Wat is een agentic operating layer?
Een agentic operating layer coördineert werk tussen je systemen, regels, AI en mensen. Wat hij doet, niet mag doen en hoe hij faalt.
De term klinkt groots. Het idee is bescheiden en specifiek. Een agentic operating layer is een coördinerende structuur rond één operationeel domein, bijvoorbeeld customer-to-cash, die werk stuurt tussen je bestaande systemen, deterministische regels, begrensde AI en verantwoordelijke mensen, en vastlegt wat er is gebeurd en waarom.
Het is geen nieuwe ERP of chatbot, en het laat het bedrijf niet vanzelf draaien. Dit artikel definieert het concept en zijn grenzen, zodat een CIO, een securityverantwoordelijke en een proceseigenaar elk voorstel kunnen beoordelen dat de term gebruikt, ook het onze. Hoe je de onderdelen betrekt, staat in configureren, kopen, integreren of bouwen; welke stappen AI nodig hebben, staat in AI of deterministische automatisering.
Een werkdefinitie
Een agentic operating layer is:
- Domeingebonden. Hij dekt een afgebakend operationeel domein met benoemde eigenaren, niet in één keer het hele bedrijf.
- Gebouwd rond bronsystemen. Je ERP, CRM, projectomgeving en documentopslag blijven leidend voor hun eigen data. De laag leest en schrijft via toegestane interfaces.
- Met gemengde logica. Regels handelen bekende paden af, AI interpreteert dubbelzinnige informatie binnen grenzen en mensen keuren ingrijpende beslissingen goed.
- Inspecteerbaar. Rechten, bewijs en grenzen zijn leesbaar en testbaar voor IT, security en de proceseigenaar.
- Beheerd. Er zijn monitoring, uitzonderingswachtrijen, eigenaarschap bij incidenten, wijzigingsbeheer en een overdrachtsplan.
Ontbreekt een van deze kenmerken, dan heb je iets anders: een script, een chatbot, een losse tool of een onbeheerde agent.
Waarom “agentic”
De agentrichtlijn van Microsoft (leveranciersdocumentatie) beschrijft agents als geschikt voor taken met beslissingen in meerdere stappen, veel tools of systemen, of adaptief gedrag bij onvolledige invoer. Ze zegt ook dat gestructureerde, voorspelbare taken geen agent nodig hebben. Een operationeel domein bevat meestal beide soorten werk. Daarom combineert een laag verschillende soorten logica en is hij niet “alles agent”. “Agentic” betekent hier dat sommige onderdelen binnen grenzen zelf een volgende stap kunnen kiezen. Het betekent niet dat de hele laag onbegrensd is.
Dezelfde richtlijn noemt een ontwerp met meerdere samenwerkende agents als startpunt wanneer een geval security- en compliancegrenzen overschrijdt of meerdere teams raakt. Dat is een ontwerpkeuze, geen deugd: meer agents betekent meer interfaces die je moet beheersen.
De onderdelen
Dit is een referentieontwerp, voorgesteld door Sembium, geen beschrijving van een afgerond product.
| Onderdeel | Taak | Waar je op let |
|---|---|---|
| Bronsystemen | Bevatten de leidende data en handhaven hun eigen regels. | Welk systeem is leidend voor welk gegeven? |
| Koppelingen en service-identiteiten | Lezen en schrijven via ondersteunde interfaces. | Minimale rechten per actie; geen gedeelde beheerdersaccounts; inloggegevens die veilig worden bewaard en geroteerd. |
| Dossier- en statusbeheer | Houdt elke werkeenheid (een geschil, een RFI) bij met status en historie. | Zie je waar elk dossier is en wie het in behandeling heeft? |
| Deterministische regels | Valideren, berekenen, routeren en status wijzigen op bekende paden. | Zijn regels versiebeheerd en getest tegen afgesproken voorbeelden? |
| Begrensde AI-stappen | Lezen, indelen, vergelijken, terugvinden en opstellen bij dubbelzinnige invoer. | Gedefinieerde invoer, uitvoer en toegestane acties; gemeten nauwkeurigheid op echte voorbeelden. |
| Menselijke beslispunten | Keuren ingrijpende acties goed en handelen uitzonderingen af. | Benoemde rol, bevoegdheidslimiet, bewijs bij het verzoek. |
| Uitzonderingswachtrij | Bevat alles buiten de regel- of zekerheidsgrenzen. | Eigenaar, ouderdomslimiet, escalatieregel. |
| Bewijs en auditspoor | Legt invoer, beslissingen, goedkeuringen en schrijfacties vast. | Kun je reconstrueren wie of wat heeft beslist, op welke basis, met welk resultaat? |
| Monitoring en kostenlimieten | Bewaakt nauwkeurigheid, drift, storingen, vertraging en uitgaven. | Alarmdrempels en een eigenaar die bereikbaar is. |
| Rollback en noodstop | Draait een wijziging terug of pauzeert en stopt geautomatiseerde acties. | Getest, niet alleen beschreven. |
Wat het niet is
| Het is niet | Omdat |
|---|---|
| Een vervanging van je ERP, CRM of projectsysteem | Het coördineert eromheen; vervanging is een aparte beslissing, alleen als het bewijs daarvoor pleit. |
| Een chatbot bovenop documenten | Een chatinterface kan één ingang zijn, maar de laag handelt binnen een proces met rechten en status. |
| Een blanco volmacht om te handelen | Elke actie is expliciet toegestaan, begrensd en gelogd. |
| Een bedrijf dat vanzelf draait | Het automatiseert afgebakende paden in één domein; ingrijpende beslissingen blijven bij verantwoordelijke mensen. |
| Een securitygrens op zichzelf | De controles vullen het rechtenmodel van de onderliggende systemen aan en vervangen het niet. |
| Een beloofde uitkomst | Waarde moet worden gemeten tegen een nulmeting; niets wordt verondersteld. |
Bevoegdheid en de rol van de mens
De scherpste ontwerpvraag is wie wat mag. Een bruikbare toets is om elke actie die de laag kan uitvoeren op te sommen en aan een van vier niveaus toe te wijzen.
| Niveau | Betekenis | Voorbeeld (synthetisch) |
|---|---|---|
| Lezen | Informatie opzoeken. | Een orderrecord ophalen. |
| Voorstellen | Een aanbeveling met bewijs voorbereiden. | Een geschilcategorie voorstellen. |
| Handelen binnen limiet | Een omkeerbare, begrensde stap automatisch uitvoeren. | Een standaardontvangstbevestiging sturen. |
| Handelen met goedkeuring | Alleen uitvoeren nadat een benoemd persoon heeft goedgekeurd. | Een creditnota boven een vast bedrag uitgeven. |
Wat niet kan worden teruggedraaid, of waarvan de gevolgen aanzienlijk zijn, hoort op het laatste niveau of wordt uitgesloten. Het NIST-profiel voor generatieve AI verwacht dat rollen voor menselijk toezicht worden vastgelegd in de inventaris van AI-systemen, en vraagt om monitoring na uitrol met mogelijkheden voor bezwaar en override, incidentrespons, herstel en wijzigingsbeheer. Een laag die dat niet kan tonen, is onvolledig, hoe de demo er ook uitziet.
Een synthetische doorloop
Het volgende is illustratief en verzonnen; het beschrijft geen klant.
Een bedrijf voert customer-to-cash uit met een ERP, een documentopslag en een mailbox. Een klant betwist een factuur.
- De laag opent een dossier, koppelt het op exacte referentie aan de factuur en zet de status. (regels)
- Hij leest het bericht en deelt de reden in; het resultaat wordt bewaard met het bewijs dat is gebruikt. (begrensde AI)
- Hij controleert leveringsbewijs en contractvoorwaarden via koppelingen met alleen leesrechten. (regels en opzoeken)
- Hij stelt een aanbevolen oplossing op. (begrensde AI, niveau voorstellen)
- Het bedrag overschrijdt de afgesproken limiet, dus het dossier gaat met het bewijs bijgevoegd naar een benoemde kredietcontroller. (menselijke beslissing)
- Na goedkeuring schrijft de laag de creditnota via een service-identiteit die tot die ene actie is beperkt, logt de schrijfactie en informeert de klant. (regels, handelen met goedkeuring)
- Een dossier dat hij niet kan indelen, of waarvan een koppeling faalt, belandt in de uitzonderingswachtrij met een eigenaar en een ouderdomslimiet.
Op geen enkel moment vervangt de laag de ERP, en op geen enkel moment legt AI zelfstandig een materiële wijziging vast.
Faalwijzen
| Faalwijze | Hoe het zich toont | Waarborg |
|---|---|---|
| Scope-uitbreiding naar “alles” | De laag wordt over meerdere domeinen opgerekt voordat er één werkt. | Domein voor domein uitbreiden na geaccepteerde resultaten. |
| Te brede rechten | Een onderdeel kan meer schrijven dan zijn taak vereist. | Rechten en limieten per actie; periodieke toegangsreview. |
| Stille koppelingsstoring | Data veroudert; beslissingen gebruiken oude informatie. | Gezondheidscontroles, versheidsindicatoren en alarmen. |
| Blind goedkeuren | Mensen keuren goed zonder te lezen. | Toon bewijs, controleer goedkeuringen steekproefsgewijs, volg overrides. |
| Dubbele of conflicterende acties | Twee paden werken hetzelfde record bij. | Idempotente schrijfacties, statuscontroles en één eigenaar per recordtype. |
| Prompt injection via documenten | Inhoud in een e-mail probeert de AI te sturen. | Behandel documentinhoud als data; beperk tools; valideer uitvoer tegen records vóór actie. |
| Geen noodstop | Een foute release blijft handelen. | Geteste pauze-, rollback- en handmatige terugvalprocedures. |
| Verweesd systeem | De bouwer vertrekt; niemand kan het wijzigen. | Documentatie, tests, overdrachtsplan en een benoemde eigenaar. |
| Naleving verondersteld | Een regel of verordening wordt standaard als vervuld gezien. | Beoordeel toepasselijkheid per geval met gekwalificeerd juridisch advies. |
Over dat laatste punt: de pagina van de Europese Commissie over de AI-verordening stelt dat de verordening op 2 augustus 2026 in het algemeen van toepassing werd, met gefaseerde uitzonderingen voor sommige verplichtingen. Of en hoe zij op een bepaalde laag van toepassing is, hangt af van rol, gebruik en geografie. Dat is een vraag voor juridische toetsing, geen aanname in welke richting dan ook.
Vragen bij elk voorstel
- Welk domein, welke bronsystemen, welke eigenaren?
- Wat kan elk onderdeel lezen, voorstellen en doen, en binnen welke limiet?
- Waar zitten de menselijke beslispunten en welke bevoegdheid heeft elk?
- Wat gebeurt er als een koppeling, een model of een regel faalt?
- Hoe worden acties gelogd en hoe reconstrueer je een beslissing?
- Hoe wordt een wijziging teruggedraaid en de laag gepauzeerd?
- Wie beheert monitoring, incidenten en wijzigingsbeheer na overdracht?
- Hoe kun je vertrekken, met je data, regels en documentatie?
Wat dit niet bewijst
Dit artikel definieert een concept en een voorgesteld referentieontwerp. Het toont niet aan dat een laag kosten, snelheid, kwaliteit of cashpositie verbetert in een bepaald bedrijf, en de aangehaalde richtlijnen komen van een leverancier, een vrijwillige standaard en een officiële beleidspagina, elk met eigen beperkingen. De doorloop is synthetisch. Een echt ontwerp vraagt om jouw systemen, rechten, uitzonderingen en acceptatietests, en om een toetsing van de regelgevende toepasselijkheid.
Waar Sembium past
Sembium ontwerpt en bouwt dit soort lagen als onderdeel van een programma voor de hele operatie: analyse, herontwerp, integratie, adoptie, meting en overdracht, met regels, begrensde AI en verantwoordelijke mensen. Zie de aanpak voor de fasen en controles, en customer-to-cash voor een operationeel domein waar het patroon van toepassing is.
Heb je een knelpunt dat je $1M of meer kost en dat je opgelost wilt hebben? Plan het gesprek van 30 minuten. Neem één knelpunt mee. Je krijgt één praktische aanbeveling en een helder antwoord of het past.
Vragen die kopers stellen
Is een agentic operating layer een nieuwe ERP?
Nee. Hij ligt rond de bronsystemen die je al gebruikt en coördineert werk daartussen onder vastgelegde rechten. De ERP, CRM of projectomgeving blijft leidend voor de eigen data.
Draait het bedrijf daarmee vanzelf?
Nee. Hij automatiseert afgebakende paden binnen één operationeel domein en mensen houden het laatste woord over ingrijpende beslissingen. Uitbreiding volgt, als die aan de orde is, domein voor domein na geaccepteerde resultaten.
Is het hetzelfde als een AI-agent of chatbot?
Nee. Een agent of chatbot kan één onderdeel zijn. De laag is de omringende structuur: routering, regels, rechten, bewijs, uitzonderingsafhandeling en audit.
Wat vraag je een leverancier die er een aanbiedt?
Wat de laag kan lezen en schrijven, hoe elke actie wordt begrensd en gelogd, hoe een mens kan ingrijpen, wat er gebeurt bij falen, wie het daarna beheert en hoe je kunt vertrekken.
Bronnen
Bronnen geven context. De datum toont wanneer ze voor het laatst zijn gecontroleerd.