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 2A2 — Interroger une fiche produit

PIP 2A2 — Interroger une fiche produit

Choréographie RosettaNet du cluster 2 (Product Introduction), couvrant l'échange XML entre Product Information Requester ↔ Product Information Provider. Maille opérationnelle pour product introduction sur RNIF V02.00.

Objet du PIP

Le PIP 2A2 interroge en mode pull la base produit d'un fabricant : un distributeur, un EMS ou un acheteur demande le détail courant d'un ou plusieurs produits identifiés (GTIN, MPN). La réponse renvoie la même structure qu'un PIP 2A1, conditionnée à la sélection demandée.

Structure du message

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

  • Action principale : Query Product Information Request Action
  • Signal : Receipt Acknowledgment
  • Action de réponse : Query Product Information Response 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 :

text rnif-envelope-2A2.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>2A2</GlobalProcessIndicatorCode>
</ServiceHeader>

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

<!-- payload PIP 2A2 ci-dessus -->

--RN-BOUNDARY-2026--

Exemple XML simplifié

Payload PIP 2A2 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-2A2.xml
<?xml version="1.0" encoding="UTF-8"?>
<Pip2A2QueryProductInformationRequest xmlns="http://www.rosettanet.org/PIP2A2">
  <fromRole>
    <PartnerRoleDescription>
      <GlobalPartnerRoleClassificationCode>ProductInformationRequester</GlobalPartnerRoleClassificationCode>
    </PartnerRoleDescription>
  </fromRole>
  <toRole>
    <PartnerRoleDescription>
      <GlobalPartnerRoleClassificationCode>ProductInformationProvider</GlobalPartnerRoleClassificationCode>
    </PartnerRoleDescription>
  </toRole>
  <thisDocumentGenerationDateTime>
    <DateTimeStamp>20260515T101500Z</DateTimeStamp>
  </thisDocumentGenerationDateTime>
      <QueryCriteria>
        <ProductIdentification>
          <GlobalProductIdentifier>00614141000017</GlobalProductIdentifier>
        </ProductIdentification>
        <ProductIdentification>
          <GlobalProductIdentifier>00614141000024</GlobalProductIdentifier>
        </ProductIdentification>
      </QueryCriteria>
      <RequestedInformationScope>
        <GlobalRequestedScopeCode>FullProductInformation</GlobalRequestedScopeCode>
      </RequestedInformationScope>
</Pip2A2QueryProductInformationRequest>

Transport et acquittement

Cas typique d'usage synchrone : HTTPS direct, requête et réponse dans le même cycle TCP. AS2 fonctionne aussi mais le mode synchrone n'est plus garanti.

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

Avnet doit confirmer en amont d'un devis qu'un MPN précis est toujours actif chez le fabricant. Il émet un PIP 2A2 vers Texas Instruments. La réponse synchrone, en moins de deux secondes, confirme statut Active et délai standard de livraison.

Pour aller plus loin