Close Menu
EDI HUB

    Abonează-te

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

    Ce este la modă
    Stiri

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

    Stiri

    Automotive: OEM-urile standardizează schimburile EDI în marketplace-uri multi-tier

    Retaileri & Distribuitori

    România: HoReCa accelerează adopția EDI pentru integrarea cu 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 și UBL/Peppol: maparea câmpurilor în documente EDI transfrontaliere
    Standarde & Mesaje februarie 4, 2026

    ILN și UBL/Peppol: maparea câmpurilor în documente EDI transfrontaliere

    Share Copy Link LinkedIn Facebook WhatsApp
    ILN și UBL/Peppol: maparea câmpurilor în documente EDI transfrontaliere

    Maparea corectă a câmpurilor între ILN (International Location Number) și UBL/Peppol este esențială pentru documente EDI transfrontaliere robuste, conforme și interoperabile. Pe măsură ce lanțurile de aprovizionare și mandatele de e-facturare evoluează în UE și APAC, IT managerii, consultanții EDI și furnizorii ERP trebuie să alinieze identificatorii de locație/partener (ILN/GLN) cu structurile UBL 2.1 și cu regulile de conformitate Peppol BIS. Acest articol sintetizează bune practici, capcane frecvente și contextul pieței din ultimii ani, cu accent pe implementări cross-border.

    ILN vs. GLN și rolul lor în EDI

    ILN (cunoscut și ca GLN – Global Location Number, standard GS1) este un identificator numeric de 13 cifre pentru companii, sedii, puncte de livrare sau funcții (de ex., departament de achiziții). În EDIFACT/EANCOM, ILN/GLN este omniprezent în segmentele NAD pentru identificarea Buyer/Supplier/Delivery Party. GS1 raportează peste 2 milioane de companii utilizatoare ale standardelor GS1 și o rețea globală de peste 116 organizații membre locale, ceea ce face ca ILN/GLN să fie o „monedă” comună în EDI.

    • Exemplu EDIFACT (EANCOM 2002): NAD+BY+1234567890123::9’ — 9 indică ILN/GLN GS1.
    • Domenii cu adopție ridicată: retail, FMCG, logistică, healthcare.

    UBL 2.1 și Peppol: unde punem ILN-ul?

    UBL 2.1 (ISO/IEC 19845) este sintaxa preferată în Peppol BIS 3 pentru factură, comandă, aviz, etc. Peppol impune identificatori de participanți pe baza ISO 6523. Codul de schemă „0088” corespunde GLN (ILN) GS1. În practică, ILN poate apărea în mai multe locuri în UBL; diferența critică este între identificatorul de rutare (EndpointID) și alte identificatoare legale sau fiscale:

    • cbc:EndpointID — folosit pentru rutare în rețeaua Peppol; pentru GLN se folosește schemeID=”0088″.
    • cac:PartyIdentification/cbc:ID — identificator de afaceri adițional; poate repeta ILN/GLN.
    • cac:PartyLegalEntity/cbc:CompanyID — identificatorul legal (ex.: număr de înregistrare).
    • cac:PartyTaxScheme/cbc:CompanyID — identificator fiscal/VAT (ex.: RO12345678).
    • cac:Delivery/cac:DeliveryLocation/cbc:ID — ILN/GLN pentru locația efectivă de livrare.

    Exemplu de mapare ILN/GLN din EANCOM către UBL/Peppol

    Presupunem:

    • NAD+SU+4000001111111::9’ (Supplier GLN)
    • NAD+BY+4000002222222::9’ (Buyer GLN)
    • NAD+DP+4000003333333::9’ (Delivery party GLN)

    <cac:AccountingSupplierParty>
    <cac:Party>
    <cbc:EndpointID schemeID="0088">4000001111111</cbc:EndpointID>
    <cac:PartyIdentification>
    <cbc:ID schemeID="0088">4000001111111</cbc:ID>
    </cac:PartyIdentification>
    <cac:PartyTaxScheme>
    <cbc:CompanyID>RO12345678</cbc:CompanyID>
    <cac:TaxScheme><cbc:ID>VAT</cbc:ID></cac:TaxScheme>
    </cac:PartyTaxScheme>
    </cac:Party>
    </cac:AccountingSupplierParty>
    <cac:AccountingCustomerParty>
    <cac:Party>
    <cbc:EndpointID schemeID="0088">4000002222222</cbc:EndpointID>
    <cac:PartyIdentification>
    <cbc:ID schemeID="0088">4000002222222</cbc:ID>
    </cac:PartyIdentification>
    </cac:Party>
    </cac:AccountingCustomerParty>
    <cac:Delivery>
    <cac:DeliveryLocation>
    <cbc:ID schemeID="0088">4000003333333</cbc:ID>
    </cac:DeliveryLocation>
    </cac:Delivery>

    Cheia: EndpointID (0088) conduce rutarea Peppol; ILN/GLN pentru livrare se pune în DeliveryLocation/ID, nu în adresa textuală.

    Reguli Peppol BIS și capcane de evitat

    • Nu confundați ILN/GLN (0088) cu identificatorii naționali. De exemplu, codurile fiscale/VAT se trimit în PartyTaxScheme, iar Peppol folosește coduri ISO 6523 distincte pentru registre naționale. Verificați permanent lista ISO 6523/Peppol pentru schemeID corecte.
    • Asigurați consistența: dacă folosiți GLN în EndpointID, păstrați același GLN în PartyIdentification atunci când fluxurile B2B interne îl cer (de exemplu, reconcilieri ERP).
    • Ship-to vs. Bill-to: în cross-dock sau 3PL, maparea NAD+DP către DeliveryLocation și NAD+BY către AccountingCustomerParty elimină ambiguitatea.
    • Conformitate EN 16931: Peppol BIS 3 impune cardinalități și condiții; un EndpointID lipsă sau schemeID greșit blochează livrarea transfrontalieră.

    Tendințe de piață și mandate relevante

    • UE: Directiva 2014/55/UE a standardizat e-factura B2G pe EN 16931; peste 20 de state membre au impus deja utilizarea în B2G. Peppol este adoptat pe scară largă pentru interoperabilitate cross-border.
    • Germania: e-factura EN 16931 intră într-o fazare B2B începând cu 2025, cu tranziție până în 2028 (acceptare generală și ulterior obligativitate etapizată).
    • Franța: programul B2B în regim CTC a fost amânat, cu o nouă lansare etapizată vizată spre 2026.
    • Polonia: KSeF pentru B2B a fost amânat față de calendarul inițial din 2024.
    • APAC: IMDA Singapore, ATO (Australia) și MBIE (Noua Zeelandă) operează ca Peppol Authorities, extinzând rețeaua dincolo de UE. În total, există peste 20 de Peppol Authorities la nivel global și peste 500 de membri OpenPeppol în peste 40 de țări.
    • GS1: GLN rămâne alegerea principală pentru identificarea locațiilor în EDI transfrontaliere, inclusiv în retail și healthcare, integrându-se natural cu UBL și Peppol.

    Strategie de mapare ILN în proiecte EDI transfrontaliere

    1. Alegeți identificatorul de rutare: dacă partenerii folosesc GLN, setați EndpointID schemeID=”0088″ atât la Buyer, cât și la Supplier.
    2. Separați clar rolurile: DeliveryLocation/ID pentru locația fizică (GLN), PartyTaxScheme pentru VAT, CompanyID pentru registrul legal național.
    3. Guvernați schemeID: mențineți o listă internă a schemelor ISO 6523 acceptate de parteneri (ex.: 0088 GLN), cu validări automate în gateway.
    4. Testați pe documente multiple: Factură, Comandă, Aviz. Peppol BIS 3 are reguli specifice pe fiecare profil (ex.: PINT/CIUS naționale).
    5. Monitorizați schimbările de mandate: ajustați maparea când apar CIUS naționale noi sau când un stat introduce CTC.

    Integrare în ERP și peisajul furnizorilor

    ERP-urile moderne (SAP S/4HANA, Microsoft Dynamics 365, Oracle Fusion) oferă câmpuri dedicate pentru GLN la nivel de Business Partner și Site/Location, facilitând popularea automată în UBL. Conectorii Peppol certificați, alături de servicii GS1 pentru alocarea GLN, scurtează timpii de onboarding în proiecte EDI transfrontaliere. Furnizori locali precum EDIconnect.ro (modul al CRMconnect) oferă mapări predefinite ILN→EndpointID și validări EN 16931 pentru piața din România.

    Concluzie

    ILN/GLN este liantul identității logistice în EDI, iar UBL/Peppol este liantul semantic și de transport în documente EDI transfrontaliere. Maparea corectă — ILN în EndpointID (0088) pentru rutare, separarea clară a identificatorilor legali și fiscali, plus respectarea regulilor Peppol BIS/EN 16931 — minimizează erorile, accelerează reconcilierea și asigură conformitate în multiple jurisdicții. Într-un context de mandate în creștere și interoperabilitate globală, o arhitectură EDI care tratează ILN și UBL/Peppol ca piese complementare devine un diferențiator operațional și de risc.

    Citește și:  EDI INVOIC cu AI: validare semantică și detecția excepțiilor la nivel de linie
    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 CUSDEC în 2025: ghid practic pentru declarația vamală UN/EDIFACT

    Standarde & Mesaje

    EDI QTY: Cantități cumulative și programări — bune practici în planificare și JIT

    Stiri

    [Europa] Retailul european scalează EDI avansat: ASN, track & trace și forecast colaborativ

    Standarde & Mesaje

    EDI segmente în retail: de la comanda 850 la ASN 856 și factura 810, cap-coadă

    Retaileri & Distribuitori

    Trasabilitate în FMCG: EDI integrează GS1 Digital Link și coduri 2D pentru lot și termen de valabilitate

    Abonează-te

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

    Postări de top

    EDI: Versionarea mesajelor în ecosisteme multi-tenant și marketplace-uri B2B

    Standarde & Mesaje februarie 11, 2026

    e-Factura B2B și DIY: cum își ajustează retailerii din România fluxurile EDI end-to-end

    Retaileri & Distribuitori februarie 8, 2026

    RECADV cu ASN avansat: confirmare pe nivel de linie, lot și dată expirare

    Standarde & Mesaje februarie 4, 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

    UE: eFTI impulsionează digitalizarea documentelor de transport și integrarea cu EDI

    Retaileri & Distribuitori

    UE accelerează interoperabilitatea B2B: actualizări Peppol și clarificări EN 16931 pentru e-facturare

    Stiri

    Retailerii europeni trec la un model hibrid API + EDI pentru comenzi omnichannel

    Retaileri & Distribuitori
    Alegerile noastre

    EDI IFTSTA: ghid 2025 pentru actualizări de status în transport multimodal

    Standarde & Mesaje

    Ghid practic GS1 România pentru alocarea GTIN și gestionarea variantelor de produs

    Stiri

    EDI: UNH pentru INVOIC D.23B/D.24A — exemple și validări actualizate

    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.