Agentic AI in je ERP: de vraag is niet óf het werkt, maar waar je de agent laat schrijven

Als een AI-agent een mailtje verkeerd opstelt, gooi je het concept weg en begin je opnieuw. Als een AI-agent in je ERP een inkooporder verstuurt, een btw-boeking maakt of een voorraadafschrijving verwerkt, is dat geen concept. Dat is een feit in je boeken, met een leverancier die levert, een grootboek dat niet meer klopt en een accountant die ernaar gaat kijken. Dat ene verschil, tussen een weggegooid concept en een geboekt feit, is precies waar het gesprek over agentic AI in het ERP fout loopt.

Vendors verkopen inmiddels de "autonome onderneming". Software die niet meer suggereert maar zelf handelt: detecteert, beslist, boekt. Tegelijk waarschuwt onderzoeksbureau Gartner dat ruim veertig procent van de agentic-AI-projecten voor eind 2027 sneuvelt door oplopende kosten, onduidelijke waarde en gebrekkige risicobeheersing. Die twee verhalen lijken tegenstrijdig, maar dat zijn ze niet. Mijn stelling: de vraag voor het MKB is niet óf agentic AI in je ERP werkt, want delen werken al. De vraag is wáár je de agent laat schrijven.

Wat 'agentic ERP' nu al écht doet

Agentic ERP betekent dat je ERP niet langer alleen reageert op wat jij intikt, maar zelf taken oppakt: een AI-agent leest de data in je systeem, signaleert iets en onderneemt actie, in plaats van te wachten op een klik. Het verschil met de copilot van vorig jaar zit in dat laatste woord. Een copilot stelt voor, een agent handelt.

Een flink deel daarvan draait nu al, en levert echte waarde:

• Lezen en signaleren: een agent die je voorraad, openstaande posten en leveringen continu doorleest en je waarschuwt vóór een tekort of een te late betaling, niet erna.
• Voorstellen klaarzetten: inkooporders, journaalposten of betaalbatches die de agent voorgekauwd aanlevert, klaar voor één menselijke goedkeuring.
• Matchen en verrijken: binnenkomende facturen koppelen aan de juiste order, data uit documenten halen, dubbelingen opsporen.

De grote pakketten duwen hard die kant op. SAP positioneert zijn Joule-agents als domeinexperts voor finance en supply chain, Microsoft bouwt in Dynamics 365 via Copilot Studio agents die zich als "digitale medewerkers" gedragen, en voor het Nederlandse MKB schuiven Exact en Odoo soortgelijke automatisering in hun boekhoud- en operationele modules. Dit is geen toekomstmuziek. Dit staat in de release notes.

Maar let op het patroon: alles wat hierboven echt werkt, zit aan de lees- en voorstelkant. De agent kijkt, rekent en bereidt voor. Het zelfstandig wegschrijven van het resultaat, daar wordt het interessant, en daar wordt het link.

Waarom je ERP geen inbox is

De meeste adviezen over AI-agents behandelen het ERP als zomaar weer een systeem waar je een agent op loslaat. Dat is een denkfout. Je ERP is je systeem van record: de ene plek waar voorraad, grootboek, btw en inkoop officieel waar worden. Een fout in een tekstvoorstel is een ongemak. Een fout in je systeem van record is een onomkeerbaar feit, dat doorrolt naar je aangifte, je leveranciers en je jaarrekening.

Dat maakt autonomie hier een heel ander risico dan de e-mailtriage en het opzoekwerk die AI-agents nú al veilig voor het MKB doen. Een agent die zelfstandig boekt en het mis heeft, levert geen slecht concept op, maar een verkeerde betaling, een dubbele bestelling of een voorraad die op papier niet bestaat. En als het misgaat, is de uitkomst onverbiddelijk: als een AI-agent een fout maakt, ligt de rekening bij jou, niet bij de leverancier die de agent verkocht.

Het veelzeggende is dat zelfs de vendors die het hardst "autonoom" roepen, hun eigen schrijflaag dichthouden. SAP duwt zijn ERP nadrukkelijk van een systeem van record naar een systeem van context, waarop agents mogen opereren, maar houdt vol dat die transactielaag "auditeerbaar en traceerbaar" blijft, zonder autonome wijzigingen door agents of hallucinaties. Met andere woorden: de leverancier die je de autonome onderneming verkoopt, vertrouwt zijn eigen agent niet ongecontroleerd in de boeken. Dat zou jou iets moeten vertellen.

De hype heeft een naam: 'agent washing'

Waarom sneuvelt dan veertig procent van die projecten? Niet omdat de techniek niet kan rekenen, maar omdat de afstand tussen de demo en de praktijk enorm is. Gartner noemt het agent washing: van de duizenden leveranciers die 'agentic' roepen, leveren er volgens hun schatting maar zo'n 130 echt autonome functies. De rest plakt het label op een bestaande chatbot of een regeltje automatisering.

