Orderinvoer automatiseren: van e-mail naar verkooporder

Bij een technische groothandel begon de dag met overtypen. Tussen zeven en negen uur kwamen er zo'n zestig bestellingen binnen op verkoop@: een pdf-bestelbon van de ene klant, een Excel-lijstje van de andere, en van de rest een mailtje in vrije tekst. "Doe maar 20 van die M12-wartels en 3 rol van de kabel van vorige keer, graag vrijdag leveren." Twee mensen van de binnendienst tikten dat over in het ERP. Rond half elf waren ze klaar en begon het verkoopwerk. Orderinvoer automatiseren gaat over precies die twee uur.

Het gaat niet over EDI, want daar zijn de meeste klanten te klein voor. Je vijf grootste afnemers sturen misschien een EDI-bericht of bestellen via de webshop. De lange staart daaronder blijft mailen, en die lange staart levert bij de meeste handels- en installatiebedrijven het grootste deel van de orderregels.

Waarom orderinvoer automatiseren blijft steken op de lange staart

De techniek om tekst uit een mail te halen is al jaren goed genoeg. Waar het op stukloopt is de vertaling naar jouw artikelen. Vijf dingen komen we vrijwel overal tegen.

De klant gebruikt zijn eigen taal. "Die grijze buis van 40" is voor de binnendienst meteen duidelijk en voor een systeem niet, tenzij je die koppeling ergens hebt vastgelegd.

Eenheden lopen door elkaar. Een klant bestelt 5 dozen, jouw artikel staat in stuks van 100. Wie dat verkeerd overneemt, verstuurt een pallet in plaats van een doos.

Er staat meer in de mail dan de bestelling. Een afwijkend afleveradres onder de handtekening, een projectnummer dat op de pakbon moet, een opmerking over leveren na 13.00 uur. Dat zijn precies de dingen die bij een fout de meeste herrie geven.

Bijlagen zijn niet altijd bijlagen. Een foto van een handgeschreven briefje, een screenshot van een offerte, een pdf die eigenlijk een scan is.

En dan de mail die geen bestelling is. Tussen de orders zitten prijsvragen, levertijdvragen en klachten. Die moeten er eerst uit, anders maak je orders van dingen die geen order zijn.

Van e-mail naar verkooporder: de zeven stappen

De stroom die bij ons blijft draaien ziet er bij vrijwel elke klant hetzelfde uit.

1. Eén postbus voor orders. Niet info@, maar verkoop@ of orders@, en klanten daar actief naartoe sturen. Op een verzamelmailbox moet je eerst classificeren voordat je iets kunt doen, en dat is een apart project. Hoe je dat aanpakt staat in een gedeelde mailbox met AI sorteren.
2. Herkennen wie er mailt. Afzenderadres tegen je debiteurenbestand. Een onbekende afzender betekent altijd een mens, want daar zit ook je kredietrisico.
3. De regels eruit halen. Artikel, aantal, eenheid, gewenste leverdatum, klantreferentie. Zowel uit de mailtekst als uit de bijlage.
4. Koppelen aan jouw artikelen. Eerst exact op artikelnummer of klantartikelnummer, dan op vastgelegde synoniemen, en pas als laatste op tekstgelijkenis.
5. Prijzen en condities uit je eigen systeem halen. Nooit uit de mail. Staat er een prijs in de bestelling die afwijkt van je afspraak, dan is dat een signaal voor de verkoper, geen instructie voor het systeem.
6. Een concept-order klaarzetten in een werkbak, met per regel de zekerheid van de match en de reden erbij. De binnendienst kijkt, corrigeert en bevestigt.
7. Elke correctie terugschrijven. Koppelt iemand "grijze buis 40" aan jouw artikelnummer, leg dat dan vast bij die klant. Doe je dat niet, dan corrigeer je volgende week hetzelfde.

Stap zeven is waar het project zichzelf terugbetaalt. De eerste weken bouw je een vertaaltabel op tussen klanttaal en je eigen artikelbestand. Bij een bedrijf met een paar honderd vaste artikelen zit je na zes tot acht weken op een herkenning waar je iets aan hebt. Sla je die stap over, dan blijft het systeem elke week even hard gokken.

De Sales Order Agent in Business Central, en wat hij niet doet

Werk je met Dynamics 365 Business Central, kijk daar dan eerst naar voordat je iets laat bouwen. Microsoft heeft de Sales Order Agent in juli 2026 algemeen beschikbaar gemaakt, in release wave 1 van 2026. Hij leest een Microsoft 365-postbus uit, herkent de klant, haalt de regels uit de mail en de bijlagen, controleert de voorraad en zet een offerte klaar als pdf. Een medewerker keurt elk bericht naar de klant goed voordat het weggaat. Bevestigt de klant, dan wordt de offerte een order.

