Orderverwerking automatiseren: zo werkt het

Bij geautomatiseerde orderverwerking haalt software de order uit de mailbox, leest de gegevens uit de bijlage, controleert ze tegen het ERP (het bedrijfssysteem voor onder meer klanten, orders en voorraad) en maakt de order aan. Alleen orders met een afwijking komen nog bij een medewerker, met de reden erbij. Hoeveel dat oplevert, hangt vooral af van de vorm van de orders en van het aantal afwijkingen dat een medewerker moet beoordelen. Een vaste Excel-lijst is veel eenvoudiger dan een gescande pdf, en een order die niet klopt blijft handwerk.

Het voorbeeld in dit artikel

Zo gaat het nu, en zo kan het

Het werk verdwijnt niet helemaal. Het verschuift van typen naar beoordelen: orders met een afwijking komen in een werkbak, de lijst met gevallen die een medewerker beoordeelt.

Orderverwerking handmatig en geautomatiseerd
Stap	Nu	Geautomatiseerd	Wie
1. Ontvangen	De medewerker ziet een nieuwe mail in orders@	De software ziet de mail en herkent of het een order is	Software
2. Uitlezen	De medewerker opent de pdf of het Excel-bestand	De software leest klant, regels, aantallen, prijzen en datum uit	Software; twijfel naar een medewerker
3. Controleren	Klant zoeken, artikelen en prijzen nalopen	De software vergelijkt alles met het ERP	Software
4. Verwerken	De order intypen in het ERP	De software maakt de order aan via een koppeling, import of robot (software die de schermen bedient zoals een medewerker)	Software
5. Afwijkingen	Bellen of mailen met de klant	De order gaat met de reden naar de werkbak	Medewerker
6. Bevestigen	De medewerker stuurt de bevestiging	Het ERP stuurt de bevestiging, zoals nu	Software
7. Vastleggen	Staat verspreid in mailbox en ERP	Een logboek per order en een dagoverzicht	Software; controle door een medewerker

Stap 1: de order komt binnen

Begin met één ingang. Een gedeelde mailbox zoals orders@ werkt goed, mits klanten hun orders alleen daarheen sturen. Orders die bij een verkoper persoonlijk binnenkomen, ziet de automatisering niet. Laat de verkoper die doorsturen, en houd er rekening mee dat de afzender dan niet meer de klant is. Zetten grote klanten hun orders in een eigen leveranciersportaal, dan is dat een tweede ingang. Die vraagt een eigen route, bijvoorbeeld een export uit het portaal of een software-robot die de orders ophaalt.

De eerste vraag voor de software is: is dit een order? Vaste regels werken hier meestal goed. De afzender staat bij een bekende klant, er zit een pdf- of Excel-bijlage bij en het onderwerp of de bijlage noemt een ordernummer. Vragen, klachten en leveringsvragen gaan naar een aparte map. Die beantwoordt de software niet.

Houd rekening met deze gevallen:

Eén mail met drie orders als losse bijlagen, of één order verdeeld over twee mails.
Een correctie ("vervangt onze order 4512 van gisteren"). Die mag geen tweede order worden.
Logo's uit de handtekening van de mail, die ook als bijlage meekomen.
Een bijlage in een zip-bestand of een pdf met een wachtwoord.

Toegang tot de mailbox: één mailbox, niet alle

In Microsoft 365 leest software een mailbox meestal via Microsoft Graph, de programmeerinterface van Microsoft, ook bij een gedeelde mailbox. Dat gaat met moderne authenticatie (OAuth 2.0). Alleen een gebruikersnaam en wachtwoord werkt in Exchange Online niet meer voor het lezen van mail.

Let op de rechten. Het applicatierecht Mail.Read geeft volgens Microsoft toegang tot de mail in alle mailboxen van de organisatie, ook die van de directie. Met RBAC for Applications (rechten per rol voor applicaties) in Exchange Online beperkt de beheerder dat tot bijvoorbeeld alleen orders@. Verwijder dan wel het brede recht in Microsoft Entra ID (het accounts- en rechtenbeheer van Microsoft), anders werkt de beperking niet. Gebruik nooit het account van een medewerker.

