Close Menu
EDI HUB

    Abonează-te

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

    Ce este la modă
    Stiri

    România: integrarea EDI cu e-Transport și SAF-T devine prioritate pentru lanțurile de retail

    Stiri

    Companiile din România accelerează automatizarea P2P în contextul e-Factura și SAF-T

    Stiri

    ANAF publică actualizări tehnice: modificări în schema XML și regulile de validare RO e‑Factura

    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:  EDI în segmentul BGM (Bunuri Generale de Mărfuri): tendințe 2024–2025 în digitalizarea lanțului de aprovizionare
    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

    EDI: Observabilitate: corelarea UNB/UNZ cu UNH/UNT pentru audit și reconciliere automată

    Standarde & Mesaje

    EDI: Designul câmpurilor opționale și extensiilor pentru versiuni pe termen lung

    Standarde & Mesaje

    Testare automată pentru ORDERS: generare de fișiere, fixtures și reguli negative/pozitive

    Stiri

    Platformele EDI din România își adaptează conectorii la noile cerințe RO e-Factura

    Standarde & Mesaje

    EDI: Gestionarea ACK-urilor tehnice în RO e-Factura (2024–2025)

    Abonează-te

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

    Postări de top

    Retailerii europeni migrează către EDI bazat pe API și evenimente pentru vizibilitate end‑to‑end în supply chain

    Stiri februarie 8, 2026

    România: erori frecvente de validare TVA în SPV/e-Factura și cum afectează retailerii

    Retaileri & Distribuitori februarie 1, 2026

    Retailul din România optimizează onboarding-ul EDI: testare accelerată și validări automate pentru furnizori

    Retaileri & Distribuitori ianuarie 30, 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

    iPaaS câștigă teren în România: conectori rapizi pentru EDI, e-facturare și ERP

    Stiri

    Sustenabilitate în supply chain: ORDERS EDI ajută la planificarea stocurilor și reducerea risipei

    Retaileri & Distribuitori

    EDI: Validarea structurii ORDERS cu CONTRL și APERAK – capcane frecvente

    Standarde & Mesaje
    Alegerile noastre

    Sector auto: arhitecturi hibride EDI+API pentru vizibilitate end-to-end câștigă teren în ultimele luni

    Stiri

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

    Standarde & Mesaje

    Retailerii europeni migrează către EDI bazat pe API și evenimente pentru vizibilitate end‑to‑end în supply chain

    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.