Wat er in wave 1 bij is gekomen is praktisch. Je kunt meerdere agents naast elkaar draaien binnen één bedrijf, elk met een eigen postbus en eigen cijfers, handig als verkoop en service gescheiden zijn. Het zoeken naar artikelen gaat nu in lagen: eerst exact op nummer, dan op kenmerken als kleur en maat, en pas daarna op gelijkenis. Er zit een filter voor dat berichten die geen bestelling zijn eruit haalt voordat ze verwerkt worden, waaronder verkooppraatjes en pogingen om informatie uit de agent te trekken. Bijlagen mogen 50 pagina's zijn in plaats van 10, met een grens van 150.000 tekens over alle bijlagen samen, en wordt een bijlage overgeslagen dan staat de reden in het log. En er is een testfunctie waarmee je de inrichting kunt proberen met voorbeeldbestellingen op basis van je eigen artikelen, zonder dat er echte mail aan te pas komt.

Waar je op moet letten:

• De agent rekent af in Copilot Credits, per interactie en afhankelijk van de complexiteit. Raken de credits op, dan stopt hij met verwerken en pakt hij de draad weer op zodra er budget is. Zet daar een melding op, anders merk je het pas als de binnendienst belt.
• Alleen een Microsoft 365-postbus wordt ondersteund.
• Bij de introductie was hij beschikbaar voor omgevingen in de Verenigde Staten en het Verenigd Koninkrijk. Controleer de beschikbaarheid voor jouw omgeving en taal bij je partner voordat je erop plant.
• Onbekende afzenders blijven handwerk, en de kwaliteit van je artikel- en klantgegevens bepaalt vrijwel volledig hoe goed het werkt.

Werk je met een ander pakket, dan bouw je dezelfde stroom met een koppeling op de API van je ERP. Hoe dat technisch werkt en waar het misgaat staat in systemen koppelen via API.

Wanneer mag een order zonder controle doorlopen?

Hier staat of valt het project. Ons uitgangspunt: laat een order pas zelfstandig doorlopen als een fout goedkoop en zichtbaar is.

Die regel over het aantal vangt de duurste fout af die er is: een 100 die per ongeluk 1000 wordt. Dat overkomt een mens ook, maar een mens die een pallet ziet staan waar een doos hoort, twijfelt. Een systeem twijfelt niet.

Begin met alles naar de werkbak, ook als je denkt dat het wel goed gaat. Tel vier weken lang per categorie hoe vaak het voorstel klopte. Pas daarna laat je de eerste categorie los, en dan alleen die ene.

Wat je vooraf op orde moet hebben

• Een artikelbestand met consistente eenheden en omschrijvingen. Dit is het echte werk en het is saai.
• Klantartikelnummers en synoniemen, in elk geval voor de klanten die samen tachtig procent van je orders sturen.
• Een aparte orderpostbus met de juiste rechten, en een terugvalafspraak: staat de automatisering stil, dan moet die mail gewoon leesbaar en verwerkbaar blijven. Zie Microsoft 365 beheer.
• Logging van elke mail naar de order die eruit kwam. Zegt een klant over drie maanden dat hij 12 heeft besteld en geen 20, dan wil je de originele mail naast de orderregel kunnen leggen.
• Een verwerkersovereenkomst en verwerking binnen de EU voor de dienst die de mailtekst leest. Er staan persoonsgegevens in.
• Een afspraak wie de werkbak leegmaakt en binnen hoeveel tijd. Zonder die afspraak heb je straks een nette stapel voorstellen waar niemand naar kijkt.

Wat het oplevert en waar je begint

Reken het zelf uit voordat je iets koopt. Neem het aantal mailorders per dag, keer de tijd die één order kost. Zestig orders van drie minuten is drie uur per dag. Loopt daar zeventig procent van automatisch door en gaat de rest sneller omdat de regels al klaarstaan, dan houd je ongeveer twee uur over.

Die twee uur worden zelden een besparing op loonkosten. Wat we in de praktijk zien is dat orders eerder in het magazijn liggen, dat de ochtendpiek verdwijnt en dat het aantal verkeerde leveringen terugloopt. Dat laatste is bij een groothandel vaak het grootste bedrag, want één retour kost je de marge van meerdere orders.

Begin met tellen. Een week lang: hoeveel orders komen er per mail binnen, van hoeveel unieke klanten, in hoeveel formats, en hoe vaak zat er iets tussen dat geen bestelling was. In de meeste bedrijven blijkt dan dat twintig klanten goed zijn voor het merendeel van de orders. Daar begin je, en juist die twintig hebben de meeste baat bij een vertaaltabel.

Wil je laten uitrekenen of dit bij jouw aantallen uit kan, of de koppeling tussen je mail en je ERP laten leggen, vraag dan een offerte aan of bel 010 89 008 89. Zit de meeste tijd bij jou juist aan de inkoopkant, lees dan inkooporders matchen met facturen.