// 17 oktober 2026 · AI & Innovatie · Custom Development
Graph engineering voor kmo's: waarom slimme bedrijfssoftware denkt in netwerken en niet in losse tekst
Wie de evolutie van zakelijke AI volgt, ziet een duidelijke verschuiving. Eerst draaide alles rond prompt engineering: zoeken naar de juiste formulering voor een taalmodel. Daarna volgde context engineering, waarbij bedrijven eigen pdf's en handleidingen doorzoekbaar maakten via Retrieval-Augmented Generation (RAG).
Zodra je AI loslaat op complexe kmo-processen, bots je echter op een glazen plafond. Bedrijfsdata bestaat niet uit losse alinea's tekst, maar uit onderlinge relaties. En een betrouwbaar proces vraagt geen vrij improviserende chatbot, maar strikte beslissingsstappen. Precies op dat snijvlak is graph engineering uitgegroeid tot dé architectuurtrend van 2026.
Wat is graph engineering? Twee lagen van dezelfde medaille
In de informatica is een graaf (graph) een netwerk van knooppunten (nodes) en verbindingen (edges). Een knooppunt stelt een entiteit of processtap voor; een verbinding legt vast hoe twee knooppunten zich tot elkaar verhouden.
In moderne software en AI-integraties passen we graph engineering toe op twee lagen van je applicatie:
- De datalaag (Knowledge Graphs en GraphRAG): hoe je AI-model verbanden legt tussen klanten, contracten, producten, facturen en afspraken.
- De executielaag (Agentic State Graphs): hoe een AI-workflow gecontroleerd van stap A naar stap B beweegt zonder te ontsporen.
Laag 1: Van blinde tekstzoekers naar GraphRAG
Klassieke Vector RAG knipt bedrijfsdocumenten op in kleine tekstblokjes. Stelt een medewerker een vraag, dan zoekt het systeem de blokjes die qua taal het meest op de vraag lijken. Dat werkt prima voor een simpele vraag zoals "Wat is ons adres in Zonhoven?", maar faalt bij vragen die meerdere denksprongen (multi-hop reasoning) over verschillende dossiers vereisen.
Een voorbeeld uit de verzekerings- en kmo-praktijk
Stel dat een makelaar vraagt: "Welke zakelijke klanten met een vlootpolis hebben dit jaar al meer dan twee schadedossiers ingediend waarbij dezelfde hersteller betrokken was?"
- Klassieke Vector RAG zoekt naar losse tekstfragmenten met de woorden "vlootpolis", "schadedossier" en "hersteller". Het resultaat is een onvolledige greep uit e-mails en pdf's, waardoor het taalmodel gaat gissen.
- GraphRAG volgt de expliciete relaties in je datagraaf:
Bedrijfsklant -> heeft_polis -> Vlootpolis -> gekoppeld_aan -> Schadedossier -> uitgevoerd_door -> Hersteller. Het systeem telt de verbindingen, haalt exact de betrokken dossiers op en geeft een 100 procent sluitend antwoord.
Laag 2: De executielaag (waarom vrije AI-agents ontsporen)
Het tweede domein draait om procescontrole. Geef je een autonome AI-agent een doel en een reeks digitale tools met de opdracht om een taak zelfstandig in een lus op te lossen, dan neem je een groot risico. Zoals we eerder bespraken bij jagged intelligence, zijn taalmodellen sterk in taal maar grillig in strikte logica. Een vrije agent kan in een eindeloze lus belanden, controles overslaan of verkeerde acties uitvoeren.
Met graph engineering op workflowniveau (via state graphs) houd je de regie strak in handen:
- Knooppunten (Nodes) doen het denkwerk: binnen één afgebakende stap leest de AI bijvoorbeeld een pdf-factuur uit of vat een schadeclaim samen via OCR en AI-extractie.
- Verbindingen (Edges) zijn harde code: deterministische code controleert de uitkomst. Is het factuurbedrag hoger dan 2.500 euro of ontbreekt het btw-nummer? Dan dwingt de graaf het proces automatisch naar het knooppunt
Wacht op menselijke goedkeuring.
Losse AI-loops versus Graph Engineering in de praktijk
| Kenmerk | Klassieke Vector RAG & Vrije Agent-Loops | Graph Engineering (GraphRAG & State Graphs) |
|---|---|---|
| Kennisopbouw | Losse tekstfragmenten op woordgelijkenis | Netwerk van entiteiten en expliciete relaties |
| Complexe vragen | Mist verbanden tussen verschillende documenten | Volgt ketens over polissen, orders en klanten |
| Procescontrole | De AI kiest zelf zijn pad (risico op dwalingen) | Harde code bepaalt toegestane routes en condities |
| Foutafhandeling | Onvoorspelbaar bij onverwachte invoer | Vaste fallback-routes en menselijke tussenkomst |
| Controleerbaarheid | Zwarte doos: lastig achteraf te reconstrueren | Elke bezochte knoop staat in de audit trail |
Drie concrete toepassingen voor jouw kmo
Hoe vertaalt graph engineering zich naar tijdwinst op de werkvloer? Drie praktijkscenario's:
1. Intelligente dossieranalyse bij verzekeringen en schades
Meldt een klant schade in een platform zoals AssurIO Cloud, dan hangt de afhandeling af van verbonden factoren: de actieve polis, vrijstellingen, eerdere schades op dat adres en de maatschappij. Door die context als graaf te structureren en via een vaste state graph te verwerken, krijgt de dossierbeheerder meteen een compleet voorstel zonder één polisclausule te missen.
2. Impactanalyse in productie, groothandel en logistiek
Levert een fabrikant een onderdeel twee weken later? In een gewone tabel zie je enkel één vertraagde inkooporder. In een datagraaf zie je direct de volledige kettingreactie: welke eindproducten dit onderdeel bevatten, welke klantorders vertragen, welke monteurs heringepland moeten worden en welk alternatief op voorraad ligt.
3. Veilige administratieve automatisering met audit trail
Wil je bestellingen of contractwijzigingen automatisch verwerken binnen strikte complianceregels? In een graaf-workflow logt elk knooppunt zijn in- en uitvoer rechtstreeks in een onvervalsbare audit trail. Zo combineer je de snelheid van AI met de zekerheid van klassieke software.
Moet je nu heel je bestaande database omgooien?
Veel bedrijven denken dat ze voor graph engineering dure graph-databases moeten aanschaffen en hun SQL-omgeving moeten verlaten. In 2026 hoeft dat niet meer.
Heb je al een degelijke webapplicatie op maat met een relationele database (zoals PostgreSQL of MySQL in Laravel), dan zitten de meeste relaties al in je foreign keys en koppeltabellen. Met hybride technieken zoals LazyGraphRAG en lichtgewicht graaf-orchestratie bouwen we een slimme graaflaag rechtstreeks bovenop je bestaande tabellen en REST API's, zonder dubbele opslag of zware migraties.
Veelgestelde vragen over graph engineering
Wat is graph engineering precies?
Graph engineering is een ontwerpbenadering in software en AI waarbij je zowel je bedrijfsdata (via kennisgrafen en GraphRAG) als het uitvoeringspad van je AI-agents (via state graphs) modelleert als een netwerk van knooppunten (nodes) en strikte verbindingen (edges). Dat zorgt voor herleidbare antwoorden en voorspelbare automatisering.
Wat is het verschil tussen klassieke RAG en GraphRAG?
Klassieke Vector RAG knipt documenten op in losse tekstfragmenten en zoekt enkel op woordgelijkenis. Daardoor mist het vaak het overzicht wanneer feiten over meerdere documenten verspreid staan. GraphRAG legt de expliciete relaties vast tussen klanten, contracten, producten en afspraken, zodat AI ook vragen kan beantwoorden die meerdere denksprongen vereisen.
Waarom zijn graaf-workflows veiliger dan vrije autonome AI-agents?
Een volledig vrije AI-agent beslist zelf welke tool hij aanroept en kan daardoor in een eindeloze lus raken of ongewenste acties uitvoeren. In een graaf-workflow (state graph) liggen de toegestane routes vast in harde code, inclusief verplichte controles en menselijke goedkeuringsstappen.
Moet mijn kmo onze bestaande SQL-database vervangen om met grafen te werken?
Nee. Je hoeft een goed opgebouwde relationele database in bijvoorbeeld Laravel of PostgreSQL niet weg te gooien. Moderne hybride technieken bouwen een slimme graaflaag en gerichte AI-workflows rechtstreeks bovenop je bestaande tabellen en API-koppelingen.
Klaar voor AI die echt begrijpt hoe jouw bedrijf in elkaar zit?
Losse chatbots zijn leuk voor een eerste kennismaking, maar echte tijdwinst ontstaat pas wanneer software de onderlinge verbanden en spelregels van je onderneming respecteert. Wil je weten hoe we met graph engineering en slimme AI-integraties jouw bedrijfsprocessen sneller én voorspelbaar maken? Neem contact op met AssurIO voor een nuchter gesprek aan onze tekentafel in Zonhoven.
