Close Menu
EDI HUB

    Abonează-te

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

    Ce este la modă
    Standarde & Mesaje

    EDI: Monitorizarea UNH în producție — metrici și alerte în Prometheus/Grafana

    Standarde & Mesaje

    EDI INVOIC în era RO e-Factura: cum mapezi EDIFACT la CII/UBL fără pierderi de date

    Standarde & Mesaje

    EAN și AI: recunoașterea produselor din imagini și reducerea erorilor de catalog

    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 » ILN vs GLN: cum gestionezi sinonimia în master data și schimburile EDI
    Standarde & Mesaje ianuarie 20, 2026

    ILN vs GLN: cum gestionezi sinonimia în master data și schimburile EDI

    Share Copy Link LinkedIn Facebook WhatsApp
    ILN vs GLN: cum gestionezi sinonimia în master data și schimburile EDI

    ILN vs GLN rămâne o sursă de confuzii în master data și în schimburile EDI pentru mulți retaileri, producători și furnizori de servicii logistice. De fapt, ILN (International Location Number) este denumirea istorică folosită în EANCOM/EDIFACT pentru același identificator standardizat GS1 cunoscut astăzi ca GLN (Global Location Number). În practică, ILN și GLN sunt sinonime: același cod de 13 cifre, același scop – identificarea unică a entităților juridice, a locațiilor fizice și a funcțiilor (de ex. Ship-To, Bill-To) în procesele EDI și ERP.

    De ce contează sinonimia ILN vs GLN în master data

    În multe ERP-uri mai vechi, câmpul se numește încă ILN, în timp ce documentația GS1 și noile interfețe EDI vorbesc despre GLN. Rezultatul tipic: duplicări în master data (același partener apare cu “ILN” și “GLN”), mapări EDI fragile și erori la generarea/validarea mesajelor. Conform GS1, peste 2 milioane de companii utilizează standardele GS1, iar GLN este cheia pentru identificare interoperabilă; GEPIR (Global Electronic Party Information Registry) permite verificarea GLN-urilor alocate la nivel global. Tot GS1 raportează peste 8 miliarde de scanări de coduri de bare zilnic – ecosistemul este uriaș, iar consistența master data este critică.

    Impact operațional și de conformitate

    • EDI reject și chargeback: mari retaileri ca Walmart, Carrefour sau Tesco cer GLN în mesajele EDI (ORDERS, DESADV, INVOIC). Un GLN greșit în NAD+DP (Delivery Party) generează respingeri și costuri suplimentare.
    • Ruperea trasabilității: în FMCG și sănătate, GLN leagă locațiile de SSCC, GTIN și logistică. NHS în Marea Britanie a standardizat GLN pentru locații clinice, optimizând trasabilitatea și facturarea.
    • Convergența cu e-factura: în România, e-Factura a devenit obligatorie pentru tranzacțiile B2B în 2024; mapping-ul între CUI/VAT și GLN devine inevitabil în master data pentru a lega fiscalitatea de fluxurile EDI.
    • Costul calității datelor: Gartner a estimat că organizațiile pierd, în medie, 12,9 milioane USD anual din cauza datelor de slabă calitate – o parte vine din identificatori neconformi precum GLN inconsistente.

    Cum gestionezi corect ILN vs GLN în ERP/MDM

    1. Definește GLN ca identificator canonic: chiar dacă UI-ul sau câmpul în ERP se numește “ILN”, documentează-l ca GLN. În SAP S/4HANA, utilizează Business Partner Identification Type “GS1 GLN”; în Microsoft Dynamics 365 și Oracle Fusion, mapează GLN ca identificator principal de locație.
    2. Introduce un registry MDM pentru identități: creează un “golden record” pe partener cu legături între GLN, CUI/VAT, IBAN, DUNS și, unde e cazul, LEI (există peste 2,3 milioane de LEI emise global, conform GLEIF, 2024).
    3. Normalizează și validează GLN:

      • Validează check digit (mod 10, algoritmul GS1).
      • Folosește GEPIR pentru confirmarea alocării GLN.
      • Elimină zerourile de umplere incorecte și spațiile; GLN are 13 cifre.

    4. Gestionează sinonimia la nivel de data model: o singură coloană canonică “GLN”, cu alias “ILN” pentru interfețele vechi. Creează o tabelă de mapare pentru vechile coduri și versiunile de GLN per locație (Head Office, Warehouse, Store, Ship-To, Bill-To).
    5. Guvernanță și workflows:

      • Onboarding furnizor: GLN obligatoriu pentru BY/SU/DP unde partenerul utilizează GS1.
      • Policy de schimbare: orice update de GLN trece prin 4-ochi și notifică EDI/Logistică.
      • Monitorizare: rapoarte lunare de duplicate GLN și “unmappable” GLN vs VAT.

    Integrarea în EDI: cum arată GLN în EDIFACT/EANCOM

    În EANCOM, ILN și GLN sunt echivalente; se folosesc în NAD cu 3055=9 (GS1). Exemple:


    NAD+BY+5412345000013::9' // Buyer GLN
    NAD+SU+5901234123457::9' // Supplier GLN
    NAD+DP+5412345678908::9' // Delivery Party GLN

    Recomandare: faceți mapping determinist între rolurile de partidă (BY, SU, DP, IV, ST) și GLN-ul corect din master data. În DESADV, aliniați GLN cu SSCC-urile din paletizare; în INVOIC, validați că Bill-To GLN corespunde entității fiscale corecte (link la CUI).

    Exemple și practici din piață

    • Retail internațional: Walmart și Carrefour utilizează GLN pentru identificarea locațiilor și a entităților în EDI; furnizorii noi sunt instruiți să folosească GLN în mesajele de comandă și livrare.
    • Rețele EDI: OpenText Trading Grid conectează peste 1 milion de parteneri comerciali; adoptarea GLN standardizează schimburile între industrii și platforme, reducând mapping-ul ad-hoc.
    • Healthcare UK: NHS a publicat ghiduri pentru GLN la nivel de locație, facilitând trasabilitatea bunurilor și facturarea inter-instituțională.
    • România: marii retaileri (Kaufland, Carrefour, Auchan, Mega Image) folosesc GLN pe lanțul logistic. Integrarea cu e-Factura cere maparea GLN↔CUI și controlul consistenței între ERP, WMS și gateway-urile EDI.

    Checklist rapid pentru IT și consultanți EDI

    • Stabiliți GLN ca “single source of truth” pentru identificarea locațiilor.
    • Implementați validări GLN (check digit) la import și în UI.
    • Folosiți GEPIR pentru verificare periodică.
    • Versiuni EDI: documentați clar că “ILN” din mesaje vechi = “GLN” în master data.
    • Construiți mapări între GLN, VAT, DUNS, LEI și coduri interne.
    • Automatizați detectarea duplicatelor și a inconsistențelor între Ship-To/Bill-To.

    Concluzie

    ILN vs GLN este, tehnic, o problemă de sinonimie, dar cu efecte reale în EDI, logistică și facturare. Standardizați pe GLN în master data, păstrați aliasul ILN doar pentru compatibilitate, validați riguros și integrați mapping-ul în fluxurile EDI. Cu un MDM solid (SAP MDG, Informatica MDM, Stibo STEP, Semarchy xDM) și controale în gateway-urile EDI, reduceți reject-urile, scădeți costurile și asigurați trasabilitate end-to-end într-un ecosistem global GS1.

    Citește și:  EAN și AI: recunoașterea produselor din imagini și reducerea erorilor de catalog
    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
    Retaileri & Distribuitori

    România: validarea loturilor de facturi EDI în RO e-Factura devine prioritară pentru retail și distribuție

    Standarde & Mesaje

    GLN în logistică și ultima milă: trasabilitate pe locații și programarea sloturilor de livrare

    Standarde & Mesaje

    PRICAT: cum rulezi în siguranță pe AS2, AS4 sau SFTP – criptare și semnare

    Retaileri & Distribuitori

    Abatoare și procesatori din România implementează etichetare RFID pentru trasabilitate carcasă‑lot

    Stiri

    România: Noi reguli pentru trasabilitatea dispozitivelor medicale – mesaje EDI bazate pe GS1 pentru UDI

    Abonează-te

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

    Postări de top

    Europa accelerează onboardingul partenerilor EDI: tendințe și priorități din ultimele 3 luni

    Stiri ianuarie 17, 2026

    RECADV + WMS/ERP: modele de integrare pentru SAP, Dynamics 365 și Oracle

    Standarde & Mesaje februarie 7, 2026

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

    Stiri februarie 5, 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

    EDI CUSRES: patternuri de retry, corelație și idempotency pentru mesaje asincrone

    Standarde & Mesaje

    Lanțurile de retail din Europa impun validări stricte pentru ORDERS și ORDRSP în sezonul de sărbători

    Retaileri & Distribuitori

    România: Integrarea EDI cu WMS/TMS în depozite scurtează timpii de cross-docking

    Retaileri & Distribuitori
    Alegerile noastre

    EANCOM vs EDIFACT “pur”: când și de ce merită subseturile

    Standarde & Mesaje

    Acord politic pe PSD3/PSR: cerințe mai stricte de performanță și acces la API în open banking la nivel european

    Stiri

    România: companiile migrează de la AS2 la AS4 – notificări de modificări de parteneri EDI și ferestre de schimbare

    Stiri
    © 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.