Stap 2: de gegevens uitlezen

Hoe moeilijk het uitlezen is, hangt af van de vorm waarin de order binnenkomt. Dit is vaak de belangrijkste factor voor de kosten en het resultaat.

Vormen van orders en wat ze betekenen voor het uitlezen
Vorm	Hoe de software leest	Betrouwbaarheid	Let op
Excel of CSV met vaste kolommen	Direct op kolomnaam	Hoog	Een extra of verschoven kolom, datumnotatie, decimaalteken
Pdf uit een systeem	De tekst zit in het bestand; sjabloon per klant of documentherkenning	Goed	Elke klant heeft een eigen opmaak, en die kan zonder bericht veranderen
Scan of foto	Eerst tekstherkenning (OCR), dan documentherkenning	Wisselend	Scheve of vage scans, handgeschreven aantekeningen
Tekst in de mail zelf	Vrije tekst interpreteren	Laag	Vaak loont een vast orderformulier meer
Portaal, webshop of EDI	Geen uitlezen: de gegevens zijn al gestructureerd	Hoogst	Vraagt een koppeling en medewerking van de klant

EDI (electronic data interchange) is een vast elektronisch berichtformaat voor orders en facturen tussen bedrijven. OCR (optical character recognition) zet de pixels van een scan om in tekst.

Documentherkenning en betrouwbaarheidsscores

Voor pdf's en scans van veel verschillende klanten gebruikt u documentherkenning: software die velden zoals klantnummer, orderregels en leverdatum vindt, ook als de opmaak verschilt. Zulke diensten geven per veld een betrouwbaarheidsscore. Microsoft beschrijft die score bij Azure AI Document Intelligence als een geschatte kans tussen 0 en 1 dat het resultaat klopt. Een score van 0,95 betekent dat de uitkomst ongeveer 19 van de 20 keer goed is. Bij 80 orders per dag is één fout op de twintig velden veel.

Werk daarom met een drempel per veld. Boven de drempel gaat het veld automatisch door, onder de drempel kijkt een medewerker mee. Kies een strengere drempel voor aantallen en prijzen dan voor een referentieveld. Microsoft raadt zelf aan om zo'n menselijke controle in te bouwen. Een score zegt wel alleen hoe zeker de software is over het lezen. Een prijs die perfect is gelezen, kan nog steeds de verkeerde prijs zijn. Daarom volgt na het uitlezen altijd stap 3.

Let bij scans op de kwaliteit. Microsoft vraagt één duidelijke foto of goede scan per document, tekst van ongeveer 8 punt of groter bij 150 dpi, en pdf's zonder wachtwoord. Let ook op notaties: 1.250 kan 1250 of 1,25 betekenen, en 03-04 kan 3 april of 4 maart zijn.

Stap 3: controleren voordat iets in het ERP komt

Het ERP controleert of iets technisch mag: bestaat de klant, is het artikel actief? Het controleert niet of de order klopt met wat de klant bedoelde of met wat u hebt afgesproken. Een order met een bestaand artikel en een verkeerde prijs is voor het ERP gewoon geldig. Bouw daarom deze controles in:

