Design system / Decks / Template

Deck template

The canonical Conduction deck, built from the <cn-deck> / <cn-slide> component library (cn-deck.css + cn-deck.js). Twenty-three layouts, 16:9 (1280×720). Two real-world examples: the doelarchitectuur startsessie for Gemeente Baarn (session layouts), and the ConNext product story (app layouts). The HTML is the source of truth; the matching .odp is exported from it. Hit Present (bottom-right) for fullscreen, or print to PDF.

Session layouts: title · intro · agenda · content · stats · quote · section · horizons · spotlight · comparison · columns · questions · image · timeline · contact. Product layouts: app-cover · how-it-works · ai · integrations · competitive-field · leaves-model · pricing-table. Downloads: the honeycomb slide background is on the decks index.

Een architectuur die voor Baarn werkt.

Niet de mooiste architectuur op papier — de architectuur die maandagochtend in Baarn blijft draaien. Sessie 1: doel, wensen en planning.

WanneerSessie 1 · juni 2026 VoorGemeente Baarn · Holger Peters DoorRuben van der Linde

RvdL

Van Conduction

Even voorstellen.

Ruben van der Lindeinformatiearchitect · Conduction

background: Twaalf jaar bouwen aan open-source software voor de Nederlandse overheid. Mede-oprichter van Conduction, werk op het snijvlak van architectuur, strategie en realisatie.

nu: Doelarchitectuur voor Baarn — en het inrichten van Open Woo- en Secure Data-pods op het Haven-cluster.

vraag mij over:

De afweging Nextcloud vs. Azure — en wanneer welke wint.
Opslag van bijzondere persoonsgegevens, aantoonbaar gecontroleerd.
Woo-publicatie zonder dat het een aparte SaaS wordt.

Wat we vandaag doen.

Doel van deze sessie

Waarom we hier zitten, en wat het géén sessie is.

5 min

Mezelf en de opdracht

Wie levert wat — Conduction, Shockmedia, RID Utrecht.

10 min

Het speelveld in Baarn

RID-schijven, persoonsgegevens, de twee horizonnen.

10 min

Wensen en verwachtingen ophalen

Jullie input — hier zit het echte werk van vandaag.

20 min

Grove planning en vervolg

Welke sessies, wie levert input, eerste data.

10 min

Vandaag gaat over architectuur, niet over visie.

Er zijn al genoeg overheidsplaten met pijlen en wolkjes. Deze sessie is de eerste van een reeks waarin we naar één concrete, versimpelde doelarchitectuur voor de datalaag van Baarn toewerken. We beginnen bij het doel, halen jullie wensen op, en zetten een grove planning neer.

We praten concreet: opslag, toegang, beheer, archivering — geen i-visie (dit is een parallel traject).
We werken naar een doelarchitectuur die je aan een nieuwe collega in tien minuten uitlegt.
We houden de keuze open: Nextcloud, Azure of hybride — wat het beste voor Baarn is.
Deze sessie levert input op; de architectuur zelf groeit over de volgende sessies.

Drie getallen die de opdracht scherp zetten.

RID-partners

Baarn + Bunnik, De Bilt, Soest, Utr. Heuvelrug, Wijk bij Duurstede en de RSD.

30-06

N schijf read-only

Vanaf eind juni 2026 gaan de RID-netwerkschijven in afbouw. De klok loopt.

150

Applicaties

+/- Het landschap van Baarn.

Echte getallen, geen „ongeveer veel”. Daar bouwen we de architectuur omheen.

Common Ground is prachtig bedacht. Maar Baarn heeft volgende maand een plek nodig waar bijzondere persoonsgegevens veilig staan.

Het uitgangspunt van deze opdracht

Het speelveld in Baarn.

Twee horizonnen, één datalaag: het acute RID-schijfprobleem nu, en de soevereiniteitsvraag van de raad straks.

De aanleiding heeft twee snelheden.

NU · acuut

RID-schijven in afbouw

De netwerkschijven gaan vanaf eind mei 2026 op alleen-lezen, op termijn buiten gebruik.
Een substantieel deel bevat bijzondere persoonsgegevens.
SharePoint is voor die categorie geen geschikt alternatief.
Veilige, aantoonbaar gecontroleerde opslag is een functionele noodzaak — niet een wens.

STRAKS · strategisch

Soevereiniteit van de raad

