Skip to content
EDI 213 — EDI TransactionPublished Nov 4, 2026

EDI 213 Shipment Status Inquiry: Carrier Guide

EDI 213 Motor Carrier Shipment Status Inquiry explained: the B11, REF, L10, N1 and K2 segments, live examples by PRO and by BOL, and how the 214 answers it.

The EDI 213 is a tracking request in X12 form. Instead of typing a PRO number into a carrier's website or calling customer service, a shipper's or receiver's system sends a 213 with the shipment's references, and the carrier's system replies with a 214 status message. It is a small transaction, rarely more than a dozen segments, but it is the one that lets you pull status on demand rather than wait for the carrier to push it.

This guide covers what the 213 carries, when it makes sense next to an ordinary 214 feed, every segment you will map, two live examples (a shipper asking by PRO and a DC asking by bill of lading), and the mistakes that leave inquiries unanswered.

What Is an EDI 213?

An EDI 213 is the Motor Carrier Shipment Status Inquiry transaction set defined by ASC X12, used to request shipment status from a motor carrier. The standard states that the requestor may be a shipper or a consignee. It travels in functional group MI (the GS01 value).

Authoritative references for 213 work:

Who sends it? A shipper, a consignee, or a third party acting for one of them, such as a 3PL or a freight audit firm.

Who receives it? The motor carrier, usually an LTL carrier, that holds the shipment.

When is it sent? Whenever the requester wants status it does not already have: a shipment that has gone quiet, a delivery that is late, or a customer asking where their order is.

Why does it matter? Most carriers push 214s at milestones, but only for the parties and events they have been set up to report. The 213 lets you ask about a single shipment when you need it, using whatever reference you hold.

When to Use a 213 Instead of Waiting for a 214

The 213 and the 214 are two halves of one conversation, and you can run the 214 without the 213.

SituationPush 214 feed213 inquiry, then 214 reply
You tender all your freight to the carrier and it sends 214s for every shipmentCovers itRarely needed
A shipment has not had a status for daysNothing arrives until the next eventAsk for current status
You are the consignee on inbound freight someone else tenderedYou may not be on the carrier's 214 listAsk by BOL or PO
A customer asks about one orderYou search the 214s you receivedAsk the carrier directly
You switch carriers often or use many small onesSetting up push feeds for each is slowAsk only when you need to

Carriers differ in whether they support the 213 at all. Many now offer tracking APIs and web portals instead, and a growing share of shippers get status through visibility platforms that aggregate carrier data. If your carrier does accept 213s, it is still the simplest way to pull status into an EDI-based system without a second integration.

How a 213 Inquiry Works

  1. Requester identifies the shipment. It picks the strongest reference it has: the carrier's PRO number if known, otherwise the bill of lading number, the purchase order, or a combination.
  2. Requester sends the 213. One transaction per shipment, with the references in REF, the pickup date in B11, and the shipper and consignee in the N1 loop.
  3. Carrier acknowledges. A 997 confirms the 213 was syntactically valid.
  4. Carrier searches its system. The PRO number is an exact match. A BOL or PO search may need the shipper, consignee or pickup date to narrow it down.
  5. Carrier replies with a 214. The 214's B10 segment carries the shipment references, and its AT7 loops give the current status, date, time and location. See the 214 guide for the status codes.

Interactive Example: Shipper's 213 by PRO Number

Lakeshore Home Goods' freight from our 754 routing guide was picked up on November 11. A day later its customer service team wants to confirm it is on schedule for the DC. Its system sends a 213 to carrier QLTX with the PRO number, bill of lading and PO in REF segments, the total weight in L10, the shipper and consignee in N1 loops, and a free-text note in K2. All names, IDs and SCACs are fictional.

Use the Plain English tab for a readable summary, or click any segment to break it down element by element.

Live exampleLTL CarrierEDI 213

Shipper 213 Status Inquiry by PRO Number

A supplier asks its LTL carrier where a shipment is: B11 identifies the requestor by the carrier's customer code and gives the pickup date, REF carries the PRO, BOL and PO, L10 the weight, and the N1 loop the shipper and consignee

Document
213 Motor Carrier Shipment Status Inquiry
From / to
LAKESHOREHG → QLTX
Segments
18
Interchange date
Nov 12, 2026

