Download RosettaNet Support specifications.
- 0A1_NotificationOfFailure_V02_00_00
- 0C1_AsynchronousNotification_R01_01_00
- 0C1_AsynchronousNotification_R01_02_00
- 0C2_RequestAsynchronousTest_R01_01_00
- 0C2_RequestAsynchronousTest_R01_02_00
- 0C2_RequestAsynchronousTest_R01_02_01
- 0C2_RequestAsynchronousTest_R01_03_00
- 0C3_SynchronousNotification_R01_01_00
- 0C3_SynchronousNotification_R01_02_00
- 0C4_R01_01_00_SynchronousTestQueryResponse
- 0C4_R01_02_00_SynchronousTestQueryResponse
- 0C4_R01_02_01_SynchronousTestQueryResponse
- Cluster 0, RosettaNet Support, provides partner interface administrative functionality.
- PIPs for Segment 0A, Administrative, enables administrative activities.
- PIPs for Segment 0C, Testing, provides testing activities.
PIP | Title | Description |
---|---|---|
0A1 | Notification of Failure | This PIP provides a mechanism for notification of business activity failures amongst participating partner roles. |
0C1 | Asynchronous Test Notification | This is a single-action process, with asynchronous receipt acknowledgment. Its choreography and controls are similar to PIP3A7. |
0C2 | Asynchronous Test Request / Confirmation | This is a two-action process; receipt acknowledgments and confirmation are asynchronous. Its choreography and controls are similar to PIP3A4 V02.00. |
0C3 | Synchronous Test Notification | This is a single-action process, with synchronous receipt acknowledgment. Its choreography and controls are similar to PIP3A7, except in a synchronous response mode. |
0C4 | Synchronous Test Query / Response | This is a two-action process; the response is synchronous, and no receipt acknowledgments are used. Its choreography and controls are similar to the synchronous mode of PIP2A9. |
0A1 | Notification of Failure |
---|---|
This PIP provides a mechanism for notification of business activity failures amongst participating partner roles. |
Business Process
A failure to complete an interface business activity in compliance with the RNIF 2.0 Core Specification can be detected by either of the two parties involved in the interface activity. Some examples are:
- The originating party of the business activity times-out when waiting for a specified response for their requesting business document.
- The responding party is unable to acknowledge, accept or process the requesting business document.
0C1 | Asynchronous Test Notification |
---|---|
This is a single-action process, with asynchronous receipt acknowledgment. Its choreography and controls are similar to PIP3A7. |
Business Process
The general “Asynchronous Notification” Partner Interface Process (PIP) is a simple one-action process. Should this transaction not complete successfully, the requesting partner executes PIP0A1, “Notification of Failure.”
0C2 | Asynchronous Test Request / Confirmation |
---|---|
This is a two-action process; receipt acknowledgments and confirmation are asynchronous. Its choreography and controls are similar to PIP3A4 V02.00. |
Business Process
- The general “Request Asynchronous Test” Partner Interface Process (PIP) is two-action process, consisting of a Request by the initiating partner, followed by a related Confirmation by the responding partner.
- Should this transaction not complete successfully, the requesting partner executes PIP0A1, “Notification of Failure”.
0C3 | Synchronous Test Notification |
---|---|
This is a single-action process, with synchronous receipt acknowledgment. Its choreography and controls are similar to PIP3A7, except in a synchronous response mode. |
Business Process
The general “Synchronous Notification” Partner Interface Process (PIP) is a simple one-action process. Should this transaction not complete successfully, the initiating partner executes PIP 0A1, “Notification of Failure”.
0C4 | Synchronous Test Query / Response |
---|---|
This is a two-action process; the response is synchronous, and no receipt acknowledgments are used. Its choreography and controls are similar to the synchronous mode of PIP2A9. |
Business Process
The general “Synchronous Query-Response” Partner Interface Process (PIP) is a two-action process, consisting of a Query by the initiating partner, followed by a related Response by the responding partner.