Agentic ERP

Wat is agentic ERP?

Agentic ERP is wat je krijgt als de ERP-leverancier AI-agents in het systeem zelf zet, zodat een stap in een proces loopt zonder dat iemand door schermen klikt om ze uit te voeren. Een leverancier mailt een factuur en er staat een ingevulde aankoopfactuur in het systeem. Er komt een uitzondering uit het afpunten en er staat meteen een voorstel naast. Niemand heeft een pagina geopend.

Wat verandert, is waar de automatisatie zit. Robotic process automation staat naast het ERP en bedient het van buitenaf, door dezelfde schermen te doorlopen als een medewerker. Een agent in het ERP heeft een account in het ERP, rechten in het ERP en een takenlijst die iemand kan openen. De documentatie van Microsoft zegt het onomwonden: de Payables Agent in Business Central "has a user account in Business Central, similar to other users".

Één regel hoort bovenaan, want die buigt niet mee. Functiescheiding en goedkeuringslimieten gelden voor een agent net zoals ze voor een mens gelden. Een agent mag niet allebei de helften van een gescheiden koppel in handen hebben, en een bedrag dat de handtekening van de zaakvoerder nodig heeft, heeft die nog altijd nodig. De entry over het vierogenprincipe en functiescheiding gaat dieper in op de taakkoppels zelf. Wat hier anders is, is enkel dat een van de twee partijen nu software is met rechten die iemand er integratie per integratie aan gegeven heeft.

Er worden drie verschillende dingen verkocht onder dat woord

Vraag aan drie softwareleveranciers wat hun agent doet en je krijgt drie antwoorden die alleen het woord gemeen hebben.

Een copilot die vragen over je data beantwoordt. Je tikt "welke klanten zitten boven hun kredietlimiet" en je krijgt een lijst, een samenvatting of een voorgestelde waarde op je scherm. Het release plan van Microsoft voor Business Central 2026 release wave 1 omschrijft Copilot als een set vaardigheden om "guide, find, compare, analyze, suggest, and summarize", en zegt dat iedereen er een krijgt bij zijn licentie, zonder meerkost. De nieuwste agents van Exact hebben dezelfde vorm: hun Financial Agent, CRM Agent en Excel Agent beantwoorden alle drie vragen en staan alle drie als beta op de eigen AI-pagina van Exact.

Een automatisatie die een vastgelegde stap uitvoert. Zelfde invoer, zelfde uitvoer, elke keer. Lees de pdf, haal de velden eruit, koppel ze aan een grootboekrekening op basis van historiek, schrijf het record weg. In release 26B heeft Oracle van Document IO, hun ingestion-engine op generatieve AI, de standaard gemaakt voor het herkennen van factuurvelden, in de plaats van de oudere Intelligent Document Recognition-backend. Dat is een betere lezer op dezelfde plek, geen nieuwe beslisser.

Een agent die tussen opties kiest. Het systeem geeft hem een dossier, een lijstje toegelaten uitkomsten en wat tools, en hij kiest. De Account Reconciliation Agent in Dynamics 365 Finance beoordeelt een uitzondering bij het afpunten en beveelt een actie aan uit Create journal entry, Reverse, Link transactions of Accept without change. De Payables Agent in Business Central beslist op welke grootboekrekening een lijn hoort, en beslist wanneer hij niet zeker genoeg is om te beslissen, waarna hij stopt en het aan iemand vraagt.

Alleen de derde is nieuw, en in elke catalogus die we gelezen hebben is dat het kleinste deel. Dat telt op het moment dat je tekent, want het bedrag op de offerte is meestal een agentprijs voor de tweede soort. De entry over agent washing heeft de langere vragenlijst voor dat gesprek.

Een ERP-copilot tegenover een ERP-agent

Eén dimensie scheidt ze zuiver. Als hij klaar is, is er dan iets in het systeem veranderd?

De enige vraag die de moeite loont bij een demo is of er achteraf een record bestaat dat er daarvoor niet was. Het chatvenster, de samenvatting van de redenering en de zekerheidsscore zijn presentatie.

Wat er in september 2026 echt draait, en wat niet

