X12 transaction guide · Transportation
EDI 420 Car Handling Information
The X12 document a receiving railroad uses to redirect a car's home route or pre-block it before it is interchanged.
- Sent by
- Rail carrier that will receive the car
- Received by
- Rail carrier delivering the car
- Standard
- ANSI ASC X12
What is an EDI 420?
The EDI 420 Car Handling Information is the ANSI X12 transaction set that gives a carrier about to receive a rail car from another carrier the means to redirect a home route or pre-block the car before the actual interchange.
Pre-blocking groups cars by destination before they arrive, so they can move straight to the right outbound train without extra switching. Redirecting an empty car's home route sends it where it is most useful. Both reduce yard handling and transit time.
How to read this diagram: the top row shows who sends the 420, 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 420 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
- Pre-blocking cars before interchange
- Redirecting empty cars to a different destination
- Responding to advance car disposition notices
Where it fits in the document flow
Structure
Mandatory segments in the 420 (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
- E6
- E8
- SE
Practical example
The 420 in practice
A receiving railroad learns from a 419 that 20 empty grain cars are coming. It sends the delivering railroad a 420 asking it to block the 12 cars destined for a loading point together, ahead of the eight returning to their owner. The delivering railroad builds the train in that order, saving switching at the receiving yard.
Implementation
Implementation considerations for the 420
- Send handling instructions before the train is built.
- Use the blocking codes both carriers recognize.
- Confirm redirections with the car owner where required.
- Track whether instructions were followed.
How ECOM helps
Automate the 420 with ECOM
Industry
Trucking and Transportation
Load tenders, responses, status and freight invoices for carriers, brokers and shippers, integrated with the TMS.
Solution
Logistics Automation
Automate tenders, status updates, freight invoices and warehouse orders with logistics partners.
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
- 419Advance Car Disposition
- 421Estimated Time of Arrival and Car Scheduling
- 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
- 127Vehicle Baying Order
- 160Transportation Automatic Equipment Identification
Need help with the EDI 420?
ECOM maps, tests and monitors X12 documents for your trading partners and integrates them with your ERP.