Testing

Once your Trade Request is "Accepted" in Orderful, you'll need to notify your Trading Partner that you're ready to start Testing.

No two testing experiences are exactly the same, but all testing phases occur with the primary objective of confirming that you, as a trade partner, can send and receive EDI Transactions that conform to Guideline of your Trading Partner wants to see.

The standard testing scenario you'll encounter is a send-and-receive valid Transaction scenario. Your buyer has established Guidelines for the transactions they want to receive back from you. They will send you a TEST 850 Purchase Order and expect a 997 Response. This will prove to your buyer that you have an EDI system to receive and acknowledge transactions. All EDI data you receive and send will be done from the Order Fulfillment navigation item in Orderful and you will respond back to each Purchase Order through Workflows.

You will then be asked to send back the outbound Transactions required by your Trading Partner. This could be any combination of an 855, 856, 810.

If you have an 855 Relationship with your partner, you may be requested to send back a valid 855.

If you have an 856 Relationship with your partner, you may be requested to send back a valid 856 ASN and a sample PDF for a shipping label.

If you have an 810 Relationship with your partner, you may be requested to send back a valid 810 Invoice.

You could also receive any number of test transactions listed in the Supported Transaction table and be asked to respond back with a 997or use the transactions to inform an input in an outbound transaction you send.

📘

Advanced Testing Scenarios

In some cases your buyer may work with a third party EDI vendor that wants to test different "scenarios" with you. You will need to read through the documentation they provide to understand what scenarios they want you to perform. Scenarios often involve receiving multiple Purchase Orders and responsing to each with slightly varied outound transactions with changes to things like price, quantity, rejecting some products or invoicing with changed terms.