Wat kost het automatiseren van een bedrijfsproces?

Er is geen vaste prijs voor "een automatisering". De kosten hangen vooral af van het aantal stappen, het aantal systemen dat meedoet, de uitzonderingen die de oplossing moet herkennen en de licenties die nodig zijn. Een Excel-query die bestanden samenvoegt en een software-robot die orders over drie systemen verwerkt, verschillen daardoor sterk in prijs. Hieronder ziet u welke kostenposten er zijn, hoe ze uitpakken in vier scenario's en hoe u met een kort sjabloon uw eigen businesscase maakt.

Waarom één vaste prijs misleidt

Wie één prijs noemt voor elke automatisering, rekent met een gemiddeld proces. Uw proces is zelden gemiddeld. Vier factoren bepalen het grootste deel van de kosten:

• Het aantal stappen en beslisregels. Elke stap moet gebouwd, getest en later onderhouden worden.
• Het aantal systemen. Elk systeem, zoals het ERP (het bedrijfssysteem voor orders en administratie), het PDM-systeem waarin engineering tekeningen en revisies beheert, of het portaal van een klant, brengt een eigen inlog, eigen foutmeldingen en eigen updates mee.
• De uitzonderingen. Een order zonder klantnummer of met een onbekend artikel vraagt een regel: wat doet de automatisering zelf, en wat gaat naar een medewerker?
• De licenties. Een query in Excel vraagt meestal geen extra licentie. Een automatisch draaiende software-robot (zie scenario 2) vraagt wel een licentie, en vaak ook een eigen machine.

