Close Menu
EDI HUB

    Abonează-te

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

    Ce este la modă
    Standarde & Mesaje

    EDI și securitatea INSDES: de la AS2 la TLS 1.3, semnătură și criptare

    Stiri

    [Europa] ICS2 schimbă regulile jocului: EDI vamal pentru e-commerce în Uniunea Europeană

    Stiri

    Cloud de încredere în UE: reguli noi pentru arhivarea pe termen lung a documentelor electronice

    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 INVOIC: MOA și totaluri consistente – cum se verifică 79/9/77 și cross-check-urile
    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

    EDI și e-Factura: convergență de cerințe în România și UE — ce se schimbă pentru furnizori și clienți

    Retaileri & Distribuitori

    UE: VIES și validarea TVA pentru retaileri cross-border – ce s-a schimbat recent

    Stiri

    UE: ViDA și eIDAS 2.0 accelerează modernizarea EDI și automatizarea B2B în Europa

    Retaileri & Distribuitori

    România: retailul modern și furnizorii renegociază condițiile comerciale pe fondul presiunilor de cost

    Retaileri & Distribuitori

    EDI și furnizorii: fluxuri automate pentru acceptarea retururilor și emiterea notelor de credit

    Abonează-te

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

    Postări de top

    Raport european: EDI rămâne infrastructura critică pentru P2P, cu creșteri pe integrarea API

    Stiri februarie 5, 2026

    GS1 Europe accelerează tranziția la coduri 2D: noi recomandări pentru retail și FMCG

    Stiri ianuarie 18, 2026

    GDSN în retailul românesc: sincronizarea cataloagelor ca diferențiator pentru listarea produselor

    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

    Hub-uri EDI pan-europene raportează creștere a traficului EDIFACT și UBL în Q4

    Stiri

    România: retur în magazin pentru comenzi online — strategia omnichannel care reduce costurile

    Retaileri & Distribuitori

    APERAK: Alinierea mesajelor de respingere cu procesele interne de validare a facturilor (context RO e-Factura)

    Standarde & Mesaje
    Alegerile noastre

    EDI DELJIT: Mapping EDIFACT (D.20B–D.23B) în ERP/APS – ghid practic

    Standarde & Mesaje

    România: Auditul EDI după ultimele trei luni de ajustări pe e-Factura – priorități și capcane

    Stiri

    Retailul european testează scanarea la casă pe baza codurilor GS1 2D: implicații pentru etichetare și prețuri

    Retaileri & Distribuitori
    © 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.