Als er één vraag is die IT-leiders en integratiearchitecten bij lokale overheden met regelmaat bezighoudt over complexe gegevensuitwisseling, is het deze: waarom is iets wat technisch allang mogelijk is, in de praktijk nog steeds zo moeilijk?
Er is niet één antwoord op deze vraag te geven. Het is de optelsom van decennia aan keuzes, omstandigheden en ontwikkelingen die samen een landschap hebben gecreëerd waarin gegevensuitwisseling structureel complex is. Begrijpen waarom helpt om de juiste oplossingsrichting te kiezen.
Lokale overheden hebben hun IT-infrastructuur niet ontworpen. Ze hebben hem opgebouwd. Laag voor laag, domein voor domein, soms met een doordachte strategie en soms puur pragmatisch omdat er een probleem was dat opgelost moest worden.
Het resultaat is een landschap dat de geschiedenis van de gemeentelijke IT weerspiegelt:
Gegevens delen tussen die lagen was altijd al lastig. Niet omdat niemand het wilde, maar omdat elke laag zijn eigen logica, zijn eigen formaten en zijn eigen leveranciers-afhankelijkheden heeft gebracht.
De manier waarop overheidsorganisaties gegevens uitwisselen is in de afgelopen decennia fundamenteel veranderd. Maar die verandering heeft zich niet lineair voltrokken. Oude en nieuwe methoden bestaan gewoon naast elkaar.
Het begon met het simpelweg uitwisselen van bestanden en point-to-point verbindingen tussen systemen. Daarna kwamen koppelingen met landelijke voorzieningen op basis van SOAP-, StUF- en andere protocollen, standaarden die destijds modern waren maar nu tot het legacy-landschap behoren. Vervolgens deed REST zijn intrede, en meer recentelijk de Common Ground-richtlijnen die een fundamenteel andere architectuur voorschrijven: niet meer gegevens kopiëren naar lokale systemen, maar gegevens bevragen bij de bron.
En dan zijn er de ontwikkelingen die er nog aan komen: eIDAS, de NL-Wallet en de Europese digitale identiteitsinfrastructuur die nieuwe eisen stelt aan hoe overheidsorganisaties gegevens uitwisselen met burgers en met elkaar.
Het gevolg is dat er nog veel gemeenten op dit moment werken met SOAP, StUF, REST en voorzicht al een Common Ground-API tegelijkertijd en binnenkort ook wallet-gebaseerde uitwisseling moet ondersteunen. Dat is geen bewuste keuze maar de realiteit van een organisatie die niet zomaar kan stoppen om alles opnieuw te beginnen.
De complexiteit van het IT-landschap is niet alleen het gevolg van technische keuzes. Het is ook het gevolg van bestuurlijke beslissingen waarvan de IT-consequenties niet altijd goed zijn doordacht.
Gemeentelijke herindelingen hebben organisaties samengevoegd die elk hun eigen systemen, processen en leveranciersrelaties hadden. Technisch betekent dat: meerdere zaaksystemen, meerdere koppelingenlandschappen en meerdere versies van dezelfde gegevens die niet zonder meer met elkaar te verbinden zijn.
Tegelijkertijd heeft het Rijk in de afgelopen decennia taken gedecentraliseerd naar gemeenten met het argument dat lokale uitvoering dichter bij de burger staat en goedkoper kan. In de praktijk heeft dit geleid tot aanzienlijk meer taken, meer ketens, meer systemen en meer gegevensstromen. En dat allemaal zonder dat de financiering en de IT-capaciteit in gelijke mate zijn meegegroeid.
Het resultaat is een lokale overheid die meer moet doen, met meer partijen moet samenwerken en meer gegevens moet uitwisselen, maar die de technische en organisatorische infrastructuur daarvoor grotendeels zelf heeft moeten opbouwen.
Gegevensuitwisseling binnen de overheid is allang geen interne aangelegenheid meer. Gemeenten wisselen gegevens uit met een breed spectrum aan organisaties, elk met hun eigen systemen, standaarden en eisen:
Elk van die partijen heeft zijn eigen aansluitvereisten, zijn eigen beveiligingsnormen en zijn eigen tempo van modernisering. Gegevensuitwisseling die veilig, betrouwbaar en AVG-proof moet zijn over al die grenzen heen, vraagt om een infrastructuur die die diversiteit aankan.
Naarmate de hoeveelheid gegevensuitwisseling toeneemt, neemt ook de behoefte aan governance toe. Wie mag welke gegevens opvragen? Onder welke voorwaarden? Hoe lang worden gegevens bewaard? Wie is verantwoordelijk als er iets misgaat?
Dat zijn geen nieuwe vragen maar ze zijn wel veel urgenter geworden. De toename van cyberdreigingen heeft het bewustzijn vergroot dat gegevensuitwisseling niet alleen een technisch vraagstuk is, maar ook een beveiligingsvraagstuk. De AVG heeft juridische kaders gesteld die afdwingbaar zijn en waarop organisaties worden aangesproken. En de groeiende vraag naar data-gedreven werken, het sturen op actuele gegevens in plaats van op vertraagde rapportages, vergroot de hoeveelheid en de gevoeligheid van de data die wordt bewaard, gebruikt en uitgewisseld.
Gegevens worden uitgewisseld in grote batches, per transactie en op basis van wijzigingen elders in de keten. Al die stromen moeten worden gelogd, bewaakt en aantoonbaar veilig zijn. Dat is te veel om handmatig bij te houden en te risicovol om onbeheerd te laten.
De complexiteit van gegevensuitwisseling is een gegeven. Wat wél een keuze is, is hoe je die complexiteit beheert.
Steeds meer overheidsorganisaties kiezen ervoor om integratie en datadistributie niet zelf te bouwen en te beheren, maar af te nemen als dienst. De redenering is eenvoudig: de technische complexiteit blijft bestaan, maar de organisatie hoeft die niet zelf te dragen. Een gespecialiseerde partij beheert de infrastructuur, bewaakt de beschikbaarheid, zorgt voor aansluiting op zowel legacy-protocollen als moderne standaarden en neemt de governance-verplichtingen over via contractuele afspraken en SLA’s.
Dat maakt interne capaciteit vrij voor de vragen die de organisatie zelf moet beantwoorden: welke gegevens mogen worden gedeeld, met wie, op basis van welke juridische grondslag en met welk doel. Dat zijn bestuurlijke en juridische vragen. Die laat je niet uitbesteden.
FAQ
Veelgestelde vragen
Waarom is gegevensuitwisseling binnen de Nederlandse overheid zo complex? De complexiteit is het gevolg van decennia aan gefragmenteerde IT-opbouw, gemeentelijke herindelingen, decentralisaties van rijkstaken en de opeenstapeling van oude en nieuwe standaarden. Gemeenten werken tegelijkertijd met legacy-protocollen zoals SOAP en StUF, moderne REST-API’s en Common Ground-richtlijnen, en moeten gegevens uitwisselen met een breed spectrum aan partners met elk hun eigen eisen.
Wat zijn de belangrijkste oorzaken van silo’s binnen gemeentelijke IT-organisaties? Silo’s zijn ontstaan doordat afdelingen hun eigen systemen hebben opgebouwd, vaak in een relatief gesloten omgeving en zonder centrale regie op gegevensuitwisseling. Maatwerksoftware, leveranciersafhankelijkheden en het ontbreken van gedeelde standaarden hebben de fragmentatie versterkt.
Hoe beïnvloeden gemeentelijke herindelingen de gegevensuitwisseling? Herindelingen voegen organisaties samen die elk hun eigen systemen, koppelingen en leveranciers-relaties hadden. Technisch betekent dat meerdere zaaksystemen, meerdere koppelingenlandschappen en meerdere versies van dezelfde gegevens die niet zonder meer met elkaar te verbinden zijn.
Welke standaarden worden gebruikt voor gegevensuitwisseling binnen de Nederlandse overheid? Gemeenten werken met een mix van SOAP, StUF, REST-API’s en Common Ground-richtlijnen, afhankelijk van het systeem en de ketenpartner. Daar komen binnenkort wallet-gebaseerde uitwisseling via de NL-Wallet en eIDAS bij. Een goede datadistributie-oplossing ondersteunt al deze standaarden tegelijkertijd.
Waarom is governance zo belangrijk bij gegevensuitwisseling binnen de overheid? Omdat de hoeveelheid en gevoeligheid van uitgewisselde gegevens toeneemt, cyberdreigingen reëel zijn en de AVG juridische verplichtingen stelt die afdwingbaar zijn. Governance bepaalt wie welke gegevens mag opvragen, onder welke voorwaarden en hoe aantoonbaar wordt gemaakt dat de uitwisseling rechtmatig is.
Wat is het voordeel van datadistributie als dienst voor overheidsorganisaties? Het maakt interne capaciteit vrij voor bestuurlijke en juridische vraagstukken, terwijl een gespecialiseerde partij de technische complexiteit beheert. Via SLA’s worden concrete afspraken gemaakt over beschikbaarheid, beveiliging en beheer, inclusief logging van alle transacties.
Hoe kunnen overheidsorganisaties legacy-systemen en moderne standaarden combineren? Door te kiezen voor een datadistributieoplossing die beide ondersteunt. Legacy-protocollen en moderne API’s kunnen naast elkaar worden aangesloten, waardoor organisaties op hun eigen tempo kunnen moderniseren zonder bestaande koppelingen te verstoren.
Wat is data-gedreven werken en waarom vraagt het om betere gegevensuitwisseling? Data-gedreven werken betekent sturen op actuele, betrouwbare gegevens in plaats van op vertraagde rapportages. Dat vereist dat gegevens uit verschillende systemen en organisaties beschikbaar zijn op het moment dat ze nodig zijn — wat alleen mogelijk is als de onderliggende gegevensuitwisseling betrouwbaar, actueel en goed beveiligd is.
