PIP 3A9 — Demander l'annulation 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 3A9 demande l'annulation totale ou partielle d'une commande déjà émise. Le vendeur répond par une confirmation qui peut être acceptée, refusée (commande déjà en production), ou partielle (annulation des lignes encore disponibles).

Structure du message

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

• Action principale : Purchase Order Cancellation Request Action
• Signal : Receipt Acknowledgment
• Action de réponse : Purchase Order Cancellation 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>3A9</GlobalProcessIndicatorCode>
</ServiceHeader>

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

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

--RN-BOUNDARY-2026--

Exemple XML simplifié

Payload PIP 3A9 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"?>
<Pip3A9PurchaseOrderCancellationRequest xmlns="http://www.rosettanet.org/PIP3A9">
  <fromRole>
    <PartnerRoleDescription>
      <GlobalPartnerRoleClassificationCode>Buyer</GlobalPartnerRoleClassificationCode>
    </PartnerRoleDescription>
  </fromRole>
  <toRole>
    <PartnerRoleDescription>
      <GlobalPartnerRoleClassificationCode>Seller</GlobalPartnerRoleClassificationCode>
    </PartnerRoleDescription>
  </toRole>
  <thisDocumentGenerationDateTime>
    <DateTimeStamp>20260515T101500Z</DateTimeStamp>
  </thisDocumentGenerationDateTime>
      <PurchaseOrderCancellation>
        <PurchaseOrderIdentifier>
          <ProprietaryDocumentIdentifier>PO-2026-987654</ProprietaryDocumentIdentifier>
        </PurchaseOrderIdentifier>
        <CancellationScope>
          <GlobalCancellationScopeCode>FullOrder</GlobalCancellationScopeCode>
        </CancellationScope>
        <CancellationReason>
          <GlobalCancellationReasonCode>BuyerRequested</GlobalCancellationReasonCode>
        </CancellationReason>
      </PurchaseOrderCancellation>
</Pip3A9PurchaseOrderCancellationRequest>

Transport et acquittement

Cycle asynchrone : RNIF V02.00, HTTPS POST ou AS2. Le motif d'annulation est typiquement attendu côté audit fournisseur (analyse churn).

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 doit retirer un programme produit et demande l'annulation totale d'une commande sur wafers en cours. Le PIP 3A9 est émis vers la fonderie ; la réponse PIP 3A9 confirmation peut accepter partiellement (lignes non encore en production annulées) et refuser le reste.

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.