ediverse Explorer la plateforme

À la une PEPPOL BIS Billing 3.0 L’obligation européenne d’e-invoicing arrive : France sept 2026, Belgique janv 2026, Allemagne 2025.
RosettaNet — chaîne logistique high-tech en flux XML

RosettaNet

Le standard EDI XML qui orchestre les chaînes d'approvisionnement semi-conducteurs et high-tech depuis 1998. PIPs choréographiés sur RNIF, signés et transportés sur HTTPS ou AS2.

Qu'est-ce que RosettaNet ?

RosettaNet est un standard EDI XML centré sur les chaînes d'approvisionnement de l'industrie high-tech. Là où EDIFACT et X12 codent des messages en segments compacts, RosettaNet encode chaque échange métier (commande, prévision, confirmation expédition) dans un document XML auto-descriptif, chargé dans une enveloppe MIME signée. Le standard est processus-centrique : chaque interaction est définie comme une choréographie à deux ou trois étapes — requête, accusé, parfois confirmation — entre un acheteur et un vendeur.

Le consortium initial réunissait Compaq, HP, IBM, Intel et Microsoft. Il s'est élargi à environ 500 entreprises membres, principalement réparties aux États-Unis, à Taiwan, à Singapour, au Japon, en Chine et en Malaisie. Le standard reste très peu diffusé en Europe, où EDIFACT continue d'occuper les mêmes cas d'usage côté distribution, automobile et chimie.

Architecture : PIPs sur RNIF