Gartner-analist Anushree Verma vat het scherp samen: de meeste agentic-AI-projecten zijn "vroege experimenten of proofs of concept, vooral gedreven door hype en vaak verkeerd toegepast". Dat is precies de val voor het MKB. Je koopt geen autonome boekhouding, je koopt een demo die in een schone testomgeving glansrijk werkt en in jouw echte administratie, met je eigen rommelige data en uitzonderingen, stukloopt. Het is hetzelfde mechanisme dat van hallucinaties een structureel bedrijfsrisico maakt in plaats van een technisch foutje: zelfverzekerd onzin produceren is gevaarlijker naarmate je het dichter bij je systeem van record laat komen.

Er speelt nog iets. Hoe dieper een agent in je kern-ERP graaft, hoe meer je vastzit aan de leverancier die hem levert. Een autonome agent die alleen binnen één pakket bestaat, is een nieuwe, subtiele vorm van afhankelijkheid, en ik blijf erbij dat je eigenaar moet blijven van je eigen software en je data. Autonomie inruilen voor lock-in is een slechte ruil.

Het echte afwegingskader: scheid lezen van boeken

De nuttige vraag is dus niet "durf ik agentic AI in mijn ERP?", maar "tot waar laat ik de agent zelf handelen?". Het antwoord is een grens, geen aan-uitknop. Trek die grens tussen de leeslaag en de boeklaag.

Aan de leeskant mag de agent zo autonoom als je wilt: doorlezen, signaleren, voorstellen, simuleren. Daar zit nu al het leeuwendeel van de waarde, en de inzet van een fout is laag. Aan de boekkant, waar een actie onomkeerbaar wordt, zet je een menselijke poort, tot je hebt verdiend om die te verschuiven. "Verdiend" is hier het sleutelwoord: een agent mag pas een categorie boekingen zelfstandig doen als je data schoon is, je functiescheiding klopt en je een logboek hebt waarop je elke actie kunt terugzien.

Want agentic AI verandert niet de regels van je ERP, het verandert de snelheid waarmee die regels worden uitgevoerd, ten goede én ten kwade. Dezelfde rechten, dezelfde controles en dezelfde scheiding van taken die voor een medewerker gelden, gelden voor een agent, alleen handelt de agent honderd keer sneller en zonder onderbuikgevoel. Daarom is dit geen aankoop maar een ontwerpkeuze: je moet je agents auditbaar houden met logging, budgetten en een kill-switch voordat je ze loslaat, en je houdt menselijke controle als rem op autonome agents, zoals zelfs de hyperscalers nu inbouwen. Wie meerdere agents over meerdere systemen laat samenwerken, wil ze bovendien kunnen besturen vanaf één open orkestratielaag boven al je agents, in plaats van een wirwar van losse pakket-agents die elk hun eigen ding doen.

"Maar dan loop je toch achter?"

De tegenwerping ligt voor de hand: als je elke boeking door een mens laat goedkeuren, gooi je toch het hele voordeel van autonomie weg? Dan had je net zo goed niks kunnen automatiseren.

Nee, en dat is de kern. Het overgrote deel van de tijdwinst zit niet in het wegschrijven, maar in het lezen, matchen en voorbereiden, het werk dat een mens uren kost en een agent seconden. Een agent die jouw inkoop, voorraad en facturen continu doorleest en kant-en-klare voorstellen neerlegt, levert die winst nú al, terwijl jij het laatste, goedkope vinkje houdt waar het ertoe doet. De projecten die sneuvelen, zijn juist de projecten die de volgorde omdraaien: eerst volledige autonomie beloven, dan ontdekken dat de data en de processen er niet klaar voor zijn. Langzamer beginnen aan de schrijfkant is niet achterlopen. Het is de manier om bij de zestig procent te horen die het wél haalt.

Die zestig procent heeft iets gemeen. Ze hebben de agent niet als magische autonome collega gekocht, maar als een snelle, ijverige stagiair met leesrechten en een duidelijke grens aan wat hij zonder akkoord mag doen. Ze investeerden eerst in schone data en heldere processen, en breidden de autonomie pas uit waar de agent zich bewezen had. Saai, misschien. Maar het is het verschil tussen een agent die je administratie versnelt en een agent die je administratie schaalbaar in de war schopt.

De belofte van de autonome onderneming is echt aan het rijpen, maar ze komt van onderaf, één bewezen categorie boekingen tegelijk, niet als een knop die je omzet. De ondernemer die zich afvraagt of hij zijn ERP een agent moet geven, stelt de verkeerde vraag. De vraag is of je het recht hebt verdiend om die agent te laten schrijven. En dat recht koop je niet, dat bouw je.