În proiectele EDI complexe, confuzia dintre confirmarea funcțională și cea de transport este una dintre principalele surse de incidente operaționale și litigii. Mulți furnizori trimit, primesc și arhivează fără să distingă clar între EDI CONTRL (ack-ul funcțional EDIFACT) și MDN-ul din AS2 sau Receipt-ul din AS4 (ack-ul de transport). Pentru IT managers, consultanți ERP și dezvoltatori de integrare, înțelegerea diferențelor și corelărilor este esențială pentru SLA‑uri realiste, audit și non‑repudiation.
Ce reprezintă EDI CONTRL (confirmare funcțională)
EDI CONTRL este mesajul standard UN/EDIFACT de confirmare funcțională. Spre deosebire de MDN, EDI CONTRL operează la nivelul “aplicație/EDI”, confirmând că:
- Interchange‑ul (UNB) și mesajele (UNH) au fost parse‑ate corect conform directoarelor EDIFACT și ghidurilor de implementare.
- Mesajele au fost acceptate sau respinse, cu motive concrete (erori de structură, lipsă de segmente obligatorii, coduri invalide etc.).
Un CONTRL tipic conține segmente UCI (răspuns la nivel de UNB) și UCM (răspuns la nivel de UNH) care referențiază exact interschimbul și mesajele confirmate. În X12, echivalentul este 997/999, însă în sfera EDIFACT, EDI CONTRL este reperul. Practic, dacă primiți EDI CONTRL cu status „acceptat”, știți că partenerul a putut interpreta mesajul în engine‑ul EDI. Nu garantează însă că aplicația de business (ERP, WMS) a validat conținutul comercial (prețuri, coduri produs), decât dacă ați convenit explicit coduri de business în ack.
MDN în AS2 și Receipt în AS4 (confirmare de transport)
AS2 este standardizat în RFC 4130 și folosește HTTP(S) + S/MIME. MDN‑ul (Message Disposition Notification), definit în RFC 3798, este confirmarea că transferul a reușit: mesajul a ajuns, a fost decriptat/verificat și a trecut de integritatea criptografică. MDN‑ul poate fi:
- Synchronous – returnat în același canal HTTP imediat după upload;
- Asynchronous – returnat ulterior, din inițiativa destinatarului, către URL‑ul emitentului.
Un MDN semnat oferă Non‑Repudiation of Receipt (NRR) – probă criptografică că destinatarul a primit exact acel payload. În retailul nord‑american, marii jucători (Walmart, Target, Home Depot) operează de ani buni pe AS2 cu MDN semnat; multe soluții certificate Drummond Group (IBM Sterling B2B Integrator, OpenText Trading Grid, SEEBURGER BIS, Axway B2Bi, Cleo Integration Cloud, TIE Kinetix) impun NRR în SLA‑uri.
AS4 este profilul OASIS pentru ebMS 3.0 (SOAP + WS‑Security). Echivalentul MDN‑ului este mesajul Receipt, un “signal” AS4 care poate fi semnat și corelat cu mesajul inițial (RefToMessageId). AS4 aduce opțiuni avansate: push/pull, compresie, retry orchestrat, erori semantice distincte și politici de securitate declarative. În Europa, rețelele eDelivery ale Comisiei Europene și ecosistemul Peppol au adoptat AS4; Peppol a impus AS4 ca protocol obligatoriu pentru Access Point‑uri începând cu 2020, susținând non‑repudiation și interoperabilitate cu sute de furnizori certifikați.
EDI CONTRL vs MDN AS2/AS4: diferențe cheie
- Strat OSI: MDN/Receipt este confirmare de transport și securitate (nivel transport/mesagerie); EDI CONTRL este confirmare funcțională (nivel aplicație EDI).
- Semnificație: MDN/Receipt înseamnă “fișierul a ajuns intact”; EDI CONTRL înseamnă “mesajul EDI a fost înțeles conform regulilor EDIFACT/X12”.
- Timp de răspuns: MDN/Receipt – secunde; EDI CONTRL – minute/ore, în funcție de cozi și validări.
- Non‑repudiation: MDN semnat/Receipt semnat furnizează dovada criptografică. EDI CONTRL poate completa partea de audit, dar nu substituie NRR‑ul.
- Retry & SLA: pe AS2/AS4, mecanismele de retry sunt la nivel transport; acceptarea/respingerea EDI se tratează prin CONTRL și fluxuri de re‑trimitere business.
Implicații operaționale și de audit
Pentru un SLA robust, gândiți “dublu ack”: colectați și corelați MDN/Receipt cu EDI CONTRL. Cheia este corelația ID‑urilor:
- Transport: Message‑ID (AS2) / ebMS MessageId (AS4);
- EDI: UNB.0020 (Interchange Control Reference), UNH.0062 (Message Reference Number).
Monitorizarea trebuie să alerteze dacă aveți MDN ok dar lipsă EDI CONTRL după X minute, sau dacă aveți EDI CONTRL negativ deși transportul a reușit. În arhivare, păstrați împreună payload‑ul, MDN/Receipt, certificatele cheie publică și jurnalele de semnare pentru a demonstra NRR pe întreaga perioadă contractuală.
Adopție în piață și tendințe
Conform Fortune Business Insights, piața globală EDI era evaluată la circa 2,35 miliarde USD în 2022 și este proiectată să depășească 4 miliarde USD până în 2029, susținută de digitalizarea proceselor B2B și mandate fiscale (e‑Factura) în UE. În Europa, adoptarea AS4 accelerează datorită rețelelor eDelivery și Peppol, în timp ce în retailul american AS2 rămâne dominant. Drummond Group continuă programele de interoperabilitate pentru AS2/AS4, asigurând că soluții precum IBM, OpenText, SEEBURGER, Axway și Cleo pot schimba MDN/Receipt în mod predictibil.
Pentru România, valul de conformare e‑Factura (ANAF) a dus la modernizarea stivei EDI: tot mai multe companii mixează AS2, AS4 și API‑uri, însă rămâne critică separarea clară între EDI CONTRL și MDN/Receipt în monitorizare și raportare.
Recomandări de implementare
- Standardizați profilele: definiți P‑Mode/Agreement pentru AS4 și profile AS2 (semnare, criptare, compresie, MDN sync/async).
- Impuneți MDN/Receipt semnat pentru tranzacții cu valoare ridicată și păstrați chei/certificatele în HSM sau KMS.
- Automatizați generarea EDI CONTRL în aceeași fereastră de procesare ca mapping‑ul EDI, cu coduri de eroare consistente.
- Corelați evenimentele: dashboard unic care afișează EDI CONTRL vs MDN AS2/AS4 pe aceeași axă temporală.
- Definiți SLA dual: MDN/Receipt în secunde; EDI CONTRL în minute, cu fallback la notificare operațională.
Concluzie: EDI CONTRL vs MDN AS2/AS4 nu este o alegere, ci un tandem. MDN/Receipt vă spune că livrarea tehnică a reușit, EDI CONTRL vă spune că mesajul a fost înțeles de motorul EDI. Împreună, oferă trasabilitate end‑to‑end, non‑repudiation și o bază solidă pentru KPI‑uri și audit într‑un peisaj în care EDI rămâne coloana vertebrală a comerțului digital.