Flow & Workflow biedt een complete, no-code toolkit voor procesautomatisering. De kern is een visuele flow-designer waarin processen worden getekend als een graaf van nodes die via edges met elkaar zijn verbonden: een trigger start de flow, condition-nodes routeren hem, action-nodes doen het werk, approval- en notification-nodes betrekken mensen erbij, delay-nodes houden de uitvoering aan tot een gekozen moment, webhook-nodes bereiken externe systemen en een end-node sluit de run af. Flows worden op drie manieren getriggerd: door een gebeurtenis op een willekeurig record, via een terugkerend schema, of op verzoek door een persoon of een AI Worker.

Action-nodes dekken de handelingen die een bedrijfsproces daadwerkelijk nodig heeft: e-mail versturen, records aanmaken of bijwerken in elke module, een geregistreerde service aanroepen elders op het platform, posten naar een extern endpoint en in-app notificaties genereren. Voorwaardelijke vertakking laat één flow elk pad afhandelen dat een case kan volgen, zodat één ontwerp de uitzonderingen opvangt in plaats van varianten te laten ontstaan. Een ingebouwde formulierbouwer legt de invoer vast die een handmatige trigger of een goedkeuringsbeslissing vereist, en SLA-timers houden elke fase aan zijn deadline en escaleren automatisch wanneer een stap uitloopt. Het resultaat is dat een proces dat ooit in iemands hoofd zat, of verspreid was over een keten van e-mails, een expliciet, geversioneerd en observeerbaar bezit wordt dat de onderneming in eigen hand heeft en binnen enkele minuten kan aanpassen.

Het conceptuele model is klein, en dat is een bewuste keuze, want juist daardoor is het universeel. Het centrale object is de flow: een benoemde, op zichzelf staande beschrijving van hoe een stuk werk zou moeten verlopen. Een flow wordt uitgedrukt als een graaf. De stappen zijn de afzonderlijke gedragingen, elk met een type en een eigen configuratie, en de verbindingen ertussen dragen de logica die bepaalt welke stap op welke volgt, inclusief de condities die moeten gelden om een bepaald pad te nemen. Omdat de vorm van een proces data is en geen code, kan een flow worden geïnspecteerd, gekopieerd, verfijnd en doorgrond zonder het platform zelf aan te raken.

Telkens wanneer een flow in gang wordt gezet, maakt de engine een run aan: een live instantie met een eigen geheugen. De run legt vast waar de uitvoering zich op dat moment bevindt, draagt de onderweg verzamelde context, de invoer die hem startte en de output die elke stap oplevert, en houdt de status bij vanaf het moment dat hij begint tot het moment dat hij wordt voltooid, gepauzeerd of mislukt. Dit onderscheid tussen het ontwerp van een proces en de afzonderlijke runs ervan is het kernidee. Eén flow kan duizenden runs tegelijk in de lucht hebben, elk op een eigen pad, elk onafhankelijk hervatbaar na een goedkeuring of een geplande pauze. Daarnaast staat de approval workflow, een herbruikbaar beleid dat voor een bepaald soort record en een bepaalde set condities vastlegt wie moet tekenen en in welke volgorde. Goedkeuringsbeleid wordt dus één keer gedefinieerd en consistent toegepast, in plaats van opnieuw te worden vastgelegd in elke flow die een beslissing nodig heeft.

Drie patronen dekken het grootste deel van wat organisaties bouwen. Het eerste is event-driven automatisering: een ontwerper stelt een flow samen, kiest de recordgebeurtenis die hem moet starten, zoals het aanmaken van een case of een statuswijziging, en zet de daaropvolgende acties en vertakkingen uiteen. Vanaf dat moment houdt de engine de event bus in de gaten en start een passende run zodra de gebeurtenis plaatsvindt, zonder tussenkomst van een mens. Het tweede is goedkeuringsroutering: een flow bereikt een approval-node, de engine maakt een goedkeuringsverzoek aan, pauzeert de run en stelt de verantwoordelijke goedkeurders op de hoogte. Meerstaps-, parallelle en voorwaardelijk escalerende goedkeuringen worden hier allemaal uitgedrukt, zodat een verzoek met lage waarde met één handtekening kan worden afgehandeld terwijl een verzoek met hoge waarde meerdere niveaus doorloopt, alles vanuit hetzelfde ontwerp.

Het derde patroon is geplande verwerking: flows die aan een cron-schema zijn gekoppeld draaien op vaste tijden om periodiek werk aan te sturen, zoals herinneringen, verlengingen, afstemmingen en onderhoudstaken. Een centrale scheduler evalueert elke minuut welke flows aan de beurt zijn, hervat runs waarvan de vertraging is verstreken, en waakt tegen dubbele uitvoering binnen hetzelfde venster. In alle drie de gevallen wordt elke run volledig getraceerd. Beheerders kunnen zien welke flows actief zijn, een run node voor node volgen, de meegedragen context inzien en precies begrijpen waarom een bepaald pad is gevolgd en waar een fout is opgetreden.

