Listele de coduri care țin în viață transportul în EDI: Incoterms, mod transport (UNECE Rec 19) și tip ambalaj (Rec 21)
În logistică, precizia înseamnă bani. Orice mesaj EDI greșit — un Incoterm incomplet, un cod de mod de transport eronat sau un tip de ambalaj neconform — se traduce în întârzieri, penalități SLA și litigii. Standardele recunoscute global, precum Incoterms 2020, codurile UNECE pentru mod de transport (Recomandarea 19) și codurile pentru tip de ambalaj (Recomandarea 21), stau la baza schimbului electronic de date între ERP, WMS, TMS și partenerii de business. Pentru IT managers, consultanți ERP și dezvoltatori EDI, aceste liste nu sunt „glosare”, ci dependințe critice în implementări DESADV, IFTMIN, IFTSTA, ORDERS sau INVOIC.
Incoterms în EDI: unde punem riscul și costul
Incoterms 2020 definesc transferul de risc și responsabilitatea costurilor: EXW, FCA, FAS, FOB, CFR, CIF, CPT, CIP, DAP, DPU, DDP. În EDI (EDIFACT), Incoterms apar de regulă în segmentul TOD (Terms of Delivery), uneori completate cu localizare în FTX sau LOC. De exemplu, TOD+5+DDP:2020' indică „Delivered Duty Paid” în ediția 2020. Diferența între CIP și CIF privind asigurarea (CIP cere acoperire mai înaltă, Clause A) nu e un detaliu doctrinar: dacă într-un IFTMIN sau în eticheta SSCC din DESADV se setează greșit Incoterm, modul EDI al transportatorului va calcula taxe și obligații vamale diferite, iar factura INVOIC poate fi respinsă automat.
Retaileri precum Carrefour, Kaufland, Auchan și Decathlon folosesc EDI pentru comenzi și ASN (DESADV) și validează Incoterms la nivel de partener și articol. Furnizori care livrează DAP pe lane-uri unde contractul TMS prevede FCA vor genera excepții și chargeback-uri. Pentru rute cross-border, DDP vs. DAP impactează direct declarațiile vamale și eCMR/CMR digitale în lanțul documentar.
Modul de transport – UNECE Recomandarea 19
Codurile pentru mod de transport sunt numerice și omniprezente în EDI, în special în TDT (Transport Information) sau în antetul IFTMIN:
- 1 = Maritime/Sea
- 2 = Rail
- 3 = Road
- 4 = Air
- 5 = Mail
- 6 = Multimodal
- 7 = Fixed transport installations (conducte, cabluri)
- 8 = Inland waterway
- 9 = Not applicable
Un exemplu minimal EDIFACT: TDT+20+++3' marchează transport rutier. La DHL Supply Chain, DSV, DB Schenker sau Kuehne+Nagel, EDI gateway-urile validează modurile de transport contra lane-urilor contractate. Dacă într-un IFTMIN intră „4” (air) pentru un lane cu tarife negociate „3” (road), comanda poate fi blocată sau rerutată automat. Maersk și MSC tratează „6” (multimodal) pentru bookinguri rail+sea în coridoarele Asia–Europa, iar sistemele lor EDI/API propagă acest cod până în statusurile IFTSTA pentru vizibilitate end-to-end.
Tipul de ambalaj – UNECE Recomandarea 21
Tipurile de ambalaj sunt coduri alfanumerice scurte (ex. CT = Carton, BX = Box, BG = Bag, DR = Drum, CR = Crate, PL = Pallet, PK = Package) și apar în segmentul PAC (Package) și uneori în PCI (Package Identification). Exemplu: PAC+10++CT' înseamnă 10 unități ambalate în carton. Alături de SSCC (GS1), aceste coduri conectează lumea fizică la cea digitală: cubicare, încărcare pe sarcini, restricții ADR, calcul volumetric și booking automat de sloturi de rampe.
În retail și e‑commerce, DESADV cu coduri Rec 21 corecte optimizează planificarea la recepție. Amazon, Zalando și Decathlon cer ASN corecte pentru slot management; orice neconcordanță între PAC și etichetele GS1-128 duce la respingerea livrării sau la reetichetare pe costul furnizorului. În automotive, Ford și BMW validează strict ambalajele returnabile (KLT, pallet pooling) pe EDI pentru a controla circuitul ambalajelor.
De ce contează aceste liste de coduri în arhitecturile EDI moderne
- Guvernanță dată: codurile stau în master data și trebuie versionate (Incoterms 2020 vs 2010, actualizări Rec 21).
- Validare automată: regulile de business în mapări EDI (ex. „pentru porturi maritime, mod=1 sau 6”) reduc erorile manuale.
- Interoperabilitate: ERP (SAP, Microsoft Dynamics 365, Oracle) și TMS/WMS (Blue Yonder, Manhattan, Transporeon) vorbesc aceeași „limbă” prin Rec 19/21.
- Compliance: ADR, eCMR și vamă depind de consistența între Incoterms și modurile de transport.
Date de piață și tendințe
Piața globală EDI este evaluată în rapoarte recente (2023–2024) între aproximativ 1,9 și 2,4 miliarde USD, cu o creștere anuală compusă estimată între 8% și 12% până în 2030, pe fondul digitalizării accelerate a supply chain‑ului, cerințelor de conformitate și trecerii la e‑invoicing la nivel național și regional. Transportatorii globali (DHL, DSV, Kuehne+Nagel, Maersk) raportează rate în creștere ale booking‑urilor și statusurilor transmise prin EDI sau API, iar în UE extinderea eCMR și cerințele de raportare electronică împing integrarea datelor operaționale direct din EDI în tablourile de bord de vizibilitate.
Rețetă pragmatică pentru IT și EDI
- Centralizați Rec 19/21 și Incoterms într-un serviciu master (MDG/MDS) cu versionare și localizare.
- Implementați validări în mapările EDI: cross-check între Incoterm, țară, mod transport, greutate/volum și tip ambalaj.
- Testați cap‑coadă: ORDERS → IFTMIN → DESADV → IFTSTA → INVOIC cu date reale de lane și ambalaje.
- Măsurați: rata de respingere mesaje EDI, timp de procesare ASN, acuratețe SSCC, excepții generate de coduri.
- Documentați: acorduri EDI (IG-uri) la nivel de partener, incluzând listele de coduri acceptate și versiunile lor.
Exemplu simplificat EDIFACT
UNH+1+DESADV:D:96A:UN'
BGM+351+ASN123+9'
DTM+137:20260130:102'
RFF+ON:PO456'
NAD+BY+CARREFOUR123::9'
NAD+SU+FURNIZORXYZ::9'
CPS+1'
PAC+10++CT'
PCI+33E'
GIN+ML+ (00)123456789012345678' (SSCC)
TDT+20+++3'
TOD+5+DAP:2020'
UNS+S'
CNT+2:10'
UNT+14+1'
Implementările EDI reușite nu înseamnă doar mapări. Înseamnă guvernanță a listelor de coduri, consens cu partenerii și validare continuă. Altfel, un simplu „3” în loc de „4” sau „CT” în loc de „PL” poate costa mai mult decât pare.
Concluzie: tratați Incoterms, UNECE Rec 19 și Rec 21 ca pe un produs de date. Versiuni, teste, monitorizare. Doar așa EDI rămâne o infrastructură fiabilă, nu o loterie de excepții operaționale.