X12 transaction guide · Transportation
EDI 160 Transportation Automatic Equipment Identification
The X12 document used to share automatic equipment identification data from readers at interchange points.
- Sent by
- Railroad or equipment reader operator
- Received by
- Other railroads and participants
- Standard
- ANSI ASC X12
What is an EDI 160?
The EDI 160 Transportation Automatic Equipment Identification is the ANSI X12 transaction set that allows participants to share automatic equipment identification (AEI) information and data at interchange points.
Rail cars and locomotives in North America carry radio tags read by trackside readers. The reads show exactly which equipment passed a point and when. Sharing the data at interchanges gives both railroads an accurate record of what was exchanged, which supports car hire and tracking. It improves the accuracy of interchange records, since tag reads replace manual reporting of equipment numbers.
How to read this diagram: the top row shows who sends the 160, 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 160 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
- Sharing trackside reader data at interchanges
- Confirming which cars passed a point
- Supporting car hire and interchange records
Where it fits in the document flow
Structure
Mandatory segments in the 160 (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
- BAX
- AES
- YNQ
- EI
- TSI
- QTY
- SE
Practical example
The 160 in practice
A train passes a reader at the interchange between two railroads. The reader records each tag, and the delivering railroad sends the receiving railroad a 160 with the equipment identifications, their order and the time. Both railroads use the data to confirm the interchange and start car hire on the receiving side.
Implementation
Implementation considerations for the 160
- Reconcile tag reads with the train consists.
- Handle missed or unreadable tags with manual checks.
- Use reader locations agreed between railroads.
- Report reads promptly to the receiving railroad.
How ECOM helps
Automate the 160 with ECOM
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.
Solution
EDI Integration
Exchange X12 and EDIFACT documents with partners and integrate them directly with your ERP.
More general questions about EDI are answered in the EDI FAQ.
Related transactions
Related transportation documents
- 163Transportation Appointment Schedule Information
- 228Equipment Inspection Report
- 422Equipment Order
- 456Railroad Equipment Inquiry or Advice
- 104Air Shipment Information
- 106Motor Carrier Rate Proposal
- 107Request for Motor Carrier Rate Proposal
- 108Response to a Motor Carrier Rate Proposal
- 109Vessel Content Details
- 120Vehicle Shipping Order
- 121Vehicle Service
- 125Multilevel Railcar Load Details
Need help with the EDI 160?
ECOM maps, tests and monitors X12 documents for your trading partners and integrates them with your ERP.