AI en bedrijfsprocesarchitectuur: één zorgvuldig beheerde bron

Een assistent kan in een paar seconden in algemene termen uitleggen hoe order-to-cash werkt. Maar waarom keurt je financiële team de ene uitzondering goed en schaalt het de andere op? Of waarom wijkt het magazijn af van de veiligheidsvoorraadregel? Dat soort kennis staat in je bedrijfsprocesarchitectuur, als je die kennis tenminste hebt vastgelegd.

De vraag is niet of AI het architectuurwerk verandert. Dat gebeurt al. De vraag is waar mensen zelf over blijven beslissen: definities, prioriteiten, afwegingen en goedkeuringen. Ons standpunt is eenvoudig: we zijn vóór AI, maar nog meer vóór mensen. AI moet het werk rondom oordeelsvorming wegnemen, niet de oordeelsvorming zelf.

Waarom AI en bedrijfsprocesarchitectuur elkaar nodig hebben

Zonder AI is architectuurwerk handwerk en raakt het tussen beoordelingen door verouderd. Zonder architectuur is AI een snelle generalist die zelfverzekerd klinkt.

Een bedrijfsprocesarchitectuur actueel houden kost veel tijd als mensen alles met de hand moeten verzamelen, tekenen, beschrijven en controleren. AI verlaagt de kosten van een eerste concept en maakt het makkelijker om het hele proceslandschap te doorzoeken. Een assistent kan goed redeneren, maar kent jouw processen niet vanzelf. Geef je die ruwe tabellen, dan moet de assistent zelf het workflow afleiden. Geef je die een zorgvuldig beheerde architectuur, dan kan die antwoorden op basis van modellen, documentatie, rollen en gemeten resultaten.

Daarom vullen ze elkaar aan: de ene kant zorgt voor bereik, de andere voor betrouwbare informatie. Het gaat niet om AI plus een diagram, maar om AI plus een plek waar de organisatie heeft vastgelegd wat ze bedoelt.

Een assistent koppelen aan data is iets anders dan die toegang geven tot proceskennis. De procescontext via MCP regelt de verbinding zelf. De lastigere vraag, en het onderwerp van deze pagina, is wat de assistent aantreft zodra die verbinding er is. Voor een digital twin van een organisatie geldt hetzelfde: een model en data zijn pas nuttig als ze gekoppeld zijn aan metingen en beslissingen.

Zo ziet één samenhangende bron eruit

Bedrijfsprocesarchitectuur is de samenhangende structuur van hoe het werk verloopt. Je vindt er waardestromen, processen, subprocessen en activiteiten, de verantwoordelijke rollen, de systemen die het werk ondersteunen, de documenten en artefacten die het beschrijven, en de status en versie van elk onderdeel. Alles staat op één plek, niet in één bestand.

Mensen gebruiken de hiërarchie om hun weg te vinden. Assistenten volgen de verbindingen. Een map met diagrammen kan laten zien waar een proces thuishoort, maar geeft geen antwoord op vragen als “waar hangt dit van af?”, “wie is hiervoor verantwoordelijk?” of “welke versie is goedgekeurd?” Daarvoor heb je een netwerk van verbanden nodig, geen archiefkast.

Sommigen noemen dit BPM-architectuur, enterprise-procesarchitectuur of architectuur voor bedrijfsprocesbeheer. De naam is minder belangrijk dan de samenhang: elk gegeven heeft één vindplaats en er is één antwoord op de vraag “welke versie klopt?”

Een raamwerk zoals APQC geeft je woorden voor de hiërarchie. Het geeft je niet de processen, eigenaren of uitzonderingen van je organisatie. Die bepaal en documenteer je zelf.

Een losstaand model is nog steeds nuttig tijdens een workshop. Met een samenhangend model kan iemand van een waardestroom naar een activiteit gaan en kan een assistent dezelfde route volgen om een vraag te beantwoorden. Daarom is het de moeite waard om de informatie zorgvuldig te beheren.

Een procescatalogus met de hiërarchie, processen en status in één samenhangende structuur

Waar AI de architectuur versnelt en waar het niet mag beslissen

AI is vooral nuttig bij taken met een controleerbaar antwoord of een eerste concept dat iemand kan aanpassen. Bij architectuurwerk komen beide veel voor.

