Skip to content

EDI Sample Files

Free, valid sample EDI files for X12, EDIFACT and TRADACOMS. Each one is annotated segment by segment and opens in the EDI Inspector.

Every file is synthetic: made-up companies, IDs and amounts, safe to load into a test system.

Plain text, one interchange per file.

22 sample files

What Is in an EDI File?

An EDI file is plain text: segments, each starting with a tag such as BEG or NAD, split into elements by a delimiter. X12 wraps them in three envelopes (ISA for the interchange, GS for the group, ST for each document) and closes each with a trailer that counts what is inside. EDIFACT uses UNB, UNH and UNT for the same job. When a partner rejects a file, a wrong count in one of those trailers is the most common cause.

Each sample page shows the raw file, then every segment with its element names and what each code means, then the same document as a readable order, ship notice or invoice. To check a file of your own, paste it into the EDI Inspector; to turn one into a PDF, use EDI to PDF; and for the meaning of every document type, see the EDI transaction guides.

X12 Sample Files

CodeDocumentSent by
850Purchase OrderBuyer to supplier
850Drop Ship Purchase OrderRetailer to drop ship supplier
850Purchase Order With ErrorsBuyer to supplier
855Purchase Order AcknowledgmentSupplier to buyer
856Ship Notice (ASN)Supplier to buyer
810InvoiceSupplier to buyer
860Purchase Order ChangeBuyer to supplier
997Functional AcknowledgmentReceiver to sender
999Implementation AcknowledgmentReceiver to sender
824Application AdviceReceiver to sender
820Payment Order / Remittance AdviceBuyer to supplier
940Warehouse Shipping OrderBrand (depositor) to 3PL
945Warehouse Shipping Advice3PL to brand (depositor)

EDIFACT and TRADACOMS Sample Files

CodeDocumentSent by
ORDERSPurchase OrderBuyer to supplier
ORDRSPOrder ResponseSupplier to buyer
DESADVDespatch AdviceSupplier to buyer
INVOICInvoiceSupplier to buyer
REMADVRemittance AdviceBuyer to supplier
CONTRLSyntax and Service ReportReceiver to sender
ORDERSPurchase Order With ErrorsBuyer to supplier
ORDHDROrder FileRetailer to supplier
INVFILInvoice FileSupplier to retailer

One Order, Start to Finish

The X12 files follow one retail order through its life. The 850 orders three items, the 855 answers it line by line, the 856 ships it in three labelled cartons with one line short, and the 810 invoices what shipped. Load all four into Compare EDI to see the 3-way match. The 940 and 945 do the same for a brand and its 3PL.

Frequently Asked Questions

Where can I download a sample EDI file?

Right here. Every file on this page is free to download on its own or all together as one zip, with no signup. There are X12 files (850, 855, 856, 810, 860, 997, 999, 824, 820, 940 and 945), EDIFACT EANCOM files (ORDERS, ORDRSP, DESADV, INVOIC, REMADV and CONTRL) and TRADACOMS order and invoice files.

Are these sample EDI files valid?

Yes, except the two marked Has errors, which are broken on purpose. A test checks every other file on each release: envelope counts (SE01, GE01, IEA01, UNT, MTR), control numbers that pair up, GS1 check digits on every UPC, GTIN, GLN and SSCC, and a clean parse in the EDI Inspector.

Can I use these files to test my EDI translator or ERP import?

Yes. That is what they are for. The companies, IDs and amounts are made up, so the files are safe to load into a test system or share with a developer. Change the ISA sender and receiver IDs to your test IDs first if your translator routes by them.

Which version of X12 are the samples?

004010, the version most retailers still trade, except the 999, which only exists in 005010. The EDIFACT files are EANCOM on directory D.96A, the version UK and European grocers use most.

What do the characters ~ * and : mean in an EDI file?

They are delimiters. In these X12 files ~ ends a segment, * separates elements and : or > separates components inside an element. The ISA segment declares them, so another file can use different ones. EDIFACT declares its own in the UNA segment: ' ends a segment, + separates elements and : separates components.

Why include files with errors?

Because a validator is only worth something on the files that fail. The broken 850 and ORDERS carry the faults behind most real rejections: a wrong segment count, a wrong line count, reference numbers that do not pair up and a bad check digit. Open them in the EDI Inspector to see each one named.