Bedrijfsprocessen automatiseren: gids voor het mkb

Bedrijfsprocessen automatiseren betekent dat software de vaste, terugkerende stappen van een proces overneemt: gegevens overnemen, controleren en doorzetten tussen systemen. Uw medewerkers houden alleen de stappen waar echt een oordeel nodig is, zoals een afwijking zonder vaste regel, klantcontact of een beslissing. Het loont vooral bij werk met veel volume, vaste regels en digitale invoer. Begin met één klein proces en reken de afwijkingen, het beheer en de licenties eerlijk mee.

Deze gids geeft per onderwerp een kort antwoord en verwijst naar het artikel dat het onderwerp uitwerkt. Eén voorbeeld loopt door de hele gids: een productiebedrijf dat orders per e-mail ontvangt en ze met de hand in het ERP-pakket zet. Een ERP-pakket is het bedrijfssysteem voor onder meer klanten, orders, voorraad en facturatie.

Wat is procesautomatisering?

Een bedrijfsproces is een vaste reeks stappen met een begin en een eind. Er komt iets binnen, zoals een order, een factuur of een aanvraag. Iemand doet daar iets mee in een of meer systemen. Er komt een resultaat uit: een order in het ERP, een geboekte factuur, een antwoord aan de klant.

Bij procesautomatisering neemt software de stappen van die reeks over die vaste regels volgen. Veel processen kunnen zo van begin tot eind automatisch lopen. Moet een medewerker halverwege echt beslissen, dan automatiseert u wat vóór en na dat besluit komt. Dat heet human in the loop: een mogelijkheid als het nodig is, geen vast onderdeel van elke automatisering. Digitaal werken is nog geen automatiseren: komt een order per mail binnen en typt iemand hem over in het ERP, dan is dat digitaal handwerk.

Het gaat om digitale bedrijfsprocessen en informatiestromen: in een productiebedrijf van engineering tot administratie en van order tot levering. Het aansturen van productielijnen, PLC's (de besturingscomputers van machines) en industriële robots valt erbuiten. Dat is industriële automatisering, een ander vak. Een software-robot werkt alleen in software, niet op de werkvloer.

Er zijn vijf manieren om met terugkerend werk om te gaan. Ze sluiten elkaar niet uit.

Vijf manieren om terugkerend werk te organiseren
Aanpak	Wat er gebeurt	Sterk in	Beperkingen
Met de hand	Een medewerker leest, typt over en controleert	Flexibel, geen bouwkosten, goed bij weinig volume of veel oordeel	Kost elke dag tijd; fouten bij drukte; kennis zit in één hoofd
Werkwijze aanpassen	U neemt de oorzaak weg: een vast orderformulier, een overbodige stap schrappen, een functie die uw pakket al heeft	Vaak de goedkoopste stap; geen extra software om te onderhouden	Vraagt medewerking van klanten, leveranciers of collega's; lost niet alles op
Koppeling	Twee systemen wisselen direct gegevens uit, via een API (een vaste technische ingang voor andere software) of een vast bestandsformaat	Stabiel, snel, ook bij grote aantallen	Beide systemen moeten een bruikbare ingang hebben; bouwwerk en soms een licentie
Workflow	Een reeks acties start bij een gebeurtenis (een mail komt binnen) of op een vast tijdstip	Mail, formulieren, goedkeuringen en meldingen	Leunt op kant-en-klare verbindingen (connectors) naar andere systemen; niet bedoeld voor schermwerk
Software-robot (RPA)	Software bedient de schermen zoals een medewerker: klikken, typen, kopiëren	Systemen zonder koppeling, ook oude programma's en portalen van derden	Gevoelig voor schermwijzigingen; trager dan een koppeling; licentie en beheer

RPA staat voor robotic process automation. Het is één techniek binnen procesautomatisering, en niet altijd de beste. Vaak is een koppeling of een aanpassing in de werkwijze de betere eerste keus.

Welke processen zijn geschikt?

