Close Menu
EDI HUB

    Abonează-te

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

    Ce este la modă
    Stiri

    Retailul românesc standardizează EDI: lanțurile mari impun noi cerințe de interoperabilitate

    Retaileri & Distribuitori

    Europa Centrală și de Est: armonizarea mesajelor EDI (ORDERS, DESADV, INVOIC) în lanțul farma

    Standarde & Mesaje

    EDI: Generarea UNH în fluxuri asincrone — strategii pentru numere de referință stabile

    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 segmente EDIFACT: UNH, BGM, DTM, NAD, LIN, QTY și cum se mapează corect
    Standarde & Mesaje ianuarie 21, 2026

    EDI segmente EDIFACT: UNH, BGM, DTM, NAD, LIN, QTY și cum se mapează corect

    Share Copy Link LinkedIn Facebook WhatsApp
    EDI segmente EDIFACT: UNH, BGM, DTM, NAD, LIN, QTY și cum se mapează corect

    În proiectele enterprise, rigoarea mapării segmentelor EDIFACT face diferența între un flux impecabil și ore pierdute în debugging. Pentru echipele IT, consultanții ERP și dezvoltatorii care livrează integrare cap la cap, înțelegerea corectă a segmentelor UNH, BGM, DTM, NAD, LIN, QTY este esențială pentru un schimb de date EDI robust și scalabil.

    De ce EDIFACT rămâne „lingua franca” în supply chain

    EDIFACT, standardizat de UN/CEFACT, este folosit la scară largă de retaileri și producători europeni, în special pe subsetul EANCOM (adesea D.96A EAN008). Grupuri precum Carrefour, Kaufland și Metro rulează la scară globală fluxuri EDI pentru ORDERS, DESADV și INVOIC, iar în automotive Dacia (Renault Group) și Bosch folosesc mesaje EDIFACT/ODETTE pentru planificare (DELFOR), livrări (DESADV) și facturare (INVOIC). Piața EDI continuă să crească: analize publice Grand View Research în 2023–2024 estimează valoarea globală la aproximativ 2,5 miliarde USD, cu un CAGR în jur de 10% către 2030, pe fondul digitalizării B2B și al cerințelor de conformitate.

    În România, impulsul vine și din obligațiile de raportare și e-facturare: RO e-Factura a devenit obligatorie B2B de la 1 ianuarie 2024 (cu sancțiuni aplicabile de la 1 iulie 2024). Deși e-facturarea folosește UBL/CIUS, majoritatea companiilor mari păstrează rețeaua EDI pentru comenzi, avize și reconciliere, ceea ce face maparea EDIFACT un subiect practic inevitabil.

    Segmentele EDIFACT care contează în operațiunile zilnice

    • UNH (Message header): identifică unic mesajul și tipul/versiunea, de ex. ORDERS:D:96A:UN:EAN008.
    • BGM (Beginning of message): definește tipul documentului și numărul intern, ex. comandă, factură, aviz.
    • DTM (Date/Time/Period): date cheie – data documentului, livrare solicitată, intervale de livrare.
    • NAD (Name and Address): părțile implicate – cumpărător (BY), furnizor (SU), loc livrare (DP), plătitor/facturat (IV).
    • LIN (Line item): articolul de linie, identificatori (GTIN, cod cumpărător, cod furnizor), referințe suplimentare.
    • QTY (Quantity): cantități pe linie – comandat (21), livrat (12), facturat (47), în funcție de mesaj.


    UNA:+.? '
    UNH+000000123+ORDERS:D:96A:UN:EAN008'
    BGM+220+PO-456789+9'
    DTM+137:20260120:102'
    DTM+2:20260201:102'
    NAD+BY+5941234000001::9'
    NAD+SU+5949876000005::9'
    NAD+DP+RO-BU-DC01:::Depozit Bucuresti'
    LIN+1++05941234012345:EN'
    QTY+21:120:PCE'

    Cum mapezi corect în ERP/WMS/TPM

    • UNH

      • Message reference (ex. 000000123) → ID tehnic de corelare în middleware/ERP pentru deduplicare și audit EDI.
      • Type/version (ex. ORDERS:D:96A:UN:EAN008) → regulă de rutare la profilul partenerului; atenție la subset (EANCOM) și la validations specifice retailerului.

    • BGM

      • Document name code (ex. 220 pentru Orders) → mapare către tip document ERP (Sales Order / Purchase Order, în funcție de rol).
      • Document number (ex. PO-456789) → câmp referință client/partener în header; păstrați exact cum vine, fără normalizări care pot rupe reconcilierea EDI.
      • Message function code (ex. 9 = original) → logică de upsert: 9=creare, 5=înlocuire, 1=anulare, în conformitate cu guideline-ul partenerului.

    • DTM

      • DTM+137 → data documentului (format 102 = AAAALLZZ); hrănește data comenzii/facturii în ERP.
      • DTM+2 → data livrării solicitate; aliniază promisiunea de livrare/ATP în WMS/TMS.
      • DTM+64/63 → ferestre earliest/latest delivery; utile pentru planificarea sloturilor în depozit.

    • NAD

      • BY/SU/DP/IV → mapare la master data: cod client, cod furnizor, locație livrare, entitate de facturare.
      • Codificări GLN (qualifier ::9) → validați în CRM/MDM; GLN greșit duce la respingerea EDI sau la livrări în locații eronate.

    • LIN

      • Line number → poziție ERP; utilizați ca cheie împreună cu product ID.
      • Identificator produs în C212 (ex. :EN pentru GTIN, :BP pentru cod cumpărător, :SA pentru cod furnizor) → politicile partenerului dictează prioritatea: de regulă, GTIN (EN) primează, apoi BP/SA.
      • Folosiți PIA pentru identificatori suplimentari când retailerul cere dublă identificare (ex. GTIN + cod intern retailer).

    • QTY

      • QTY+21 → cantitate comandată; în DESADV folosiți 12 pentru livrat, în INVOIC 47 pentru facturat.
      • Unitatea de măsură din C186 (ex. PCE, KGM – UN/ECE Rec 20) trebuie mapată la UoM ERP; creați o matrice de conversie și blocați amestecul UoM pe aceeași linie.

    Practici sănătoase pentru proiecte EDI fără surprize

    • Negociați și versionați „implementation guideline”-ul: D.96A EANCOM rămâne frecvent în retail, dar partenerii cer variații; blocați într-un repository versionat și automatizați testele.
    • Respectați indicatorii din UNA/UNB: separatorii, marcajul decimal (virgulă vs punct) influențează parsarea numerică; validați cu fișiere de probă reale.
    • Introduceți controale de business: cross-check între QTY, prețuri și toleranțe; opriți în middleware mesajele care ar strica master data.
    • Trafic bidirecțional: activați CONTRL/APERAK acolo unde partenerul îl acceptă; reduceți ambiguitatea în SLA-uri EDI.
    • Monitorizare operațională: dashboard-uri cu status per partener, latență, rata de erori; în retail, ferestrele de tăiere sunt stricte, iar penalitățile pot fi reale.

    Context de piață și implicații pentru arhitectură

    Retailerii mari și operatorii logistici (ex. Maersk, DHL Supply Chain) cer trasabilitate în timp real; integrarea EDI cu API-uri moderne (ex. pentru track-and-trace) devine standard. În paralel, directivele europene privind raportarea fiscală și e-facturarea cresc volumul de integrare: chiar dacă e-factura merge pe UBL/Peppol, back-office-ul ERP are nevoie de convertoare și de o mapare EDIFACT impecabilă pentru restul documentelor. Soluțiile iPaaS și gateway-urile EDI cloud reduc TCO, iar pe piața locală există furnizori care oferă module rapide de onboarding (de ex., EDIconnect.ro ca modul al CRMconnect poate acoperi maparea standardelor EDIFACT/EANCOM și validări GLN/GTIN pentru retail).

    Concluzie

    Un proiect EDI reușit nu înseamnă doar „parsare EDIFACT”, ci o mapare disciplinată a segmentelor UNH, BGM, DTM, NAD, LIN, QTY către modelul de date ERP și procesele operaționale. Folosiți identificatori standard (GLN, GTIN), respectați codurile și versiunile cerute (D.96A EAN008 în retail rămâne greu de ocolit) și automatizați validările. Într-o piață în care EDI susține miliarde de tranzacții și presiunea de conformitate crește, calitatea mapării este cel mai direct mod de a elimina costuri, a reduce erori și a câștiga timp în lanțul de aprovizionare.

    Citește și:  EDI: Monitorizarea câmpurilor UNT în gateway-uri AS2 și efectul retransmisiilor asupra validărilor
    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
    Stiri

    UE: ViDA – clarificări privind cerințele de mesaje EDI pentru raportarea tranzacțiilor B2B intracomunitare

    Standarde & Mesaje

    EDI: Cum configurezi traductoare open-source (BOTS, Smooks) pentru segmentul UNS

    Stiri

    Securitatea EDI în retailul românesc: lecții după valul de atacuri ransomware din ultimul an

    Retaileri & Distribuitori

    Raportare CO2 în lanțul logistic european: identificarea logistică cu SSCC permite calcul pe palet și rută

    Stiri

    UE finalizează standardele API pentru Portofelul European de Identitate Digitală (EUDI): ghiduri de integrare pentru furnizori și sectorul public

    Abonează-te

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

    Postări de top

    Retailerii din România standardizează confirmarea de comandă prin EDI: de la e-mail la ORDRSP

    Retaileri & Distribuitori ianuarie 18, 2026

    EDI: Calificatorii DTM 2005 (ex. 137, 2, 4, 11) – când și cum se folosesc corect

    Standarde & Mesaje februarie 5, 2026

    Retail modern în România: onboarding accelerat al IMM-urilor ca parteneri EDI prin platforme cloud

    Retaileri & Distribuitori februarie 3, 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

    Piața locală de soluții EDI SaaS crește odată cu cerințele de raportare electronică și adoptarea PEPPOL

    Stiri

    EHDS: primele proiecte-pilot cu API-uri pentru schimbul transfrontalier de date medicale intra în testare

    Stiri

    Retailul european optimizează ferestrele de livrare prin slot booking și EDI colaborativ

    Retaileri & Distribuitori
    Alegerile noastre

    BIS Billing: integrare end-to-end cu RO e-Factura în 2026 – ghid tehnic pentru dezvoltatori

    Standarde & Mesaje

    EDI la UNZ: automatizarea reconcilierilor PO/ASN/INV și reducerea disputelor

    Standarde & Mesaje

    EDI: Observabilitate pentru validare – metrici, rate de respingere, logare și alerte

    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.