Billing and Payment Model 1 (BP1) - Standard Invoice - to be developed

Billing and Payment Model 2 (BP2) - Standard Payment Order - to be developed

Billing and Payment Model 3 (BP3) - Standard Payment Advice - to be developed

Billing and Payments Model 4 (BP4) - Automated Clearing House (ACH) Payment

Billing and Payment Model 5 (BP5) - Standard Remittance Advice - to be developed

Billing and Payment Model 6 (BP6) - Remittance Advice, CCD Total Only - to be developed

Billing and Payments Model 7 (BP7) - Automated Clearing House (ACH) Transfer

Billing and Payment Model 8 (BP8) - Self-billing Invoice - to be developed

Debits and Credits Model 1 (DC1) - Credit Memo/Advice - to be developed

Debits and Credits Model 2 (DC2) - Generic Debit Authorization - to be developed

Debits and Credits Model 3 (DC3) - Generic Debit Advice - to be developed

Debits and Credits Model 4 (DC4) - Automated Clearing House (ACH) Debit Order

Debits and Credits Model 5 - Debit Claim Process

Debits and Credits Model 6 - Debit Award

Debits and Credits Model 7 - Credit Claim Process

Debits and Credits Model 8 - Credit Advice

Debits and Credits Model 9 - Design Win Claim Process

Debits and Credits Model 10 - Direct Debit Order

Generic Request/Response Transmission Tracking and Error Handling

Forecast/Planning Model 1 (FC1) - Planning Forecast

Data Contents/Class Diagram

Example

Example

Example

Inventory Model 1 (INV1) - Report Inventory Levels - Buyer to Seller

Note 1:  E-mail notification used; assumes seller does not have an integrated B2B solution.

The shipment may be from the client's customer or supplier, or from the depositor's own warehouse.

The shipment order may request that the warehouse ship to the depositor's customer or supplier, or to the depositor's own warehouse.

Order Model 1 (ORD1) - Traditional Stand-Alone PO, Buyer is Established Customer

Data Contents/Class Diagram

Example

ChangePurchaseOrder

ChangePurchaseOrder

860

ORDCHG

3A8 n8

ChangePurchaseOrder

CancelPurchaseOrder

Note 1:  PIP requires that PO Confirmation be used to respond PO.
Note 2:  E-mail notification used; assumes seller does not have an integrated B2B solution.
Note 3:  If goods are shipped immediately, a ship notice or invoice is considered a de facto order acceptance, and it is not necessary to send a separate PO response document.  However, in the RosettaNet standard, a PO response is required regardless.
Note 4:  Although the X12 standard has a separate response transaction for the 860, the 865, an 855 may be sent in response to an 860.
Note 5:  Only one acknowledgment to the original PO may be sent using PIP3A4.  Subsequent acknowledgments must be sent using PIP3A7.
Note 6:  Only one acknowledgment to the original PO may be sent using PIP3A4.  Subsequent acknowledgments must be sent using PIP3A7.
Note 7:  PIP3A7 does not require the buyer to send a response to the seller's proposed change.  Trading partners need to agree on expectations and on whether a non-response should be treated as an acceptance or a denial.  EIDX recommends that a non-response be treated as a denial, since many buyers' applications only allow them to transmit a response if the buyer changes its own data; in a denial, the buyer is not changing its data.
Note 8:  PIP 3A8 requires that PO Change Confirmation be used with PO Change.  So even when a seller- initiated response using PIP 3A7 is responded to with a 3A8 PO Change, the PIP requires that the seller must send a 3A8 PO Confirmation, even though it is redundant. Note 7:  Only one acknowledgment to the original PO may be sent using PIP3A4.  Subsequent acknowledgments must be sent using PIP3A7.

Example

860

ORDCHG

tbd  n9

CancelPurchaseOrder

Order Model 5 - Subcontracting Purchase Order for Finishing/Value Add PO - draft only

Order Model 6 - Purchase Order Status Reporting - to be developed

Pre-Order Model 1 (QT1) - Traditional RFQ Process

To request a report of all open and pending Ship-from-Stock and Debit authorizations.