LESSON INFO
Audience
- Receiving operators who process inbound product and need to understand when customers are notified.
- Shipping operators who load and complete shipments and need to understand what gets sent to customers.
- Supervisors verifying receiving/shipping outcomes and handling exceptions.
Prerequisites
- You can navigate to the Receiving and Shipping modules in the web app.
- You understand your facility’s standard flow for receiving (EDI-driven vs manual) and shipping (appointment-based vs manual).
Skills you’ll build
- You can explain EDI at a high level and why it matters during receiving and shipping.
- You can identify which workflow actions typically trigger EDI messages and which message type is involved.
- You can collect the right details when an EDI-related issue needs escalation.
LESSON OUTLINE
Concepts
EDI in dock work: what it is and why it matters
- EDI (Electronic Data Interchange) is how Themis-Trace exchanges receiving and shipping information with customers.
- For floor operations, EDI matters because it can:
- Reduce manual communication (calls, emails, spreadsheets).
- Give customers near-real-time visibility when product is received or shipped.
- Create clearer expectations when a customer asks “did you receive it?” or “did you ship it?”
Two message types you’ll hear about most on the dock
- During receiving/shipping, you will most commonly hear:
- 856 (IN/OUT)
- Often used as a shipping or receiving “notice” message, depending on direction and customer configuration.
- 861 (OUT)
- Used to confirm what was received (a receipt/receiving advice).
- 856 (IN/OUT)
- You do not need the technical payload. You do need to know which message type is involved so you can communicate clearly.
Where EDI shows up in Themis-Trace receiving and shipping
- EDI generally touches two moments in your workflow:
- Receiving: when orders/items arrive and are received into inventory.
- Shipping: when shipments are completed and items are confirmed as shipped.
- Your job is not “to send EDI.” Your job is to perform the workflow correctly — EDI is a downstream effect that keeps customers in sync.
Receiving: when EDI matters
What you might see
- In some facilities/customers, receiving orders are created or updated based on inbound EDI from the customer.
- Regardless of how the order is created, the key “operator moment” is the same: Receive Into Inventory.
What typically happens after you receive
- When you successfully complete Receive Into Inventory (Save & Close), Themis-Trace can generate an EDI 861 (OUT) to notify the customer what was received (if EDI is enabled for that customer).
- Receiving can be partial (some items now, some later). Each completed receiving action can produce a separate confirmation.
Shipping: when EDI matters
What typically happens after you ship
- When you successfully complete Complete Shipment, Themis-Trace can generate an EDI 856 (OUT) for the shipment (if EDI is enabled for that customer).
- The purpose is to notify the customer what was shipped, so their system can reconcile shipments and inventory.
What this means operationally
- Treat shipping as a controlled “final” step. If the wrong items are shipped (or timestamps are wrong), the customer may receive incorrect confirmation.
- If something needs to be corrected after shipping, escalate — don’t improvise.
How to escalate an EDI-related issue (operator checklist)
When something doesn’t line up, capture:
- The workflow you performed (Receiving vs Shipping) and the exact action (Receive Into Inventory vs Complete Shipment).
- The customer and facility.
- The order/shipment identifier (BOL / order number / schedule item ID, as applicable).
- The item IDs involved.
- The approximate time you completed the action.
- What the customer claims they received (missing items, wrong status, no message, etc.).
Where to verify transmissions (when available)
- Access the EDI Transmissions tab on operational records.
- Use it to confirm whether a receiving/shipping action resulted in an EDI message being recorded.
- Confirm that EDI has been enabled for the current Customer context.
- If you need to escalate, include:
- Customer(s)
- Order/shipment identifier(s)
- Item IDs
COMMON ISSUES
-
Likely cause
EDI is not enabled for that customer, the message failed downstream, or the customer is looking in the wrong place on their side.
Checks
Confirm the receiving/shipping action was completed successfully (status/timestamps updated).
Capture the identifiers and time of completion.
Fix
Escalate with the captured details so an admin can verify transmission status.
-
Likely cause
Wrong items were received/shipped, an item was substituted, or there is an upstream data issue.
Checks
Confirm the items on the receiving/shipping order in Themis-Trace.
Confirm the items’ received/shipped timestamps.
Fix
Escalate immediately with the order/shipment ID, item IDs, and completion time.
-
Usually no — if EDI is enabled for the customer, completing the standard workflow is what triggers the EDI send.
What you should do: follow the normal receiving/shipping procedures carefully and verify the outcome in Themis-Trace.