PIP 5C2 — Request Account Status
RosettaNet choreography in cluster 5, transported on RNIF V02.00 and signed with S/MIME. Operational unit between Distributor and Manufacturer across the high-tech supply chain.
PIP purpose
PIP 5C2 queries the manufacturer for the current status of a partner account (open credit, bonus status, MDF level). It is the request action; the seller responds with PIP 5C3 Distribute Account Status.
Message structure
The 5C2 choreography follows the RosettaNet action model:
- Primary action:
Account Status Inquiry Action - Signal:
Receipt Acknowledgment(RNIF) - Response action:
Account Status Response Action
The action is wrapped in a multipart MIME RNIF V02.00 envelope signed with S/MIME. Here is a condensed view of the envelope:
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>5C2</GlobalProcessIndicatorCode>
</ServiceHeader>
--RN-BOUNDARY-2026
Content-Type: application/xml
Content-Location: Pip5C2AccountStatusInquiry.xml
<!-- PIP 5C2 payload above -->
--RN-BOUNDARY-2026-- Simplified XML example
Minimal PIP 5C2 payload for didactic purposes. The structural elements
(fromRole, toRole, thisDocumentGenerationDateTime,
and the PIP-specific business block) are required in any conformant implementation.
<?xml version="1.0" encoding="UTF-8"?>
<Pip5C2AccountStatusInquiry xmlns="http://www.rosettanet.org/PIP5C2">
<fromRole>
<PartnerRoleDescription>
<GlobalPartnerRoleClassificationCode>Distributor</GlobalPartnerRoleClassificationCode>
</PartnerRoleDescription>
</fromRole>
<toRole>
<PartnerRoleDescription>
<GlobalPartnerRoleClassificationCode>Manufacturer</GlobalPartnerRoleClassificationCode>
</PartnerRoleDescription>
</toRole>
<thisDocumentGenerationDateTime>
<DateTimeStamp>20260516T101500Z</DateTimeStamp>
</thisDocumentGenerationDateTime>
<AccountInquiry>
<inquiryIdentifier>
<ProprietaryDocumentIdentifier>ACCT-INQ-2026-051601</ProprietaryDocumentIdentifier>
</inquiryIdentifier>
<partnerAccountIdentifier>
<ProprietaryAccountIdentifier>CHANNEL-CIS-SYN-001</ProprietaryAccountIdentifier>
</partnerAccountIdentifier>
<accountStatusType>OpenCredit</accountStatusType>
</AccountInquiry>
</Pip5C2AccountStatusInquiry> Transport and acknowledgment
Core of the standard: HTTPS POST to the partner endpoint or via AS2. S/MIME signature and Receipt Acknowledgment are systematic. PIP 5C2 is typically transported asynchronously.
The transport channel is typically AS2 or direct HTTPS (RNIF over HTTP). For a reference of the security layers in use, see the AS2 on ediverse page.
Use case
Synnex queries Cisco monthly via PIP 5C2 about its channel account: available credit, current discount tier, unbilled exposure.
Further reading
- RosettaNet Standards Programme — GS1 US — official PIP catalogue.
- RosettaNet PIP Catalog (web.archive.org) — historical version of the rosettanet.org catalogue before its 2013 retirement.
- RosettaNet — hub on ediverse — overview, PIP / RNIF architecture, and clusters.
- AS2 on ediverse — alternative transport compatible with RNIF.