PIP 3A7 — Notifier une mise à jour de commande
Choréographie RosettaNet du cluster 3 (Order Management), couvrant l'échange XML entre Seller ↔ Buyer. Maille opérationnelle pour order management sur RNIF V02.00.
Objet du PIP
Le PIP 3A7 notifie l'acheteur d'une mise à jour, par le vendeur, d'une commande déjà acceptée : modification de prix unitaire, de quantité confirmée, de date de livraison. C'est un PIP indispensable dans le semi-conducteur où l'allocation et les dates fluctuent au cours du cycle.
Structure du message
La choréographie 3A7 suit le modèle à une action (notification) de RosettaNet :
- Action :
Notify of Purchase Order Update Action - Signal :
Receipt Acknowledgment
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>3A7</GlobalProcessIndicatorCode>
</ServiceHeader>
--RN-BOUNDARY-2026
Content-Type: application/xml
Content-Location: Pip3A7NotifyOfPurchaseOrderUpdate.xml
<!-- payload PIP 3A7 ci-dessus -->
--RN-BOUNDARY-2026-- Exemple XML simplifié
Payload PIP 3A7 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"?>
<Pip3A7NotifyOfPurchaseOrderUpdate xmlns="http://www.rosettanet.org/PIP3A7">
<fromRole>
<PartnerRoleDescription>
<GlobalPartnerRoleClassificationCode>Seller</GlobalPartnerRoleClassificationCode>
</PartnerRoleDescription>
</fromRole>
<toRole>
<PartnerRoleDescription>
<GlobalPartnerRoleClassificationCode>Buyer</GlobalPartnerRoleClassificationCode>
</PartnerRoleDescription>
</toRole>
<thisDocumentGenerationDateTime>
<DateTimeStamp>20260515T101500Z</DateTimeStamp>
</thisDocumentGenerationDateTime>
<PurchaseOrderUpdate>
<PurchaseOrderIdentifier>
<ProprietaryDocumentIdentifier>PO-2026-987654</ProprietaryDocumentIdentifier>
</PurchaseOrderIdentifier>
<ProductLineItem>
<LineNumber><FreeFormText>1</FreeFormText></LineNumber>
<requestedQuantity>
<ProductQuantity>45000</ProductQuantity>
<unitOfMeasure>EA</unitOfMeasure>
</requestedQuantity>
<requestedShipDate>
<DateStamp>20260712</DateStamp>
</requestedShipDate>
</ProductLineItem>
</PurchaseOrderUpdate>
</Pip3A7NotifyOfPurchaseOrderUpdate> Transport et acquittement
Émission asynchrone, RNIF V02.00 sur HTTPS POST ou AS2. La date de notification (RFF en EDIFACT, NotificationDateTime ici) est juridiquement opposable côté acheteur dans bien des contrats.
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
Une fonderie informe son client OEM qu'une commande de 50 000 wafers est ré-allouée à 45 000 unités et que la date d'expédition glisse de fin juin à mi-juillet. Le PIP 3A7 transporte la nouvelle ligne, ses nouveaux paramètres, et un motif codifié.
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.