Daarnaast tellen de kwaliteit van de invoer (vaste Excel-kolommen of wisselende pdf's) en de vraag of er een testomgeving is. Een vaste prijs is pas betrouwbaar als de analyse klaar is en de aannames op papier staan. Een vaste prijs vóór de analyse bevat een marge voor onzekerheid, of uitsluitingen die u pas later tegenkomt.

De kostenposten op een rij

Onderhoud houdt werkend wat er is; een wijziging voegt iets toe. Spreek vooraf af waar de grens ligt, anders wordt elke rekening een discussie. Wat onderhoud precies inhoudt, leest u in wat het onderhoud van een software-robot kost.

Vier scenario's naast elkaar

De vier scenario's gebruiken hetzelfde voorbeeldbedrijf. Zo ziet u dat één vraag ("kunnen we de orderinvoer automatiseren?") vier verschillende antwoorden kan krijgen, met heel verschillende kosten.

1. Eenvoudige lokale gegevensverwerking

Het werk blijft in Excel. Power Query is het onderdeel van Excel waarmee u gegevens ophaalt en omvormt. Power Query legt de stappen vast als een query die u later opnieuw ververst. In het voorbeeld voegt een query alle Excel-orders van de dag samen, zet de kolommen in een vaste volgorde en markeert artikelnummers die niet in een export uit het ERP staan. Heeft het ERP een importfunctie, dan leest een medewerker het resultaat in één keer in.

Wat de kosten bepaalt: het aantal bestandsindelingen en hoe vaak klanten die veranderen. Posten: vooral analyse en bouw, een korte test, weinig infrastructuur. Gebruikt u Excel al, dan is er meestal geen extra licentie nodig.

De beperkingen zijn reëel. De pdf-orders blijven handwerk, en een medewerker start de query en controleert het resultaat. Een macro (VBA) kan meer, maar Office blokkeert standaard macro's in bestanden die van internet komen, zoals e-mailbijlagen. Leg ook vast wie het bestand beheert: een oplossing die maar één collega begrijpt, wordt een risico als die collega vertrekt. Meer over deze route leest u in Excel koppelen aan ERP.

2. Een software-robot die één applicatie gebruikt

Een software-robot bedient schermen zoals een medewerker: hij opent vensters, leest velden, klikt en typt. Dat heet RPA (robotic process automation). In het voorbeeld neemt de robot het samengevoegde Excel-bestand en voert hij elke order via de schermen in het ERP in. Een robot die een medewerker zelf start op de eigen computer heet attended RPA. Een automatisch draaiende software-robot (unattended RPA) start automatisch en voert het werk uit zonder dat een medewerker erbij hoeft te zijn, meestal op een eigen machine. 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.

Wat de kosten bepaalt: het aantal schermen en velden, en hoe stabiel die schermen zijn. Posten: analyse, bouw, test, een robotlicentie en voor een automatisch draaiende robot een machine. Na elke update van de applicatie is onderhoud nodig, omdat een gewijzigd scherm de robot kan laten stoppen.

De licentiekosten kunnen hier klein beginnen. Met de gratis Power Automate-licentie voor werk- en schoolaccounts kunt u desktopstromen (automatiseringen die schermen bedienen) lokaal bouwen en zelf starten (attended). Voor delen, centraal beheer en automatisch draaien zijn betaalde licenties nodig. Die staan in de tabel verderop.

3. Een proces over meerdere systemen

Dit is het volledige voorbeeld. De robot leest de mailbox, haalt de ordergegevens uit de pdf of het Excel-bestand en zoekt de klant en de artikelen op in het ERP. In het PDM-systeem controleert hij of de revisie op de order de vrijgegeven revisie is. Daarna voert hij de order in en stuurt hij een orderbevestiging met de leverdatum. Sommige klanten willen die bevestiging in hun eigen leveranciersportaal; daar vult de robot haar in. Orders met een afwijking, zoals een verouderde revisie, zet hij met de reden in een werkbak voor de binnendienst: de lijst met gevallen die een medewerker beoordeelt. Elke dag controleert een medewerker in 15 minuten of alle orders verwerkt zijn.

Wat de kosten bepaalt: het aantal systemen en overdrachten, de variatie in de invoer en het aantal uitzonderingen. Gegevens uit pdf's halen is lastiger dan uit vaste Excel-kolommen: er valt meer uit, en een mens kijkt vaker mee. Herkenning met AI kan verbruikskosten hebben. Bij Power Automate verbruikt AI Builder, de dienst die gegevens uit documenten haalt, credits, elk soort herkenning in een eigen tempo. De 5.000 credits per maand bij een Premium-licentie vervallen volgens Microsoft op 1 november 2026; daarna koopt u Copilot Credits. Posten: alle posten uit de tabel, met een groter aandeel voor analyse en test. Elk systeem, ook het portaal van de klant, vraagt een account met de juiste rechten.

4. Een uitgebreide integratie met uitzonderingsafhandeling

Hier werkt de oplossing zoveel mogelijk via koppelingen. Een koppeling wisselt gegevens uit zonder scherm, meestal via een API die de leverancier van een systeem aanbiedt. In het voorbeeld maakt een koppeling de orders rechtstreeks in het ERP aan. Een wachtrij houdt per order bij in welke stap hij zit. Bij een technische storing volgt een nieuwe poging of een melding. Een order met een afwijking gaat met de reden naar de werkbak. Elke stap komt in een logboek, zodat u achteraf ziet wat er met een order is gebeurd.

Wat de kosten bepaalt: het aantal koppelingen, de kwaliteit van de API-documentatie, de foutafhandeling, de beveiliging (sleutels, certificaten, rechten) en het aantal testomgevingen. Posten: vooral bouw en test, daarna hosting, monitoring en soms een API-module of integratieplatform. Een gedocumenteerde API verandert meestal minder vaak en minder onverwacht dan een scherm. Het onderhoud per wijziging is daardoor beter te plannen.

Of dit scenario de moeite waard is, hangt af van het volume en van de schade als een order fout loopt. Een vergelijking tussen robot en koppeling staat in RPA of API-koppeling: wat is de beste keuze?

Rekenvoorbeeld: een begroting in uren voor scenario 3

Hieronder staat een begroting voor het volledige voorbeeld. De uren zijn aannames en geen norm. Een ander ERP, een andere bouwer of andere orders geven andere uren. Het gaat om de opbouw: welke posten er zijn en hoe ze zich tot elkaar verhouden.

Met deze uren rekent u de kosten uit met uw eigen tarieven:

Eenmalig = 144 × T + 30 × K

Per jaar = 12 × (L + I + 4 × T)

• T: het uurtarief van de bouwer. Bouwt u zelf, dan is dat uw eigen kostprijs per uur.
• K: wat een uur van uw medewerker kost: brutoloon plus werkgeverslasten, gedeeld door de productieve uren.
• L: licenties per maand.
• I: de machine of hosting per maand.

De 4 uur onderhoud per maand zijn 48 uur per jaar. Hoe die zijn opgebouwd, staat in het rekenvoorbeeld voor een onderhoudsjaar.

Let op de verhouding. Analyse en testen zijn samen 40 van de 144 uur. Dat lijkt veel voor werk dat geen nieuwe functies oplevert. Maar juist daar vindt u de uitzonderingen die anders na de livegang opduiken, en dan zijn ze duurder om op te lossen.

Wat licenties kosten

Licentieprijzen staan hier alleen als de leverancier ze zelf publiceert.

Lees de tabel met deze kanttekeningen:

• Bij Power Automate stapelen de licenties. Een Process-licentie vervangt geen gebruikerslicentie: Microsoft schrijft dat de machine eerst geregistreerd moet zijn door een gebruiker met Premium. Heeft u nog geen Premium-gebruiker, dan kost de eerste automatisch draaiende robot bij lijstprijs dus ten minste € 13,00 + € 130,00 = € 143,00 per maand, excl. btw, plus de machine. Wilt u twee desktopstromen tegelijk laten draaien, dan heeft u twee Process-licenties nodig.
• Betalen per run past bij weinig runs. Een premium cloudrun is een run van een cloudstroom met premiumconnectoren. Een cloudstroom is een automatisering die in de cloud van Microsoft draait; een connector is een kant-en-klare koppeling met een ander systeem. Runs van stromen met alleen standaardconnectoren kosten niets. Microsoft noemt betalen per run geschikt voor seizoenswerk en stromen met weinig runs, en raadt voor stromen met veel runs een vast maandbedrag aan. Hoeveel runs uw proces telt, hangt af van de bouw: één run kan één order verwerken of alle orders van een ochtend.
• Bij UiPath bepaalt het aantal runtimes hoeveel automatiseringen tegelijk draaien. Het aantal runtimes dat u aan een machine toewijst, is het maximale aantal automatiseringen dat daar tegelijk loopt. Een robot die een medewerker zelf start (attended) heeft een gebruikerslicentie nodig.
• Lijstprijzen zijn geen offerte. Microsoft vermeldt dat de getoonde prijzen alleen voor marketingdoeleinden zijn en kunnen afwijken van de werkelijke catalogusprijs. De bedragen voor betalen per run staan alleen in dollars op Microsoft Learn. De pagina van UiPath noemt ook bedragen in dollars en zegt niet of die inclusief of exclusief belasting zijn. UiPath meldt ook dat er binnenkort een nieuwe versie van het Basic-plan komt.

Vergeet de licenties buiten het platform niet. Vraag uw ERP-leverancier of een robotaccount een eigen gebruikerslicentie nodig heeft, en of API-toegang of een importmodule extra kost. Een vergelijking van de twee platforms leest u in UiPath of Power Automate.

Waarom lage bouwkosten niet lage totale kosten betekenen

Een offerte toont vooral de eenmalige kosten. Wat u werkelijk betaalt, ziet u pas als u de doorlopende kosten over de levensduur meetelt:

Totale kosten over N jaar = eenmalig + N × doorlopend per jaar

Twee dingen maken een goedkope bouw duur. Ten eerste: een robot zonder goede foutafhandeling en logboek is sneller gebouwd, maar elke storing kost daarna zoekwerk. Fouten die niemand ziet, kunnen pas bij de klant boven komen. Ten tweede: de route met de laagste bouwkosten heeft vaak de hoogste doorlopende kosten. Een robot via schermen kan starten zonder medewerking van de ERP-leverancier. Maar hij betaalt elke maand licentie en machine, en vraagt onderhoud na elke schermwijziging.

Na één jaar is A in uren nog goedkoper. Na 20 maanden zijn beide offertes in uren gelijk (60 + 20 × 4 = 100 + 20 × 2 = 140 uur). Na drie jaar is B goedkoper, nog voordat de licenties van A meetellen. Heeft uw ERP geen bruikbare API, of kost de API-module veel, dan kan de uitkomst omdraaien. Reken daarom beide routes door, over de periode waarin u het proces verwacht te gebruiken.

Zo maakt u uw eigen businesscase

Een businesscase hoeft geen rapport te zijn. Eén pagina met deze onderdelen is genoeg om een beslissing op te baseren en offertes te vergelijken.

Hoe u de terugverdientijd berekent, en wanneer de uitkomst negatief is, leest u in wanneer automatisering rendabel is voor een klein bedrijf. Wilt u eerst zien of een proces in aanmerking komt, loop dan de vier vragen op de oplossingenpagina langs: vier korte vragen waarmee u zelf beoordeelt of een proces geschikt is.

Besliskader: waar u op let

Vragen om intern te stellen

• Hoeveel varianten van de invoer zijn er echt? Tel de afzenders en de bestandsindelingen.
• Welke systemen moeten meedoen, en heeft elk systeem een testomgeving?
• Welke uitzonderingen kennen we, en wat doet de medewerker dan?
• Verandert het proces of een van de systemen binnen twee jaar?
• Wie wordt eigenaar van de automatisering na de livegang?

Wat het zwaarst weegt

Licenties zijn vaste bedragen die u vooraf kent. Het aantal systemen en uitzonderingen is de onzekere factor. Die bepalen de bouw-, test- en onderhoudsuren, en ze worden vaak pas in de analyse zichtbaar.

Wanneer externe hulp zinvol is

Een korte analyse door iemand die vaker processen automatiseert, helpt als u twijfelt tussen een robot en een koppeling, als u offertes niet goed kunt vergelijken, of als niemand intern alle uitzonderingen overziet. Vraag in elk geval een offerte waarin eenmalige uren, licenties, infrastructuur en onderhoud apart staan, met de aannames erbij. Vraag ook wat er gebeurt als een aanname niet klopt, bijvoorbeeld als er meer bestandsindelingen blijken te zijn.

Wat u meeneemt

Begin bij het sjabloon en vul eerst volume, tijd en afwijkingen in: die bepalen de prijs meer dan de techniek. Pas daarna heeft het zin om offertes te vergelijken, en dan over drie jaar in plaats van alleen de bouw.

Bronnen

• Microsoft: prijzen van Power Automate (geraadpleegd op 24 oktober 2026)
• Microsoft Learn: Types of Power Automate licenses
• Microsoft Learn: Pay-as-you-go meters (geraadpleegd op 24 oktober 2026)
• Microsoft Learn: Licensing and AI Builder credits (geraadpleegd op 24 oktober 2026)
• UiPath: Plans and pricing (geraadpleegd op 24 oktober 2026)
• UiPath Documentation: Robot licensing
• Microsoft Learn: What is Power Query?
• Microsoft Learn: Macros from the internet are blocked by default in Office