De raad heeft opdracht gegeven werk te maken van digitale soevereiniteit.
Welke opslagstrategie past het best — Nextcloud, Azure, of hybride?
Die keuze raakt werkprocessen én de positie binnen RID Utrecht.
De doelarchitectuur onderbouwt de bestuurlijke besluitvorming.

Deze sessiereeks adresseert beide in samenhang — een pragmatische stap nu, ingebed in een onderbouwd doel.

Open Woo + Secure Data.

Twee pods op het Baarn Haven-cluster. Pragmatisch ingericht zodat het schijfprobleem nu wordt opgevangen — los van de uitkomst van de architectuurafweging.

Open Woo-pod — actieve openbaarmaking, klaar voor de Woo, met datamigratie.
Secure Data-pod — gecontroleerde opslag voor bijzondere persoonsgegevens.
SSO via HelloID, Keycloak en EntraID, samen met RID Utrecht.
Open source op je eigen cluster — geen vendor lock-in, geen aparte SaaS.

Werkt voor Baarn / mooi bedacht.

Werkt voor Baarn

Vertrekt vanuit het echte probleem: de schijven en de persoonsgegevens.
Open keuze: Nextcloud, Azure of hybride — beslist op feiten, niet op merk.
Beproefd in een proeftuin vóór we het tot doel verklaren.
Uitlegbaar aan een nieuwe collega in tien minuten.
Past binnen RID Utrecht en de bestaande werkprocessen.

Alleen mooi bedacht

Vertrekt vanuit een referentiearchitectuur.
„Common Ground-compliant” als doel op zich, zonder werkende opslag.
Platenboek met pijlen — niemand weet wie maandag wat beheert.
Vraagt drie weken uitleg en een externe consultant per wijziging.
Mooi in het bestuursakkoord, stil in de praktijk.

Eerlijk, niet triomfantelijk: Common Ground-principes zijn waardevol — als middel, niet als doel.

Drie partijen, heldere taakverdeling.

Shockmedia

Productieomgeving Baarn opzetten
Conduction onboarden
Managed App Nextcloud inrichten

Conduction

Open Woo- en Secure Data-pod
SSO inrichten (HelloID/Keycloak/EntraID)
Datamigratie Open Woo
Doelarchitectuur datalaag + review

RID Utrecht

Ondersteuning SSO-infrastructuur
Ondersteuning domeinregistraties

Conduction levert de pods, de SSO-inrichting, de migratie én het architectuuradvies — met een tweede senior als interne reviewpartij.

Nu jullie — wensen en input.

Hier zit het echte werk van vandaag. De architectuur die we bouwen is alleen zo goed als de input die we nu ophalen.

Wat we vandaag van jullie willen weten.

Huidig zaaksysteem(en)?

Wat draait er nu — relevant voor de afweging en latere koppelingen.

Welke data, welke gevoeligheid (veiligheid)?

Hoeveel bijzondere persoonsgegevens, en waar staan ze nu?

Wat moet behouden blijven?

Labels, rechten en metadata uit SharePoint — wat is echt nodig?

Hoe ver wil de raad gaan?

Ambitieniveau soevereiniteit: principieel of pragmatisch?

Samen met de RID-gemeenten?

Subregionaal optrekken, of Baarn eigen tempo?

Wie beheert het straks?

Capaciteit en rollen in de beheerorganisatie van Baarn.

Eén stack, één cluster, jullie eigen regie.

Open source op het Baarn Haven-cluster — de architectuur dient Baarn, niet andersom.

De weg naar de doelarchitectuur.

1 Sessie 1 · vandaag

Doel & input

Doel scherp, wensen opgehaald, planning afgesproken.

eigenaar Ruben

2 Sessie 2–3 · zomer

Bouwblokken

Opslag, toegang, archivering — opties tegen elkaar afgewogen.

eigenaar Baarn + Conduction

3 Parallel

Proeftuin

Onderdelen beproeven; pods live op het Haven-cluster of toch azure?

eigenaar Conduction

4 Sessie 4

Concept-doel

Concept voor reactie, subregionaal getoetst met de RID-gemeenten.

eigenaar Conduction

5 Oplevering

Definitief + review

Doelarchitectuur en reviewverslag, klaar voor de raad.

eigenaar 2e senior

Tweewekelijkse korte stand-up tussen Baarn en Conduction houdt de vaart erin. Data prikken we vandaag.

Wat er volgende is.