Het verschil tussen die twee kolommen zit niet in wat AI kan, maar in wie bevoegd is. AI kan beter zijn dan een mens in het opstellen van een model en toch niet mogen bepalen hoe je bedrijf werkt.

In de praktijk is de handige regel: laat AI werk doen dat iemand kan beoordelen en houd beslissingen bij de verantwoordelijke eigenaar. Een conceptmodel, samenvatting, lijst met ontbrekende documentatie of voorgestelde verbetering kan worden beoordeeld. Een andere goedkeuringsgrens, een nieuwe eigenaar of een controle die buiten gebruik wordt gesteld, is iets anders. Dat verandert de afspraken en daarover moeten de betrokken mensen beslissen.

Waarom je cultuur en doelen niet kunt uitbesteden

Een procesarchitectuur legt keuzes vast over hoe de organisatie werkt. Die keuzes komen voort uit strategie en cultuur, niet uit de data.

Twee bedrijven kunnen hetzelfde order-to-cash-proces met hetzelfde ERP en dezelfde volumes uitvoeren, maar toch een andere architectuur nodig hebben. Het ene bedrijf neemt extra kosten voor lief om een leverbelofte na te komen. Het andere beschermt de marge en onderhandelt opnieuw. Het ene vertrouwt lokale managers de goedkeuring van uitzonderingen toe, het andere centraliseert die beslissingen. De modellen lijken op elkaar, maar de juiste keuzes verschillen.

Doelen bepalen waarop je optimaliseert: snelheid, kosten, veerkracht, compliance of de inspanning voor klanten. Cultuur bepaalt hoe beslissingen worden genomen, wie je raadpleegt, wanneer een uitzondering terecht is en wat de organisatie niet wil doen. Dat staat niet in een event log en vaak ook niet in een document. Die kennis zit bij de mensen die het proces uitvoeren.

Een assistent kan de woorden leren die je hebt opgeschreven, maar kan geen verantwoordelijkheid dragen voor de keuzes erachter. Een groter model lost dat niet op. Voor verantwoording heb je iemand nodig aan wie je kunt vragen waarom.

Hoe documenteer je voor mensen en AI?

Schrijf eerst voor mensen. De helderheid die een collega nodig heeft, is ook nodig voor een assistent. Een tweede documentatieset die alleen voor machines is bedoeld, raakt los van de eerste.

Wie een proces opent, wil weten wat het doet, waarom het bestaat, wie ervoor verantwoordelijk is, waar de uitzonderingen zitten en wat de volgende stap is. Een assistent die hetzelfde proces leest, heeft dezelfde feiten nodig in een structuur die die kan doorlopen. Het model geeft de stappen en verbanden. De documentatie geeft betekenis. De artefacten leveren bewijs. De rollen maken duidelijk wie bevoegd is.

Daarom werkt “schrijf minder, maar leg uit waarom” beter dan een langere template. Een beschrijving die uitlegt waarom een goedkeuring nodig is, helpt een nieuwe collega én een assistent die moet beoordelen of de goedkeuring kan vervallen. Een beschrijving die alleen het diagram herhaalt, helpt geen van beide.

Drie manieren om informatie te bekijken, één bron. Het Process Portal is voor de mensen die het werk uitvoeren. De MCP-server is voor elke compatibele assistent. MCP is een open standaard, dus dezelfde verbinding werkt met verschillende clients. De REST API is voor scripts en integraties die data verplaatsen of simulaties uitvoeren. Geen van deze toegangspunten heeft een eigen kopie van de architectuur.

Dat is de volledige workflowarchitectuur: één zorgvuldig beheerde bron, drie manieren om informatie te lezen en geen tweede bron van waarheid. Het portal hoeft geen concept te publiceren en een assistent hoeft zo’n concept niet te lezen.

Op ontbrekende informatie gaat AI zelf invullen

Een ongeschreven regel is niet neutraal. Het is een leegte die een model met iets aannemelijks opvult.

Bij een gateway zonder label bedenkt de assistent zelf een naam voor de beslissing. Een rol zonder toegewezen persoon wordt “het team”. Een niet-gedocumenteerde uitzondering wordt behandeld alsof alles volgens het normale pad verloopt. Zonder beschrijving vat de assistent de vorm van een proces samen, niet het doel ervan. De assistent zegt zelden “dat weet ik niet”. Die geeft het meest waarschijnlijke antwoord, gebaseerd op hoe processen bij andere organisaties eruitzien.

