PIP 3B12 — Demander un ordre de transport

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

Objet du PIP

Le PIP 3B12 commande un transport auprès d'un carrier (FedEx, UPS, DHL, transporteurs maritimes) : enlèvement, destination, contenu, services additionnels (assurance, signature, refrigerated). Le carrier confirme par un PIP 3B12 confirmation incluant le tracking number.

Structure du message

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

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

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

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

--RN-BOUNDARY-2026--

Exemple XML simplifié

Payload PIP 3B12 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"?>
<Pip3B12ShippingOrderRequest xmlns="http://www.rosettanet.org/PIP3B12">
  <fromRole>
    <PartnerRoleDescription>
      <GlobalPartnerRoleClassificationCode>Shipper</GlobalPartnerRoleClassificationCode>
    </PartnerRoleDescription>
  </fromRole>
  <toRole>
    <PartnerRoleDescription>
      <GlobalPartnerRoleClassificationCode>Carrier</GlobalPartnerRoleClassificationCode>
    </PartnerRoleDescription>
  </toRole>
  <thisDocumentGenerationDateTime>
    <DateTimeStamp>20260515T101500Z</DateTimeStamp>
  </thisDocumentGenerationDateTime>
      <ShippingOrder>
        <ShippingOrderIdentifier>
          <ProprietaryDocumentIdentifier>SO-2026-007761</ProprietaryDocumentIdentifier>
        </ShippingOrderIdentifier>
        <PickupLocation>
          <City><FreeFormText>Hsinchu</FreeFormText></City>
        </PickupLocation>
        <DeliveryLocation>
          <City><FreeFormText>Austin</FreeFormText></City>
        </DeliveryLocation>
        <ServiceLevel>
          <GlobalServiceLevelCode>Express</GlobalServiceLevelCode>
        </ServiceLevel>
      </ShippingOrder>
</Pip3B12ShippingOrderRequest>

Transport et acquittement

Cycle synchrone ou asynchrone, RNIF V02.00 sur HTTPS POST ou AS2. Souvent appairé avec une API REST carrier pour le tracking en temps réel.

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 taïwanaise réserve un transport express Hsinchu → Austin pour cinq containers de wafers via FedEx. Le PIP 3B12 prébook le slot ; la réponse PIP 3B12 confirmation renvoie le tracking number qui alimentera ensuite le PIP 3B3.

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.