Drie bewegingen, één eigenaar per stap, één datum. Geen „we komen erop terug”.

01 · deze week

Open vragen beantwoorden

Baarn levert input op zaaksysteem, data en beheercapaciteit.

eigenaar Holger · voor week 1

02 · komende weken

Sessies 2–3 inplannen

Data prikken; subregionale sessie met RID-gemeenten voorbereiden.

eigenaar Ruben · voor juni

03 · zomer

Pods + proeftuin starten

Open Woo- en Secure Data-pod op het (Haven/Azure)-cluster, SSO ingericht.

eigenaar Conduction · voor jul

RvdL

Ruben van der Linde

informatiearchitect · Conduction

ruben@conduction.nl · conduction.nl

Product & ConNext layouts

The app-story layouts, shown with real ConNext / OpenRegister content. Same tokens and hex motif as the session layouts above.

OpenRegister

The typed-data foundation for your Nextcloud. Define a schema once, and every other app reads and writes the same validated source of truth.

Define once, store as typed objects.

Define a schema

Describe what a record looks like, its fields, types and rules, once, in plain JSON Schema.

→

Create typed objects

Every entry becomes a validated, typed object. Bad data is rejected at the door.

→

Store in one register

Objects live in a shared register with permanent IDs and a signed audit trail.

One schema in → REST + GraphQL APIs out, automatically.

OpenRegister

Your data, ready for AI, under your own rules.

✦

Talks to your data

An AI assistant reads and writes live register objects through MCP tools.

✦

Under your permissions

Every action runs with the caller's own access rights — the AI sees only what you can.

✦

Every call logged

Each read and write lands in the same signed audit trail as everything else.

Typed data + MCP = AI that's genuinely useful and fully accountable.

OpenRegister

Everything plugs into the trunk.

Conduction stack · leafs

Required

OpenRegister

The trunk: the shared typed-data layer every other app plugs into as a leaf.

Downstream

Integriq

Fills the registers with data from your existing systems.

Downstream

OpenCatalogi

Publishes and indexes the registers as a searchable catalogue.

Standards & interop

Data standard

JSON Schema + REST + GraphQL

Schema in; REST and GraphQL endpoints generate themselves out.

Dutch gov

GGM / NLDS packs

Ready packs for BAG, BRO, BRP, KvK, RGBZ and ZTC.

Auth & AI

Keycloak / ADFS + MCP

RBAC via Keycloak or ADFS, plus audited MCP tools for AI.

OpenRegister

OpenRegister versus the usual datastores.

OrABStSf

Open source · us

OpenRegister

Compliance-grade, schema-first data layer inside Nextcloud that other apps plug into as leaves.

Per user / year€0

Proprietary SaaS

Airtable

Friendly typed datastore, but cloud-locked, no audit or compliance, and not self-hosted.

Per user / year~€300

Open source

Baserow / NocoDB

Open, self-hostable databases, but no gov schema packs, audit signing or app ecosystem.

Per user / year€0–120

Open core

Strapi / Directus

Headless data APIs, developer-centric, not a compliance-grade register feeding sibling apps.

Per user / yearFree–Ent.

Proprietary SaaS

Salesforce Platform

Powerful, but expensive, vendor-locked and heavy.

Per user / year~€1,000+

Indicative list figures per user/year, billed annually (rounded, EUR); vendor sites, 2026. OpenRegister is open-source, €0 self-hosted.

One trunk. Many leaves. One data layer.

Pipelinq

CRM

Dossiq

Cases

Shillinq

Books

LaunchPad

Dashboards

OpenCatalogi

Catalogue

Filinq

Documents

OpenRegister — the shared data layer

Apps don't integrate — they already share the same typed objects.

What the market charges. What we'd charge.

App	Replaces	Market price /user·yr	ConNext managed
Integriq	MuleSoft / iPaaS	€10,000+	€15
OpenCatalogi	Socrata	€50,000+	€12
Dossiq	Roxit / Centric VTH	€10,000+	€25
Pipelinq	Salesforce / HubSpot	€300–1,000	€15
Shillinq	Exact / Twinfield	€350–1,500	€20
LaunchPad	Power BI / Tableau	€120–840	€10
OpenRegister	Airtable / data	~€300	bundled

All apps free self-hosted (EUPL-1.2). Full ConNext suite managed ≈ €60/user/yr, versus €1,000s for the SaaS equivalents.