PIP 3A5 — Interroger le statut d'une commande

Choréographie RosettaNet du cluster 3 (Order Management), couvrant l'échange XML entre Buyer ↔ Seller. Maille opérationnelle pour order management sur RNIF V02.00.

Objet du PIP

Le PIP 3A5 permet à l'acheteur de demander à tout moment l'état courant d'une commande déjà émise, par identifiant. Le vendeur répond avec le statut global (Accepted, In Progress, Shipped, Closed) et le détail ligne par ligne. C'est le pull équivalent du PIP 3A6 push.

Structure du message

La choréographie 3A5 suit le modèle à deux actions (request / response) de RosettaNet :

• Action principale : Query Order Status Request Action
• Signal : Receipt Acknowledgment
• Action de réponse : Query Order Status Response Action

Chaque 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>3A5</GlobalProcessIndicatorCode>
</ServiceHeader>

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

<!-- payload PIP 3A5 ci-dessus -->

--RN-BOUNDARY-2026--

Exemple XML simplifié

Payload PIP 3A5 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"?>
<Pip3A5QueryOrderStatusRequest xmlns="http://www.rosettanet.org/PIP3A5">
  <fromRole>
    <PartnerRoleDescription>
      <GlobalPartnerRoleClassificationCode>Buyer</GlobalPartnerRoleClassificationCode>
    </PartnerRoleDescription>
  </fromRole>
  <toRole>
    <PartnerRoleDescription>
      <GlobalPartnerRoleClassificationCode>Seller</GlobalPartnerRoleClassificationCode>
    </PartnerRoleDescription>
  </toRole>
  <thisDocumentGenerationDateTime>
    <DateTimeStamp>20260515T101500Z</DateTimeStamp>
  </thisDocumentGenerationDateTime>
      <PurchaseOrderIdentifier>
        <ProprietaryDocumentIdentifier>PO-2026-987654</ProprietaryDocumentIdentifier>
      </PurchaseOrderIdentifier>
      <QueryRequestedScope>
        <GlobalQueryScopeCode>FullOrder</GlobalQueryScopeCode>
      </QueryRequestedScope>
</Pip3A5QueryOrderStatusRequest>

Transport et acquittement

Mode synchrone typique : HTTPS direct, idéal en intégration ERP↔ERP. AS2 utilisé quand un middleware se trouve sur le chemin.

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

Un ERP acheteur interroge périodiquement (toutes les 4 h) le statut des commandes ouvertes auprès d'un fournisseur stratégique. Le PIP 3A5 sortant déclenche un PIP 3A5 response côté vendeur, qui alimente le tableau de bord acheteur en temps quasi-réel.

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.