Een proces is een goede kandidaat als het aan de meeste van deze zes voorwaarden voldoet. Elke voorwaarde heeft een toetsvraag die u intern kunt stellen.

Volume. Komt het werk dagelijks of wekelijks terug, in een herkenbare hoeveelheid? Een taak van tien minuten per maand verdient de bouw en het beheer zelden terug.
Vaste regels. Kan de medewerker uitleggen wanneer hij wat doet? "Ontbreekt het klantnummer, dan zoek ik op het btw-nummer" is een regel. "Dat voel je aan" is geen regel.
Digitale invoer. Komt de invoer binnen als bestand, formulier of systeemexport? Een Excel-bestand met vaste kolommen is veel eenvoudiger dan een scan of een vrije mail.
Duidelijke uitzonderingen. Volgen ook de afwijkingen vaste regels? Dan maakt het aantal weinig uit: een proces met tweehonderd duidelijke regels kan goed automatisch lopen. Lastig zijn afwijkingen die per geval interpretatie vragen. Die moet de software herkennen en doorzetten naar een medewerker.
Stabiele systemen. Blijven de betrokken systemen de komende jaren zoals ze zijn? Een ERP dat volgend jaar wordt vervangen, is een slechte basis.
Een eigenaar. Is er één persoon die over de regels beslist en die merkt als het proces verandert? Zonder eigenaar loopt elke automatisering na een tijd achter op de praktijk.

Herkenbare kandidaten zijn orderinvoer, orderbevestigingen van leveranciers, stuklijsten (de lijsten met onderdelen en aantallen van een product), factuurverwerking, controles tussen systemen en terugkerende rapportages. In 12 voorbeelden van werk dat bedrijven kunnen automatiseren staan ze uitgewerkt, met wat bij een mens blijft. Wilt u één eigen taak snel toetsen, loop dan de vier vragen op de oplossingenpagina langs. Met die vier korte vragen beoordeelt u zelf of een proces geschikt is, zonder invultool of berekening. Hoe u een proces grondiger toetst, leest u in is mijn proces te automatiseren?

Hoe ziet het eruit in de praktijk?

Voorbeeld (illustratief)

Nu. Een productiebedrijf ontvangt elke werkdag ongeveer 80 orders per e-mail, als pdf of Excel-bestand. Een medewerker binnendienst opent elke order, zoekt de klant op in het ERP, controleert de artikelnummers en prijzen en typt de regels over. Dat kost ongeveer 4 minuten per order. Bij drukte lopen de orders een halve dag achter, en een tikfout in een aantal komt pas terug als de klant belt.

Na automatisering. Software leest de nieuwe mails in een vaste map, haalt de ordergegevens uit de bijlage en zoekt klant en artikelen op. Ze vergelijkt de prijzen met de prijsafspraken en controleert of het ordernummer van de klant al eerder binnenkwam. Klopt alles, dan maakt ze de order aan in het ERP. Ongeveer 15% van de orders wijkt af: een onbekend artikel, een afwijkende prijs, een opmerking in vrije tekst. Die orders gaan naar de binnendienst, met de reden erbij. De binnendienst beoordeelt alleen nog de afwijkingen en controleert elke dag kort of de automatisering goed gedraaid heeft.

De medewerker verdwijnt niet uit het proces. Zij doet het deel waar een oordeel nodig is. De controle wordt ook strenger: de software controleert elke order op dezelfde manier, ook op vrijdagmiddag. Hoe dit proces stap voor stap werkt, leest u in handmatige orderverwerking automatiseren.

Drie andere herkenbare situaties, kort:

