
Order Management
Part of Fulfilment integrations
Connecting store orders to a warehouse system
Map store order lines to warehouse instructions, confirm acceptance and prevent duplicate work when an import must be retried.
Send only eligible order lines and their assigned quantities to the warehouse. Then confirm the warehouse accepted the intended instruction; a successful export may precede item validation or warehouse work creation.
Decide what may be released
Write the release rule before mapping fields. Define which payment, review, cancellation and fulfilment holds must clear, and which location owns each line. Keep collection work distinct from shipped orders.
In Shopify’s fulfilment-service model, one customer order can have several fulfilment orders, each with an assigned location and delivery method. The warehouse needs its assigned part, not an undifferentiated copy of the whole customer order.
If an order is split, retain its source order and line references while giving each warehouse instruction a distinct identity. This lets staff find the work assigned to each location without losing the original obligation.
Map the instruction
| Field group | Check before release |
|---|---|
| Identity | Source order and line IDs, fulfilment part and warehouse instruction reference |
| Goods | Variant or approved item cross-reference, quantity and unit |
| Work | Assigned location, delivery method and relevant handling or hold instructions |
| Destination | Address fields required by the warehouse or shipping workflow |
| Control | Source change time and instruction version, where supported |
Check item identity against the physical warehouse item record. A product name alone cannot reliably distinguish variants or pack units. Agree which system may correct each field after import and how that correction reaches the other system.
Separate receipt from acceptance
Use the receiving product’s actual states. An integration may acknowledge a message before validating its item, location or quantity.
In Microsoft’s documented Warehouse management only mode with an external ERP system, an inbound process example shows an external system submitting an inbound shipment order message, which Supply Chain Management processes into orders. Inbound loads are then created in ways established by Source systems settings, which illustrates that message processing and later warehouse load creation can be distinct stages.
Compare each source line and quantity with the accepted warehouse record and retain its warehouse ID. If a line is rejected, keep the affected obligation visible with the rejection reason and an owner. Do not silently reduce the customer order to the quantity that happened to import.
Reconcile uncertain sends
Before resending an instruction whose response was lost, search for work under its stable source reference. If work exists, reconcile it rather than create another pick. Record each attempt, response and correction.
Shopify documents that each webhook delivery includes a delivery ID that you can use to detect duplicates, and advises ignoring duplicate deliveries. For a Shopify-triggered connection, compare eligible source orders with accepted warehouse instructions on a schedule. Deduplicate notifications using that delivery ID, and separately guard the warehouse instruction by its business reference: two different notifications can still concern the same order work.
A useful connection assessment follows an ordinary order, a split order and a rejected item through the source record, message, import result and warehouse work. Staff should be able to locate every order that has not become the intended work.
Integration Resilience Metrics
- Duplicate webhook detection
- Use delivery ID to identify and ignore duplicates
- Work reconciliation
- Search for existing work using stable source reference before resending
- Tracking accuracy
- Staff can trace every order to intended warehouse work



