eFTI: operatorii logistici din UE pilotează gateway-uri API pentru documente electronice de transport

Operatorii logistici din Uniunea Europeană accelerează, în ultimele luni, testarea gateway‑urilor API pentru documente electronice de transport, pe măsură ce noul cadru eFTI (electronic Freight Transport Information) trece din faza de reglementare în implementare operațională. Dincolo de EDI-ul tradițional, companiile mari și rețelele de transport rutier explorează interfețe moderne API care pot expune, în timp real și în mod securizat, seturile de date cerute de autorități la controale rutiere și la frontiere.

Context: de la hârtie și EDI la eFTI și API

Regulamentul (UE) 2020/1056 privind eFTI obligă statele membre să accepte informațiile de transport în format electronic. În paralel, statele UE au adoptat treptat e‑CMR (protocolul adițional la CMR pentru scrisoarea de trăsură electronică), ceea ce a creat fundamentul juridic pentru înlocuirea documentelor pe hârtie. Până acum, digitalizarea s-a sprijinit masiv pe EDI (Electronic Data Interchange) – în principal mesaje EDIFACT, XML sau flat‑file – schimbate bilateral între expeditori, transportatori și case de expediții. eFTI însă introduce un model interoperabil în care un „container” de date standardizat este pus la dispoziția autorităților printr-un gateway, de regulă un API, fără a mai cere șoferului să prezinte un teanc de printuri ori să sincronizeze manual aplicații disparate.

Cine pilotează: consorții europene și operatori privați

La nivel european, consorțiul eFTI4EU – un proiect finanțat prin programe UE pentru a testa arhitectura de referință eFTI cu autorități din mai multe state membre – a avansat în ultimele luni către scenarii pilot cross‑border, validând fluxul „autoritate – gateway – platformă eFTI – operator”. În paralel, companii cu masă critică în logistică au demarat propriile testări tehnice pentru a-și pregăti platformele:

• DHL Freight și DB Schenker au extins utilizarea e‑CMR pe rute interne și transfrontaliere din UE, sincronizând datele de transport cu sistemele lor TMS și expunând informațiile către autorități prin interfețe standardizate.
• DSV și Kuehne+Nagel, care operează infrastructuri IT globale, rulează programe de aliniere a modelelor de date la cerințele eFTI, mizând pe API‑uri REST și pe gateway‑uri securizate, în paralel cu EDI existent cu clienții enterprise.
• Raben Group și Girteka modernizează fluxurile e‑CMR și confirmările de livrare digitale, integrând soluții de semnătură electronică și partajare de documente prin aplicații mobile pentru șoferi – o opțiune non‑EDI cu cost de adopție redus pentru subcontractori.
• Platforme tehnologice ca Transporeon (parte a Trimble), Shippeo, project44 și Trans.eu lucrează cu rețele extinse de transportatori pentru a agrega tracking, documente electronice și time‑slot management, pregătind conectoare către noile gateway‑uri eFTI.

În ecosisteme portuare, Portbase (Olanda) și Port of Antwerp‑Bruges, prin sistemele lor comunitare, au continuat să stimuleze schimbul electronic de documente și pre‑declarări vamale prin API‑uri, oferind un precedent solid de interoperabilitate pe care eFTI îl poate extinde către transportul rutier, feroviar și fluvial.

Cum funcționează un gateway eFTI în practică

Arhitectura promovată de Comisia Europeană presupune că transportatorul sau expeditorul păstrează datele eFTI într-o platformă conformă (proprie sau a unui furnizor). La un control, operatorul furnizează autorității un identificator unic (un „locator”) – de exemplu afișat ca QR în aplicația șoferului sau inserat într-un e‑CMR. Autoritatea interoghează gateway‑ul național (sau regional), care, prin API, accesează setul minim de date necesar (marfă, expeditor, transportator, condiții, rute, statut) din platforma eFTI indicată, cu autentificare bazată pe servicii de încredere conform eIDAS. Totul se întâmplă fără a schimba proprietatea datelor și cu auditabilitate – cerințe prevăzute explicit de eFTI.

