Het begint goed, maar de TMS-koppeling hapert
De eerste hobbel is de koppeling tussen de digitale vrachtbrief en het bestaande TMS. Elk TMS slaat zendingsdata net anders op: andere veldnamen, andere coderingen voor goederenomschrijvingen, andere logica voor wie de afzender is bij een subcontract. Op het moment dat de e-CMR automatisch gevuld moet worden vanuit het TMS, blijkt er geen uniforme datastructuur te zijn. Veld X in het TMS correspondeert niet één-op-één met het CMR-veld. De eerste reactie is dan een mapping-tabel bouwen. Dat werkt, tot er een nieuwe klant is met een afwijkend afleveradresformaat, of een subvervoerder die zijn ritten anders codeert. De mapping groeit en wordt fragiel. Wat er eigenlijk nodig is, is een afgesproken datamodel op het niveau van de zending, vóórdat de vrachtbrief überhaupt aangemaakt wordt. Dat is geen technisch probleem, het is een inrichtingsvraagstuk dat veel eerder in het project opgelost had moeten worden.
Waarom chauffeurs het portaal blijven omzeilen
Zelfs als de koppeling werkt, is de e-CMR nog niet overal in gebruik. Een deel van de chauffeurs vult de digitale vrachtbrief keurig in. Een ander deel print hem toch uit, laat hem tekenen op papier en scant hem achteraf terug in. Soms is dat gewoonte, soms is het de ontvanger die het portaal niet kent of er geen toegang toe heeft. Afzenders aan de andere kant van de keten gebruiken soms hun eigen systeem en sturen een PDF. Het resultaat: de digitale vrachtbrief bestaat naast de papieren variant, en niemand weet precies welke versie leidend is bij een geschil. Dit is het moment waarop veel bedrijven een tijdelijke oplossing bouwen die permanent wordt: een medewerker die de scan handmatig verwerkt. De les is niet dat digitalisering dan maar moet wachten. De les is dat je de uitzonderingen van tevoren in kaart brengt en bewust kiest welke je meeneemt in de eerste fase en welke je later aanpakt. Volledig papierloos vanaf dag één is voor de meeste operaties niet realistisch.
Digitale handtekening bij ontvangst: waar de eFTI-vereisten knellen
Het derde breekpunt zit in de verificatiestap bij ontvangst. De eFTI-verordening stelt dat autoriteiten digitale vrachtinformatie elektronisch moeten kunnen controleren, en vanaf juli 2027 zijn lidstaten verplicht dit te accepteren. Maar wat bedrijven nu al merken is dat de manier waarop ze handtekeningen en tijdstempels vastleggen niet altijd aansluit op die vereisten. Een handtekening op een tablet die als PNG wordt opgeslagen in het TMS, is niet hetzelfde als een gekwalificeerde elektronische handtekening die juridisch gelijk staat aan een natte handtekening. Tijdstempels moeten herleidbaar zijn, niet alleen in het eigen systeem maar ook voor een externe partij die controleert. In de praktijk is de tijdstempel er wel, maar klopt de tijdzone niet, of is het formaat niet machine-leesbaar. Dit zijn details die je pas ontdekt als je de eerste controle of claim meemaakt. Beter is om bij het ontwerp van het systeem al te vragen: wat moet een handhaver of verzekeraar precies kunnen zien, en in welk formaat? Die vraag stellen de meeste projecten te laat.
Wanneer is volledig digitaliseren van de vrachtbrief nog niet de juiste stap?
Er zijn situaties waarin het eerlijker is om te zeggen: nog niet. Als het TMS geen stabiele API heeft en de datastructuur van zendingen elke maand verandert door groei of fusies, is een stevige eCMR-koppeling bouwen op drijfzand bouwen. Als een groot deel van de ontvangers geen digitaal acceptatieproces heeft, los je met een mooie chauffeurs-app alleen de eigen kant van de keten op. En als de juridische afdeling nog geen antwoord heeft op de vraag welke handtekeningstandaard gehanteerd wordt, bouw je iets dat bij de eerste claim niet houdt. Digitalisering van de vrachtbrief is geen vinkje op een eFTI-checklist. Het is een ketenprobleem dat je alleen oplost als alle schakels meedoen, of als je bewust kiest welke schakels je in de eerste fase meeneemt en welke wachten.
Wat wel werkt als startpunt
De succesvolle trajecten die we zien beginnen klein: één relatie, één corridor, één type zending. Daarin bouw je de koppeling met het TMS, werk je de uitzonderingen uit en valideer je de verificatiestap met de ontvanger. Daarna pas schaal je op. Dat klinkt traag, maar het is sneller dan een breed uitgerolde oplossing die na drie maanden op de helft van de ritten toch papier naast zich heeft. Een AI Worker die inkomende documenten herkent, uitzondering van standaard scheidt en de juiste velden vult in het TMS, helpt bij de overgang. Maar die Worker vervangt geen goed datamodel. Die twee heb je allebei nodig.