Waarom e-mail met PDF nog altijd domineert
Ieder bedrijf heeft wel een handvol grote klanten die EDI of een portaal gebruiken. Maar kijk naar de lange staart: de MKB-klant, de buitenlandse leverancier, de vaste afnemer die al tien jaar hetzelfde werkproces heeft. Die stuurt een PDF via de mail. Soms een Word-document. Soms een screenshot. Dat verandert niet van de ene op de andere dag, hoe mooi jouw portaal ook is. E-mail met PDF is laagdrempelig aan de verzendende kant: geen account nodig, geen inlogscherm, geen training. Dat is precies waarom het hardnekkig blijft. De keerzijde is dat iemand aan jouw kant dat document moet lezen, de juiste velden eruit moet halen en dat handmatig moet intypen in het ERP, TMS of WMS. Bij honderd documenten per week is dat een serieuze tijdspost.
Klantportaal orderinvoer: wie doet eigenlijk het werk?
Een klantportaal lijkt de nette oplossing: de klant voert zijn eigen order in, jij hoeft niets over te typen. Maar let op wat er echt gebeurt. Het werk verdwijnt niet, het verschuift naar de klant. Die moet inloggen, een nieuw scherm leren kennen en zijn order opnieuw invoeren in jouw systeem, terwijl hij die order al in zijn eigen systeem heeft aangemaakt. Grotere klanten accepteren dat niet. Zij willen geen extra handeling voor jouw gemak. Kleinere klanten doen het misschien wel, maar alleen als het portaal makkelijker is dan een mailtje sturen, en dat is zelden het geval. Portalen werken het best wanneer de klantrelatie structureel is, het volume hoog is en jij als leverancier sterk genoeg staat om gedragsverandering af te dwingen. In transport en groothandel is dat voorbehouden aan een minderheid van de tegenpartijen.
API-koppeling: de schoonste weg, maar niet voor iedereen
Een directe API-koppeling tussen twee systemen is technisch gezien het beste kanaal: gestructureerde data, geen handmatig werk, geen conversieverlies. Maar het vereist ontwikkelinspanning aan beide kanten. Jouw ERP of TMS moet een API aanbieden, de tegenpartij moet die koppeling bouwen of laten bouwen, en beide partijen moeten het berichtenformaat op elkaar afstemmen. Dat kost tijd en geld. Voor grote, strategische handelspartners loont die investering. Voor de rest van je klantenbestand niet. Bovendien: als de ene partij een systeem-update doorvoert, ligt de koppeling er soms tussenuit. API's zijn robuust op schaal, kwetsbaar in de marge.
Document-AI als brug: wat lost het op en wat niet?
Document-AI is geen vervanging van portaal of API. Het is de praktische brug voor zolang niet iedereen via een gestructureerd kanaal werkt, en dat zal voor de meeste bedrijven nog jaren de realiteit zijn. dottle leest inkomende PDF's, e-mails en andere documentformaten uit, zet de gegevens om naar gestructureerde data en levert die af in het ERP, TMS of WMS. Zonder dat iemand hoeft over te typen, zonder dat de klant iets anders hoeft te doen dan hij altijd deed. Een mens accordeert de uitkomst: afwijkingen worden gemarkeerd, niet weggemoffeld. Dat is een bewuste keuze. Fouten in orders of facturen zijn duur; controle blijft noodzakelijk. Wat document-AI niet oplost: als de brondata structureel slecht is, als een leverancier elke keer een ander format stuurt dat geen leesbare structuur heeft, of als het volume te laag is om de insteltijd terug te verdienen.
Beslisboom: welk kanaal past bij welke situatie?
Gebruik deze vuistregel om per tegenpartij het juiste kanaal te kiezen. Hoog volume, strategische partner, beide partijen hebben ERP met API: kies een directe koppeling of EDI. Groot, vast klantenbestand dat jij kunt sturen in gedrag en waarbij eenvoudige orderinvoer volstaat: overweeg een portaal, maar reken eerlijk de adoptiebereidheid door. Gevarieerd klantenbestand, veel MKB, wisselende documentformaten, geen capaciteit voor maatwerk-koppelingen: gebruik document-AI om e-mail en PDF automatisch te verwerken. De drie kanalen sluiten elkaar niet uit. De meest praktische aanpak combineert ze: API voor de grote spelers, document-AI voor de lange staart van e-mail en PDF. Het portaal verdient een plek als jij het gedrag van klanten daadwerkelijk kunt sturen, niet als wensdenken.