X12 transaction guide · Master data
EDI 868 Electronic Form Structure
The X12 document that provides a structure for transferring EDI standards, or parts of them, in electronic form.
- Sent by
- Standards body, industry group or trading partner
- Received by
- EDI software, implementer or trading partner
- Standard
- ANSI ASC X12
What is an EDI 868?
The EDI 868 Electronic Form Structure is the ANSI X12 transaction set that provides a structure for transferring EDI standards, or portions of them, in electronic form. These include ANSI X12 standards, approved ASC X12 transaction sets and implementation guidelines, among others.
Mapping tools and translators need machine-readable definitions of transaction sets, segments, elements and code lists. Transferring them as data, rather than as printed documents, lets software load new standards versions and partners' implementation guides directly. It covers implementation guidelines too.
How to read this diagram: the top row shows who sends the 868, 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 868 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
- Distributing standards definitions in machine-readable form
- Sharing implementation guidelines with partners
- Loading new versions into EDI software
Where it fits in the document flow
Structure
Mandatory segments in the 868 (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
- E01
- E10
- E20
- E41
- E30
- E34
- E40
- SE
Practical example
The 868 in practice
An industry association publishes an implementation guideline for invoices. Alongside the document, it distributes the guideline's structure in electronic form so members' EDI tools can import the required segments, elements and codes and validate invoices against it.
Implementation
Implementation considerations for the 868
- Identify the X12 version and release the definitions belong to.
- Validate imported definitions against the published standard.
- Keep older versions available for partners still using them.
- Check which tools can import the format.
How ECOM helps
Automate the 868 with ECOM
Solution
EDI Integration
Exchange X12 and EDIFACT documents with partners and integrate them directly with your ERP.
Service
Mapping and Translation
Map development and maintenance for X12, EDIFACT, XML, JSON, flat files and ERP formats.
Solution
B2B Integration
Connect every customer, supplier, carrier and bank across EDI, API, file and portal channels.
More general questions about EDI are answered in the EDI FAQ.
Need help with the EDI 868?
ECOM maps, tests and monitors X12 documents for your trading partners and integrates them with your ERP.