Welke oplossingen zijn er voor het automatiseren van documentstromen bij een expediteur?
Expediteurs werken met minimaal drie soorten documentstromen die elk om een andere aanpak vragen. Ten eerste de vrachtbrief (CMR): papier dat fysiek van hand wisselt bij belading en lossing, met alle vertraging van dien. Ten tweede douane-aangiftes: gestructureerde berichten via AGS (uitvoer), NCTS (transit) en ICS2 (invoer veiligheid), die directe koppeling met de Douane vereisen. Ten derde orders en bijbehorende documenten van verladers: paklijsten, facturen, certificaten van oorsprong, die binnenkomen per e-mail, pdf of portal. Elke laag kent eigen systemen en eigen specialisten. Een totaaloplossing die alle drie afhandelt bestaat wel, maar is zeldzaam en duur. De meeste bedrijven beginnen bij de laag met de hoogste druk.
e-CMR: welke partijen digitaliseren de vrachtbrief?
Voor de digitale vrachtbrief zijn de meest gebruikte partijen in Nederland en België Transfollow (marktleider in de Benelux, gekoppeld aan boordcomputers en TMS-systemen), EDITEL (EDI-specialist met een eCMR-module genaamd FreightLogs) en Teleroute/TIMOCOM (platformkant, meer gericht op spot-lading). De Nederlandse overheid loopt een pilot die verlengd is tot 2027; inmiddels accepteren ook Duitsland, Frankrijk en Polen de e-CMR juridisch. Praktisch punt: e-CMR lost alleen de vrachtbrief op. Orders komen er niet mee binnen, aangiftes worden er niet mee gedaan. Wie denkt met e-CMR zijn documentprobleem op te lossen, pakt doorgaans een klein deel van het werk aan.
Douane-aangiftes automatiseren: AGS, NCTS en ICS2
Voor douanedocumentatie zijn gespecialiseerde aangiftesystemen nodig die zijn erkend door de Douane en gekoppeld aan de Europese systemen. De bekendste partijen in de Nederlandse markt zijn Descartes (brede compliance-suite, ook Entry Summary Declarations voor ICS2), CargoWise (full-suite voor grote expediteurs, inclusief customs), Softpak en Stratech (beiden gericht op de Nederlandse markt, vaak middelgroot expediteursbedrijf). De keuze hangt sterk af van het aangiftevolume en het aantal landen. Bij honderd aangiftes per maand is een lichtere oplossing met API-koppeling naar je TMS vaak al voldoende. Boven de duizend aangiftes per maand wil je een systeem dat automatisch data trekt uit je orders en de aangifte voor de medewerker klaarzet, zodat de declarant alleen nog controleert en indient.
Orders en bijbehorende documenten verwerken: EDI, API of document-AI?
Orderstromen van verladers komen zelden netjes gestructureerd aan. Grote verladers sturen EDI (EDIFACT of XML via AS2), middelgrote sturen een pdf-inkooporder per e-mail, en kleine verladers bellen of mailen in vrije tekst. Voor de EDI-kant zijn partijen als Descartes en EDITEL al decennialang actief als netwerk en converter. Voor de pdf- en e-mailkant is document-AI de meest praktische aanpak: het systeem leest het document, trekt de relevante velden eruit (verlader, ontvanger, gewicht, Incoterm, HS-code) en zet die klaar in je TMS of forwarding-systeem. EasyData en Simac bieden dit als dienst aan voor transport en logistiek. Bonsai's eigen product Dottle doet hetzelfde, maar dan als ingebouwde module in het kernsysteem of als worker op bestaande systemen. Het eerlijke onderscheid: SaaS-diensten als EasyData zijn snel aan de slag, maar je blijft afhankelijk van hun roadmap en prijsmodel. Als je het inbouwt in je eigen systeem, heb je de data en de logica zelf in handen.
Beslisstructuur: welke aanpak past bij jouw situatie?
Gebruik dit als ruwe richtlijn. Heb je minder dan vijftig zendingen per dag en geen eigen TMS? Begin dan bij een SaaS-pakket zoals Transfollow voor CMR en een erkend aangiftesysteem voor douane. Heb je een bestaand TMS (Cargowise, Alpega, Transporeon of maatwerk) en wil je documentverwerking daaraan koppelen? Dan is een API- of EDI-integratie plus document-AI de logische stap, zonder het kernsysteem te vervangen. Wil je het kernsysteem zelf vervangen omdat het te oud is of te duur in beheer? Dan is een op maat gebouwd systeem met AI ingebakken een serieuze optie: sneller dan een standaard-ERP-implementatie, en je wordt eigenaar van de code. Bonsai past in de derde situatie: wij bouwen het kernsysteem opnieuw, AI-native, en we draaien het tot het in productie staat. We passen niet bij de eerste twee situaties: als je alleen een extra module of SaaS-koppeling zoekt, zijn de genoemde SaaS-partijen sneller en goedkoper. Dat is eerlijk.