Raw EDI (X12)

1
ISA*00* *00* *ZZ*LAKESHOREHG *02*QLTX *261112*1620*U*00401*000002131*0*P*:~
2
GS*MI*LAKESHOREHG*QLTX*20261112*1620*2131*X*004010~
3
ST*213*0001~
4
B11*25*LHG4471*20261111~
5
REF*CN*QLTX20481557~
6
REF*BM*LHG-BOL-77120~
7
REF*PO*4500781234~
8
L10*5710*G*L~
9
N1*SH*LAKESHORE HOME GOODS~
10
N3*4100 EASTERN AVE SE~
11
N4*GRAND RAPIDS*MI*49508*US~
12
G61*IC*DANA REYES*TE*6165550142~
13
N1*CN*BIG-BOX RETAILER DC 6021*92*6021~
14
N4*COLUMBUS*OH*43217*US~
15
K2*PLEASE CONFIRM DELIVERY APPOINTMENT AT DC 6021~
16
SE*14*0001~
17
GE*1*2131~
18
IEA*1*000002131~

Human-Readable

Interchange

Sender ID(ZZ)LAKESHOREHG
Receiver ID(02)QLTX
Date261112
Time1620
Standards IDU
Version00401
Control Number000002131
Acknowledgment RequestedNo
UsageProduction
Included Groups (IEA01)1

Functional Group

Functional IDMIMI
SenderLAKESHOREHG
ReceiverQLTX
Date20261112
Time1620
Control Number2131
Agency CodeX
Version004010
Transactions1
Reported Transaction Count (GE01)1

Transaction 213

Motor Carrier Shipment Status Inquiry
Transaction Type213
Control Number0001
Segments, ST to SE14
Count in SE0114 (matches)

Segment Detail

B11Beginning Segment for Shipment Status Inquiry
B1101Requestor ID Qualifier25
B1102Requestor IDLHG4471
B1103Pickup Date20261111
REFReference Identification
REF01QualifierCN
REF02Reference IDQLTX20481557
REFReference Identification
REF01QualifierBM
REF02Reference IDLHG-BOL-77120
REFReference Identification
REF01QualifierPO
REF02Reference ID4500781234
L10Weight
L1001Weight5710
L1002Weight QualifierG
L1003Weight Unit CodeL
N1Party Identification
N101Entity CodeSH
N102NameLAKESHORE HOME GOODS
N3Party Location
N301Address4100 EASTERN AVE SE
N4Geographic Location
N401CityGRAND RAPIDS
N402State/ProvinceMI
N403Postal Code49508
N404CountryUS
G61Contact
G6101Contact Function CodeIC
G6102NameDANA REYES
G6103Communication Number QualifierTE
G6104Communication Number6165550142
N1Party Identification
N101Entity CodeCN
N102NameBIG-BOX RETAILER DC 6021
N103ID Qualifier92
N104ID Code6021
N4Geographic Location
N401CityCOLUMBUS
N402State/ProvinceOH
N403Postal Code43217
N404CountryUS
K2Administrative Message
K201MessagePLEASE CONFIRM DELIVERY APPOINTMENT AT DC 6021
1 functional group1 transactionControl #000002131Valid

Interactive Example: Consignee's 213 by Bill of Lading

Here the retailer's DC asks the same carrier about two inbound shipments. It does not have PRO numbers, only the suppliers' bill of lading numbers and its own POs from the ASNs. The interchange carries two 213 transactions, one per shipment, because the 213 is built around a single shipment: its references sit in the heading, not in a repeating loop.

Live exampleLTL CarrierEDI 213

Consignee 213 Status Inquiries (Two Shipments)

A retail DC asks the carrier about two inbound shipments it has no PRO number for, one 213 per shipment, identifying each by bill of lading and purchase order

Document
213 Motor Carrier Shipment Status Inquiry
From / to
BIGBOXRETAIL → QLTX
Segments
24
Interchange date
Nov 12, 2026

Raw EDI (X12)