Orderbevestigingen van leveranciers. Nu vergelijkt een inkoper elke bevestiging regel voor regel met de inkooporder. Na automatisering vergelijkt software artikel, aantal, prijs en leverdatum, en krijgt de inkoper alleen de bevestigingen met een verschil.
Een Excel-lijst die het ERP in moet. Nu kopieert iemand elke week prijslijsten van leveranciers of orderregels uit Excel. Kijk eerst of de importfunctie van het ERP dit kan, met een vast sjabloon en een controle vooraf. Welke routes er zijn, staat in Excel koppelen aan ERP.
Artikelen en stuklijsten van engineering naar het ERP. Nu typt een werkvoorbereider na elke vrijgave in het PDM-systeem (waar engineering tekeningen en revisies beheert) de nieuwe artikelen en de stuklijst over in het ERP. Na automatisering zet software ze klaar in het ERP, en krijgt de werkvoorbereider alleen de regels die niet kloppen, zoals een onbekende materiaalcode. Een veilige eerste stap is een nachtelijke vergelijking van PDM en ERP die alleen de verschillen mailt en niets wijzigt.

Welke technieken zijn er?

Kies de techniek pas als het proces duidelijk is. Loop de opties in deze volgorde langs: eerst wat uw eigen software al kan, dan een koppeling, dan een workflow, en pas daarna een software-robot. Hoe hoger in die rij, hoe minder u zelf bouwt en onderhoudt.

In de praktijk combineert u ze. In het ordervoorbeeld haalt een workflow de mail op en leest een sjabloon of AI-model de pdf uit. Een koppeling of software-robot zet de order daarna in het ERP. Een software-robot is vooral nuttig als het ERP geen bruikbare koppeling heeft. Hoe u die afweging maakt, staat in RPA of API-koppeling: wat is de beste keuze?

AI helpt bij invoer zonder vaste vorm, zoals pdf's met wisselende opmaak of vrije mails. Het resultaat is een voorstel, geen zekerheid. UiPath noemt een controle door een mens van uitgelezen gegevens optioneel, maar sterk aanbevolen. Dat geldt vooral als de gegevens 100% juist moeten zijn, of als u ze niet met een andere betrouwbare bron kunt vergelijken. Vergelijken, overnemen en doorzetten gaat met vaste regels betrouwbaarder.

Twee bekende platforms zijn UiPath en Microsoft Power Automate. UiPath is een platform voor software-robots, met een centrale beheeromgeving (Orchestrator) voor onder meer werkwachtrijen en opgeslagen inloggegevens. Power Automate heeft cloud flows voor workflows die starten bij een gebeurtenis of op een tijdstip, en desktop flows voor schermwerk. De verschillen in kosten en toepassing staan in UiPath of Power Automate.

Hoe kiest u de juiste aanpak?

Stel deze vragen in deze volgorde. Het eerste ja geeft meestal de aanpak.

Is het volume klein, of vraagt elk geval een eigen afweging? Automatiseer dan niet, of alleen het voorwerk.
Kan de oorzaak weg? Kunnen klanten een vast orderformulier gebruiken, of is een stap overbodig? Dan past u eerst de werkwijze aan.
Kan uw eigen pakket het al? Een importfunctie, een standaardkoppeling of een ingebouwde regel? Gebruik die. De leverancier onderhoudt hem.
Hebben beide systemen een bruikbare API of een vast bestandsformaat? Dan is een koppeling meestal de stabielste keus.
Gaat het om mail, formulieren, goedkeuringen of meldingen? Dan past vaak een workflow.
Kan het alleen via de schermen, en zijn die schermen stabiel? Dan is een software-robot een goede optie. Veranderen de schermen vaak, dan past geen van de technieken goed en blijft het handwerk of zoekt u een andere route.

Drie factoren wegen het zwaarst: hoe stabiel de systemen en de invoer zijn, of de afwijkingen vaste regels volgen, en wie de oplossing na de livegang beheert. Vraag intern ook of een van de systemen binnen een jaar wordt vervangen. Dan wacht u beter.

Een eenvoudige flow die mails sorteert, bouwt u vaak zelf met tools die u al hebt. Hulp van buiten is zinvol als de automatisering in uw ERP of boekhouding schrijft. Dat geldt ook als er een software-robot nodig is, of als niemand in huis tijd heeft voor het beheer.

