Hoe koppel je bestaande gemeentelijke databronnen aan het Gemeentelijk Gegevensmodel?

Ed Kisman · 02 okt 2026

Bestaande gemeentelijke databronnen koppel je aan het Gemeentelijk Gegevensmodel (GGM) door eerst de structuur van elke databron te analyseren, die te mappen naar de overeenkomstige GGM-entiteiten, en vervolgens een technische integratiemethode te kiezen die past bij de bestaande infrastructuur. Dit geldt voor vrijwel alle gemeentelijke domeinen, van het Sociaal Domein tot de Openbare Ruimte. De vragen hieronder behandelen elke stap in dat proces, van databronselectie tot kwaliteitsbewaking.

Welke gemeentelijke databronnen zijn geschikt voor koppeling met het GGM?

Vrijwel alle primaire bronsystemen van een gemeente zijn geschikt voor koppeling met het Gemeentelijk Gegevensmodel, zolang ze gestructureerde gegevens bevatten die te herleiden zijn tot een van de GGM-domeinen. Het GGM dekt een breed scala aan gemeentelijke werkprocessen en sluit aan bij landelijke standaarden, waardoor de meeste bestaande systemen een herkenbaar aanknopingspunt vinden in het model.

In de praktijk gaat het om bronnen uit domeinen zoals:

Sociaal Domein: systemen voor Wmo, Jeugd, Inkomen, Werk en Schuldhulpverlening, die aansluiten op iWmo, iJw en het Suwi Gegevensregister (SGR versie 4.0)
Openbare Ruimte en Leefomgeving: beheersystemen voor de openbare ruimte die koppelen via IMBOR en BGT/IMGeo-objecten
Basisregistraties: de BAG (adressen en gebouwen via IMBAG), de BRP en andere basisregistraties die in de Kern van het GGM zijn verankerd via RSGB versie 2.0.2
Vergunningen en handhaving: VTH-systemen die aansluiten op RiHA 2.0 en de Omgevingswet-standaarden zoals STTR/IMTR en STOP/TPOD
Onderwijs, Sport en Cultuur: systemen voor leerplicht, leerlingenvervoer, erfgoed en musea

Een databron is geschikt als de gegevens te relateren zijn aan een GGM-entiteit en als de gegevenskwaliteit voldoende is om zinvolle verbindingen te leggen. Systemen met ongestructureerde of sterk afwijkende datamodellen vragen meer voorbereiding, maar zijn zelden volledig ongeschikt.

Hoe werkt het mappen van bestaande datastructuren naar het GGM?

Het mappen van bestaande datastructuren naar het GGM betekent dat je per databron de tabellen, velden en relaties vergelijkt met de overeenkomstige entiteiten en attributen in het GGM, en vervolgens een vertaaltabel opstelt die aangeeft hoe de twee modellen op elkaar aansluiten. Dit proces heet ook wel data mapping of schema mapping en vormt de analytische kern van elke GGM-integratie.

De aanpak verloopt doorgaans in vier stappen:

Inventarisatie: breng de structuur van de brondatabase in kaart, inclusief entiteiten, attributen, datatypen en bestaande relaties.
Domeinidentificatie: bepaal in welk GGM-domein de bron thuishoort, zoals Sociaal Domein, Ruimte of Dienstverlening.
Entiteitskoppeling: koppel elke brontabel aan de meest passende GGM-entiteit en documenteer afwijkingen in naamgeving, granulariteit of datatype.
Transformatieregels: stel transformatielogica op voor velden die niet direct overeenkomen, zoals het samenvoegen van twee bronvelden tot één GGM-attribuut of het omzetten van een codetabel naar een GGM-waardelijst.

Het GGM is gebaseerd op landelijke standaarden zoals RSGB, RGBZ en NEN 3610, wat het mappen vereenvoudigt voor systemen die deze standaarden al (deels) volgen. Voor systemen die dat niet doen, is een uitgebreidere transformatielaag nodig. Goede data governance is hierbij onmisbaar om de mapping consistent en controleerbaar te houden.

Wat zijn de meest voorkomende knelpunten bij GGM-koppelingen?

De meest voorkomende knelpunten bij het koppelen van databronnen aan het GGM zijn semantische verschillen tussen het bronmodel en het GGM, inconsistente gegevenskwaliteit in bestaande systemen en het ontbreken van eenduidige sleutels om records over systemen heen te koppelen. Deze drie problemen komen bij vrijwel elk GGM-integratietraject naar voren.

Semantische verschillen

Twee systemen kunnen hetzelfde concept anders benoemen of anders afbakenen. Een “klant” in het ene systeem is een “burger” of “aanvrager” in het andere, terwijl het GGM een specifieke definitie hanteert. Dit vraagt om zorgvuldige afstemming met domeinexperts voordat je begint te transformeren.

Gegevenskwaliteit en volledigheid

Bestaande bronsystemen bevatten vaak ontbrekende waarden, verouderde records of inconsistente codering. Het GGM stelt eisen aan de volledigheid van bepaalde attributen, met name in de Kern en in de basisregistratiegerelateerde onderdelen. Een datakwaliteitsanalyse vooraf voorkomt dat fouten uit het bronsysteem worden doorgegeven aan het geïntegreerde model.

Ontbrekende of niet-unieke sleutels

