PIP 5C2 — Demander un statut de compte

Choréographie RosettaNet du cluster 5, transportée en RNIF V02.00 et signée S/MIME. Maille opérationnelle entre Distributor et Manufacturer dans la chaîne d'approvisionnement high-tech.

Objet du PIP

Le PIP 5C2 demande au manufacturer le statut courant d'un compte partenaire (encours crédit, statut bonus, niveau MDF). C'est la requête, le seller répond avec un PIP 5C3 Distribute Account Status.

Structure du message

La choréographie 5C2 suit le modèle d'action RosettaNet :

• Action principale : Account Status Inquiry Action
• Signal : Receipt Acknowledgment RNIF
• Action de réponse : Account Status Response Action

L'action est emballée dans une enveloppe RNIF V02.00 multipart MIME signée S/MIME. Voici une vue condensée de l'enveloppe :

MIME-Version: 1.0
Content-Type: multipart/related; type="application/xml";
  boundary="RN-BOUNDARY-2026"

--RN-BOUNDARY-2026
Content-Type: application/xml
Content-Location: RN-Preamble.xml

<Preamble xmlns="http://www.rosettanet.org/RNIF/V02.00">
  <standardName>RosettaNet</standardName>
  <standardVersion>V02.00</standardVersion>
</Preamble>

--RN-BOUNDARY-2026
Content-Type: application/xml
Content-Location: RN-ServiceHeader.xml

<ServiceHeader xmlns="http://www.rosettanet.org/RNIF/V02.00">
  <GlobalProcessIndicatorCode>5C2</GlobalProcessIndicatorCode>
</ServiceHeader>

--RN-BOUNDARY-2026
Content-Type: application/xml
Content-Location: Pip5C2AccountStatusInquiry.xml

<!-- payload PIP 5C2 ci-dessus -->

--RN-BOUNDARY-2026--

Exemple XML simplifié

Payload PIP 5C2 minimal, à titre didactique. Les éléments structurants (fromRole, toRole, thisDocumentGenerationDateTime, et le bloc métier propre au PIP) sont obligatoires dans toute implémentation conforme.

<?xml version="1.0" encoding="UTF-8"?>
<Pip5C2AccountStatusInquiry xmlns="http://www.rosettanet.org/PIP5C2">
  <fromRole>
    <PartnerRoleDescription>
      <GlobalPartnerRoleClassificationCode>Distributor</GlobalPartnerRoleClassificationCode>
    </PartnerRoleDescription>
  </fromRole>
  <toRole>
    <PartnerRoleDescription>
      <GlobalPartnerRoleClassificationCode>Manufacturer</GlobalPartnerRoleClassificationCode>
    </PartnerRoleDescription>
  </toRole>
  <thisDocumentGenerationDateTime>
    <DateTimeStamp>20260516T101500Z</DateTimeStamp>
  </thisDocumentGenerationDateTime>
    <AccountInquiry>
      <inquiryIdentifier>
        <ProprietaryDocumentIdentifier>ACCT-INQ-2026-051601</ProprietaryDocumentIdentifier>
      </inquiryIdentifier>
      <partnerAccountIdentifier>
        <ProprietaryAccountIdentifier>CHANNEL-CIS-SYN-001</ProprietaryAccountIdentifier>
      </partnerAccountIdentifier>
      <accountStatusType>OpenCredit</accountStatusType>
    </AccountInquiry>
</Pip5C2AccountStatusInquiry>

Transport et acquittement

Cœur du standard : HTTPS POST sur endpoint partenaire ou AS2. Signature S/MIME et accusé Receipt Acknowledgment systématiques. Le PIP 5C2 est typiquement transporté en mode asynchrone.

Le canal d'acheminement est typiquement AS2 ou HTTPS direct (RNIF over HTTP). Pour un référentiel des couches de sécurité utilisées, voir la page AS2 sur ediverse.

Cas d'usage

Synnex interroge mensuellement Cisco via PIP 5C2 sur son compte channel : crédit disponible, niveau de remise courant, encours non facturé.

Pour aller plus loin

• RosettaNet Standards Programme — GS1 US — catalogue officiel des PIPs.
• RosettaNet PIP Catalog (archive web.archive.org) — version historique du catalogue rosettanet.org avant fermeture en 2013.
• RosettaNet — hub sur ediverse — vue d'ensemble, architecture PIP / RNIF et clusters.
• AS2 sur ediverse — transport alternatif compatible avec RNIF.