L'architecture RosettaNet empile trois couches :

  1. PIP — Partner Interface Process : la couche métier. Chaque PIP est identifié par un code à quatre caractères (par exemple 3A4 pour Purchase Order Request) qui combine son cluster numérique et son segment. Le PIP définit le contenu XML, la grammaire d'échange entre rôles, et les règles de validation business.
  2. RNIF — RosettaNet Implementation Framework : la couche enveloppe. RNIF V02.00 encapsule le PIP dans un objet MIME multipart contenant un Preamble, un DeliveryHeader, un ServiceHeader et le payload PIP lui-même. Le tout est signé en S/MIME (par défaut, RSA + SHA-1, puis SHA-256 dans les profils modernes).
  3. Transport : HTTPS directement (POST sur l'endpoint du partenaire), ou AS2 pour interopérer avec des intégrateurs qui ont déjà standardisé sur ce protocole. Les signaux d'acquittement (RNIF Acknowledgment / Exception) circulent par le même canal.

Cette stratification se lit clairement quand on observe un message RosettaNet sur le fil : l'enveloppe MIME externe contient quatre parts, chacune étant un fragment XML conforme à un schéma RNIF, plus le PIP métier au centre.

Anatomie d'un PIP 3A4

Le PIP 3A4 — Purchase Order Request est le plus exécuté du standard. Il transporte une commande d'achat depuis l'acheteur vers le vendeur, qui répond typiquement par un PIP 3A7 Notify of Purchase Order Update ou un Acknowledgment of Receipt synchrone. Voici un PIP 3A4 simplifié :

xml pip-3A4-purchase-order-request.xml
<?xml version="1.0" encoding="UTF-8"?>
<Pip3A4PurchaseOrderRequest xmlns="http://www.rosettanet.org/PIP3A4">
  <fromRole>
    <PartnerRoleDescription>
      <ContactInformation>
        <contactName><FreeFormText>Atelier Achats — TSMC</FreeFormText></contactName>
      </ContactInformation>
      <GlobalPartnerRoleClassificationCode>Buyer</GlobalPartnerRoleClassificationCode>
    </PartnerRoleDescription>
  </fromRole>
  <toRole>
    <PartnerRoleDescription>
      <ContactInformation>
        <contactName><FreeFormText>ASE Group — Sales</FreeFormText></contactName>
      </ContactInformation>
      <GlobalPartnerRoleClassificationCode>Seller</GlobalPartnerRoleClassificationCode>
    </PartnerRoleDescription>
  </toRole>
  <PurchaseOrder>
    <GlobalPurchaseOrderTypeCode>Standard</GlobalPurchaseOrderTypeCode>
    <PurchaseOrderIdentifier>
      <ProprietaryDocumentIdentifier>PO-2026-987654</ProprietaryDocumentIdentifier>
    </PurchaseOrderIdentifier>
    <thisDocumentGenerationDateTime>
      <DateTimeStamp>20260514T101500Z</DateTimeStamp>
    </thisDocumentGenerationDateTime>
    <ProductLineItem>
      <LineNumber><FreeFormText>1</FreeFormText></LineNumber>
      <ProductIdentification>
        <GlobalProductIdentifier>00614141999996</GlobalProductIdentifier>
      </ProductIdentification>
      <requestedQuantity>
        <ProductQuantity>50000</ProductQuantity>
        <unitOfMeasure>EA</unitOfMeasure>
      </requestedQuantity>
    </ProductLineItem>
  </PurchaseOrder>
</Pip3A4PurchaseOrderRequest>

Trois éléments structurent toute requête PIP : fromRole / toRole qualifient les acteurs métier de la choréographie (Buyer / Seller dans 3A4) ; PurchaseOrder porte la charge utile alignée sur le dictionnaire RosettaNet (RNBPV, RosettaNet Business Process Vocabulary) ; enfin chaque ligne de commande est un ProductLineItem identifié par un GTIN-14 (GlobalProductIdentifier), héritage direct de la convention GS1 sur les codes produits.

PIPs les plus utilisés

Le standard recense plus de 100 PIPs spécifiés, mais l'essentiel du trafic mondial passe par une douzaine d'entre eux. Voici les plus rencontrés en intégration :

PIPNomUsage
3A4Purchase Order RequestÉmission de commande d'achat de l'acheteur vers le vendeur.
3A7Notify of Purchase Order UpdateMise à jour d'une commande existante (prix, quantité, date de livraison).
3A8Request Purchase Order ChangeDemande de modification initiée par l'acheteur.
3A9Request Purchase Order CancellationAnnulation d'une commande.
3B2Notify of Advance ShipmentAvis d'expédition (équivalent ASN ou DESADV).
3B3Distribute Shipment StatusStatut d'expédition en cours de route.
3C3Notify of InvoiceÉmission de facture du vendeur vers l'acheteur.
3C4Notify of Invoice RejectRejet de facture par l'acheteur (motif codifié).
3C6Notify of Remittance AdviceAvis de règlement.
4B2Notify of Shipment ReceiptAvis de réception côté destinataire.
4C1Distribute Inventory ReportInventaire fournisseur pour VMI.
7B1Distribute Work in ProcessÉtat d'avancement en production (assemblage, test).
7B5Notify of Manufacturing Work OrderOrdre de fabrication.

Catalogue des PIPs documentés

Pages détaillées disponibles sur ediverse pour 35 PIPs représentatifs, depuis les notifications de défaillance (cluster 0) jusqu'aux flux de production (cluster 7) :

PIPNomCluster
0A1Notification of Failure0 — Support
2A1Distribute New Product Information2 — Product Introduction
2A2Query Product Information2 — Product Introduction
3A4Request Purchase Order3 — Order Management
3A5Query Order Status3 — Order Management
3A6Distribute Order Status3 — Order Management
3A7Notify of Purchase Order Update3 — Order Management
3A8Request Purchase Order Change3 — Order Management
3A9Request Purchase Order Cancellation3 — Order Management
3B2Notify of Advance Shipment3 — Order Management — Shipment
3B3Distribute Shipment Status3 — Order Management — Shipment
3B12Request Shipping Order3 — Order Management — Shipment
3C1Return Product3 — Order Management — Returns
3C3Notify of Invoice3 — Order Management — Invoice
3C6Notify of Remittance Advice3 — Order Management — Remittance
4A1Notify of Strategic Forecast4 — Inventory Management
4A3Notify of Threshold Release Forecast4 — Inventory Management
4A4Distribute Planning Release Forecast4 — Inventory Management
4A5Distribute Sales Forecast4 — Inventory Management
4B2Notify of Shipment Receipt4 — Inventory Management
4B3Notify of Consumption4 — Inventory Management
4C1Distribute Inventory Report4 — Inventory Management
4C2Distribute Inventory Status4 — Inventory Management
5C1Distribute Product List5 — Marketing Information Management
5C2Request Account Status5 — Marketing Information Management
5C3Distribute Account Status5 — Marketing Information Management
5C4Distribute Registration Status5 — Marketing Information Management
5D1Request Financial Status5 — Marketing Information Management
5D2Distribute Financial Status5 — Marketing Information Management
6A1Distribute Manufacturing Resources Plan6 — Service and Support
6C1Distribute Engineering Change Order6 — Service and Support
6C2Distribute Manufacturing Status6 — Service and Support
7B1Distribute Work in Process7 — Manufacturing
7B6Distribute Work in Process Detail7 — Manufacturing
7C1Distribute Production Status Report7 — Manufacturing

Les clusters de PIPs

Les PIPs sont organisés en clusters (numérotés 0 à 7) qui groupent les choréographies par domaine fonctionnel. Cette taxinomie permet d'identifier au premier coup d'œil l'intention d'un échange, et reste la grille de lecture historique du standard.

ClusterNomExemples de PIPs
0RosettaNet Support0A1 Notification of Failure
1Partner Product and Service Review1A1 Distribute New Product Information
2Product Introduction2A1 Distribute New Product Information, 2A2 Distribute Design Engineering Change
3Order Management3A4 PO Request, 3A7 PO Update, 3B2 Advance Shipment Notice, 3C3 Invoice
4Inventory Management4A1 Notify Strategic Forecast, 4A5 Notify Threshold Release Forecast, 4B2 Shipment Receipt
5Marketing Information Management5C1 Distribute Product List, 5C4 Distribute Registration Status
6Service and Support6C1 Query Service Order, 6C2 Distribute Service Information
7Manufacturing7B1 Distribute Work in Process, 7B5 Notify of Manufacturing Work Order, 7B6 Notify of Manufacturing Work Order Reply

Transport : HTTPS, S/MIME, AS2

Le payload PIP n'est jamais envoyé seul. Il est emballé dans une enveloppe RNIF MIME multipart contenant Preamble, DeliveryHeader, ServiceHeader et le PIP, signée en S/MIME et envoyée par HTTPS POST sur l'endpoint du partenaire ou via AS2. Voici une enveloppe RNIF condensée, à titre illustratif :

text rnif-envelope.eml
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-DeliveryHeader.xml

<DeliveryHeader xmlns="http://www.rosettanet.org/RNIF/V02.00">
  <messageTrackingID>PO-2026-987654-RN</messageTrackingID>
  <isSecureTransportRequired>Yes</isSecureTransportRequired>
</DeliveryHeader>

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

<ServiceHeader xmlns="http://www.rosettanet.org/RNIF/V02.00">
  <GlobalPartnerClassificationCode>Buyer</GlobalPartnerClassificationCode>
  <GlobalProcessIndicatorCode>3A4</GlobalProcessIndicatorCode>
  <GlobalProcessVersionIdentifier>V02.02</GlobalProcessVersionIdentifier>
</ServiceHeader>

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

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

--RN-BOUNDARY-2026--

Adoption sectorielle

Le cœur de marché historique de RosettaNet est la chaîne d'approvisionnement semi-conducteur : fonderies (TSMC, GlobalFoundries), OSAT — Outsourced Semiconductor Assembly and Test (ASE, Amkor), fabricants de composants discrets et passifs, équipementiers (ASML, Applied Materials). La standardisation y est portée par les coopérations Intel / TSMC et leurs sous-traitants.

Hors semi, le standard reste utilisé chez les contract manufacturers de l'électronique (Foxconn, Flex, Jabil) pour la coordination entre brand owners et EMS, dans la distribution de composants (Arrow, Avnet, WPG), ainsi que dans certaines branches télécoms et data center où le tempo des prévisions hebdomadaires (PIP 4A5) reste critique. Le grand public le côtoie sans le savoir chaque fois qu'un fabricant high-tech publie un délai de livraison : c'est souvent un PIP 3A7 qui a circulé pour le mettre à jour.

Gouvernance et GS1 US

Le consortium RosettaNet, créé en 1998, est devenu une organisation à but non lucratif couvrant en pic environ 500 entreprises membres. En 2013, le site indépendant rosettanet.org a cessé d'être maintenu : le programme est aujourd'hui hébergé en tant que sous-programme de GS1 US (anciennement Uniform Code Council). Les standards continuent d'évoluer dans le cadre du RosettaNet Standards Programme, avec un comité de gouvernance dédié et un accès aux spécifications réservé aux membres GS1 US.

Pour aller plus loin

Ressources de référence à consulter avant toute intégration :