PIP 3C1 — Retourner un produit
Choréographie RosettaNet du cluster 3 (Order Management — Returns), couvrant l'échange XML entre Buyer ↔ Seller. Maille opérationnelle pour order management — returns sur RNIF V02.00.
Objet du PIP
Le PIP 3C1 demande un retour produit (Return Material Authorization — RMA). L'acheteur déclare au vendeur un produit à retourner (défaut, sur-stock, fin de vie). Le vendeur répond avec un numéro RMA, des instructions de retour, et des conditions financières (avoir, échange).
Structure du message
La choréographie 3C1 suit le modèle à deux actions (request / response) de RosettaNet :
- Action principale :
Return Product Request Action - Signal :
Receipt Acknowledgment - Action de réponse :
Return Product 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>3C1</GlobalProcessIndicatorCode>
</ServiceHeader>
--RN-BOUNDARY-2026
Content-Type: application/xml
Content-Location: Pip3C1ReturnProductRequest.xml
<!-- payload PIP 3C1 ci-dessus -->
--RN-BOUNDARY-2026--Exemple XML simplifié
Payload PIP 3C1 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"?>
<Pip3C1ReturnProductRequest xmlns="http://www.rosettanet.org/PIP3C1">
<fromRole>
<PartnerRoleDescription>
<GlobalPartnerRoleClassificationCode>Buyer</GlobalPartnerRoleClassificationCode>
</PartnerRoleDescription>
</fromRole>
<toRole>
<PartnerRoleDescription>
<GlobalPartnerRoleClassificationCode>Seller</GlobalPartnerRoleClassificationCode>
</PartnerRoleDescription>
</toRole>
<thisDocumentGenerationDateTime>
<DateTimeStamp>20260515T101500Z</DateTimeStamp>
</thisDocumentGenerationDateTime>
<ReturnRequest>
<ReturnRequestIdentifier>
<ProprietaryDocumentIdentifier>RMA-2026-444112</ProprietaryDocumentIdentifier>
</ReturnRequestIdentifier>
<ProductLineItem>
<ProductIdentification>
<GlobalProductIdentifier>00614141999996</GlobalProductIdentifier>
</ProductIdentification>
<returnQuantity>
<ProductQuantity>200</ProductQuantity>
<unitOfMeasure>EA</unitOfMeasure>
</returnQuantity>
<ReturnReason>
<GlobalReturnReasonCode>DefectiveProduct</GlobalReturnReasonCode>
</ReturnReason>
</ProductLineItem>
</ReturnRequest>
</Pip3C1ReturnProductRequest>Transport et acquittement
Cycle asynchrone, RNIF V02.00 sur HTTPS POST ou AS2. Souvent suivi d'un PIP 3B2 retour (l'EMS expédie effectivement les composants défectueux) et d'un PIP 3C3 d'avoir.
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
Un EMS détecte un lot défectueux de 200 composants reçus deux semaines plus tôt. Il émet un PIP 3C1 au distributeur (Arrow) : RMA demandé, motif DefectiveProduct, conditions de retour à confirmer. Arrow répond par PIP 3C1 confirmation avec numéro RMA, étiquette de retour et avoir comptable.
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.