PIP 3A4 — Émettre une commande d'achat
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 3A4 est la commande d'achat de référence du standard. L'acheteur transmet au vendeur un PurchaseOrder XML : en-tête (acheteur, vendeur, dates, conditions), lignes (produit identifié, quantité demandée, prix négocié), et conditions logistiques (Incoterm, lieu de livraison). La choréographie attend un Purchase Order Confirmation en retour.
Structure du message
La choréographie 3A4 suit le modèle à deux actions (request / response) de RosettaNet :
- Action principale :
Purchase Order Request Action - Signal :
Receipt Acknowledgment - Action de réponse :
Purchase Order Confirmation 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>3A4</GlobalProcessIndicatorCode>
</ServiceHeader>
--RN-BOUNDARY-2026
Content-Type: application/xml
Content-Location: Pip3A4PurchaseOrderRequest.xml
<!-- payload PIP 3A4 ci-dessus -->
--RN-BOUNDARY-2026-- Exemple XML simplifié
Payload PIP 3A4 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"?>
<Pip3A4PurchaseOrderRequest xmlns="http://www.rosettanet.org/PIP3A4">
<fromRole>
<PartnerRoleDescription>
<GlobalPartnerRoleClassificationCode>Buyer</GlobalPartnerRoleClassificationCode>
</PartnerRoleDescription>
</fromRole>
<toRole>
<PartnerRoleDescription>
<GlobalPartnerRoleClassificationCode>Seller</GlobalPartnerRoleClassificationCode>
</PartnerRoleDescription>
</toRole>
<thisDocumentGenerationDateTime>
<DateTimeStamp>20260515T101500Z</DateTimeStamp>
</thisDocumentGenerationDateTime>
<PurchaseOrder>
<GlobalPurchaseOrderTypeCode>Standard</GlobalPurchaseOrderTypeCode>
<PurchaseOrderIdentifier>
<ProprietaryDocumentIdentifier>PO-2026-987654</ProprietaryDocumentIdentifier>
</PurchaseOrderIdentifier>
<ProductLineItem>
<LineNumber><FreeFormText>1</FreeFormText></LineNumber>
<ProductIdentification>
<GlobalProductIdentifier>00614141999996</GlobalProductIdentifier>
</ProductIdentification>
<requestedQuantity>
<ProductQuantity>50000</ProductQuantity>
<unitOfMeasure>EA</unitOfMeasure>
</requestedQuantity>
</ProductLineItem>
</PurchaseOrder>
</Pip3A4PurchaseOrderRequest> Transport et acquittement
Cœur du standard : HTTPS POST sur endpoint partenaire ou AS2. Signature S/MIME et accusé Receipt Acknowledgment systématiques. La confirmation est souvent envoyée en mode asynchrone (queue interne du vendeur).
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
TSMC commande 50 000 wafers d'AMD en flux RosettaNet : PIP 3A4 émis vers le portail AMD, signé S/MIME, transporté en RNIF V02.00 sur HTTPS. AMD répond synchronement par un PIP 3A4 confirmation (lignes acceptées, dates confirmées) ou émet plus tard un PIP 3A7 si la commande est mise à jour.
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.