Dat is wat regie in de praktijk betekent: leg vast wat je weet. Wat je openlaat, beslist AI voor je, en dat doet die met overtuiging.

Modelkwaliteit maakt die hiaten zichtbaar. De kwaliteitsbadge op het canvas toont een percentagescore en de bijbehorende controles: niet-verbonden elementen, ontbrekende labels, ongebalanceerde gateways en ontbrekende documentatie of rollen. Beheerders kunnen per architectuurniveau instellen welke controles meetellen. Een score van 100% betekent dus dat aan alle eisen voor dat niveau is voldaan.

Zie de score als een takenlijst voor ontbrekende kennis, niet als een rapportcijfer. Een mislukte controle wijst op een beslissing die je nog niet hebt genomen of een feit dat je nog niet hebt vastgelegd. De waardevolste aandachtspunten zijn zelden tekenfouten. Ontbrekende documentatie en rollen wijzen op onduidelijkheid over bedoeling en eigenaarschap. Precies daar heeft een assistent het minste bewijs en de meeste ruimte om zelf iets te verzinnen. Modelkwaliteit is dus minder een beoordeling van de modelleur en meer een overzicht van wat de organisatie nog niet heeft besloten.

Controles op modelkwaliteit maken niet-gedocumenteerde activiteiten, ontbrekende rollen en modelfouten zichtbaar

Met versies houd je de regie

Een architectuur die verandert zonder dat je de wijzigingen vastlegt, is geen betrouwbare bron. Het is slechts de huidige mening.

Elk proces heeft een status: concept, in behandeling, goedgekeurd, buiten gebruik of gearchiveerd. Bij publicatie wordt een versiesnapshot gemaakt. Die gepubliceerde versie zien gebruikers met kijkrechten in het Process Portal. Een beoordelaar kan een versie een naam geven, goedkeuren en in dezelfde stap publiceren. De catalogus laat zien wat actueel is, wat op beoordeling wacht en wat verouderd is. Waar governance voor enterprise-architectuur een beoordeling voorschrijft, gebeurt dat bij procesarchitectuur bij elke wijziging. Heb je al een proces voor beoordeling door een architectuurraad, dan is dit dezelfde werkwijze met een kortere cyclus.

Versiegeschiedenis voegt iets toe dat belangrijk is bij AI. Je kunt een versiesnapshot een naam geven, vergelijken met het concept, wijzigingen per groep beoordelen, groepen goed- of afkeuren, een eerdere versie herstellen en een specifieke versie publiceren. Beslissingen over de beoordeling blijven gekoppeld aan de versiesnapshots waarop ze zijn gebaseerd. Zo kan een latere wijziging niet ongemerkt een oude goedkeuring overnemen.

Zo passen we die regel toe op AI. Een assistent hoort de goedgekeurde of gepubliceerde versie te gebruiken, niet een concept dat een beoordelaar nog niet heeft gezien. Een AI-voorstel komt binnen als wijziging ter beoordeling, niet als aanpassing die vanzelf de waarheid wordt omdat dat handig uitkomt. De versie is de afspraak tussen de mensen die hebben beslist en de systemen die de informatie lezen. De bredere werkwijze achter die afspraak, met eigenaarschap, beoordelingsfrequentie en goedkeuring van wijzigingen, komt aan bod bij procesgovernance.

De publicatiegeschiedenis en statuscontroles laten zien welke procesversie de organisatie heeft goedgekeurd

Wat AI kan doen zodra de architectuur is goedgekeurd

Met een zorgvuldig beheerde en goedgekeurde architectuur geeft een assistent geen algemeen advies meer, maar voert die taken uit waarvan je het resultaat kunt controleren.

• Analyseer een proces en stel verbeteringen voor die je kunt testen, met de onderbouwing erbij.
• Stel documentatie op voor een activiteit op basis van het model, de artefacten en de omliggende processen.
• Stel RACI-toewijzingen voor op basis van de rollen die je al hebt vastgelegd, zodat iemand ze kan aanpassen.
• Beantwoord vragen over het hele proceslandschap: welke processen geen eigenaar hebben, waar documentatie ontbreekt en wat er sinds de vorige goedgekeurde versie is veranderd.
• Stel een eerste model op of maak op basis van je documenten een eerste architectuur die je proces voor proces kunt beoordelen.
• Stel parameters voor een simulatie op en vergelijk een voorgestelde wijziging met het huidige proces.