De status telt zwaarder dan de functielijst, want het woord agent haalt de slide lang voor het ding algemeen beschikbaar is in jouw land en jouw taal.

Microsoft, Dynamics 365 Business Central. De Payables Agent is algemeen beschikbaar. Hij stelt leveranciersfacturen op en boekt ze niet, en zijn documentatie van 3 mei 2026, bijgewerkt op 8 juli 2026, draagt een lijst met beperkingen waarop staat dat de agent geen approval flows en geen afwijkingsdetectie ondersteunt. De Sales Order Agent maakt altijd eerst een offerte, omdat een offerte "has no impact on planning, reservations, availability calculations, or cash flow forecasts", en hij mailt nooit naar een klant voor iemand het bericht goedgekeurd heeft (documentatie van 21 juli 2026). De Expense Agent ging op 8 mei 2026 in public preview zonder datum voor algemene beschikbaarheid, en zijn landenlijst telt er tien. België staat er niet bij.

Hoger in de markt leest de statuskolom hetzelfde. De Account Reconciliation Agent in Dynamics 365 Finance zit in production ready preview, Microsoft moet hem op aanvraag voor je aanzetten, en hij beveelt enkel een actie aan bij een verschil op een boekstuk (documentatie van 16 juni 2026, bijgewerkt op 1 september 2026). Het eigen bericht van SAP van 14 april 2026 zet de Dispute Resolution Agent voor S/4HANA Cloud als beta release. De vier finance-agents van Oracle in Fusion release 26B werken enkel waar hun generatieve AI-diensten je regio bereikt hebben. Exact, het dichtst bij huis voor een Belgische kmo, noemt op de eigen AI-pagina een Bank Agent, een Purchase Agent en een Debtor Agent, waarbij de 98 procent nauwkeurigheid en de daling van tot 20 procent in het aantal dagen dat facturen openstaan cijfers van Exact over het product van Exact zijn.

Wat er echt uitgebracht is, zit op stapniveau: een betaling aan een factuur koppelen, een grootboekrekening voorstellen, een uitzondering sorteren, een document opstellen dat iemand nog verstuurt. Die vier zijn vandaag de plekken waar de winst echt zit, en ze zijn de moeite. Een volledig autonome financiële keten, de afsluiting die zichzelf draait, staat op roadmaps en in keynotes en niet in een release note met een datum erop. Microsoft stopt vanaf september 2026 zelfs met het publiceren van zijn gedateerde release plans, dus de tabel met preview- en beschikbaarheidsdata waar kopers jaren op steunden, verdwijnt.

Waarom het ERP hier de beste plek voor is, en de lastigste

Drie dingen maken een ERP de beste plek in het bedrijf om een agent te zetten. De data is gestructureerd: een factuurlijn heeft een bedragveld en een btw-code, geen alinea die iemand moet interpreteren. De processen liggen vast: een aankoopfactuur heeft al een weg door het systeem, met een status, een eigenaar en een volgende stap. En het volume is groot genoeg om de rekensom te laten kloppen.

Diezelfde drie dingen maken het de lastigste plek, want elk van die vastgelegde processen eindigt in het grootboek. Een agent die een leveranciersmail verkeerd leest, verstuurt geen ongelukkige mail; hij boekt een kost op het verkeerde project, zet een btw-code op de verkeerde lijn, of maakt de weg vrij om een factuur twee keer te betalen.

Wat het leefbaar maakt, is het rechtenmodel dat het ERP al heeft. De documentatie van Microsoft over agent-rechten (van 3 mei 2026, nog preview) legt de regel vast: een taak draait op de doorsnede van de rechten van de agent en die van wie de taak inplande, zodat "agents never exceed the privileges of the user who scheduled the task". Hun eigen uitgewerkte tabel toont een agent die klanten mag lezen en wijzigen maar geen verkooporders mag boeken, ook al kan de persoon die de taak startte dat wel. De interessante rechten zijn de rechten die de agent niet heeft.

Functiescheiding geldt voor een agent net zoals voor een mens

Drie ERP-specifieke dingen volgen zodra je die zin ernstig neemt.

