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 5C4 — Diffuser un statut d'enregistrement

PIP 5C4 — Diffuser un statut d'enregistrement

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

Objet du PIP

Le PIP 5C4 diffuse le statut d'enregistrement d'un deal channel (deal registration). Le fabricant confirme ou rejette une opportunité commerciale enregistrée par un partenaire et qualifie le niveau de protection / remise associé.

Structure du message

La choréographie 5C4 suit le modèle d'action RosettaNet :

  • Action principale : Registration Status 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-5C4.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>5C4</GlobalProcessIndicatorCode>
</ServiceHeader>

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

<!-- payload PIP 5C4 ci-dessus -->

--RN-BOUNDARY-2026--

Exemple XML simplifié

Payload PIP 5C4 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-5C4.xml
<?xml version="1.0" encoding="UTF-8"?>
<Pip5C4RegistrationStatusNotification xmlns="http://www.rosettanet.org/PIP5C4">
  <fromRole>
    <PartnerRoleDescription>
      <GlobalPartnerRoleClassificationCode>Manufacturer</GlobalPartnerRoleClassificationCode>
    </PartnerRoleDescription>
  </fromRole>
  <toRole>
    <PartnerRoleDescription>
      <GlobalPartnerRoleClassificationCode>Distributor</GlobalPartnerRoleClassificationCode>
    </PartnerRoleDescription>
  </toRole>
  <thisDocumentGenerationDateTime>
    <DateTimeStamp>20260516T101500Z</DateTimeStamp>
  </thisDocumentGenerationDateTime>
    <RegistrationStatus>
      <registrationIdentifier>
        <ProprietaryRegistrationIdentifier>DR-2026-047562</ProprietaryRegistrationIdentifier>
      </registrationIdentifier>
      <registrationDecision>Approved</registrationDecision>
      <protectionLevel>Gold</protectionLevel>
      <validUntil><DateStamp>20260814</DateStamp></validUntil>
    </RegistrationStatus>
</Pip5C4RegistrationStatusNotification>

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 5C4 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

Cisco confirme à un VAR italien via PIP 5C4 que son deal 47 562 (24 switches Catalyst 9300 chez une banque) est approuvé en deal protection level Gold, valide 90 jours.

Pour aller plus loin