X12 transaction guide · Transportation
EDI 220 Logistics Service Response
The X12 document a logistics provider sends to answer a shipper's logistics service request.
- Sent by
- Logistics provider or carrier
- Received by
- Shipper
- Standard
- ANSI ASC X12
What is an EDI 220?
The EDI 220 Logistics Service Response is the ANSI X12 transaction set a logistics-related organization uses to send data to a shipper in response to a logistics service request (219). It confirms, modifies or declines the requested services and can return the provider's planned dates, equipment and references.
The 220 gives the shipper confidence that upcoming requirements are covered before shipments are tendered. Exceptions in the response, such as capacity shortfalls, should reach the shipper's planners while there is still time to act.
How to read this diagram: the top row shows who sends the 220, to whom, and which documents usually come before and after it. The lower part shows what X12 release 008010 itself requires: the envelopes around the 220 and the segments and loops the standard marks as required, area by area. Optional loops are listed by the segment that starts them rather than drawn in full. This is the standard's minimum, not a trading partner's requirement: each partner's implementation guide usually makes some optional loops mandatory, restricts the codes and may use a different release.
When it is used
- Confirming logistics services for upcoming orders
- Reporting changes to requested dates or capacity
- Declining requests the provider cannot fulfill
Where it fits in the document flow
Structure
Mandatory segments in the 220 (X12 release 008010)
The segments X12 release 008010 marks as mandatory at their level, in order. Segments inside optional loops are needed only when the loop is used. This is the standard's requirement, not your trading partner's: each partner's implementation guide names the release it uses, adds the optional segments it requires and restricts the values. The requirement status comes from one published X12 reference listing and has not been checked against a second source.
- ST
- B9
- LCD
- N7
- S5
- N1
- LX
- LAD
- SE
Practical example
The 220 in practice
A logistics provider receives a 219 for a promotional shipment. It confirms the pickup dates for most orders but can only supply refrigerated trailers for part of the volume on the requested day. Its 220 confirms the accepted orders, proposes the next day for the rest and returns its reference numbers, and the shipper's planner adjusts the schedule.
Implementation
Implementation considerations for the 220
- Reference the request and order identifiers from the 219.
- Code exceptions clearly so they can be routed to planners.
- Keep the confirmed plan consistent with later tenders and responses (204 and 990).
- Monitor unanswered requests as well as declined ones.
How ECOM helps
Automate the 220 with ECOM
Industry
3PL and Warehousing
Warehouse orders, shipping advice, receipts and inventory reporting between brands, 3PLs, carriers and retailers.
Industry
Trucking and Transportation
Load tenders, responses, status and freight invoices for carriers, brokers and shippers, integrated with the TMS.
Solution
Supply Chain Visibility
Track orders, shipments and invoices across partners and catch exceptions early.
More general questions about EDI are answered in the EDI FAQ.
Related transactions
Related transportation documents
- 219Logistics Service Request
- 215Motor Carrier Pickup Manifest
- 222Cartage Work Assignment
- 225Response to a Cartage Work Assignment
- 300Reservation (Booking Request) (Ocean)
- 301Confirmation (Ocean)
- 303Booking Cancellation (Ocean)
- 304Shipping Instructions
- 313Shipment Status Inquiry (Ocean)
- 317Delivery/Pickup Order
- 319Terminal Information
- 322Terminal Operations and Intermodal Ramp Activity
Need help with the EDI 220?
ECOM maps, tests and monitors X12 documents for your trading partners and integrates them with your ERP.