Voor geen van deze taken hoeft je de assistent de beslissing toe te vertrouwen. Je moet de assistent wel binnen de kaders van de architectuur en de goedkeuring houden.

De MCP-server geeft elke compatibele assistent toegang tot die informatie. Met het Enterprise-abonnement biedt een API-sleutel met beperkte toegang toegang tot processen en BPMN-modellen, documentatie, rollen en RACI, gegevens over medewerkers en de organisatie, processtatistieken en de analysetools van ProcessMind. Met schrijfrechten kan de assistent ook wijzigingen voorstellen. Die voorstellen worden eerst als proefuitvoering getoond en moeten daarna door iemand worden bevestigd. Aanroepen worden gekoppeld aan de sleutel en verschijnen in het auditlogboek. Datasetuploads, datamappings en simulaties blijven beschikbaar via de REST API, omdat dit uitvoerende taken zijn en geen beslissingen.

Ook de AI-assistent past hierbij. Die beantwoordt vragen over het proces, verwijst naar de dashboards en modellen die het antwoord onderbouwen en toont voorgestelde wijzigingen als een diff ter beoordeling. De assistent is nuttig doordat die binnen duidelijke grenzen werkt, niet ondanks die grenzen.

Agents maken ook deel uit van de bedrijfsvoering. Een assistent die iets met een proces doet, heeft net als een systeem of rol een eigenaar, een afgebakende taak en een plek in de architectuur nodig. Kan een agent een wijziging voorstellen, dan hoort de architectuur vast te leggen wie eindverantwoordelijk is voor de goedkeuring. Zo houd je toezicht op AI-agents zonder een apart raamwerk te bedenken: ze worden gewoon een onderdeel dat je architectuur beschrijft.

Hoe begin je zonder alles tegelijk te willen doen?

Je hoeft niet eerst de hele organisatie in de architectuur op te nemen voordat AI nuttig wordt. Begin met één samenhangend deel dat een echte beslissing ondersteunt.

1. Kies één waardestroom en een paar processen

   Kies werk waar mensen het al over hebben, met een eigenaar en een meetbaar resultaat. Eén goedkeuring, overdracht of herstelwerkcyclus is genoeg om de aanpak te toetsen.

2. Leg eerst vast wie de eigenaren en beoordelaars zijn

   Leg rollen en RACI vast voordat je een assistent toegang geeft. Bevoegdheden moeten eerst bestaan voordat een assistent ze kan lezen. De architectuur legt verantwoording af aan de beoordelaar.

3. Documenteer tot het benodigde detailniveau

   Geef elke activiteit een beschrijving, een rol en duidelijke grenzen. Sla over wat niemand gaat gebruiken. Een complete architectuur die niemand leest, is niet meer dan een map met diagrammen.

4. Voldoe aan de kwaliteitseisen

   Herstel elementen zonder label, verbinding of documentatie. Behandel de resterende aandachtspunten als bespreekpunten, niet als een lijst met fouten.

5. Publiceer een versie en koppel één assistent

   Stel een vraag waarvan je het antwoord al weet en vergelijk het antwoord met de workspace. Een juist antwoord laat zien dat de bron goed wordt beheerd; een onjuist antwoord wijst op een hiaat.

6. Plan vaste momenten voor beoordeling

   Bekijk de modelkwaliteit, de wijzigingen sinds de vorige versie en de verbeteringen die AI heeft voorgesteld. Keur elk voorstel goed of af, of stel de beslissing uit. Leg ook vast waarom.

Met het eerste deel toets je de aanpak. Het tweede gaat sneller. De architectuur groeit mee met de beslissingen die je neemt, niet met een grootschalig documentatieproject.

De architectuur legt de afspraken vast

Door AI wordt documentatie waardevoller, niet minder belangrijk. Een model dat buiten een workshop nooit werd gebruikt, bepaalt nu wat elke assistent in het bedrijf kan zeggen over hoe het werk verloopt.

Organisaties die waarde halen uit AI, zijn niet de organisaties met de meeste agents. Het zijn organisaties die kennis expliciet, actueel en goedgekeurd hebben vastgelegd, met een plek waar mensen die kunnen vinden en een manier waarop assistenten erbij kunnen.

Zo zien wij de taakverdeling. AI leest, stelt op en controleert. Mensen bepalen wat klopt. De architectuur legt de afspraken tussen beide vast.