Close Menu
EDI HUB

    Abonează-te

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

    Ce este la modă
    Stiri

    IMM-urile din România accelerează adopția EDI pe fondul digitalizării lanțurilor de aprovizionare

    Stiri

    NIS2: impactul noilor cerințe de securitate asupra canalelor EDI în UE, în ultimele 3 luni

    Standarde & Mesaje

    Ghid practic: alinierea e-Factura RO la PEPPOL BIS Billing 3.0 – lecții din ultimele 3 luni

    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: Testare și QA pentru listele de coduri — schematron, codelist catalogs și CI/CD
    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

    PRICAT: maparea segmentelor EDIFACT (LIN, PIA, IMD, PRI, CUX, TAX, RFF, DTM, QTY, MEA, PAC)

    Stiri

    Furnizorii EDI locali anunță integrări accelerate cu ERP-urile românești pentru conformitate continuă

    Standarde & Mesaje

    EDI CUSRES și ICS2: coexistența EDIFACT cu formatele moderne la nivelul statelor membre

    Standarde & Mesaje

    EDI QTY: Validare semantică vs. sintactică — ce contează pentru cantități

    Standarde & Mesaje

    EDI: Implementarea GS1 Digital Link cu AI-urile 01, 21 și 10 într-un API modern

    Abonează-te

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

    Postări de top

    Producătorii din România aliniază livrările just‑in‑time folosind slot booking și EDI cu furnizorii

    Retaileri & Distribuitori februarie 9, 2026

    EDI AS2 și securitate: TLS 1.3, semnături digitale și nerepudiere în 2025

    Standarde & Mesaje februarie 2, 2026

    IFTMIN: diferențe cheie față de IFTSTA și când să folosești fiecare mesaj

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

    Lanțurile de farmacii din România optimizează aprovizionarea prin integrare EDI cu distribuitorii

    Stiri

    Europa: Importatorii își ajustează sursele pe fondul cerințelor CBAM și trasabilității materiilor prime

    Stiri

    Comerț electronic în România: marketplace-urile impun seturi EDI revizuite – val de modificări de parteneri

    Stiri
    Alegerile noastre

    Ajustări EDI pentru OSS/IOSS: marketplace-urile europene rafinează fluxurile de TVA în cross-border

    Retaileri & Distribuitori

    Producătorii din România standardizează mesajele EDI pentru relațiile cu OEM-urile auto

    Stiri

    Ghid practic pentru furnizori: validări obligatorii în mesajele PRICAT (GTIN, GLN, valute, unități)

    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.