1
ISA*00* *00* *ZZ*BIGBOXRETAIL *02*QLTX *261112*0705*U*00401*000002132*0*P*:~
2
GS*MI*BIGBOXRETAIL*QLTX*20261112*0705*2132*X*004010~
3
ST*213*0001~
4
B11*25*BBR6021*20261111~
5
REF*BM*PBC-BL-30388~
6
REF*PO*4500779911~
7
N1*SH*PRAIRIE BATH CO~
8
N4*FORT WAYNE*IN*46803*US~
9
N1*CN*BIG-BOX RETAILER DC 6021*92*6021~
10
N4*COLUMBUS*OH*43217*US~
11
G61*IC*INBOUND RECEIVING*TE*6145550188~
12
SE*10*0001~
13
ST*213*0002~
14
B11*25*BBR6021*20261110~
15
REF*BM*NCW-88231~
16
REF*PO*4500780455~
17
N1*SH*NORTHFIELD CANDLE WORKS~
18
N4*TOLEDO*OH*43612*US~
19
N1*CN*BIG-BOX RETAILER DC 6021*92*6021~
20
N4*COLUMBUS*OH*43217*US~
21
G61*IC*INBOUND RECEIVING*TE*6145550188~
22
SE*10*0002~
23
GE*2*2132~
24
IEA*1*000002132~

Human-Readable

Interchange

Sender ID(ZZ)BIGBOXRETAIL
Receiver ID(02)QLTX
Date261112
Time0705
Standards IDU
Version00401
Control Number000002132
Acknowledgment RequestedNo
UsageProduction
Included Groups (IEA01)1

Functional Group

Functional IDMIMI
SenderBIGBOXRETAIL
ReceiverQLTX
Date20261112
Time0705
Control Number2132
Agency CodeX
Version004010
Transactions2
Reported Transaction Count (GE01)2

Transaction 213

Motor Carrier Shipment Status Inquiry
Transaction Type213
Control Number0001
Segments, ST to SE10
Count in SE0110 (matches)

Segment Detail

B11Beginning Segment for Shipment Status Inquiry
B1101Requestor ID Qualifier25
B1102Requestor IDBBR6021
B1103Pickup Date20261111
REFReference Identification
REF01QualifierBM
REF02Reference IDPBC-BL-30388
REFReference Identification
REF01QualifierPO
REF02Reference ID4500779911
N1Party Identification
N101Entity CodeSH
N102NamePRAIRIE BATH CO
N4Geographic Location
N401CityFORT WAYNE
N402State/ProvinceIN
N403Postal Code46803
N404CountryUS
N1Party Identification
N101Entity CodeCN
N102NameBIG-BOX RETAILER DC 6021
N103ID Qualifier92
N104ID Code6021
N4Geographic Location
N401CityCOLUMBUS
N402State/ProvinceOH
N403Postal Code43217
N404CountryUS
G61Contact
G6101Contact Function CodeIC
G6102NameINBOUND RECEIVING
G6103Communication Number QualifierTE
G6104Communication Number6145550188

Transaction 213

Motor Carrier Shipment Status Inquiry
Transaction Type213
Control Number0002
Segments, ST to SE10
Count in SE0110 (matches)

Segment Detail

B11Beginning Segment for Shipment Status Inquiry
B1101Requestor ID Qualifier25
B1102Requestor IDBBR6021
B1103Pickup Date20261110
REFReference Identification
REF01QualifierBM
REF02Reference IDNCW-88231
REFReference Identification
REF01QualifierPO
REF02Reference ID4500780455
N1Party Identification
N101Entity CodeSH
N102NameNORTHFIELD CANDLE WORKS
N4Geographic Location
N401CityTOLEDO
N402State/ProvinceOH
N403Postal Code43612
N404CountryUS
N1Party Identification
N101Entity CodeCN
N102NameBIG-BOX RETAILER DC 6021
N103ID Qualifier92
N104ID Code6021
N4Geographic Location
N401CityCOLUMBUS
N402State/ProvinceOH
N403Postal Code43217
N404CountryUS
G61Contact
G6101Contact Function CodeIC
G6102NameINBOUND RECEIVING
G6103Communication Number QualifierTE
G6104Communication Number6145550188
1 functional group2 transactionsControl #000002132Valid

213 Structure at a Glance

The table follows X12 004010. Later releases keep the same short layout.

