X12 transaction guide · Transportation
EDI 313 Shipment Status Inquiry (Ocean)
The X12 document an authorized party uses to ask an ocean carrier for the status of a shipment.
- Sent by
- Shipper, consignee, forwarder or broker
- Received by
- Ocean carrier
- Standard
- ANSI ASC X12
What is an EDI 313?
The EDI 313 Shipment Status Inquiry (Ocean) is the ANSI X12 transaction set that provides the information an authorized party to an ocean shipment needs to ask the ocean carrier about the status of a shipment. It identifies the shipment by bill of lading, booking or container number.
The carrier answers with a 315 status details message. Many parties now subscribe to 315 events instead of asking, but the 313 remains useful for on-demand checks on specific containers. It is a simple request with few segments.
How to read this diagram: the top row shows who sends the 313, 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 313 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
- Asking for the current status of a container
- Checking a shipment when expected events are missing
- Requesting status for specific bills of lading
Where it fits in the document flow
Structure
Mandatory segments in the 313 (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
- B4
- SE
Practical example
The 313 in practice
A consignee notices that no discharge event has arrived for a container whose vessel docked two days ago. Its visibility system sends the carrier a 313 for that container number. The carrier replies with a 315 showing the container was discharged and is on hold for a customs exam, and the consignee alerts its broker.
Implementation
Implementation considerations for the 313
- Identify shipments by the references the carrier indexes, such as container or bill of lading numbers.
- Use inquiries for exceptions rather than polling every shipment.
- Prefer event subscriptions (315) for routine tracking.
- Confirm which parties the carrier authorizes to inquire.
How ECOM helps
Automate the 313 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.
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
- 315Status Details (Ocean)
- 300Reservation (Booking Request) (Ocean)
- 301Confirmation (Ocean)
- 303Booking Cancellation (Ocean)
- 323Vessel Schedule and Itinerary (Ocean)
- 361Carrier Interchange Agreement (Ocean)
- 304Shipping Instructions
- 213Motor Carrier Shipment Status Inquiry
- 310Freight Receipt and Invoice (Ocean)
- 215Motor Carrier Pickup Manifest
- 219Logistics Service Request
- 220Logistics Service Response
Need help with the EDI 313?
ECOM maps, tests and monitors X12 documents for your trading partners and integrates them with your ERP.