Bekende klant. Zoek de klant op het debiteurnummer of het klantnummer op de order, niet alleen op de naam. Staat een klant twee keer in het ERP, dan kan de software niet kiezen. Ruim dubbele klanten eerst op.
Afleveradres. Staat het adres al bij de klant? Een nieuw afleveradres gaat naar een medewerker. Dat voorkomt fouten en maakt misbruik moeilijker.
Artikelcodes. Klanten gebruiken vaak hun eigen artikelnummers. Vertaal die met een kruistabel: een lijst met het artikelnummer van de klant en uw eigen artikelnummer. Beheer die tabel in het ERP, niet in een los Excel-bestand. Controleer ook of het artikel niet vervallen is.
Tekening en revisie. Noemt de order een tekeningnummer en een revisie, bijvoorbeeld bij klantspecifieke onderdelen? Controleer dan of die revisie in uw ERP de actuele, vrijgegeven revisie is. Een order op een oudere of nieuwere revisie gaat naar een medewerker.
Aantallen en eenheden. Klopt de verpakkingseenheid en de minimale afname? Tien dozen is iets anders dan tien stuks.
Prijzen. Vergelijk de prijs op de order met de prijsafspraak in het ERP. Een kleine marge kan automatisch door. Die marge bepaalt u zelf.
Leverdatum. Ligt de gewenste datum niet vóór vandaag plus de normale levertijd? Een spoedorder gaat naar een medewerker. Maakt u het product op order, dan hangt de levertijd af van capaciteit en materiaal. Laat die beoordeling bij de planning.
Dubbele orders. Bestaat het ordernummer van de klant al in het ERP? Stopt de software nadat de order is aangemaakt, maar voordat de mail als verwerkt is gemarkeerd, dan mag een nieuwe poging geen tweede order maken. Controleer dus eerst en maak pas daarna aan. Orchestrator, het beheerplatform voor software-robots van UiPath, kan bijvoorbeeld afdwingen dat elke referentie in een wachtrij (de lijst met werk die de robots afwerken) maar één keer voorkomt.
Opmerkingen. Een zin als "graag samen leveren met de vorige order" gaat altijd naar een medewerker. Een opmerking die niemand leest, wordt later een klacht.

Controleer tegen de actuele gegevens in het ERP, niet tegen een kopie die langzaam veroudert.

Stap 4: de order in het ERP zetten

Voor het aanmaken van de order zijn er drie routes. Welke past, hangt af van wat uw ERP aanbiedt.

Koppeling (API). Een API is een vaste ingang waarlangs software gegevens leest en schrijft, zonder schermen. Exact Online heeft bijvoorbeeld een REST API voor verkooporders, waarbij de klant en de orderregels verplicht zijn. Een API is snel en stabiel, en het ERP meldt direct wat niet klopt. Iemand moet de koppeling wel bouwen en onderhouden.
Importbestand. De software maakt een CSV- of XML-bestand in de opbouw die het ERP verwacht. Dat is vaak de snelste start. Lees wel het importverslag, want een fout in regel 37 valt makkelijk weg.
Software-robot. Een software-robot (RPA, robotic process automation) gebruikt dezelfde schermen als een medewerker. Dat werkt ook zonder API, maar is langzamer en gevoelig voor schermwijzigingen.

Kies de stabielste route die uw ERP biedt. De afweging staat in RPA of API-koppeling: wat is de beste keuze?, de routes voor Excel-gegevens in Excel koppelen aan ERP. Geef het account van de koppeling of de robot alleen rechten voor orders.

Stap 5: de werkbak voor afwijkingen

Elke automatisering krijgt orders die niet kloppen. Ontwerp de route voor die orders vóórdat u bouwt. Bij een inhoudelijke afwijking, zoals een onbekend artikel of een andere prijs, helpt opnieuw proberen niet: een mens moet beslissen. Bij een technische fout, zoals een ERP dat niet reageert, helpt opnieuw proberen vaak. Lukt het na een paar pogingen niet, dan krijgt de beheerder een melding. UiPath maakt in zijn documentatie hetzelfde onderscheid. Hoe u beide soorten fouten afhandelt en in de gaten houdt, staat in waarom RPA-projecten mislukken.

In de werkbak ziet de medewerker per order de originele mail en bijlage, de gelezen gegevens en de reden dat de order stopte. Na de correctie zet hij de order terug in de stroom, zonder alles opnieuw te typen. Zo blijft alleen de beslissing mensenwerk, en loopt de rest automatisch. Meer over deze opzet leest u in human in the loop.