De precisie van een procesengine schuilt in de routeringslogica, en juist daarin is Flow & Workflow compromisloos. De condition-evaluator ondersteunt een rijke set operatoren voor gelijkheid en ongelijkheid, numerieke vergelijking, tekststesten zoals bevat, begint-met, eindigt-op en patroonvergelijking, verzamelingslidmaatschap met in en niet-in, en aanwezigheidscontroles voor de vraag of een veld überhaupt bestaat. Condities zijn samen te stellen: elke groep kan worden gecombineerd met logische and, or en not om willekeurig genuanceerde regels uit te drukken, en waarden worden via dot-path gelezen, zodat diep geneste velden op het te evalueren record rechtstreeks adresseerbaar zijn. Edges worden in een gedefinieerde volgorde geëvalueerd volgens een first-match-wins-regel, wat telkens deterministische en auditeerbare vertakking oplevert.

De uitvoering zelf wordt beheerst met het oog op veiligheid en voorspelbaarheid. Elke run gaat stap voor stap vooruit met bij elke beweging een opgeslagen toestand, zodat een run een onderbreking overleeft en netjes hervat. Een begrensd maximum aantal stappen voorkomt op hol geslagen of cyclische flows. Webhook-nodes die buiten het platform reiken zijn beveiligd tegen server-side request forgery en gebonden aan een strikte timeout, zodat een externe afhankelijkheid een proces niet kan laten vastlopen. De event bus-catalogus publiceert elke gebeurtenis die het platform kan uitzenden, met namen in dot-notatie en abonnering met wildcards, zodat een flow kan luisteren naar één precieze gebeurtenis of naar een hele familie ervan. Delay- en approval-pauzes zijn volwaardige eindtoestanden en geen omweg, en dat is precies wat langlopende processen met een mens in de lus in staat stelt dagenlang te draaien zonder resources open te houden.

Flow & Workflow is de automatiseringslaag waarop elke andere module voortbouwt, en die positie verdient de module door diepe, native integratie in plaats van connectoren. De module maakt rechtstreeks gebruik van de service bus van het platform, zodat elke action-node een capaciteit kan aanroepen die door een andere module is geregistreerd zonder maatwerkkoppeling. Hij verdeelt berichten via de gedeelde Notification Engine, zodat de berichten van een flow gebruikers in-app en per e-mail bereiken via hetzelfde kanaal dat de rest van de suite gebruikt. Hij draait naast de ETL-pipeline op hetzelfde centrale schema, zodat geplande flows en dataverplaatsing op één klok worden gecoördineerd.

Doordat de event bus lifecycle-gebeurtenissen uit de hele suite doorgeeft, koppelt de module in feite alles aan elkaar. Een wijziging in de CRM kan een case openen in Service Management. Een goedgekeurde aanvraag in Procurement kan een record aanmaken in Finance. Een aflopende overeenkomst in Contract Management kan een verlengingsbeoordeling starten en de accounteigenaar op de hoogte stellen. Een nieuwe medewerker in HR kan een onboardingflow triggeren die toegang inricht en taken inplant. Identiteit en rechten worden overal gerespecteerd, zodat een flow handelt binnen dezelfde toegangsregels als de mensen die hij bedient. Flow & Workflow staat niet naast de suite: het is het mechanisme waardoor de suite zich gedraagt als één systeem.

AI Workers zijn volwaardige deelnemers in Flow & Workflow en worden door de engine behandeld als gebruikers op zich. Via een gesprek kan iemand een Worker vragen uit te leggen wat een flow doet, waarom een bepaalde run een bepaald pad heeft gevolgd, of welke processen een gegeven record raken, en de Worker antwoordt door de eigen flow- en run-data van de module te bevragen. Workers handelen ook: ze ontwerpen en passen flows aan op basis van intentie in natuurlijke taal, starten runs, hervatten gepauzeerde runs en verleggen werk wanneer de omstandigheden veranderen, alles binnen de rechten die aan hen zijn toegekend.

Hun bereik strekt zich uit over elk type node. Een AI Worker monitort runs op afwijkingen en uitzonderingen en brengt een vastgelopen goedkeuring, een overschreden SLA of een piek in mislukkingen aan het licht voordat het een probleem wordt. Wanneer een flow informatie nodig heeft die vastzit in een document of een ongestructureerde payload, haalt een Worker die eruit en structureert die, zodat downstream-condities op schone data kunnen handelen. Het meest ingrijpend is dat een Worker zelf kan dienen als goedkeurings- of beoordelingsnode: de engine pauzeert de run, de Worker beoordeelt het verzoek aan de hand van beleid en context, en beslist ofwel binnen zijn mandaat, ofwel escaleert naar een persoon met een heldere aanbeveling en de bijbehorende onderbouwing. Zo verandert Flow & Workflow van pure automatisering in echte beslissingsondersteuning, waarbij het menselijk oordeel wordt voorbehouden aan de gevallen die dat werkelijk vereisen.