Goedkeuringslimieten verschuiven niet. Een bedrag bepaalt wie tekent, en een agent tekent niet. Daar valt minder over te discussiëren dan je zou denken, want de agent die Microsoft voor de aankoopadministratie van kmo's uitbrengt raakt goedkeuringen helemaal niet aan: "Approval flows" staat op de lijst met niet-ondersteunde functies van de Payables Agent. De agent vult de factuur in en je goedkeuringsstroom loopt daarna precies zoals ze daarvoor liep.

Het koppel dat een agent stilletjes verzamelt, is leveranciersfiche plus betaling. De entry over het vierogenprincipe noemt dat koppel als het eerste dat elk bedrijf moet aanpakken. Wat specifiek is aan een ERP-agent, is dat de softwaremaker er zelf al over nagedacht heeft: als de Payables Agent een leverancier aanmaakt, staat het veld Blocked op de nieuwe leveranciersfiche op All, zodat er niets verwerkt kan worden op die leverancier tot iemand hem deblokkeert, en de documentatie schrijft er droog bij dat "The agent itself doesn't provide any capabilities for vendor approvals". Dat is de vorm die je van elke andere agent mag eisen. De agent mag de fiche aanmaken; een mens maakt ze bruikbaar.

Identiteit is rommeliger dan de marketing. Twee feiten uit dezelfde documentatie van Microsoft trekken in tegengestelde richting. De Payables Agent heeft een eigen gebruikersaccount met een eigen rechtenset, PAYABLES AG. – RUN. En wanneer iemand hem activeert, "it runs as a background task in the context of that user" voor de toegang tot de mailbox, terwijl zijn effectieve rechten de doorsnede zijn met wie de taak inplande. Het eerlijke antwoord op "onder wiens identiteit werkt hij" is dus: deels de zijne, deels die van wie hem aanzette. Dat is werkbaar zolang iedereen het weet, en slecht als je auditdossier zegt dat de agent alleen handelt. De entry over het vierogenprincipe dekt wat daarna komt, inclusief de bevinding die hier het meest telt: een tweede paar ogen dat al zes maanden met alles akkoord gaat, is geen controle, of dat nu een model is of iemand die gestopt is met lezen.

Een aankoopfactuur, met de grens getekend

Een technische groothandel bij Hasselt, veertig mensen, ongeveer 450 leveranciersfacturen per maand, Business Central met de Payables Agent aan. Dit is de volledige loop en waar de grens ligt.

1. De factuur komt binnen. Leveranciers mailen zoals altijd naar het adres van de aankoopadministratie. Een regel verplaatst die mails naar een interne gedeelde mailbox die de agent bewaakt en die leveranciers nooit te zien krijgen, wat de aanbeveling van Microsoft zelf is, zodat iemand van je eigen mensen nog altijd de eerste is die iets ziet dat naar fraude ruikt.

2. De agent leest ze. Hij maakt per pdf-bijlage een inkomend e-document aan, haalt de inhoud eruit en zoekt de leverancier in het leveranciersbestand.

3. De agent stelt de factuur op. Grootboekrekeningen, dimensies, btw en lijndetail, op basis van de factuurhistoriek van die leverancier en je eigen artikelreferenties, met bij elk veld een notitie waarom hij die waarde koos. Ongeveer 300 van de 450 komen van vijfentwintig vaste leveranciers en gaan zonder correctie door.

4. De agent stopt als hij twijfelt. Een nieuwe leverancier, een onleesbare scan, een pdf van meer dan tien pagina's. Zo'n 40 per maand komen als taak bij iemand terecht. Zegt de medewerker dat hij de leverancier mag aanmaken, dan komt de nieuwe fiche geblokkeerd binnen, en deblokkeren is met opzet mensenwerk.

5. De grens. De agent maakt van het ontwerp een aankoopfactuur en gaat niet verder. Hij boekt niet, hij keurt niet goed, hij betaalt niet. De factuur verschijnt in de lijst met aankoopfacturen, en je goedkeuringslimieten, je three-way matching tegen de bestelling en de ontvangstbon, en het betaalbestand van vrijdag werken precies zoals vorig jaar.