Een werkbak werkt alleen met een eigenaar en vaste momenten, ook tijdens vakanties. Kijk elke week naar de meest voorkomende redenen. Vaak lost u een terugkerende afwijking op bij de bron: een nieuwe regel in de kruistabel, of een klant die zijn eigen artikelnummers aanpast.

Stap 6: de orderbevestiging

Laat het ERP de orderbevestiging sturen, zoals nu. Dan blijven de opmaak, de voorwaarden en het archief gelijk, en heeft de automatisering geen verzendrecht nodig. Bij een afwijking beslist de medewerker wat de klant hoort. Controleer ook naar welk adres de bevestiging gaat: het adres van de inkoper op de order is niet altijd de afzender van de mail.

Stap 7: vastleggen en bewaken

Leg per order vast wanneer de mail binnenkwam, het ordernummer van de klant en in het ERP, het resultaat en wie een afwijking heeft afgehandeld. Dan kunt u vragen van klanten beantwoorden en ziet u welke problemen terugkomen. Een dagoverzicht laat zien hoeveel orders automatisch zijn verwerkt, hoeveel er in de werkbak staan en welke zijn mislukt.

Het grootste risico is een automatisering die stil stopt. Stel daarom een melding in als de mailbox een tijd niet is gelezen, als het ERP niet bereikbaar is of als veel orders mislukken.

Privacy: welke gegevens en hoe lang

Orders tussen bedrijven bevatten ook persoonsgegevens. Gegevens over een bedrijf zijn volgens de Autoriteit Persoonsgegevens (AP) geen persoonsgegevens, maar de naam en het mailadres van een inkoper wel. Dat geldt ook voor een bedrijfsmailadres dat maar één medewerker gebruikt. Drie regels uit de AVG (de Europese privacywet) zijn hier van belang:

Dataminimalisatie. Verwerk niet meer persoonsgegevens dan nodig is. Neem alleen de velden over die de order nodig heeft, en kopieer geen complete mails naar een logboek.
Bewaartermijn. De AVG noemt geen vaste termijn. U bepaalt die zelf en legt de onderbouwing vast; andere wetten, zoals de belastingwetgeving, kunnen wel een termijn opleggen. Geef tijdelijke kopieën, zoals uitgelezen bestanden en logboeken, een korte termijn.
Verwerkersovereenkomst. Verwerkt een clouddienst de orders voor u, bijvoorbeeld voor documentherkenning? Dan is die partij meestal een verwerker, en moet u volgens de AP samen een verwerkersovereenkomst sluiten. Vraag ook waar de gegevens worden opgeslagen.

Wat levert het op? Het rekenvoorbeeld

De vraag is niet hoeveel tijd de binnendienst nu aan orders besteedt, maar hoeveel tijd er werkelijk vrijkomt.

Rekenvoorbeeld (illustratief): tijd per werkdag en per jaar
Post	Berekening	Per werkdag	Per jaar (230 werkdagen)
Brutotijd nu	80 orders × 4 minuten	320 minuten	≈ 1.227 uur
Afwijkingen blijven handwerk	12 orders (15%) × 4 minuten	− 48 minuten	≈ − 184 uur
Dagelijkse controle	Dagoverzicht en meldingen nakijken	− 15 minuten	≈ − 58 uur
Werkelijk vrijgemaakte tijd	320 − 48 − 15	257 minuten	≈ 985 uur

Aannames: de getallen uit het voorbeeld bovenaan, 230 werkdagen per jaar en 15 minuten controle per dag. Vervang ze door uw eigen getallen.

De volle 320 minuten tellen nooit als besparing: de afwijkingen blijven werk, en de automatisering vraagt elke dag aandacht. Een afwijking kost vaak ook meer dan 4 minuten, omdat iemand moet uitzoeken wat er speelt. Ontwikkeling, licenties en onderhoud zijn kosten, geen tijdwinst. Zie daarvoor wat het automatiseren van een bedrijfsproces kost en wanneer automatisering rendabel is voor een klein bedrijf.