PositionSegmentNameUsageNotes
HeadingSTTransaction Set HeaderMandatoryST01 = 213
HeadingB11Beginning Segment for Shipment Status InquiryMandatoryRequestor ID and pickup date
HeadingC3CurrencyOptionalRarely used
HeadingREFReference IdentificationOptional, up to 10PRO, bill of lading, PO and other references
HeadingL10WeightOptional, up to 5Shipment weight, to help the carrier match
Loop 0100N1 / N2 / N3 / N4Name and addressUp to 5 loopsShipper, consignee and other parties
Loop 0100G61ContactOptional, up to 2Who to contact about the inquiry
Loop 0100REFReference IdentificationOptional, up to 10Party-level references
HeadingK2Administrative MessageOptional, up to 2Free-text message
SummarySETransaction Set TrailerMandatorySegment count and control number

Key Segments Explained

B11: Beginning Segment for Shipment Status Inquiry

B11*25*LHG4471*20261111~
ElementNameExampleWhat it means
B1101Identification Code Qualifier25How the requestor is identified. 25 is the carrier's customer code
B1102Identification CodeLHG4471The requestor's ID under that qualifier
B1103Date20261111Pickup date of the shipment
B1104 to B1109Unit, quantity, amount and description pairsOptional pairs, rarely used
B1110Service Level CodeOptional
B1111Report Transmission CodeOptional

The standard says B1101 identifies the requestor and B1103 is the pickup date. Which qualifier to use in B1101 is set by the carrier's guide. The carrier's customer (account) code is a common choice because the carrier can look it up directly, but some carriers want a DUNS number or a mutually defined code.

The pickup date matters more than it looks. A BOL or PO number is not unique across a carrier's whole history, and the pickup date is often what lets the carrier find the right shipment.

REF: Shipment References

REF*CN*QLTX20481557~
REF*BM*LHG-BOL-77120~
REF*PO*4500781234~
ElementNameExampleWhat it means
REF01Reference Identification QualifierCNCN carrier's PRO number, BM bill of lading number, PO purchase order number
REF02Reference IdentificationQLTX20481557The value

Send every reference you have. The PRO number is the carrier's own key and matches exactly. Without it, the BOL is the next best, because the carrier recorded it at pickup. A PO alone is weak: carriers only know it if the shipper put it on the bill of lading.

L10: Weight

L10*5710*G*L~
ElementNameExampleWhat it means
L1001Weight5710The shipment weight
L1002Weight QualifierGG gross weight
L1003Weight Unit CodeLL pounds, K kilograms

Weight is a tiebreaker. If two shipments share a BOL number, the weight helps the carrier pick the right one.

N1 Loop: Shipper and Consignee

N1*SH*LAKESHORE HOME GOODS~
N3*4100 EASTERN AVE SE~
N4*GRAND RAPIDS*MI*49508*US~
G61*IC*DANA REYES*TE*6165550142~
N1*CN*BIG-BOX RETAILER DC 6021*92*6021~
N4*COLUMBUS*OH*43217*US~

The loop repeats up to five times. N101 = SH is the shipper and CN the consignee. City, state and postal code in N4 are usually enough for the carrier to narrow its search. G61 gives a contact (G6101 = IC, information contact), with the name in G6102 and a phone number in G6104 after the qualifier TE in G6103.

K2: Administrative Message

K2*PLEASE CONFIRM DELIVERY APPOINTMENT AT DC 6021~

K201 is free text up to 80 characters. Most carriers process the 213 automatically and never read it, so do not put anything here that needs an answer. Use it for context a person might see if the automated search fails.

213 vs 214 vs 869 and 870

DocumentSent bySent toPurpose
213 Shipment Status InquiryShipper or consigneeMotor carrierWhere is this shipment?
214 Shipment StatusCarrierShipper, consignee or third partyHere is its status, time and location
869 Order Status InquiryBuyerSellerWhat is the status of my purchase order?
870 Order Status ReportSellerBuyerHere is the status of the order and its lines
212 Delivery Trailer ManifestCarrierConsigneeHere is everything on the trailer coming to you

