ACKNOWLEDGEMENT

Accusé de réception. Tout retour d'un destinataire à un émetteur EDI — le concept se décline en trois niveaux qu'il ne faut pas confondre.

Définition

En EDI, le terme acknowledgement couvre trois familles très distinctes que les implémenteurs confondent souvent :

1. Accusé de transport : retourné par la couche de transport — par exemple un MDN signé en AS2, un EERP signé en OFTP2, un receipt SOAP en AS4. Atteste que le destinataire a bien reçu les octets. Ne dit rien de la conformité ou du contenu.
2. Accusé syntaxique : retourné par le parseur EDI — par exemple un CONTRL en EDIFACT, un 997/999 en X12. Atteste que les segments sont conformes à la syntaxe ISO 9735 ou X12.5 et que les références d'enveloppe correspondent. Ne dit rien du contenu métier.
3. Accusé métier : retourné par l'application — par exemple un ORDRSP en EDIFACT (Purchase Order Response), un 855 en X12 (PO Acknowledgment), un APERAK pour des codes de retour métier. Atteste que l'application a accepté ou rejeté tout ou partie des lignes pour des raisons métier (prix invalide, GLN inconnu, quantité au-dessus du contrat).

Une bonne implémentation EDI exige les trois : un fichier qui passe AS2, qui passe CONTRL et qui revient ORDRSP avec un code accepté est intégré sans risque. Si l'un des trois manque, l'opération reste incertaine.

Origine

La distinction technique/syntaxique/métier est documentée dès les premières publications UN/CEFACT et ANSI ASC X12 au milieu des années 1980. La pratique a institutionnalisé : en B2B retail, le triplet DESADV/CONTRL/ORDRSP est exigé contractuellement par toutes les grandes centrales d'achat européennes (Carrefour, Auchan, Casino, Tesco, Edeka, Rewe, Migros). Côté santé HIPAA aux États-Unis, le 999 (functional ack enrichi) est obligatoire depuis 2012 pour les transactions 270/271/834/835/837.

Exemple en contexte

Chaîne complète d'une commande EDIFACT :

1. Acheteur envoie ORDERS via AS2 — destinataire renvoie un MDN signé.
2. Le parser destinataire valide la syntaxe, renvoie un CONTRL UCI/UCM tous OK.
3. L'application destinataire valide les lignes, renvoie un ORDRSP avec, sur chaque LIN, un code 4221 d'acceptation (29 Accepted, 31 Accepted with modification, 27 Rejected).
4. L'acheteur clôt sa boucle de contrôle quand les trois accusés sont reçus.

Termes liés

• CONTRL — l'accusé syntaxique EDIFACT.
• Functional Acknowledgement — l'accusé syntaxique X12 (997/999).
• MDN — l'accusé de transport AS2.
• ORDRSP — l'accusé métier d'une commande EDIFACT.
• Non-répudiation — la propriété conférée par un accusé signé.