INVOIC — Message de facture EDIFACT (D.13B)

Le message INVOIC matérialise une facture commerciale, un avoir ou une demande de paiement. Il couvre les achats simples comme les transactions complexes avec TVA multiple, allowances/charges et regroupements consolidés. Cette page synthétise la structure segmentaire telle que publiée par UN/CEFACT pour la directory D.13B.

Objet du message

Le message INVOIC matérialise une facture commerciale, un avoir ou une demande de paiement. Il couvre les achats simples comme les transactions complexes avec TVA multiple, allowances/charges et regroupements consolidés.

Cette page se concentre sur la structure publiée par UN/CEFACT pour la directory D.13B. Les segments listés, leur statut (M / C), leur position et leur facteur de répétition sont extraits du fichier officiel invoic_c.htm publié sur service.unece.org.

Structure segmentaire

Le message INVOIC D.13B comporte 115 entrées de header, 116 entrées de detail et 16 entrées de summary (segments + groupes confondus). Les groupes sont indiqués en gras et leurs membres indentés selon la profondeur réelle.

Header

Detail

Summary

Évolutions vs D.96A

Différences au top-level entre D.96A et D.13B pour le message INVOIC (segments présents directement dans header / detail / summary, hors groupes imbriqués). La comparaison reste indicative : un même tag peut avoir évolué dans des groupes imbriqués sans apparaître dans cette synthèse.

Segments ajoutés vs D.96A

• GEI dans la section header (statut C, répétition ×10) — non présent au top-level de la section correspondante en D.96A.
• DGS dans la section header (statut C, répétition ×1) — non présent au top-level de la section correspondante en D.96A.
• GIR dans la section header (statut C, répétition ×10) — non présent au top-level de la section correspondante en D.96A.
• PYT dans la section header (statut M, répétition ×1) — non présent au top-level de la section correspondante en D.96A.
• TSR dans la section header (statut C, répétition ×1) — non présent au top-level de la section correspondante en D.96A.
• EQD dans la section header (statut M, répétition ×1) — non présent au top-level de la section correspondante en D.96A.
• SEL dans la section header (statut C, répétition ×9) — non présent au top-level de la section correspondante en D.96A.
• EFI dans la section header (statut M, répétition ×1) — non présent au top-level de la section correspondante en D.96A.
• CED dans la section header (statut C, répétition ×99) — non présent au top-level de la section correspondante en D.96A.
• PGI dans la section detail (statut C, répétition ×99) — non présent au top-level de la section correspondante en D.96A.
• DGS dans la section detail (statut C, répétition ×1) — non présent au top-level de la section correspondante en D.96A.
• PYT dans la section detail (statut M, répétition ×1) — non présent au top-level de la section correspondante en D.96A.
• FII dans la section detail (statut C, répétition ×5) — non présent au top-level de la section correspondante en D.96A.
• GEI dans la section detail (statut M, répétition ×1) — non présent au top-level de la section correspondante en D.96A.
• EFI dans la section detail (statut M, répétition ×1) — non présent au top-level de la section correspondante en D.96A.
• CED dans la section detail (statut C, répétition ×99) — non présent au top-level de la section correspondante en D.96A.
• FTX dans la section summary (statut C, répétition ×1) — non présent au top-level de la section correspondante en D.96A.

Segments retirés vs D.96A

• PAT dans la section header — présent en D.96A mais absent en D.13B au même niveau.
• PAT dans la section detail — présent en D.96A mais absent en D.13B au même niveau.

Changements de statut (M ↔ C)

• QTY (header) : statut M en D.96A → C en D.13B.
• RTE (header) : statut M en D.96A → C en D.13B.

Changements de répétition max

• FTX (header) : répétition ×10 en D.96A → ×99 en D.13B.
• LOC (header) : répétition ×25 en D.96A → ×10 en D.13B.
• QTY (header) : répétition ×1 en D.96A → ×2 en D.13B.
• MOA (header) : répétition ×1 en D.96A → ×2 en D.13B.
• RTE (header) : répétition ×1 en D.96A → ×99 en D.13B.
• IMD (detail) : répétition ×10 en D.96A → ×99 en D.13B.
• FTX (detail) : répétition ×5 en D.96A → ×99 en D.13B.

Exemple structurel

Exemple minimal d'un message INVOIC D.13B avec ses segments mandatoires uniquement. L'objectif est de montrer la version exacte annoncée dans UNH (INVOIC:D:13B:UN) — pas de reproduire un cas métier complet (voir la page INVOIC D.96A pour un exemple commenté).

UNB+UNOC:3+5410000000123:14+5410000000456:14+260514:1430+CTRL013001'
UNH+1+INVOIC:D:13B:UN'
BGM+380+INV456789+9'
DTM+137:20260514:102'
NAD+SU+5410000000456::9'
NAD+BY+5410000000123::9'
CUX+2:EUR:4'
LIN+1++3520000001234:EN'
QTY+47:10'
MOA+203:420.00'
PRI+AAA:42.00'
UNS+S'
MOA+77:504.00'
MOA+125:420.00'
MOA+124:84.00'
TAX+7+VAT+++:::20'
UNT+16+1'
UNZ+1+CTRL013001'

Erreurs fréquentes

• Tokens UNH désalignés — Le tag UNH+...+INVOIC:D:13B:UN doit refléter exactement la directory utilisée — un mismatch entre la release du UNH et la release annoncée au partenaire fait rejeter le message par tout validateur strict.
• Comptage UNT erroné — La valeur après UNT+ doit inclure UNH et UNT eux-mêmes. C'est de loin l'erreur la plus fréquente côté émetteur, indépendante de la version.
• Listes de codes obsolètes — Entre D.96A et D.13B, plusieurs listes de codes ont reçu de nouveaux qualifiers (statut DTM, qualifier RFF, codes NAD…). Réutiliser une table de codes d'une version antérieure provoque des avertissements voire des rejets selon la stricte conformité du partenaire.

Messages liés

Versions de ce message disponibles sur ediverse.io : INVOIC D.96A, INVOIC D.01B, INVOIC D.10A, INVOIC D.16B, INVOIC D.21B, INVOIC D.24A, INVOIC D.97A, INVOIC D.99B, INVOIC D.00B, INVOIC D.02B, INVOIC D.05A, INVOIC D.08A, INVOIC D.18B, INVOIC D.20B.

Équivalent fonctionnel X12 : X12 810.

← Toutes les versions EDIFACT