CALINF — Demande d’information EDIFACT (D.00B)
Le message CALINF est la demande formelle d'information adressée à un partenaire d'échange : il identifie l'objet, le périmètre et l'urgence de l'information souhaitée (état de stock, statut d'une commande, valeur d'un compte, position d'un conteneur). C'est un canal générique qui complète les messages d'interrogation dédiés (INVRPT, IFTSTA…) lorsqu'aucun n'est adapté. Cette page synthétise la structure segmentaire telle que publiée par UN/CEFACT pour la directory D.00B.
Objet du message
Le message CALINF est la demande formelle d'information adressée à un partenaire d'échange : il identifie l'objet, le périmètre et l'urgence de l'information souhaitée (état de stock, statut d'une commande, valeur d'un compte, position d'un conteneur). C'est un canal générique qui complète les messages d'interrogation dédiés (INVRPT, IFTSTA…) lorsqu'aucun n'est adapté.
Cette page se concentre sur la structure publiée par UN/CEFACT pour la directory D.00B. Les segments listés, leur statut (M / C), leur position et leur facteur de répétition sont extraits du fichier officiel calinf_c.htm publié sur service.unece.org.
Structure segmentaire
Le message CALINF D.00B comporte 28 entrées de header, 0 entrées de detail et 0 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
| Pos. | Tag | Nom | S | Rép. |
|---|---|---|---|---|
0010 | UNH | Message header | M | 1 |
0020 | BGM | Beginning of message | M | 1 |
0030 | DTM | Date/time/period | C | ×9 |
0040 | SG1 | Groupe (×99) | C | ×99 |
0050 | FTX | Free text | M | 1 |
0060 | MEA | Measurements | C | ×9 |
0070 | EQN | Number of units | C | 1 |
0080 | SG2 | Groupe (×9) | C | ×9 |
0090 | RFF | Reference | M | 1 |
0100 | DTM | Date/time/period | C | ×9 |
0110 | SG3 | Groupe (×9) | M | ×9 |
0120 | NAD | Name and address | M | 1 |
0130 | SG4 | Groupe (×9) | C | ×9 |
0140 | CTA | Contact information | M | 1 |
0150 | COM | Communication contact | C | ×9 |
0160 | SG5 | Groupe (×1) | M | 1 |
0170 | TDT | Details of transport | M | 1 |
0180 | DTM | Date/time/period | C | ×9 |
0190 | RFF | Reference | C | ×9 |
0200 | SG6 | Groupe (×9) | M | ×9 |
0210 | LOC | Place/location identification | M | 1 |
0220 | DTM | Date/time/period | C | ×9 |
0230 | DIM | Dimensions | C | 1 |
0240 | FTX | Free text | C | ×9 |
0250 | SG7 | Groupe (×9) | C | ×9 |
0260 | QTY | Quantity | M | 1 |
0270 | FTX | Free text | C | 1 |
0280 | UNT | Message trailer | M | 1 |
Detail
Aucun segment dans cette section.
Summary
Aucun segment dans cette section.
Évolutions vs D.96A
Différences au top-level entre D.96A et D.00B pour le message CALINF (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
MEAdans la section header (statut C, répétition ×9) — non présent au top-level de la section correspondante en D.96A.EQNdans la section header (statut C, répétition ×1) — non présent au top-level de la section correspondante en D.96A.COMdans la section header (statut C, répétition ×9) — non présent au top-level de la section correspondante en D.96A.DIMdans la section header (statut C, répétition ×1) — non présent au top-level de la section correspondante en D.96A.
Changements de statut (M ↔ C)
DTM(header) : statut M en D.96A → C en D.00B.FTX(header) : statut C en D.96A → M en D.00B.RFF(header) : statut C en D.96A → M en D.00B.CTA(header) : statut C en D.96A → M en D.00B.
Changements de répétition max
FTX(header) : répétition ×9 en D.96A → ×1 en D.00B.RFF(header) : répétition ×9 en D.96A → ×1 en D.00B.CTA(header) : répétition ×9 en D.96A → ×1 en D.00B.LOC(header) : répétition ×9 en D.96A → ×1 en D.00B.
Exemple structurel
Exemple minimal d'un message CALINF D.00B avec ses segments mandatoires uniquement. L'objectif est de montrer la version exacte annoncée dans UNH (CALINF:D:00B:UN) — pas de reproduire un cas métier complet (voir la page CALINF D.96A pour un exemple commenté).
UNB+UNOC:3+5410000000123:14+5410000000456:14+260514:1430+CTRL000001'
UNH+1+CALINF:D:00B:UN'
BGM+705+CALINF-2026-0731+9'
DTM+137:20260514:102'
FTX+AAI+++Request stock level for SKU 3520000001234 - DC PARIS NORTH'
RFF+ON:ORDER789'
NAD+MS+5410000000123::9'
NAD+MR+5410000000456::9'
LIN+1++3520000001234:EN'
UNT+9+1'
UNZ+1+CTRL000001'Erreurs fréquentes
- Tokens UNH désalignés — Le tag
UNH+...+CALINF:D:00B:UNdoit 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.00B, 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 : CALINF D.96A, CALINF D.01B, CALINF D.10A, CALINF D.16B, CALINF D.21B, CALINF D.24A, CALINF D.97A, CALINF D.99B, CALINF D.02B, CALINF D.05A, CALINF D.08A, CALINF D.13B, CALINF D.18B, CALINF D.20B.