X12 transaction guide · Transportation
EDI 361 Carrier Interchange Agreement (Ocean)
The X12 document an ocean carrier uses to tell a terminal operator which motor carriers are authorized to carry its cargo.
- Sent by
- Ocean carrier
- Received by
- Marine terminal operator
- Standard
- ANSI ASC X12
What is an EDI 361?
The EDI 361 Carrier Interchange Agreement (Ocean) is the ANSI X12 transaction set that gives an ocean carrier the means to tell a terminal operator whether motor carriers are authorized to carry its cargo and equipment.
Truckers need an interchange agreement with an ocean carrier before they can take its containers out of a terminal. The 361 keeps the terminal's list of authorized truckers current, so gate staff can release equipment to approved companies and refuse others. Without it, drivers can be turned away at the terminal gate.
How to read this diagram: the top row shows who sends the 361, 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 361 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
- Authorizing a motor carrier to handle an ocean carrier's equipment
- Withdrawing a trucker's authorization
- Synchronizing authorized trucker lists with terminals
Where it fits in the document flow
Structure
Mandatory segments in the 361 (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
- N1
- CI
- SE
Practical example
The 361 in practice
An ocean carrier signs an interchange agreement with a new drayage company. It sends each terminal it uses a 361 adding the trucker's identifiers to its authorized list. When the trucker's drivers arrive to pick up the carrier's containers, the terminal gates recognize the company as authorized.
Implementation
Implementation considerations for the 361
- Send updates before truckers start using the agreement.
- Remove authorizations promptly when agreements end.
- Use the trucker identifiers terminals use at the gate, such as SCACs.
- Keep all terminals in the network synchronized.
How ECOM helps
Automate the 361 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.
Industry
3PL and Warehousing
Warehouse orders, shipping advice, receipts and inventory reporting between brands, 3PLs, carriers and retailers.
More general questions about EDI are answered in the EDI FAQ.
Related transactions
Related transportation documents
- 300Reservation (Booking Request) (Ocean)
- 301Confirmation (Ocean)
- 303Booking Cancellation (Ocean)
- 313Shipment Status Inquiry (Ocean)
- 323Vessel Schedule and Itinerary (Ocean)
- 215Motor Carrier Pickup Manifest
- 304Shipping Instructions
- 317Delivery/Pickup Order
- 310Freight Receipt and Invoice (Ocean)
- 417Rail Carrier Waybill Interchange
- 219Logistics Service Request
- 220Logistics Service Response
Need help with the EDI 361?
ECOM maps, tests and monitors X12 documents for your trading partners and integrates them with your ERP.