X12 transaction guide · Transportation
EDI 301 Confirmation (Ocean)
The X12 document an ocean carrier sends to confirm space, container and equipment availability for a booking, or to notify other parties of it.
- Sent by
- Ocean carrier
- Received by
- Shipper, forwarder, terminal operator or other carrier
- Standard
- ANSI ASC X12
- EDIFACT equivalent
- IFTMBC
What is an EDI 301?
The EDI 301 Confirmation (Ocean) is the ANSI X12 transaction set an ocean carrier uses to confirm space, container and equipment availability in response to a 300 booking request. It can also be sent to notify other parties, such as terminal operators or other ocean carriers, about the booking.
The confirmation gives the shipper the booking number, the vessel and voyage, cut-off dates and where to collect empty containers. Those details drive the rest of the export process, from container pickup to the submission of shipping instructions.
How to read this diagram: the top row shows who sends the 301, 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 301 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 a shipper's or forwarder's booking request
- Notifying terminals of expected bookings
- Communicating changes to vessel, voyage or cut-off dates
Where it fits in the document flow
Structure
Mandatory segments in the 301 (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
- B1
- Y3
- Y4
- N1
- R4
- LX
- L0
- H1
- LH1
- SE
Practical example
The 301 in practice
After receiving a 300 booking request for four containers, the ocean carrier sends a 301 confirming the booking, the vessel and voyage, the container yard for empty pickup and the cargo cut-off date. The forwarder's system updates the shipment and alerts the exporter to load and return the containers before the cut-off.
Implementation
Implementation considerations for the 301
- Watch for changed confirmations, because vessel and cut-off changes affect loading plans.
- Store cut-off dates and booking numbers where shipping teams can act on them.
- Match each 301 to the booking request it confirms.
How ECOM helps
Automate the 301 with ECOM
Industry
Trucking and Transportation
Load tenders, responses, status and freight invoices for carriers, brokers and shippers, integrated with the TMS.
Industry
3PL and Warehousing
Warehouse orders, shipping advice, receipts and inventory reporting between brands, 3PLs, carriers and retailers.
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
- 300Reservation (Booking Request) (Ocean)
- 303Booking Cancellation (Ocean)
- 304Shipping Instructions
- 315Status Details (Ocean)
- 313Shipment Status Inquiry (Ocean)
- 323Vessel Schedule and Itinerary (Ocean)
- 361Carrier Interchange Agreement (Ocean)
- 310Freight Receipt and Invoice (Ocean)
- 215Motor Carrier Pickup Manifest
- 219Logistics Service Request
- 220Logistics Service Response
- 222Cartage Work Assignment
Need help with the EDI 301?
ECOM maps, tests and monitors X12 documents for your trading partners and integrates them with your ERP.