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.
PIP 6C1 — Diffuser un ordre d'évolution d'ingénierie

PIP 6C1 — Diffuser un ordre d'évolution d'ingénierie

Choréographie RosettaNet du cluster 6, transportée en RNIF V02.00 et signée S/MIME. Maille opérationnelle entre Manufacturer et Supplier dans la chaîne d'approvisionnement high-tech.

Objet du PIP

Le PIP 6C1 diffuse un ordre d'évolution d'ingénierie (ECO — Engineering Change Order) qui modifie une nomenclature, une référence ou un paramètre d'un produit. Cible les fournisseurs aval pour qu'ils ajustent BOM et processus de fabrication.

Structure du message

La choréographie 6C1 suit le modèle d'action RosettaNet :

  • Action principale : Engineering Change Order Notification Action
  • Signal : Receipt Acknowledgment RNIF
  • Action de réponse : Receipt Acknowledgment

L'action est emballée dans une enveloppe RNIF V02.00 multipart MIME signée S/MIME. Voici une vue condensée de l'enveloppe :

text rnif-envelope-6C1.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-ServiceHeader.xml

<ServiceHeader xmlns="http://www.rosettanet.org/RNIF/V02.00">
  <GlobalProcessIndicatorCode>6C1</GlobalProcessIndicatorCode>
</ServiceHeader>

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

<!-- payload PIP 6C1 ci-dessus -->

--RN-BOUNDARY-2026--

Exemple XML simplifié

Payload PIP 6C1 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 pip-6C1.xml
<?xml version="1.0" encoding="UTF-8"?>
<Pip6C1EngineeringChangeOrderNotification xmlns="http://www.rosettanet.org/PIP6C1">
  <fromRole>
    <PartnerRoleDescription>
      <GlobalPartnerRoleClassificationCode>Manufacturer</GlobalPartnerRoleClassificationCode>
    </PartnerRoleDescription>
  </fromRole>
  <toRole>
    <PartnerRoleDescription>
      <GlobalPartnerRoleClassificationCode>Supplier</GlobalPartnerRoleClassificationCode>
    </PartnerRoleDescription>
  </toRole>
  <thisDocumentGenerationDateTime>
    <DateTimeStamp>20260516T101500Z</DateTimeStamp>
  </thisDocumentGenerationDateTime>
    <EngineeringChangeOrder>
      <ecoIdentifier>
        <ProprietaryDocumentIdentifier>ECO-2026-A29-rev03</ProprietaryDocumentIdentifier>
      </ecoIdentifier>
      <changeType>MaskRevision</changeType>
      <ProductReference>
        <GlobalProductIdentifier>00614141555557</GlobalProductIdentifier>
        <previousRevision>rev02</previousRevision>
        <newRevision>rev03</newRevision>
      </ProductReference>
      <effectiveDate><DateStamp>20260701</DateStamp></effectiveDate>
    </EngineeringChangeOrder>
</Pip6C1EngineeringChangeOrderNotification>

Transport et acquittement

Cœur du standard : HTTPS POST sur endpoint partenaire ou AS2. Signature S/MIME et accusé Receipt Acknowledgment systématiques. Le PIP 6C1 est typiquement transporté en mode asynchrone.

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

Intel diffuse à ses 11 fonderies via PIP 6C1 un ECO sur la référence wafer 14nm-A29 (révision de masque litho), date d'effet 2026-07-01.

Pour aller plus loin