Wat kost automatisering?

Een automatisering kost eenmalig tijd voor analyse, bouw, testen en livegang. Daarna lopen er kosten door: licenties, een machine of cloudomgeving waarop de automatisering draait, beheer en aanpassingen. Tel ook uw eigen tijd mee: voor de analyse, het testen, de afwijkingen en de dagelijkse controle.

Het bedrag hangt minder af van de techniek dan van het proces. Deze kostendrijvers maken het verschil:

het aantal varianten in de invoer (één vast Excel-format of twintig verschillende pdf's);
het aantal afwijkingen dat de software moet herkennen;
de koppelmogelijkheden van uw systemen;
de eisen aan controle, logging en beveiliging.

Licentieprijzen wijzigen regelmatig. Controleer ze altijd op de prijspagina van de leverancier. De kostenposten en vier scenario's staan in wat het automatiseren van een bedrijfsproces kost. Wat er na de livegang bij komt, leest u in wat het onderhoud van een software-robot kost.

Wanneer is het rendabel?

Begin met de tijd die het proces nu kost. Trek daar de tijd af die blijft: de afwijkingen en de controle. Wat overblijft, is de tijd die u werkelijk vrijmaakt. Zet die tegenover de kosten.

Rekenvoorbeeld (illustratief): orders uit e-mail in het ERP
Onderdeel	Berekening	Per dag	Per jaar (230 werkdagen)
Handwerk nu	80 orders × 4 minuten	320 minuten	≈ 1.227 uur
Afwijkingen blijven handwerk	15% = 12 orders × 4 minuten	− 48 minuten	≈ − 184 uur
Dagelijkse controle	vaste tijd	− 15 minuten	≈ − 58 uur
Werkelijk vrijgemaakt	320 − 48 − 15	257 minuten	≈ 985 uur

Aannames: 80 orders per werkdag, 4 minuten per order, 230 werkdagen per jaar (46 weken × 5 dagen), 15% afwijkingen en 15 minuten controle per dag. Vul uw eigen getallen in.

De volle 320 minuten tellen nooit als besparing. De afwijkingen blijven mensenwerk, en het zijn vaak juist de lastige orders. Iemand moet ook elke dag kijken of de automatisering goed gedraaid heeft. Licenties, onderhoud en de bouw zijn kosten, geen tijdwinst. Reken ze apart.

Een eenvoudige vuistregel voor de terugverdientijd in jaren: eenmalige kosten ÷ (vrijgemaakte uren per jaar × uw kosten per uur − jaarlijkse kosten). Is het deel tussen haakjes nul of kleiner, dan verdient u de automatisering nooit terug. Is de uitkomst erg lang, dan loont het niet in deze vorm. Tijd is niet de enige opbrengst: minder fouten, een kortere doorlooptijd en minder afhankelijkheid van één collega tellen ook. Hoe u dit voor uw eigen proces uitrekent, staat in wanneer automatisering rendabel is voor een klein bedrijf.

Welke risico's zijn er?

De meeste problemen ontstaan vóór de techniek: het verkeerde proces, gemiste afwijkingen of geen eigenaar. Dit zijn de risico's die u vooraf moet kennen:

Het verkeerde proces. Een proces dat nog verandert, of waarvan veel afwijkingen per geval interpretatie vragen, levert vooral bouwwerk voor uitzonderingen op.
Onjuiste gegevens. Kloppen klantgegevens, artikelnummers of prijsafspraken in het ERP niet, dan werkt de software met die fouten verder.
Schermwijzigingen. Een software-robot herkent een veld aan technische kenmerken. Verandert zo'n kenmerk door een update, dan vindt de robot het veld niet meer. Microsoft waarschuwt ook voor de schermresolutie. Een automatisch draaiende software-robot (unattended RPA) start automatisch en voert het werk uit zonder dat een medewerker erbij hoeft te zijn. Hij volgt vooraf vastgelegde regels. Bij een fout of uitzondering kan hij stoppen, een melding sturen of de situatie aan een medewerker voorleggen. De uitvoering blijft controleerbaar. Het tegenovergestelde is een robot die een medewerker zelf start op de eigen computer (attended RPA). Draait een automatisch draaiende robot met een andere resolutie dan tijdens het bouwen, dan kan hij een element missen of zelfs het verkeerde element bedienen.
Een fout herhaalt zich. Een medewerker maakt een fout meestal één keer. Software met een verkeerde regel maakt dezelfde fout bij elk geval, tot iemand het merkt.
Geen beheer. Een automatisering zonder eigenaar en zonder bewaking werkt tot de eerste systeemupdate die haar raakt. Daarna valt ze stil, soms zonder dat iemand het merkt.
Toegang en inloggegevens. Een robot die met het account en wachtwoord van een medewerker werkt, maakt achteraf onduidelijk wie wat deed.
Een omslachtig proces blijft omslachtig. Automatiseert u een omweg, dan hebt u een snelle omweg.

Hoe u deze risico's voorkomt, leest u in waarom RPA-projecten mislukken. Soms is het eerlijke antwoord dat u nu beter niet automatiseert. De signalen daarvoor staan in wanneer u een proces beter niet automatiseert.

Hoe werkt de invoering?

Kies een klein eerste proces. Niet het proces met de meeste pijn, maar het proces met de beste verhouding tussen opbrengst en risico. Een controle die alleen leest, kan weinig kapotmaken.
Breng het proces in kaart met de mensen die het werk doen. Schrijf op wat er echt gebeurt, met de afwijkingen en hoe vaak ze voorkomen.
Verzamel echte voorbeelden: gewone gevallen en lastige. Die set gebruikt u straks om te testen.
Test met echte gevallen, inclusief afwijkingen. Test ook foute invoer, een systeem dat niet bereikbaar is en een herstart halverwege. Wordt er dan niets dubbel verwerkt?
Draai een periode parallel. De automatisering werkt naast het gewone proces, of zet haar resultaten eerst als concept klaar. Een medewerker controleert ze en vergelijkt ze met wat hij zelf zou doen.
Ga live als de eigenaar de testresultaten heeft goedgekeurd. Regel vooraf een eigen account voor de automatisering, een werkinstructie voor afwijkingen en een terugvalplan voor als de automatisering een dag niet draait.

Bekijk in de eerste weken elke afwijking. U ziet dan patronen: een klant die steeds een ander format stuurt, een regel die te streng is. Een uitgewerkt startplan voor de maakindustrie staat in procesautomatisering in een productiebedrijf: waar begint u?

Hoe werken beheer en onderhoud?

Een automatisering werkt in een omgeving die verandert. Systemen krijgen updates, wachtwoorden verlopen, klanten passen hun formulieren aan en er komen nieuwe afwijkingen bij. Beheer bestaat daarom uit vaste taken:

elke dag nagaan of de automatisering gedraaid heeft en of er meldingen zijn;
afwijkingen afhandelen en bekijken of een terugkerende afwijking een nieuwe regel waard is;
de automatisering aanpassen en testen als een systeem verandert, liefst vóór de update in productie gaat;
accounts en inloggegevens beheren, met alleen de rechten die het proces nodig heeft;
de documentatie bijwerken: wat doet de automatisering, welke regels volgt ze, en wie is eigenaar?

Spreek vóór de livegang af wie die taken doet en hoe snel een storing wordt opgelost. Een koppeling vraagt meestal minder onderhoud dan een software-robot, maar ook een koppeling moet mee als een leverancier zijn API wijzigt. Wat onderhoud inhoudt en hoe u het beperkt, leest u in wat het onderhoud van een software-robot kost.

Hoe beoordeelt u een automatiseringsspecialist?

Reviews zeggen weinig over uw proces. Stel liever vragen waarvan u het antwoord kunt controleren. De tabel geeft per vraag een goed antwoord en een signaal om op te letten.

Acht vragen voor een automatiseringsspecialist
Vraag	Een goed antwoord	Let op bij
Kunt u werk laten zien?	Een demo of een opgeleverd proces, getoond met toestemming van de klant, met uitleg over de afwijkingen	Alleen logo's of vage verhalen, of vertrouwelijke gegevens van andere klanten
Wanneer raadt u automatiseren af?	Concrete situaties: weinig volume, een systeem dat wordt vervangen, een proces zonder vaste regels	"Alles is te automatiseren"
Van wie zijn de code en de accounts?	Van u: de workflows, de broncode, de licenties en de accounts staan op naam van uw bedrijf	Alles draait in de omgeving van de bouwer
Wat staat er in de documentatie?	De stappen, de regels, de afwijkingen, de systemen en accounts, en wat u doet bij een storing	Geen documentatie, of alleen technische aantekeningen
Hoe test u?	Met echte gevallen, inclusief afwijkingen, foute invoer, storingen en een herstart; de eigenaar keurt goed	Alleen testen of het gewone geval werkt
Wat gebeurt er met afwijkingen?	Elk geval dat niet klopt, gaat met een reden naar een vaste plek; een fout in één geval houdt de rest niet tegen	De automatisering stopt helemaal, of gokt
Welke onderhoudsafspraak stelt u voor?	Wat erin valt, hoe snel er gereageerd wordt, wat een aanpassing kost en hoe u de afspraak beëindigt	Geen afspraak, of een afspraak waar u niet uit kunt
Hoe beveiligt u inloggegevens?	Een eigen account per automatisering met minimale rechten; wachtwoorden in een beveiligde opslag, niet in een script of Excel	De robot werkt met het account van een medewerker

Bij die laatste vraag helpt het om te weten wat de platforms bieden. UiPath laat een beheerder de inloggegevens voor een automatisch draaiende robot instellen, zodat ontwikkelaars ze niet zelf in handen hebben. Die gegevens staan in een credential store: een beveiligde opslag, standaard de database van Orchestrator, of een externe kluis zoals Azure Key Vault.

Een kleine specialist of een groter bureau?

Bij een kleine, zelfstandige specialist praat u direct met de persoon die uw proces bekijkt en de oplossing bouwt. De lijnen zijn kort en de kennis zit niet verspreid over een team. Daar staan echte nadelen tegenover. De capaciteit is beperkt: grote projecten met veel onderdelen tegelijk passen minder goed. Bij ziekte of vakantie is er geen collega die direct overneemt.

Een groter bureau heeft meer capaciteit en vervanging. U spreekt daar vaker met een accountmanager of projectleider dan met de bouwer, en het team kan wisselen. Welke vorm past, hangt af van de omvang van uw project en van hoe snel u hulp nodig hebt bij een storing.

Het risico van een kleine specialist kunt u beperken met drie afspraken. Bij elke oplevering hoort documentatie. De oplossing draait in uw eigen omgeving, met uw eigen licenties en accounts. En u houdt toegang tot alles, zodat een andere specialist het werk kan overnemen. MeeuseSolutions is zo'n kleine specialist en werkt daarom met deze drie afspraken.

Waar begint u?

U hoeft niet te weten welke techniek u nodig hebt om te beginnen. Begin bij het werk:

Vraag de mensen die het werk doen wat ze elke dag of week overtypen of controleren, bijvoorbeeld bij de binnendienst, inkoop, werkvoorbereiding en administratie.
Kies twee of drie kandidaten en tel twee weken lang hoe vaak ze voorkomen en hoe lang ze duren.
Leg ze langs de zes voorwaarden hierboven en reken de vrijgemaakte tijd uit zoals in het rekenvoorbeeld.

Dan weet u welk proces eerst kan, en kunt u het gesprek over de techniek voeren met cijfers in de hand.

Bedrijfsprocessen automatiseren: de complete gids voor het mkb