Order-to-cash
Some example steps listed- 850 Purchase Order
- 855 Purchase Order Acknowledgment not listed on Bluestem Dropship (via Rithum)
- 856 Ship Notice Manifest
- 810 Invoice not listed on Bluestem Dropship (via Rithum)
Channel
Plan a reliable EDI exchange for Bluestem Dropship (via Rithum). Explore 4 document references, map them to your business records and test the complete workflow before launch.
Implementation guide
Build a reliable EDI workflow for Bluestem Dropship (via Rithum). Use 4 document types to plan record mapping, prevent duplicate processing and reconcile results in your business systems.
The document list is based on the linked partner reference. Confirm the required messages, versions and directions for your account.
| Document or decision | Record and matching IDs | What to test |
|---|---|---|
| X12 850 Purchase OrderListed for Bluestem Dropship (via Rithum) | purchase order or sales order buyer purchase order, order line and trading-party identifiers |
|
| X12 860 Purchase Order Change Request Buyer InitiatedListed for Bluestem Dropship (via Rithum) | buyer order-change request original purchase order, change revision and affected line |
|
| X12 856 Ship Notice ManifestListed for Bluestem Dropship (via Rithum) | shipment notice (ASN) shipment, order, package and item references |
|
| X12 846 Inventory Inquiry AdviceListed for Bluestem Dropship (via Rithum) | inventory availability record item, location, quantity type and snapshot time |
|
Confirm the supplier or customer account, sender and receiver IDs, test environment and current guide for Bluestem Dropship (via Rithum). Compare other Bluestem Dropship channels before reusing a mapping.
Start with purchase order or sales order, buyer order-change request, shipment notice (ASN). For each document, assign the source system, destination record, stable identifiers and person responsible for exceptions. Agree whether a change updates an existing record or creates a new event.
Run a successful exchange and the failure cases in the mapping table. Track delivery, document validation and processing in your business system separately. Agree on the Bluestem Dropship production handoff and save the results of each approved test.
Match records between systems using buyer purchase order, order line and trading-party identifiers. Assign an owner to missing responses, duplicates and rejected records. Test recovery before enabling automatic retries.
Document catalog
4 EDI transactions listed in this catalog.
Document flow on this channel
This channel lists all 4 document types in the Bluestem Dropship directory. Example relationships are shown below; confirm the required sequence in the channel guide.
Network onboarding
The directory associates Rithum with 23 partner entries across 25 channels. Confirm transport, network enrollment, commercial terms and testing with the channel owner before implementation.
X12 850 Purchase Order; X12 860 Purchase Order Change Request Buyer Initiated; X12 856 Ship Notice Manifest; X12 846 Inventory Inquiry Advice. Confirm which documents, directions and versions apply to your account.
Bluestem Dropship (via Rithum) lists 4 distinct document types. Match the channel to your business unit, account and delivery arrangement; compare the other channel links before choosing a connection. Confirm access and enrollment with the channel owner.
For X12 850 Purchase Order, plan around buyer purchase order, order line and trading-party identifiers. For X12 860 Purchase Order Change Request Buyer Initiated, use original purchase order, change revision and affected line. Use the partner guide to locate these values and check their allowed formats.
Track delivery, document validation and business processing separately. An AS2 message disposition notification (MDN) confirms transport receipt; an X12 997 or 999 reports technical validation. Use the agreed business response or reconciliation report to confirm that the order, shipment or invoice was processed.
Map buyer item numbers to seller SKUs and explicitly convert case quantities to the agreed unit. Resend one purchase order and confirm that only one sales order is created. Also test missing responses and recovery after a destination failure. Assign an owner to each failure and obtain partner approval before launch.
See how Stacksync can fit your enterprise EDI workflow. Bring one partner guide and a sample exchange to plan the system mapping, exception handling and production rollout.