Waarom loopt orderverwerking in de groothandel altijd vast?
In de groothandel heb je zelden één type klant en zelden één type order. Retail-klanten sturen een inkooporder als PDF. Foodservice-partijen gebruiken hun eigen inkoopportaal. Kleinere afnemers mailen een lijstje in de berichttekst zelf, zonder bijlage. En een handvol klanten heeft ooit een EDI-koppeling laten bouwen die nu half werkt omdat het formaat aan hun kant is gewijzigd. Al die instroom komt terecht op één punt: de binnendienst. Die typt de orderregels over in het ERP, checkt of artikelnummers overeenkomen met de eigen referenties, vraagt na als een hoeveelheid ontbreekt en stuurt een bevestiging terug. Per order kost dat al snel tien tot vijftien minuten. Bij honderd orders per week is dat een parttime functie die uitsluitend bestaat uit overtypen.
Het mismatch-probleem: klantreferentie versus eigen artikelcode
Het echte pijnpunt in de groothandel is niet het typen zelf, maar de vertaalslag tussen de klantreferentie en de eigen artikelcode. Een klant bestelt 'Huismerk Fruitdrank 1L, art. 884421'. Intern heet dat artikel 'FD-1000-HM' en staat het onder een andere productgroep. Die vertaling zit in niemands hoofd, of in een Excel die de meest ervaren medewerker bijhoudt. Als die persoon ziek is, loopt de verwerking vast of gaan er fouten in de orderbevestiging. Systemen als SAP of Dynamics 365 Business Central kunnen klantspecifieke artikelreferenties opslaan, maar dat werkt alleen als de koppeling op orde is. In de praktijk is die tabel verouderd, onvolledig of simpelweg nooit ingericht.
Wat kost dit de groothandel werkelijk?
De directe kosten zijn arbeidsuren. Maar de verborgen kosten zijn groter: fouten in orderbevestigingen leiden tot retourzendingen, creditnota's en een helpdeskvraag. Een te laat verwerkte order leidt tot een gemiste levertijd en een boete van de retailer. En de binnendienst die de hele dag overtypit, komt niet toe aan klantcontact, upsell of het oplossen van klachten. Dat zijn de kosten die nooit worden doorgerekend, maar die elke operationeel manager wel herkent als die er even bij stilstaat.
Wanneer is automatiseren van orderverwerking zinvol?
Automatiseren heeft alleen zin als het volume hoog genoeg is en het proces enigszins stabiel. Bij een groothandel die tachtig tot honderd orders per week verwerkt vanuit een vaste groep klanten is de businesscase snel gemaakt: de herhaling is er, de tijdsinvestering per order is meetbaar en de foutgevoeligheid is bekend. Het is minder zinvol als orders sterk wisselend zijn qua structuur, als klantdata structureel onvolledig is, of als het ERP zo oud is dat een geautomatiseerde aanlevering technisch niet haalbaar is. Dat laatste is een integratievraag, geen document-AI-vraag. dottle leest het inkomende document, zet het om naar gestructureerde orderdata en levert af in het systeem. Een mens accordeert de order voor die verwerkt wordt: afwijkingen worden gemarkeerd, niet stilletjes doorgeboekt.
Wat is een realistisch beginpunt voor de groothandel?
Begin met de tien klanten die samen het meeste ordervolume genereren. Dat zijn ook de klanten waarvan de formats het bekendst zijn en waarvan de artikelreferenties het meest volledig in het systeem staan. Als de automatisering daar betrouwbaar loopt, breid je uit. Niet andersom: beginnen met de meest complexe instroom leidt altijd tot teleurstelling en een project dat strandt. Een stabiel proces voor de kern van het klantenbestand geeft meer tijdwinst dan een halfwerkende oplossing voor de hele range. En het geeft de binnendienst de ruimte om uitzonderingen te behandelen als echte uitzonderingen, in plaats van als de norm.