În ecosistemele moderne B2B, Electronic Data Interchange (EDI) rămâne coloana vertebrală a schimbului de documente comerciale standardizate. În Europa, UN/EDIFACT domină în retail, FMCG și automotive, iar segmentele UNH și UNT guvernează integritatea fiecărui mesaj. Pentru arhitecți și consultanți EDI, corelarea corectă “UNH1 vs UNT1” este critică pentru unicitate, detectarea dublurilor și validarea mesajelor în tranzit între platforme precum IBM Sterling, OpenText, SAP Integration Suite sau Cleo Integration Cloud.
Piața globală EDI este într-o creștere vizibilă odată cu digitalizarea lanțurilor de aprovizionare. Conform MarketsandMarkets (2023), piața EDI este estimată să crească de la circa 1,7 miliarde USD în 2023 la aproximativ 3,4 miliarde USD în 2028, cu un CAGR de peste 14%. În UE, dinamica e accelerată de inițiativele de e-facturare și raportare digitală (ex. ViDA) și de exigențele marilor retaileri. În România, jucători ca Carrefour, Kaufland, Auchan, Metro și eMAG folosesc EDI pentru ORDERS, DESADV și INVOIC, aliniat la ghidajele GS1/EANCOM.
UNH1 vs UNT1 vs UNT2 — ce corelăm, de fapt
Într-un mesaj EDIFACT:
- UNH.1 (UNH1) = Message reference number (DE 0062). Identifică unic mesajul în cadrul unui interchange.
- UNT.1 (UNT1) = Number of segments (DE 0074). Numărul total de segmente dintre UNH și UNT inclusiv.
- UNT.2 (UNT2) = Message reference number (DE 0062). TREBUIE să fie identic cu UNH1.
Pitfall-ul frecvent: se validează greșit “UNH1 vs UNT1”. În realitate, perechea corectă de corelare a identității este UNH1 = UNT2; UNT1 servește validării de integritate (contează segmentele), nu identității. Orice motor EDI robust (IBM Sterling B2B Integrator, OpenText Trading Grid, SAP Application Interface Framework) va marca un mesaj invalid dacă UNH1 ≠ UNT2 sau dacă UNT1 nu reflectă segment count-ul real.
Unicitate: dincolo de UNH1
Unicitatea unui mesaj EDI nu se bazează exclusiv pe UNH1. Practicile mature impun chei compuse și ferestre de deduplicare (idempotency windows), deoarece:
- Re-trimiterile VAN sau re-jocarea pachetelor la time-out pot reapărea cu aceleași UNH1.
- Aceeași comandă (ORDERS) poate fi reemisă cu BGM identic, dar cu corecții (DTM, RFF), necesitând semantică de versiune.
- Interchange-ul (UNB…UNZ) și, opțional, UNG…UNE pot altera contextul unicitații.
Recomandare: stocați și validați o cheie compusă pentru dedup la nivel de aplicație:
Cheie dedup = Sender (UNB.2) + Receiver (UNB.3) +
Interchange Control Ref (UNB.5) +
UNH1 (0062) + Message Type (UNH.S009) +
Document ID (ex. BGM.2) + DTM(137)
Ferestre tipice de reținere a cheilor: 30–90 de zile, în funcție de SLA. În retail, unii parteneri cer reject explicit (CONTRL/APERAK) la dubluri; alții impun idempotency la nivel ERP (ex. SAP IDoc ORDERS05 cu mapping către BGM).
Validare de integritate: rolul UNT1
UNT1 protejează împotriva tăierilor de mesaje și a coruperii în transport. Dacă UNT1 nu corespunde numărului real de segmente, mesajul trebuie respins sau marcat pentru re-transmitere, iar partenerul notificat prin CONTRL (edi acceptance/reject) sau APERAK (aplicațional).
- Mismatch UNH1 vs UNT2: identitate invalidă — reject “fatal”.
- Mismatch UNT1 vs segment count: integritate — reject și solicitare re-transmitere.
Implementare în ERP și platforme EDI
– SAP: Maparea UNH1 se persistă în control record IDoc (DOCNUM/EDI_DC40) sau în câmpuri Z pentru trasabilitate. Se recomandă logica de dedup pe combinația BGM + DTM + UNH1.
– Oracle (E-Business Suite/Cloud): BPEL/Integration adapters folosesc tracking IDs; se adaugă UNH1 în correlation sets.
– Microsoft Dynamics 365: cu integratori ca TIE Kinetix, TrueCommerce sau SPS Commerce, cheia de dedup se configurează în mapping + storage în Dataverse / staging tables.
– IBM Sterling, OpenText, Cleo: oferă checkpoint-uri de duplicate detection by transaction, cu ferestre configurabile și raportare operațională (alerts, retries).
Cerințe din industrie: retail și automotive
Retailerii europeni (Carrefour, Metro, Auchan) folosesc EANCOM (subset EDIFACT) cu controale stricte pe UNH/UNT. În automotive, OEM-urile și Tier-1 (ex. Renault Group/Dacia, Bosch) combină EDIFACT cu subseturi ODETTE; rigurozitatea pe UNH1/UNT2 și APERAK este standard. În SUA, Walmart rămâne reper pe EDI X12, dar principiile de dedup și integritate sunt echivalente (ST/SE asigură perechea). Pentru marketplace-uri ca Amazon și eMAG, alinierea la cerințele de ACK și audit trail este de facto obligatorie în onboarding.
Guvernanță, audit și conformitate
Pentru audit SOX/ISAE 3402, politicile EDI trebuie să documenteze: corelarea UNH1=UNT2, verificarea UNT1, ferestre de dedup, proceduri de reject/ACK, păstrarea jurnalelor și reconstituirea traseului (traceability) per document. În România, tranziția către e-Factura (RO e-Factura) nu înlocuiește EDI pentru ORDERS/DESADV; multe companii rulează facturarea prin canalul legal și păstrează EDI pentru procese operaționale down-/upstream.
Recomandări practice
- Validați strict: UNH1 = UNT2; verificați UNT1 la fiecare mesaj EDI.
- Implementați chei de dedup cu context (UNB, UNH, BGM, DTM) și ferestre de retenție.
- Returnați CONTRL/APERAK consecvent pentru erori de identitate sau integritate.
- Asigurați idempotency în ERP: nu creați comenzi/facturi duplicate dacă mesajul EDI este re-jucat.
- Monitorizați dashboard-uri operaționale (SLA, retries, reject rate) și testați failover-ul.
În peisajul local, furnizori specializați EDI și integratori ERP pot accelera conformitatea și time-to-value. Pentru proiecte cu fluxuri EANCOM, onboarding retail și monitorizare, furnizori globali ca IBM, OpenText, Comarch sau EDICOM sunt opțiuni consacrate; la nivel regional, integratori cu module dedicate pot simplifica onboarding-ul și guvernanța.
Concluzie
Pentru echipele IT și consultanții EDI, diferența dintre UNH1, UNT1 și UNT2 nu e doar teorie de standard — este linia care separă un lanț B2B robust de un ecosistem fragil. Tratați UNH1 ca identitatea mesajului, validați egalitatea cu UNT2, folosiți UNT1 pentru integritate și construiți dedup-ul pe chei compuse. Într-o piață EDI în creștere accelerată, aceste practici aduc fiabilitate, aliniere la cerințele partenerilor și costuri operaționale mai mici.