ediverse

Tapez pour rechercher dans les standards, messages, outils et glossaire.

ediverse Explorer la plateforme

À la une PEPPOL BIS Billing 3.0 L’obligation européenne d’e-invoicing arrive : France sept 2026, Belgique janv 2026, Allemagne 2025.

— 01

Fondamentaux

— 02

Standards

— 03

Messages phares

— 04

Outils

X12 868 — Electronic Form Structure

Le 868 transmet la structure d'un formulaire électronique : champs, validations, layout, between systèmes ou pour archive.

Objet

Le 868 documente la définition d'un formulaire électronique : la liste des champs, leurs types, leurs validations, leur layout. Il sert de schéma échangé entre systèmes pour les flux où les transactions ne sont pas pré-définies dans X12 mais doivent suivre un template applicatif spécifique.

Il est utilisé dans des contextes legacy de form-based EDI, en interopérabilité avec des systèmes d'archivage (records management), et certains gouvernementaux pour des formulaires fédéraux. Acquitté par 997.

Structure d'enveloppe

Le 868 voyage à l'intérieur des trois niveaux d'enveloppe X12 (ISA/IEA, GS/GE avec functional group FT, et ST/SE). Exemple didactique en 004010 :

x12 example-868.x12 
ISA*00*          *00*          *ZZ*FORMOWNER     *ZZ*FORMUSER       *260514*1500*U*00401*000000868*0*P*>~
GS*FT*FORMOWNER*FORMUSER*20260514*1500*1*X*004010~
ST*868*0001~
BGN*00*FT-2026-0042*20260514~
REF*ZZ*FORM-ID-VENDOR-INFO-2026~
LX*1~
REF*ZZ*FIELD-VENDOR-NAME~
REF*ZZ*FIELD-TYPE-STRING-100~
LX*2~
REF*ZZ*FIELD-TAX-ID~
REF*ZZ*FIELD-TYPE-EIN-9DIGIT~
SE*9*0001~
GE*1*1~
IEA*1*000000868~

Segments courants

  • Header — ST, BGN.
  • Form identification — REF*ZZ (form ID, version).
  • Fields — boucle LX répétée par champ : REF*ZZ (field name), REF*ZZ (type + constraint), REF*ZZ (validation rule).
  • Layout — MSG ou REF*ZZ pour layout positionnel si applicable.
  • Summary — SE.

Pièges courants

  • Versioning : un form évolue ; un 868 sans version explicite fait que les consumers ne savent pas si leur parser est à jour — toujours qualifier REF*ZZ version.
  • Legacy modernization : le 868 est un instrument legacy ; pour les nouvelles intégrations, préférer JSON Schema, XSD, ou OpenAPI plutôt que 868.
  • Field encoding : les types X12 (AN, N0, R, ID) ne couvrent pas tous les cas modernes (UUID, JSON object) ; un 868 modern oblige souvent à de l'extension hors-spec.

Transactions liées

Documentation

Le code 868 et le nom Electronic Form Structure sont publics et listés sur x12.org/products/transaction-sets. La structure complète des loops, qualifiers et code-lists est distribuée par DISA via les Implementation Guides (TR3) propriétaires. ediverse.io ne couvre que les concepts publics, l'enveloppe et des exemples didactiques.