Alternatieven: het hoeft niet altijd met software die orders leest

Soms is het beter om de vorm van de orders te veranderen dan om software te bouwen die elke vorm leert lezen.

Aanpakken voor orderverwerking vergeleken
Aanpak	Sterk in	Beperkingen
Handmatig, met een vaste werkinstructie	Weinig orders, veel variatie, veel overleg	Blijft tijd kosten; typefouten blijven mogelijk
Vast orderformulier (Excel-sjabloon) voor klanten	Goedkoop; eenvoudig en betrouwbaar in te lezen	Klanten moeten meewerken; oude versies van het sjabloon blijven rondgaan
Bestellen via webshop, klantportaal of EDI	De gegevens komen gestructureerd binnen; geen uitlezen nodig	Niet elke klant doet mee; bouw of abonnement kost geld
Software die orders leest en invoert, zoals hierboven	Pdf's en scans van veel verschillende klanten; met een robot ook ERP-pakketten zonder API	Kosten per document of abonnement; controle door een mens en onderhoud blijven nodig

Vaak is een combinatie het beste. Grote klanten bestellen via een portaal of een vast formulier, de rest komt via documentherkenning binnen, en de order gaat via de stabielste route het ERP in.

Besliskader: waar begint u?

Stel intern deze vragen voordat u iets laat bouwen:

Hoeveel orders komen er per dag binnen, en in welke vorm? Tel een week lang: Excel, pdf uit een systeem, scan, vrije tekst.
Hoeveel orders wijken af, en waarom? Noteer een week lang de reden bij elke afwijking.
Wat biedt uw ERP: een API, een importfunctie of alleen schermen? Zit API-toegang in uw licentie?
Wie wordt eigenaar van de werkbak, de kruistabel en de drempels?
Komt er binnen een jaar een nieuw ERP of een nieuw orderportaal? Dan is wachten vaak verstandiger. Zie wanneer u een proces beter niet automatiseert.

De factoren die het zwaarst wegen, zijn de vorm van de orders, het aandeel afwijkingen dat een oordeel vraagt en de ingang van uw ERP. Een hoog volume met een vaste vorm en een ERP met een API is de gunstigste situatie. Weinig orders, veel scans en veel afwijkingen zonder vaste regel is de minst gunstige.

Externe hulp is zinvol als u een koppeling met het ERP nodig hebt, als u documentherkenning wilt inrichten of als u twijfelt welke route past. Een korte procesanalyse laat dan zien welke stappen geschikt zijn, voordat er iets wordt gebouwd. Een eerste inschatting maakt u zelf met de vier vragen op de oplossingenpagina: vier korte vragen, zonder invultool of berekening.

Beperkingen en nadelen

Reken niet op honderd procent. Bij orders uit e-mail blijven er afwijkingen die een oordeel vragen. Een plan dat daar geen tijd voor rekent, rekent zich rijk.
Onderhoud. Kruistabellen, drempels en sjablonen vragen vaste aandacht. Een klant die zijn pdf-opmaak verandert, merkt u pas als zijn orders in de werkbak belanden. Wat onderhoud kost, leest u in wat het onderhoud van een software-robot kost.
Blind vertrouwen. Als alles maanden goed gaat, kijkt niemand meer kritisch. Houd de dagelijkse controle vast, ook als die saai wordt.

Conclusie

Automatische orderverwerking werkt het best als u klein begint: met de klanten die het meest bestellen en een vaste vorm gebruiken. De controles vóór het ERP en de werkbak voor afwijkingen bepalen of het betrouwbaar is, meer dan de software die de pdf leest. En de goedkoopste order om te automatiseren is vaak de order die al gestructureerd binnenkomt, omdat u de bron hebt aangepast.

Handmatige orderverwerking automatiseren: zo werkt het