Close Menu
EDI HUB

    Abonează-te

    Primiți cele mai recente știri, actualizări și oferte uimitoare

    Ce este la modă
    Stiri

    România: ANAF publică o versiune actualizată a specificațiilor RO e-Factura pentru B2B

    Standarde & Mesaje

    Segmentul PRI în EDI: particularități pe industrii – retail, auto, farma, FMCG

    Retaileri & Distribuitori

    Producătorii din România aliniază livrările just‑in‑time folosind slot booking și EDI cu furnizorii

    Pagini importante:
    • Acasă
    • Despre noi
    • Contactaţi-ne
    • Termeni și condiții
    • Politica de confidențialitate
    EDI HUB
    • Stiri
    • Ghiduri
    • Retaileri & Distribuitori
    • Integrari ERP & API
    • Standarde & Mesaje
    • Erori & Validari
    • Resurse
    EDI HUB
    Home » EDI: Relația dintre UNS, UNH și UNT în structura unui mesaj
    Standarde & Mesaje ianuarie 19, 2026

    EDI: Relația dintre UNS, UNH și UNT în structura unui mesaj

    Share Copy Link LinkedIn Facebook WhatsApp
    EDI: Relația dintre UNS, UNH și UNT în structura unui mesaj

    În peisajul integrărilor B2B, EDI rămâne infrastructura invizibilă care mișcă miliarde de tranzacții anual între retail, automotive, transport și sănătate. În Europa, standardul UN/EDIFACT al UN/CEFACT este dominant pentru comenzi, avize de expediție și facturi. În nucleul oricărui mesaj EDIFACT se află triada de control UNH, UNS și UNT: UNH deschide mesajul și îl identifică, UNS separă secțiunile logice, iar UNT îl închide, validând integritatea. Pentru IT managers, consultanți ERP și dezvoltatori EDI, înțelegerea relației dintre aceste segmente înseamnă mesaje mai robuste, mapări mai stabile și mai puține costuri operaționale.

    UNH – Antetul mesajului EDI

    UNH este segmentul Header care anunță cititorului (traductorului/mapper-ului EDI) ce urmează. Două elemente sunt cruciale:

    • Referința de control UNH (de ex. 000123) – un identificator unic per mesaj, ulterior oglindit în UNT pentru integritate.
    • Identificatorul tipului de mesaj și versiunea (ex.: INVOIC:D:23B:UN) – semnalează că este o factură, conform directorului D.23B al UN/CEFACT, format UN.

    De aici decurg regulile de validare: dacă UNH spune INVOIC D.24A, sistemul de procesare EDI trebuie să aplice schema aferentă versiunii D.24A. În retailul european, mesaje precum ORDERS, DESADV și INVOIC sunt standard. Carrefour, Tesco sau Kaufland operează canale EDIFACT în mai multe piețe, iar o identificare corectă în UNH determină mapări compatibile cu cerințele lor. În automotive, BMW și Mercedes-Benz (via ODETTE/EDIFACT) se bazează pe UNH pentru a diferenția DELFOR, DELJIT sau INVOIC, per versiune.

    UNS – Controlul secțiunilor

    UNS este adesea neglijat, dar are rol structural. Un mesaj EDIFACT are, în mod logic, trei secțiuni: Heading, Detail, Summary. Segmentul UNS marchează trecerile:

    • UNS+S – separă secțiunea de Heading de Detail.
    • UNS+E – separă secțiunea de Detail de Summary.

    De exemplu, într-un INVOIC: după BGM/DTM/NAD din Heading, apare UNS+S, apoi liniile LIN/QTY/PRI etc. Înainte de totaluri (MOA, TAX), apare UNS+E. Unele implementări minimalistice omit UNS, dar platformele EDI mature îl folosesc pentru a controla resetarea contextului (ex.: contorizări de linii) și pentru a simplifica regulile de validare. În ecosisteme cu volum mare, precum 3PL-urile DHL Supply Chain sau operatori de containere ca Maersk, segmentarea clară cu UNS reduce ambiguitățile în parsere multi-tenant.

    UNT – Trailerul de integritate

    UNT închide mesajul și asigură coerența. Are două elemente cheie:

    • Numărul total de segmente ale mesajului (inclusiv UNH și UNT).
    • Referința de control, identică cu cea din UNH.

    Orice gateway EDI serios verifică: referința UNH = UNT și numărul de segmente declarate corespunde realității. O neconcordanță duce, de regulă, la reject sau la punere în cuarantenă pentru re-transmitere. Acest mecanism simplu previne procesarea parțială a unui mesaj trunchiat în tranzit (fie prin AS2, fie prin SFTP sau VAN).

    Cum lucrează împreună: fluxul de validare

    Relația dintre UNH, UNS și UNT este atât structurală, cât și procedurală:

    1. UNH setează contextul de schemă (ex.: ORDERS D.23B) și referința unică.
    2. UNS împarte conținutul în secțiuni, ghidând regulile de poziționare a segmentelor (ex.: LOC permis doar în Detail).
    3. UNT confirmă închiderea și numărătoarea, per aceeași referință din UNH.

    Rezultatul: un pipeline EDI poate valida în timp real mesajele primite de la mii de parteneri. La Walmart sau Amazon (Vendor), unde volumele sunt ridicate și timpul de răspuns este critic, această triadă minimizează erorile de routing și chargeback-urile asociate cu ASN/INVOIC incoerente, chiar dacă în America de Nord se folosește preponderent X12, iar în Europa EDIFACT.

    Versionare și guvernanță

    UN/CEFACT publică directorul EDIFACT de două ori pe an (serii A și B: de ex., D.23B, D.24A). Practic, UNH stabilește versiunea, iar regulile de apariție pentru UNS și validările pentru UNT depind de acel director. În proiecte multi-țară, un ERP trebuie să fie pregătit să proceseze simultan mai multe versiuni. Furnizori globali de rețele EDI și VAN (ex.: OpenText, IBM Sterling, Pagero) mențin librării de validare actualizate tocmai pentru a gestiona această diversitate, pe lângă conectivitatea AS2/AS4 și Peppol pentru e-facturare.

    Date de piață și impact

    Piața globală EDI este estimată în zona 2–3 miliarde USD anual în 2023–2024, cu o creștere susținută în high single-digit până la low double-digit CAGR, pe fondul modernizării lanțurilor de aprovizionare, cerințelor de conformitate și migrației către cloud. În logistică, transport și retail, presiunea pentru timpi de reconciliere mai mici și vizibilitate end-to-end menține EDIFACT relevant, chiar în contextul creșterii API-urilor. Companii ca Maersk, DHL și FedEx expun simultan API și canale EDI, dar cerințele operaționale de stabilitate și nonrepudiere fac ca EDIFACT cu UNH/UNS/UNT să rămână coloană vertebrală pentru schimburile de volum.

    Bune practici pentru echipele tehnice

    • Forțați maparea strictă după UNH (ex.: respingeți INVOIC dacă versiunea nu este suportată; logați referința pentru trasabilitate end-to-end).
    • Introduceți UNS+S și UNS+E chiar dacă partenerul nu le cere explicit; reduce ambiguitatea și simplifică validarea.
    • Verificați întotdeauna corelația UNH/UNT și numărul de segmente; alertați pentru deviații.
    • Automatizați upgrade-ul de directoare EDIFACT (D.xxA/B) și testele de regresie pentru fiecare tip de mesaj.
    • Monitorizați ratele de reject EDI per partener și per tip de mesaj; deseori problemele sunt în Heading vs. Detail, rezolvabile cu UNS corect.

    Exemplu scurt

    UNH+000123+INVOIC:D:23B:UN’ … (Heading) … UNS+S’ … (Detail: LIN/QTY/PRI…) … UNS+E’ … (Summary: MOA/TAX…) … UNT+145+000123′

    Aici, 145 reprezintă numărul total de segmente dintre UNH și UNT, iar 000123 asigură perecherea corectă. Un traductor EDI poate astfel valida rapid integritatea și direcționa mesajul în ERP.

    Concluzie

    Indiferent dacă integrați cu retaileri ca Carrefour, cu OEM-uri auto sau cu transportatori globali, disciplina impusă de UNH, UNS și UNT este fundamentul unui peisaj EDI sănătos. Investiția în validări bazate pe aceste segmente reduce erorile, scurtează timpii de reconciliere și pregătește ruta către modernizări (AS4, API) fără a compromite stabilitatea. Pentru echipele ERP și consultanții EDI, triada UNH–UNS–UNT nu este doar o cerință a standardului, ci un contract tehnic clar între parteneri care face diferența între un flux performant și unul fragil.

    Citește și:  EDI: Migrarea de la EDIFACT/X12 la API-uri JSON — cum gestionezi versiunile în tranziție
    Share. Facebook Twitter Pinterest LinkedIn WhatsApp Copy Link

    Articole similare

    EDI QTY: Validare semantică vs. sintactică — ce contează pentru cantități

    Standarde & Mesaje

    REMADV alimentat de AI: clasificarea remitențelor și tratarea excepțiilor

    Standarde & Mesaje

    EDI IFTSTA: guvernanță de date și codificări UN/LOCODE, UN/CL, SCAC/BIC

    Standarde & Mesaje
    Follow us
    • Facebook
    • Instagram
    Postări de top
    Standarde & Mesaje

    IFTMIN: diferențe cheie față de IFTSTA și când să folosești fiecare mesaj

    Stiri

    România: val de proiecte noi EDI în retail și FMCG pentru optimizarea aprovizionării

    Stiri

    GS1 România lansează calendarul național pentru tranziția la coduri 2D (Sunrise 2027)

    Retaileri & Distribuitori

    România: EDI sprijină trasabilitatea alergenilor și a loturilor în restaurante

    Standarde & Mesaje

    EDI: Cum proiectezi corect NAD și RFF în structura ORDERS pentru parteneri și referințe

    Abonează-te

    Primiți cele mai recente știri si articole de interes.

    Postări de top

    Retail și FMCG: schimbări în cerințele EDI la nivel european în ultimele 3 luni

    Stiri ianuarie 30, 2026

    E-commerce B2B: validare TVA la checkout și scutirea intracomunitară – tendințe în Europa

    Retaileri & Distribuitori februarie 6, 2026

    E-commerce local: confirmare de livrare foto devine criteriu obligatoriu pentru Seller Fulfilled

    Retaileri & Distribuitori februarie 2, 2026
    Despre
    Despre

    Soluții CRM este un blog dedicat profesioniștilor, antreprenorilor și companiilor care doresc să își optimizeze relațiile cu clienții prin tehnologie modernă și soluții inteligente. Ne concentrăm pe tot ceea ce înseamnă CRM software, de la platforme SaaS CRM până la soluții B2B CRM adaptate nevoilor reale ale afacerilor.

    Facebook X (Twitter) Instagram Pinterest
    Cele mai populare

    7 bune practici EDI pentru calitatea datelor în lanțurile de aprovizionare europene

    Stiri

    EDI segmente pentru logistică: DESADV, INVOIC, IFTMIN și codurile de locație GLN

    Standarde & Mesaje

    Europa: ViDA și auditul EDI – cum își recalibrează companiile controalele interne în ultimele luni

    Stiri
    Alegerile noastre

    Lansare integrare EDI cu retailer de electronice din Europa de Vest

    Retaileri & Distribuitori

    Platformele EDI europene se aliniază inițiativei ViDA și noilor cerințe de raportare digitală

    Stiri

    SMP/SML pe înțelesul arhitecților: bune practici de publicare și descoperire actualizate în ultimele 3 luni

    Standarde & Mesaje
    © 2026 Electronic Data Interchange HUB.
    • Acasă
    • Despre noi
    • Contactaţi-ne
    • Termeni și condiții
    • Politica de confidențialitate

    Type above and press Enter to search. Press Esc to cancel.