Într-o Europă în care e‑facturarea devine normă, calitatea liniilor de articol dintr-un EDI INVOIC este decisivă pentru reconciliere, automatizare și plăți fără fricțiuni. România a făcut un pas major în 2024, odată cu generalizarea RO e‑Factura pentru tranzacțiile B2B interne, în timp ce Polonia a amânat KSeF până în 2026, iar Germania a introdus obligativitatea de a accepta e‑facturi din 2025, cu etape până în 2027. Chiar dacă formatele fiscale naționale sunt XML (CII/UBL), în lanțurile comerciale mari EDI INVOIC (EDIFACT/EANCOM) rămâne “limbajul comun” între ERP‑uri și parteneri precum Carrefour, Kaufland, Lidl, METRO, Dacia (Renault Group) sau Ford Otosan Craiova. Pentru IT manageri și consultanți ERP/EDI, a livra corect segmentele LIN, PIA, IMD, QTY, PRI într-un EDI INVOIC înseamnă mai puține dispute, deblocarea cash‑flow‑ului și un ciclu Procure‑to‑Pay robust.
De ce contează liniile de articol în EDI INVOIC
Marea parte a excepțiilor în EDI INVOIC provine din confuzii de identificare (GTIN vs. cod intern), unități de măsură, rounding sau diferențe de preț față de comandă/livrare. Standardele GS1 (GLN, GTIN) și recomandările UN/CEFACT asigură interoperabilitate, iar subseturile EANCOM (D.96A/D.01B) stabilesc clar cum să folosim LIN, PIA, IMD, QTY, PRI. Implementările retailerilor și ale producătorilor auto din România cer de regulă EDI INVOIC conform EANCOM și a listelor UN/ECE pentru unități de măsură (de ex. PCE, KGM, LTR, HUR).
LIN: identificarea principală a bunului sau serviciului
LIN stabilește itemul facturat. În EDI INVOIC pentru bunuri, se recomandă GTIN în LIN/C212-7140 cu 7143=EN (EAN/GTIN). Dacă nu există GTIN (de ex. în servicii), LIN poate transporta un cod de produs intern, dar atunci devin obligatorii PIA și IMD. O linie de EDI INVOIC fără LIN corect este imposibil de reconciliat automat.
PIA: identificatori alternativi
PIA mapează codurile alternative: număr articol furnizor (SA), număr articol cumpărător (BP), coduri interne moștenite. În EDI INVOIC, PIA+1 indică “identificare suplimentară”, iar PIA+5 semnalează “identificare principală” când nu avem GTIN în LIN. Retailerii ca METRO sau Auchan cer frecvent atât GTIN, cât și codul cumpărătorului în PIA pentru a evita dubla catalogare.
IMD: descrierea clară
IMD asigură lizibilitatea: denumire, brand, caracteristici. În EDI INVOIC, IMD+F++:::Descriere livrează text liber, esențial pentru servicii și pentru articole fără etichetare standard. Dacia și furnizorii Tier‑1 din auto solicită adesea IMD pentru clarificări (de ex. revizii, configurații).
QTY: cantitatea facturată
QTY+47 reprezintă “invoiced quantity”. Cantitatea trebuie să respecte unitatea de măsură din contract/PO și regulile de conversie (ex: PCE versus KGM). În EDI INVOIC, QTY inconsistent (ex. 12 PCE facturate pentru 10 PCE recepționate) declanșează blocaje în ERP și verificări manuale.
PRI: prețul corect
PRI+AAA indică prețul unitar net, iar PRI+AAB prețul brut. În EDI INVOIC, alinierea cu condițiile comerciale (promoții, discounturi, taxe de raft) este critică; diferențele trebuie reflectate în segmente de alocări/descontări (ALC/PCD) la nivel de linie sau document. Lipsa PRI corect provoacă respingeri automate la retaileri.
Bunuri vs. servicii în EDI INVOIC
Pentru bunuri, EDI INVOIC preferă GTIN în LIN, coduri alternative în PIA și descriere în IMD, cu QTY în PCE/KGM/LTR și PRI per unitate. Pentru servicii (instalații, mentenanță, logistică), LIN folosește cod intern, IMD devine obligatoriu, QTY e adesea în HUR (ore) sau PCE=1, iar PRI este tariful unitar sau suma netă.
Exemplu – bunuri (retail)
LIN+1++5941234567890:EN'
PIA+1+ABC-999:SA+123456:BP'
IMD+F++:::Cafea măcinată arabica 250g'
QTY+47:24:PCE'
PRI+AAA:12.50'
Exemplu – servicii (MRO/mentenanță)
LIN+1++SERV-MRO-001:SA'
IMD+F++:::Serviciu mentenanță preventivă – bandă transportoare'
QTY+47:3:HUR'
PRI+AAA:150.00'
Integrarea cu ERP și testarea în EDI INVOIC
În SAP S/4HANA (IDoc INVOIC02), Microsoft Dynamics 365 sau Oracle NetSuite, maparea EDI INVOIC trebuie să acopere: GTIN/GLN (GS1), convertoare de UoM, reguli de preț net vs. brut, taxare și discounturi. Testele de integrare includ potrivirea cu PO/ASN, rounding (de ex. 2 zecimale la preț, 3–6 la cantități), currency și toleranțele de diferență. Mulți retaileri din România cer EANCOM D.96A sau EANCOM 2002, cu profile proprii de validare pentru EDI INVOIC.
Capcane frecvente și bune practici
- Aliniați LIN/PIA: dacă LIN poartă GTIN, PIA să includă SA și BP pentru cross‑ref; în lipsa GTIN, folosiți PIA+5.
- IMD consistent: denumiri normalizate reduc disputele la recepție și în EDI INVOIC pentru servicii.
- UoM controlat: aplicați UN/ECE Rec 20 (PCE, KGM, LTR, HUR). Evitați conversii implicite în EDI INVOIC.
- PRI net (AAA) ca referință; reflectați promoțiile prin ALC/PCD. Verificați TTC/HT la nivel de linie și total (MOA).
- Rounding/toleranțe: stabiliți toleranțe contractuale (ex. ±1%) pentru a evita respingeri automatizate ale EDI INVOIC.
- Conformitate fiscală: EDI INVOIC poate coexista cu e‑Factura; păstrați mapări coerente între EDIFACT și XML (CII/UBL/Peppol BIS).
Un avantaj cheie al EDI INVOIC rămâne claritatea la nivel de linie. În retailul românesc, unde sortimentele trec de zeci de mii SKU, iar în auto unde structurile multi‑nivel sunt standard, corectitudinea LIN, PIA, IMD, QTY, PRI în EDI INVOIC scade dramatic timpul de reconciliere și rata de dispute. În paralel cu adoptarea masivă a e‑facturii la nivel UE (ViDA prevăzând e‑invoicing ca normă pentru intra‑UE până la finalul deceniului), EDI INVOIC rămâne “șasiul” operațional dintre ERP‑uri și rețelele B2B.
Concluzie: tratați segmentarea liniilor ca pe o specificație de produs critică. Standardizați pe EANCOM, validați cu partenerii (Carrefour, Kaufland, Lidl, METRO, Renault Group/Dacia, Ford Otosan), automatizați controalele în ERP și măsurați excepțiile. Un EDI INVOIC cu LIN, PIA, IMD, QTY, PRI corecte nu este doar “compliant”, ci transformă cash‑flow‑ul și încrederea în date de‑a lungul lanțului de aprovizionare.