Aareon AAVA Contextlaag
Verkenning 5

Ecosysteem en architectuur

Integratie met Aareon NL producten, architectuurplaat.

Deel 1 beslotenHoofdstuk 7
Context

De contextlaag moet ingeprikt kunnen worden door de AAVA-agents en context kunnen halen uit het Aareon NL ecosysteem: Tobias 365, Assets & Treasury, Embrace KCC, Digitale Dienstverlening en Lux. De eerste stap is context lézen; handelen in systemen komt later. Voor de paper volstaat een heldere architectuurplaat op hoofdlijnen die ook niet-techneuten snappen.

De conceptuele plaat

Eén systeem dat constant gevoed wordt

De drempel aan de voorkant is nul; de motor maakt van elke invoer gekeurde kennis; de kennisbank is de enige waarheid; en elk gebruik voedt het systeem opnieuw — via de gouden retourlijn rechts.

elk gebruik voedt
1
Voeden elk kanaal, hoe rommelig ook
Kennisflitsingesproken bericht of losse notitie, 30 seconden
TranscriptenTeams · Plaud — met consent van de klant
Documenten & tendersRFP's, PvE's, adviesrapporten, uploads
BronsystemenSharePoint · Zendesk · ADO · CRM
Externe bronnenAedes · vakmedia · wet- en regelgeving
Ook de persoonlijke ruimte (PKM) voedt hier — delen = aanbieden aan de curatie-poort.
2
De motor AI schrijft, de expert keurt
AI-extractieconcept-kennisitems en klantbeeld-updates uit elke invoer
Curatie-poortde kenniseigenaar keurt vóór publicatie (n8n)
Gap-detectieontbrekende kennis wordt vulopdracht of gespreksagenda
Proactieve verrijkingmonitort bronnen en stelt zelf nieuwe items voor
3
De kern één canonieke kennisbank · Outline · alles markdown
Sectorkennisde woningcorporatie-werkelijkheid — deelbaar
Productkenniswat onze oplossingen kunnen — deelbaar
Klantbeeld per klantstakeholders · volwassenheid · signalen — strikt intern
Capability-raamwerkW/V/B-lagen als ruggengraat en meetlat
Elk item: eigenaar · houdbaarheid · vertrouwelijkheid · bron  —  rechten via het spiegelprincipe (collectie = Entra-groep)
4
Gebruiken verschillende portals, één waarheid
Claudevia MCP — dagelijks werk, sector- en productkennis
Open WebUIde soevereine lijn — strikt; voorloper klantproduct
AAVA-agentsprikken via MCP in voor context
Dashboardsklantbeeld · completeness · verbeterpotentieel · kennisgezondheid
Notificaties'je gaat naar klant X: dit weten we, dit missen we'
De kringloop: elke vraag zonder goed antwoord wordt een vulopdracht, elke duim omlaag een correctiesignaal, elk gesprek een rijker klantbeeld.
Plan en route
  1. Per product bepalen welke context waardevol is voor de kennislaag en welke koppelvlakken er al zijn.
  2. Het integratiepatroon op hoofdlijnen kiezen: hoe halen agents en assistent context op, waar zit de kennislaag ten opzichte van de producten.
  3. Een architectuurplaat maken: de contextlaag in het midden, drie afnemers erboven, het ecosysteem eronder.
Bevindingen — deel 1: kennisopslag en autorisaties

Besluit: Outline als canonieke kennisbank, twee werkplek-sporen

Outline (open source, markdown-native, rechten per collectie, ingebouwde MCP-server, kant-en-klare sync naar Open WebUI) wordt de canonieke kennisbank; n8n — dat al bij Embrace draait — verzorgt de workflows (verificatie-herinneringen, signaalkaarten, sync-triggers). SharePoint blijft de vindplaats van bestaand bronmateriaal voor de kennisoogst; nieuwe gecureerde kennis landt in Outline. Rationale: de kennislaag is het duurzame bezit en moet in fase 3 toch platform-onafhankelijk zijn — door direct op een eigen, exporteerbare kennisbank te starten vervalt dat migratiemoment. Licentie-kanttekening: Outline is BSL 1.1 (intern vrij; doorverkopen als dienst vergt een regeling).

Het twee-sporenmodel (iedereen heeft Claude Max)

De kennisbank bedient twee werkplekken: Claude (via Outlines MCP-server — snelste adoptie, beste modellen, voor sector- en productkennis) en Open WebUI (de soevereine lijn — voor strikte klant- en commerciële kennis, en de voorloper van het klantproduct, want klanten hebben geen Claude Max). De spelregel tussen de sporen is het lagen-model. De accounts zijn zakelijk (geen training op onze data); de spelregel tussen de sporen blijft het lagen-model.

De ontwerpprincipes (onverkort geldig)

  • Spiegelprincipe: collectie = doelgroep = Entra ID-groep; vertrouwelijkheidsniveau = aparte collectie. Mengen = lekken.
  • Waarschuwen zonder lekken (casus 2-eis) opgelost: strikt document + openbare signaalkaart; de brede index bevat per constructie geen geheime inhoud.
  • Metadata-schema met eigenaar, verificatiestatus en houdbaarheid (Guru-patroon via n8n), domein- en vertrouwelijkheidslabel.
  • De vectordatabase is een wegwerp-index, nooit de bron; gesyncte collecties read-only; maandelijkse patch-discipline.

Afgewezen en groeipad

GitHub/Git als kennisbank afgewezen (rechten per repo, PR-fuik, nieuwe US-afhankelijkheid; wél niche-spoor voor technische docs in Azure DevOps). Docmost op de watchlist (modern maar pre-1.0, geen oikb-connector). R&D-inschatting: ± 6-12 dagdelen eenmalig, daarna 1-2 dagdelen per maand; contentbeheer volledig door consultants. Open keuze: self-hosted op eigen soevereine infra versus EU-managed (advies: managed voor de pilot; alles is markdown, dus migreren kan altijd).

Volledige uitwerking incl. autorisatietabel, metadata-schema en dev-inschattingen: 08-architectuur.md in de projectmap.

← VorigeDe soevereine tech stack