PIP 3A8 — Demander une modification de 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 3A8 est l'inverse du 3A7 : c'est l'acheteur qui demande une modification d'une commande en cours (révision quantité, changement de livraison, ajout d'une ligne). Le vendeur répond par une confirmation acceptée ou rejetée, ligne par ligne.
Structure du message
La choréographie 3A8 suit le modèle à deux actions (request / response) de RosettaNet :
- Action principale :
Purchase Order Change Request Action - Signal :
Receipt Acknowledgment - Action de réponse :
Purchase Order Change 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>3A8</GlobalProcessIndicatorCode>
</ServiceHeader>
--RN-BOUNDARY-2026
Content-Type: application/xml
Content-Location: Pip3A8PurchaseOrderChangeRequest.xml
<!-- payload PIP 3A8 ci-dessus -->
--RN-BOUNDARY-2026--Exemple XML simplifié
Payload PIP 3A8 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"?>
<Pip3A8PurchaseOrderChangeRequest xmlns="http://www.rosettanet.org/PIP3A8">
<fromRole>
<PartnerRoleDescription>
<GlobalPartnerRoleClassificationCode>Buyer</GlobalPartnerRoleClassificationCode>
</PartnerRoleDescription>
</fromRole>
<toRole>
<PartnerRoleDescription>
<GlobalPartnerRoleClassificationCode>Seller</GlobalPartnerRoleClassificationCode>
</PartnerRoleDescription>
</toRole>
<thisDocumentGenerationDateTime>
<DateTimeStamp>20260515T101500Z</DateTimeStamp>
</thisDocumentGenerationDateTime>
<PurchaseOrderChange>
<PurchaseOrderIdentifier>
<ProprietaryDocumentIdentifier>PO-2026-987654</ProprietaryDocumentIdentifier>
</PurchaseOrderIdentifier>
<ProductLineItem>
<LineNumber><FreeFormText>1</FreeFormText></LineNumber>
<requestedQuantity>
<ProductQuantity>60000</ProductQuantity>
<unitOfMeasure>EA</unitOfMeasure>
</requestedQuantity>
<ChangeReason>
<GlobalChangeReasonCode>BuyerRequestedQuantityIncrease</GlobalChangeReasonCode>
</ChangeReason>
</ProductLineItem>
</PurchaseOrderChange>
</Pip3A8PurchaseOrderChangeRequest>Transport et acquittement
Cycle asynchrone classique : RNIF V02.00, HTTPS POST ou AS2. Le PIP 3A8 confirmation peut, dans certains profils, être renvoyé en synchrone (négociation tarifaire urgente).
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 OEM augmente sa prévision de production et demande à passer la commande de 50 000 à 60 000 wafers. Le PIP 3A8 décrit la nouvelle quantité demandée par ligne et le motif (augmentation prévision). La fonderie répond en PIP 3A8 confirmation en quelques heures.
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.