Cheia este interoperabilitatea: fie că datele de bază provin din EDI (EDIFACT/IFTMIN, IFTSTA etc.), din integrări API sau din aplicații mobile non‑EDI pentru IMM‑uri, gateway‑ul trebuie să poată expune un model de date eFTI unificat. De aceea, multe TMS/WMS fac acum mapări la nivel de master data și evenimente standard, iar furnizorii de e‑CMR (de exemplu, Pionira, Transfollow, CargoX) își aliniază schemele tehnice și mecanismele de semnătură electronică.

Beneficii pentru C‑level și operațiuni

• Costuri și risc mai mici: reducerea amenzilor la control pentru lipsa sau neconcordanța documentelor pe hârtie; audit digital; trasabilitate.
• Cicluri de cash îmbunătățite: POD electronic accelerat, care permite facturare mai rapidă; pentru CFO, o compresie a DSO cu câteva zile aduce efecte directe asupra lichidității.
• Eficiență operațională: mai puține apeluri și e‑mailuri; dispar sincopele între EDI, PDF și aplicații locale; un singur „adevăr” accesibil controlat.
• ESG și conformitate: eliminarea hârtiei și reducerea drumurilor la imprimantă; trasabilitate pentru cerințe de due diligence pe lanțul de aprovizionare.
• Scalabilitate comercială: pentru Sales și Procurement, onboarding mai rapid al partenerilor non‑EDI prin web‑apps/API, fără proiecte EDI de luni de zile.

Provocări reale: nu doar tehnologie

Deși tehnologia API e matură, provocările principale sunt de guvernanță și date:

• Calitatea datelor master și a evenimentelor. Dacă adresele, codurile de locație sau incoterms sunt inconsistene, gateway‑ul eFTI doar „expune” o problemă, nu o rezolvă.
• Maparea EDI – eFTI. Transformările între mesaje EDIFACT istorice și noul set de date eFTI necesită efort și testare, mai ales pentru excepții.
• Identitate și acces. Integrarea cu identități verificate (eIDAS) și gestionarea drepturilor pentru inspectori, clienți și subcontractori sunt critice.
• Schimbare organizațională. Șoferii, dispecerii și echipele de stație au nevoie de proceduri clare pentru „locator”, offline fallback și suport la control.

Ce să faceți în trimestrul următor

• Evaluați-vă furnizorii IT după criteriul „gata de eFTI”: TMS/WMS, e‑CMR, platforme de vizibilitate, semnătură electronică, MDM. Cereți foi de parcurs și conformitate cu cerințele eFTI și eIDAS.
• Pilotați o rută. Alegeți un coridor cu volum mediu (ex. Germania–Olanda–Belgia) și un set de parteneri dispuși să folosească e‑CMR și un locator eFTI. Măsurați lead time la control, rata de erori, timp până la POD.
• Stabiliți guvernanța datelor. Un steward pentru date de transport, dicționare comune de câmpuri, politici de retenție și acces.
• Plan pentru non‑EDI. Oferiți subcontractorilor mici opțiuni mobile/web securizate pentru a încărca și semna documente – conectate la același gateway.
• Coordonați-vă cu autoritățile. Urmăriți inițiativele naționale privind eFTI și înscrieți-vă la testele pilot acolo unde sunt deschise.

EDI vs. non‑EDI: coexistență inteligentă

Nu există un „înlocuitor” unic. EDI rămâne esențial pentru fluxurile stabile, cu parteneri mari și volum ridicat. API‑urile eFTI adaugă un strat transversal, orientat spre conformitate și partajare controlată cu autoritățile. Non‑EDI‑ul modern – aplicații mobile cu semnătură, portaluri web – asigură incluziunea IMM‑urilor, fără a sacrifica securitatea sau trasabilitatea. Câștigul major vine din orchetrarea acestora, nu din abolirea unuia.

Concluzie

După ani de discuții, eFTI intră într-o etapă pragmatică: gateway‑uri API care fac posibil controlul electronic, în siguranță juridică și tehnică. Companiile care au investit deja în e‑CMR, în maturizarea EDI și în platforme API sunt la un pas de avantaj competitiv: mai puțin timp pierdut în controale, monetizare mai rapidă a serviciului și o trasabilitate care devine un diferențiator comercial. Pentru CEO, CFO, Sales și Logistics, prioritatea pe termen scurt este aceeași: rulați două‑trei scenarii pilot, închideți gap‑urile de date și securitate, apoi scalați pe coridoarele cu cel mai mare ROI. În logistică, „first to comply” devine tot mai des „first to win”.