EDI LIN: ghid practic 2025 pentru segmentul de linie în UN/EDIFACT

În 2025, când lanțurile de aprovizionare europene rulează pe procese automatizate și integrări API/EDI mixte, detaliul care încă face diferența într-un ORDERS, DESADV sau INVOIC UN/EDIFACT este segmentul de linie. EDI LIN este pivotul care identifică unic articolul, leagă cantitățile, prețurile, taxele și referințele și, în final, decide dacă un mesaj trece de validări retailer, 3PL și ERP sau se întoarce cu reject. Pentru IT managers, consultanți ERP și dezvoltatori EDI, înțelegerea în profunzime a EDI LIN este esențială pentru un flow fără fricțiune.

Ce reprezintă segmentul LIN în UN/EDIFACT

EDI LIN (Line item) identifică articolul din document și stabilește contextul pentru segmentele următoare (PIA, IMD, QTY, PRI, TAX, RFF, DTM). Structura standard (variază ușor pe release, ex. D.96A, D.01B) include:

• 1082 Line item number – număr unic de poziție (ex. 10, 20, 30).
• 1229 Action request/notification – opțional (add/change/delete).
• C212 Item number identification:

  • 7140 Item number (ex. GTIN/part number)
  • 7143 Item number type (ex. EN pentru GTIN, BP pentru cod cumpărător, SA pentru cod furnizor)
  • 1131 Code list qualifier – opțional
  • 3055 Agency (ex. 9 pentru GS1)

• C829 Sub-line information – pentru piese/kituri.
• 1222 Configuration level, 7083 Surface/layer – nișă.

Exemplu minimal LIN cu GTIN (GS1):

LIN+10++4006381333931:EN:9'
LIN cu cod cumpărător și cod furnizor (combinat cu PIA):

LIN+20++ABC123:BP'

PIA+1+XYZ789:SA'

Practic, EDI LIN stabilește “cheia” articolului. Dacă în LIN folosești GTIN (EN:9), păstrează PIA pentru mapări adiționale (coduri interne, alternative). Dacă pornești cu BP/SA în EDI LIN, asigură-te că ai concordanță cu master data ERP.

Bune practici de mapare EDI LIN în 2025

• Preferă GTIN în EDI LIN pentru retail/CPG EU; majoritatea rețelelor (Carrefour, METRO, Tesco) validează direct EN:9.
• Normalizează numerotarea 1082 (10, 20, 30) pentru inserții ulterioare fără renumerotare totală.
• Nu amestecați tipurile de cod în 7143: alegeți o “cheie” primară în EDI LIN și mutați restul în PIA.
• Versionare: multe ecosisteme încă rulează D.96A; automotive și logistică folosesc și D.01B+. Stabiliți clar “contractul EDI” pe release și subset (ex. EANCOM pentru retail).
• Consistență inter-mesaje: articolul din EDI LIN din ORDERS trebuie să se regăsească identic în DESADV și INVOIC. Orice diferență de cod/qualifier escaladează la reject.
• Validarea agenției 3055: când folosiți GTIN, setați 3055=9 (GS1) pentru a trece regulile stricte ale unor rețele EDI.

Integrarea cu ERP și rețele EDI

În SAP S/4HANA, EDI LIN se mapează tipic spre material master (MATNR), GTIN (MEINH/EAN) și condiții de preț via PRI. În Microsoft Dynamics 365 și în Oracle Cloud ERP, aceeași logică se aplică prin entități de item master și cross-reference tables. Rețele precum IBM Sterling, OpenText Business Network, Descartes, SPS Commerce, TIE Kinetix, TrueCommerce și Pagero oferă validări out-of-the-box pentru EDI LIN, însă regulile retailer-specific tot trebuie configurate în mapper.

Piața EDI rămâne robustă în Europa: standardul UN/EDIFACT continuă să fie preferat în retail, CPG și automotive. GS1 raportează miliarde de scanări de coduri de bare zilnic la nivel global, ceea ce subliniază importanța GTIN pentru maparea în EDI LIN. SPS Commerce a depășit 120.000 de clienți la nivel global în ultimii ani, iar OpenText și IBM deservesc mii de companii enterprise, confirmând scalabilitatea rețelelor care procesează zilnic volume uriașe de mesaje EDI.

Exemplu de lanț minim ORDERS–DESADV–INVOIC

ORDERS: LIN+10++4006381333931:EN:9' QTY+21:12' PRI+AAA:4.25'

DESADV: LIN+10++4006381333931:EN:9' QTY+12:12'

INVOIC: LIN+10++4006381333931:EN:9' QTY+47:12' PRI+AAA:4.25'

Observați aceeași cheie EDI LIN în toate documentele, cu qualifier consecvent. Diferențele de qualifier între documente sunt o cauză frecventă de respingere.

Validare, testare și conformitate

• Reguli retailer: Carrefour, METRO și alții impun ca GTIN să fie în EDI LIN și codurile interne în PIA. Documentația lor include validări pe 7143/3055.
• Automotive: OEM-urile europene (ex. Volkswagen, BMW) folosesc subseturi EDIFACT în DELFOR/DELJIT/DESADV; identificarea piesei în EDI LIN rămâne critică, deseori combinată cu referințe Odette.
• Transport/3PL: cross-dock și ASN-uri cer EDI LIN corect pentru etichetare SSCC și trasabilitate.
• Transport securizat: transportul EDI se face de regulă via AS2, SFTP sau VAN; verificați semnătura, criptarea și re-try policies pentru a evita dubluri de EDI LIN la re-transmisii.

Erori comune și cum le evitați

• Schimbarea cheii între documente (ex. GTIN în ORDERS și cod furnizor în INVOIC). Standardizați pe aceeași cheie primară în EDI LIN.
• 7143/3055 lipsă sau greșite. Completați 3055=9 când folosiți EN.
• Numere de linie duplicat (1082). Implementați verificări unice per document.
• Confuzia între LIN și PIA. Păstrați EDI LIN pentru identificarea principală; mutați restul în PIA și IMD.

Checklist rapid pentru proiecte noi

• Stabiliți cheia primară din EDI LIN (GTIN vs BP/SA) și reflectați-o în master data ERP.
• Aliniați versiunea UN/EDIFACT (ex. D.96A, D.01B) și subsetul (EANCOM) cu fiecare partener.
• Scrieți reguli clare de mapare LIN–PIA–IMD–QTY–PRI și teste unitare.
• Automatizați validările sintactice și de business pe EDI LIN înainte de transmitere.
• Monitorizați reject-urile și corelați-le cu abaterile din EDI LIN.

Concluzie

Deși pare „doar un segment”, EDI LIN este punctul de ancoră al item-ului în UN/EDIFACT. Un EDI LIN coerent, consecvent și bine mapat reduce rejecțiile, accelerează reconcilierea și scade costurile operaționale. În 2025, pe fondul presiunilor de acuratețe în retail, CPG și automotive, investiția în reguli solide pentru EDI LIN – de la alegerea qualifier-elor până la testare automată – oferă cel mai bun raport efort/impact pentru echipele IT și consultanții EDI.