Veel gemeentelijke applicaties zijn historisch gegroeid en gebruiken interne sleutels die buiten het systeem geen betekenis hebben. Koppelen aan het GGM vereist doorgaans het gebruik van BSN, BAG-identificatoren of andere landelijke sleutels, die niet altijd aanwezig zijn in oudere bronsystemen.

Welke technische methoden worden gebruikt voor de daadwerkelijke koppeling?

Voor de technische koppeling van databronnen aan het GGM worden drie methoden het meest toegepast: ETL-processen, API-gebaseerde integratie en directe databasekoppelingen via views of federatieve queries. De keuze hangt af van de updatefrequentie, de technische omgeving en de gewenste mate van real-time beschikbaarheid.

ETL (Extract, Transform, Load): gegevens worden periodiek uit de bronsystemen gehaald, getransformeerd naar het GGM-formaat en geladen in een centrale omgeving. Dit is geschikt voor batchverwerking en rapportage. Meer over dit onderwerp vind je op de pagina over data engineering.
API-integratie: systemen wisselen gegevens real-time of near-real-time uit via gestandaardiseerde interfaces. Dit sluit goed aan bij de berichtenstandaarden die het GGM ondersteunt, zoals iWmo en iJw.
Federatieve databasekoppelingen: via databaseviews of linked-serververbindingen worden gegevens uit meerdere bronnen gecombineerd zonder fysieke verplaatsing. Dit is snel te implementeren maar vereist stabiele en goed presterende bronsystemen.
Data-integratieplatforms: voor complexere omgevingen met veel bronnen bieden gespecialiseerde data-integratieoplossingen een beheersbare en schaalbare aanpak.

In de meeste gemeentelijke omgevingen is een combinatie van ETL en API-integratie het meest effectief: ETL voor historische en analytische gegevens, API voor operationele uitwisseling.

Wanneer is een gefaseerde aanpak verstandig bij GGM-integratie?

Een gefaseerde aanpak bij GGM-integratie is verstandig wanneer een gemeente meerdere domeinen tegelijk wil ontsluiten, wanneer de gegevenskwaliteit van bronnen sterk varieert, of wanneer de organisatie nog weinig ervaring heeft met gegevensmodellering. In die situaties verlaagt fasering het risico en maakt het leereffecten mogelijk tussen de fasen.

Een logische fasering volgt de GGM-domeinen:

Begin met de Kern en basisregistraties, omdat die de meeste andere domeinen ondersteunen en de landelijke standaarden (RSGB, BAG) al goed gedocumenteerd zijn.
Voeg vervolgens het Sociaal Domein toe, dat voor veel gemeenten de hoogste prioriteit heeft vanwege de wettelijke verantwoording richting het Rijk.
Breid daarna uit naar Openbare Ruimte, Vergunningen en de overige domeinen op basis van organisatorische prioriteit.

Fasering is minder nodig wanneer een gemeente een greenfield-situatie heeft, bijvoorbeeld bij de implementatie van een nieuw zaaksysteem, of wanneer het aantal te koppelen bronnen beperkt is. In dat geval kan een integrale aanpak sneller het gewenste resultaat opleveren.

Hoe bewaak je de datakwaliteit na de koppeling met het GGM?

Na de koppeling bewaak je de datakwaliteit door geautomatiseerde validatieregels in te richten op de integratielaag, afwijkingen te monitoren via dashboards, en periodiek te toetsen of de brondata nog overeenkomen met de GGM-definities. Datakwaliteit is geen eenmalige check maar een doorlopend proces.

Effectieve bewaking rust op vier pijlers:

Validatieregels: stel regels in die controleren op volledigheid, juiste datatypen, geldige waardelijsten en referentiële integriteit ten opzichte van het GGM.
Monitoring en alerting: richt automatische signalering in wanneer een databron niet meer aanlevert, wanneer het aantal records onverwacht afwijkt, of wanneer validatieregels structureel worden overtreden.
Data lineage: documenteer de herkomst van elk gegeven zodat bij kwaliteitsproblemen snel duidelijk is welk bronsysteem de oorzaak is.
Periodieke audits: toets regelmatig of de transformatielogica nog klopt, zeker na updates van bronsystemen of na wijzigingen in de GGM-standaard zelf.

Hoe robuuster de onderliggende databaseomgeving is ingericht, hoe eenvoudiger het is om deze bewaking structureel te borgen. Een stabiele en goed gemonitorde database vormt de basis voor betrouwbare gegevensuitwisseling.

Hoe DBA helpt bij GGM-integratie en databronkoppelingen

Wij ondersteunen gemeenten en overheidsinstellingen bij het volledige traject van GGM-koppeling: van de eerste analyse van bestaande databronnen tot en met de inrichting van monitoring en kwaliteitsbewaking na de go-live. Onze database-experts combineren diepgaande technische kennis met ervaring in de gemeentelijke informatievoorziening.

Wat wij concreet bieden:

Analyse en documentatie van bestaande bronsystemen en hun relatie tot het GGM
Opstellen van mappingdocumentatie en transformatieregels per domein
Implementatie van ETL-processen, API-koppelingen of federatieve databaseverbindingen
Inrichting van validatieregels en monitoringdashboards voor doorlopende datakwaliteitsbewaking
Advies over fasering en prioritering op basis van organisatorische en technische context
24/7 beheer en ondersteuning van de databaseomgeving die de integratie draagt

Wil je weten hoe wij jouw gemeente kunnen ondersteunen bij het koppelen van databronnen aan het Gemeentelijk Gegevensmodel? Neem contact met ons op voor een vrijblijvend gesprek.