De rekensom. Vroeger tikte een medewerker elke factuur in ongeveer vier minuten in: 450 keer 4 is 1.800 minuten, dus 30 uur per maand. Nu krijgen 300 zuivere ontwerpen een blik van een minuut, moeten er 110 een veld gecorrigeerd krijgen aan ruwweg twee en een halve minuut, en gaan er 40 met de hand zoals vroeger aan vier minuten. Dat is 300 plus 275 plus 160 minuten, dus 735 minuten, iets meer dan 12 uur. De winst zit rond 18 uur per maand, ongeveer 800 euro aan een belaste kost van 45 euro per uur, tegenover een gemeten kost in credits per factuur die je vooraf kan inschatten, want in trial mode krijg je de eerste 50 facturen gratis voor de meter begint te lopen.

Let op wat er niet veranderde. Dezelfde persoon keurt goed. Dezelfde drempel geldt. Niemands bevoegdheid is verschoven. Het typewerk is verschoven, en de wachtrij voor die persoon is korter geworden. Dat is precies de belofte van agentic process automation, maar dan voor één proces tegelijk.

Wat je aan je softwareleverancier of je partner vraagt

Zeven vragen voor wie het verkoopt. Schrijf de antwoorden op met de datum erbij, want ze veranderen per release.

1. Welke agents zitten in mijn licentie, en welke worden per gebruik gemeten? In Business Central zit Copilot bij de licentie en trekken de agents op Copilot Credits die per verbruik gefactureerd worden, dus een kost per factuur en geen vast bedrag.

2. Wat mag elke agent wegschrijven, en wat mag hij boeken zonder goedkeuring? "Hij maakt de factuur klaar" en "hij boekt de factuur" zijn twee verschillende producten aan twee verschillende prijzen, en de demo maakt zelden duidelijk welk van de twee je ziet.

3. Onder wiens identiteit werkt hij? Zijn eigen account, een serviceaccount, of de persoon die hem geactiveerd heeft. Vraag de naam van de rechtenset.

4. Waar zie ik wat hij gedaan heeft, en kan mijn boekhouder dat een maand later nog lezen? Een takenvenster dat een verantwoordelijke tijdens de loop volgt, is geen spoor dat iemand achteraf kan reconstrueren.

5. Kan ik hem uitzetten, ook midden in een taak? Business Central kreeg in april 2026 een actie om alle lopende taken van een gekozen agent te stoppen. Let op de valstrik die erbij hoort: een agent die stilviel omdat de credits op waren, blijft ingepland en werkt de hele achterstand af zodra er weer credits zijn.

6. Is hij vandaag algemeen beschikbaar in mijn land en mijn taal? Twee pagina's van Microsoft spreken elkaar tegen op het moment dat we dit schrijven. De beschikbaarheidstabel zet de Payables Agent en de Sales Order Agent bij Nederlands (nl-BE) en Frans (fr-BE), terwijl de setup-pagina van de Payables Agent zegt dat de agent gevalideerd en ondersteund is in het Engels in Australië, het Verenigd Koninkrijk, de Verenigde Staten en Nieuw-Zeeland. Vraag de lijn uit de eigen beschikbaarheidstabel van de maker, met de datum waarop je ze gelezen hebt.

7. Wat moet er in onze data kloppen voor dit iets doet? Deze functies gaan ervan uit dat je stamgegevens proper zijn en dat je goedkeuringsstromen al in het systeem staan, en een bedrijf zonder die twee koopt een heel dure OCR. Microsoft is duidelijk over hoe strikt die aanname is: "For security, the agent identifies contacts exclusively by matching the sender's email address to the E-Mail field on contact cards", dus een contactfiche met een leeg mailveld bestaat niet voor de Sales Order Agent, en drie fiches voor dezelfde leverancier geven de Payables Agent drie mogelijke antwoorden. En als een factuur vandaag goedgekeurd raakt omdat de zaakvoerder langs een bureau wandelt en ja zegt, dan is er in het systeem niets waar het werk van de agent in kan doorstromen. Master data management en entity resolution komen eerst, dan de goedkeuringsstroom, dan pas de agent.