The 869 and 870 ask about an order: has it been picked, shipped, back-ordered? The 213 and 214 ask about freight: where is the truck? A buyer chasing a late PO may need both, an 869 to the supplier to find out whether it shipped, then a 213 to the carrier to find out where it is.

Common 213 Errors and How to Prevent Them

ErrorWhat happensPrevention
No PRO number and no pickup dateCarrier cannot find the shipment; no 214 comes backStore the PRO from the carrier's first 214 or the BOL, and always send B1103
Wrong qualifier on a referenceA BOL searched as a PRO returns nothingMap REF01 from the field the value came from, never by guess
Several shipments in one 213Carrier answers for one, or rejects the setSend one 213 per shipment; batch them in one functional group
Requestor ID not on fileInquiry rejected as unauthorizedUse the B1101 qualifier and ID the carrier set up for you
No process for the 214 replyThe answer arrives but nobody sees itRoute replies into the same tracking view as your push 214s
Polling every shipment on a scheduleUnneeded traffic on both sides, and most replies repeat what you already knowAsk only about shipments with no recent status or a past-due delivery, and follow any limits in the carrier's guide
Asking a carrier that does not support 213SilenceConfirm support during onboarding; use the carrier's API or portal otherwise

213 Implementation Checklist

  • Confirm the carrier accepts the 213, and in which X12 release
  • Get the requestor qualifier and ID it expects in B11
  • Confirm which REF qualifiers it can search on (PRO, BOL, PO, others)
  • Confirm whether it replies with a 214 and how fast
  • Decide which shipments trigger an inquiry, and cap the frequency
  • Store PRO numbers as soon as you receive them, from the BOL, a 214 or an invoice
  • Map the reply 214s into your shipment tracking and alerts
  • Test a PRO search, a BOL-only search and a shipment the carrier cannot find

The EDI document types reference shows how the transportation sets fit alongside order, ship notice and invoice documents, and the SCAC code glossary entry explains how carriers are identified.

Where OrderSync Fits

Tracking questions usually start as order questions: a customer asks where their purchase order is. Answering fast depends on having the order, its PO number and its shipment references in one clean record.

OrderSync reads inbound orders in any format, from EDI 850s and 875s to PDFs, emails and spreadsheets, matches customers, items and units to your catalog, and outputs clean ERP data or valid X12. That keeps the PO numbers on your orders, bills of lading and inquiries consistent. Paste any 213 or 214 into the free EDI inspector to see it parsed segment by segment with a plain-English summary, or book a 15-minute walkthrough to see your own orders processed.

Frequently Asked Questions

What is an EDI 213?

The EDI 213 Motor Carrier Shipment Status Inquiry is an X12 transaction a shipper or consignee sends a motor carrier to ask for the current status of a specific shipment. It identifies the shipment by PRO number, bill of lading, purchase order or a combination, and the carrier replies with a 214 status message.

What is the difference between EDI 213 and EDI 214?

The 213 is the request and the 214 is the status. A shipper or consignee sends a 213 to ask where a shipment is. The carrier sends a 214 with the status code, date, time and location. Carriers also send 214s unprompted at milestones, so many shippers use 214s without ever sending a 213.

What is the B11 segment in an EDI 213?

B11 is the 213's beginning segment. B1101 and B1102 identify the requestor, for example with the carrier's customer code, and B1103 is the shipment's pickup date. The remaining B11 elements are optional and rarely used.

What references can I use in an EDI 213?

Use REF segments with the carrier's PRO number (qualifier CN), the bill of lading number (BM) and the purchase order (PO). Send as many as you have. The carrier's guide lists the qualifiers it can search on.

Can one EDI 213 ask about several shipments?

The 213's references sit in the heading, so one transaction describes one shipment. To ask about several, send several 213 transactions, which can travel together in one functional group and interchange.

Who can send an EDI 213?

The X12 standard says the requestor may be a shipper or a consignee. In practice third parties acting for them, such as 3PLs and freight audit firms, also send 213s, as long as the carrier has set them up as a trading partner.

Do all carriers support the EDI 213?

No. Support varies, and many carriers now point customers to tracking APIs or web portals instead. Check the carrier's EDI guide or ask its EDI team during onboarding. The 214 is far more widely supported.

James Darby
Last updated: 11/4/2026

Related Resources