Bericht

Wat is veilige gegevensverspreiding binnen de overheid?

veilige gegevensverspreiding

Overheidsorganisaties wisselen voortdurend gegevens uit, zowel met elkaar als binnen de eigen organisatie: een gemeente die gegevens deelt met een provincie, een waterschap dat informatie levert aan een veiligheidsregio, maar ook een zaaksysteem dat actuele gegevens moet krijgen uit een basisregistratie of een specifieke applicatie. Veilige gegevensverspreiding betekent dat die uitwisseling van data plaatsvindt op basis van gedeelde standaarden en gecontroleerde toegang, zodat alleen de juiste partij of applicatie op het juiste moment over de juiste gegevens beschikt.

Welke datadistributie-diensten zijn geschikt voor veilige gegevensdeling in de overheid?

Een datadistributiedienst is geschikt voor de overheid wanneer die aan een aantal voorwaarden voldoet. Ten eerste moet de dienst zijn gebouwd op open standaarden, zoals StUF, RestAPI’s, FSC (als onderdeel van Common Ground) en Digikoppeling, zodat uitwisseling niet afhankelijk is van maatwerkkoppelingen per partij. Ten tweede moet toegang gecontroleerd zijn: elke afnemer krijgt alleen toegang tot de gegevens waarvoor die geautoriseerd is, niet tot de volledige gegevensverzameling. Ten derde is een centraal overzicht nodig van welke koppelingen er zijn en hoe die zich gedragen, zodat storingen en fouten snel zichtbaar worden. Ten vierde is een terugmeldfunctie waardevol , zodat afnemers ook zelf kunnen bijdragen aan de kwaliteit van de gegevens die zij ontvangen.

Daarnaast is het van belang dat een dienst zowel oudere als nieuwere protocollen naast elkaar kan ondersteunen, en dat gegevens niet alleen in bulk maar ook op basis van mutaties kunnen worden aangeboden. Beide punten komen verderop in dit artikel terug.

Twee minder voor de hand liggende criteria verdienen daarnaast een plek in de afweging: de mate van onafhankelijkheid van de oplossing ten opzichte van de rest van het applicatielandschap, en hoe vroeg in de ontwikkeling van de oplossing al rekening is gehouden met Common Ground. Beide komen verderop in dit artikel aan bod.

Diensten die deze elementen combineren, en die bovendien als beheerde dienst worden aangeboden in plaats van als losse techniek die de organisatie zelf moet onderhouden, zijn vooral geschikt voor (overheids)organisaties die op een schaalbare en veilige manier gegevens willen delen.

Wat betekent veilige gegevensdeling in de praktijk?

In de praktijk komt veilige gegevensdeling neer op een aantal concrete waarborgen.

  1. Gegevens worden versleuteld verzonden. Elke uitwisseling wordt gelogd, zodat achteraf te herleiden is wie welke gegevens heeft opgevraagd of ontvangen.
  2. Toegang wordt toegekend op basis van een concrete taak of bevoegdheid, niet op basis van een algemene aanname dat een partij “waarschijnlijk wel mag meekijken”.

Deze waarborgen gelden niet alleen voor de gegevens zelf, maar ook voor de metadata eromheen: wie de eigenaar is, wanneer een gegeven voor het laatst is bijgewerkt, en onder welke voorwaarden het gedeeld mag worden.

Waarom is standaarden-gebaseerde integratie de basis van veiligheid?

Zonder gedeelde standaarden ontstaat een landschap van individuele koppelingen, elk met hun eigen beveiligingsniveau en eigen manier van foutafhandeling. Dat maakt het voor een organisatie vrijwel onmogelijk om overzicht te houden over de veiligheid van het geheel. Standaarden-gebaseerde integratie zorgt ervoor dat elke koppeling voldoet aan hetzelfde beveiligingsniveau, ongeacht welke twee partijen gegevens uitwisselen. Dat maakt niet alleen de bestaande uitwisseling veiliger, het maakt het ook eenvoudiger om nieuwe partijen aan te sluiten zonder dat de veiligheid daaronder lijdt.

Welke rol speelt gecontroleerde toegang?

Gecontroleerde toegang betekent dat niet de gegevens zelf worden opengesteld, maar dat per partij, per proces en soms zelfs per gegevensveld wordt bepaald wie wat mag inzien of ontvangen. Dit voorkomt dat gegevens breder verspreid raken dan nodig, en maakt het mogelijk om achteraf aan te tonen dat gegevens alleen zijn gedeeld met partijen die daar recht toe hadden. Voor overheidsorganisaties, die verantwoording moeten kunnen afleggen over hun gegevensverwerking, is dat net zo belangrijk als de technische beveiliging zelf.

Waarom is onafhankelijkheid van uw belangrijkste applicatieleverancier een aandachtspunt?

Veel overheidsorganisaties bouwen hun informatievoorziening rond één centraal zaaksysteem, aangevuld met tientallen andere applicaties. Het ligt voor de hand om voor de datadistributie te kiezen voor een oplossing van diezelfde leverancier: één aanspreekpunt, kant-en-klare koppelingen, minder afstemming. Toch verdient die keuze een kritische blik. Wanneer de partij die uw zaaksysteem levert ook de datadistributie levert, ontstaat een dubbele afhankelijkheid van één leverancier. Die leverancier heeft er belang bij dat beide onderdelen met elkaar verweven blijven, wat het voor een organisatie lastiger maakt om op enig moment voor een ander zaaksysteem te kiezen zonder dat ook de datadistributie moet worden losgeweekt en opnieuw ingericht.

Dat raakt direct aan het streven naar digitale onafhankelijkheid en soevereiniteit dat steeds meer overheden nastreven. Een datadistributieoplossing die niet gekoppeld is aan de leverancier van uw zaaksysteem geeft u meer vrijheid om op elk onderdeel afzonderlijk de beste keuze te maken, en voorkomt dat één leverancier een centrale positie krijgt in zowel uw dagelijkse werkprocessen als in de manier waarop uw gegevens door de organisatie stromen.

Wordt datadistributie alleen ingezet tussen organisaties?

Nee. Datadistributie wordt minstens zo vaak ingezet binnen de eigen organisatie, om gegevens consistent te houden tussen interne applicaties. Een zaaksysteem, een specifieke applicatie voor bijvoorbeeld burgerzaken of vergunningverlening, en de gemeentelijke basisregistraties moeten allemaal met dezelfde actuele gegevens werken. Zonder een centrale voorziening die deze interne uitwisseling regelt, ontstaan al snel dezelfde knelpunten als tussen organisaties: verouderde kopieën van gegevens, afwijkende definities per applicatie, en onduidelijkheid over welke bron leidend is. Veilige gegevensverspreiding is dus zowel een extern als een intern vraagstuk, en een goede datadistributiedienst behandelt beide op dezelfde manier.

Waarom is een abonnementsvorm op mutaties efficiënter dan het steeds opnieuw versturen van complete gegevenssets?

Een gangbare en efficiënte manier van werken is dat een afnemer zich, na een eenmalige initiële levering van de volledige gegevensverzameling, abonneert op de mutaties: alleen de wijzigingen die daarna optreden, worden nog aangeboden. Dat scheelt aanzienlijk in dataverkeer, zowel intern tussen applicaties als extern tussen organisaties, omdat niet telkens een volledige set gegevens hoeft te worden overgedragen wanneer maar een klein deel daarvan is veranderd. Naast de winst in dataverkeer is dit ook eenvoudigweg efficiënter: systemen hoeven minder te verwerken, koppelingen worden minder zwaar belast, en wijzigingen arriveren merkbaar sneller bij de afnemer omdat die niet hoeft te wachten op een volgende volledige uitwisselingsronde.

Waarom moeten oude en nieuwe protocollen naast elkaar kunnen bestaan?

Een datadistributiedienst functioneert als een centraal knooppunt met verbindingen naar zeer veel verschillende applicaties, van recent vernieuwde systemen tot applicaties die al jaren meegaan. Die applicaties spreken lang niet allemaal dezelfde taal: sommige werken nog met oudere protocollen, andere zijn al overgestapt op moderne, op RestAPI’s gebaseerde communicatie. Omdat een datadistributiedienst met al die applicaties tegelijk verbonden is, is het essentieel dat oudere en nieuwere protocollen naast elkaar kunnen functioneren, in plaats van dat een organisatie wordt gedwongen om alle aangesloten applicaties in één keer over te zetten voordat uitwisseling weer mogelijk is. Dat maakt het ook praktisch haalbaar om applicaties in eigen tempo te vernieuwen, zonder dat de gegevensuitwisseling met de rest van het landschap daaronder lijdt.

Waarom moet Common Ground vroeg, niet laat, in een datadistributieoplossing verankerd zijn?

Migraties bij de overheid nemen doorgaans jaren in beslag. Een datadistributieoplossing die pas over een aantal jaar volledige ondersteuning voor Common Ground-principes belooft, betekent in de praktijk dat een organisatie al die tijd op een tussenoplossing draait. Wanneer die volledige ondersteuning er eenmaal is, volgt vaak alsnog een migratie naar de nieuwe architectuur, met het risico dat dit onder tijdsdruk gebeurt omdat andere ontwikkelingen inmiddels ook om aandacht vragen.

Een oplossing die vanaf de start is gebouwd op API’s en de uitgangspunten van Common Ground voorkomt die dubbele overstap: eerst naar de huidige oplossing, en enkele jaren later opnieuw naar een versie die dan pas aansluit bij de bedoelde architectuur. Bij de keuze voor een datadistributiedienst is het daarom waardevol om niet alleen te kijken naar wat een leverancier vandaag levert, maar ook naar hoe ver de Common Ground-ondersteuning nu al daadwerkelijk reikt, in plaats van wat op de lange termijn wordt beloofd.

Hoe verhoudt dit zich tot samenwerking tussen instanties?

Samenwerking tussen instanties, of het nu gaat om gemeenten onderling, of om gemeenten die gegevens uitwisselen met provincies, waterschappen of de nationale overheid, vraagt om een centrale voorziening die als vertrouwd knooppunt fungeert. In plaats van dat elke instantie los een koppeling opzet met elke andere instantie, verloopt de uitwisseling via een gedeelde dienst die de standaarden, de toegang en de logging voor alle betrokken partijen op dezelfde manier regelt. Dat maakt samenwerking niet alleen veiliger, maar ook eenvoudiger op te schalen wanneer er nieuwe partijen bijkomen.

Welke voordelen biedt een beheerde datadistributiedienst voor de organisatie zelf?

Wanneer het dagelijkse beheer van de datadistributie wordt belegd bij een gespecialiseerde partij, blijkt in de praktijk dat medewerkers meer tijd overhouden voor ander werk. In plaats van tijd te besteden aan het onderhouden en oplossen van koppelingen, kan die tijd worden ingezet voor het bedenken van nieuwe, creatieve toepassingen die digitaliseringsinitiatieven verder helpen. Beheer is dan geen doel op zich, maar een randvoorwaarde die uit het zicht verdwijnt zodra die goed is belegd.

Veelgestelde vragen

Wat is het verschil tussen datadistributie en een eenvoudige koppeling? Een eenvoudige koppeling verbindt twee systemen rechtstreeks met elkaar. Datadistributie is een centrale voorziening die meerdere bronnen en afnemers verbindt, met gedeelde standaarden, toegangscontrole en overzicht over alle koppelingen tegelijk.

Is veilige gegevensdeling hetzelfde als AVG-compliance? Niet helemaal. AVG-compliance is een wettelijk kader dat bepaalt wat wel en niet mag met persoonsgegevens. Veilige gegevensdeling is de technische en organisatorische invulling die nodig is om aan dat kader te kunnen voldoen, denk aan encryptie, logging en gecontroleerde toegang.

Welke standaarden zijn relevant voor overheidsgegevensuitwisseling? Veelgebruikte standaarden zijn StUF, API’s volgens Common Ground en de overheidsbrede API-strategie, FSC en Digikoppeling. Welke standaard het meest geschikt is, hangt af van het type gegevens en de partijen die erbij betrokken zijn.

Wordt datadistributie ook gebruikt tussen applicaties binnen dezelfde organisatie? Ja. Naast uitwisseling tussen organisaties wordt datadistributie minstens zo vaak ingezet om gegevens consistent te houden tussen interne applicaties, zoals het zaaksysteem, overheidsspecifieke applicaties en basisregistraties binnen dezelfde organisatie.

Wat is het voordeel van een abonnementsvorm op mutaties? Na een eenmalige volledige levering van de gegevens hoeven alleen nog de wijzigingen te worden verstuurd. Dat vermindert het dataverkeer aanzienlijk, zowel intern als extern, en zorgt dat wijzigingen sneller bij de afnemer terechtkomen. Zo’n abonnementsvorm moet wel flexibel van opzet zijn, omdat de wensen en eisen van applicaties en organisaties nogal kunnen verschillen. De ene applicatie heeft bijvoorbeeld behoefte aan elke mutatie zodra die zich voordoet, terwijl een andere applicatie liever een paar keer per dag een gebundelde set wijzigingen ontvangt. En waar de ene afnemer zich wil abonneren op alle wijzigingen binnen een dataset, wil een andere afnemer alleen worden geïnformeerd over mutaties in een specifiek onderdeel daarvan, bijvoorbeeld uitsluitend adreswijzigingen binnen een bredere persoonsregistratie.

Waarom is ondersteuning van meerdere protocollen naast elkaar belangrijk? Omdat een datadistributiedienst is verbonden met zeer veel verschillende applicaties van uiteenlopende leeftijd. Wanneer oude en nieuwe protocollen naast elkaar kunnen functioneren, kunnen applicaties in hun eigen tempo worden vernieuwd zonder dat de gegevensuitwisseling met de rest van het landschap wordt verstoord.

Is het een risico als de leverancier van mijn zaaksysteem ook mijn datadistributie levert? Het is niet per definitie een risico, maar het vraagt om extra aandacht. Eén leverancier voor beide onderdelen kan de implementatie vereenvoudigen, maar vermindert ook de vrijheid om onderdelen afzonderlijk te vervangen, wat op gespannen voet kan staan met het streven naar digitale onafhankelijkheid.

Waarom is vroege ondersteuning van Common Ground belangrijk bij de keuze voor een datadistributieoplossing? Omdat migraties in de publieke sector veel tijd kosten. Een oplossing die pas op termijn volledig op Common Ground is ingericht, betekent dat een organisatie eerst met een tussenoplossing werkt en later alsnog moet migreren, met het risico dat dit onder tijdsdruk gebeurt.

Wat maakt een datadistributiedienst “beheerd”? Bij een beheerde dienst neemt een externe partij de technische inrichting, monitoring en beveiliging van de koppelingen voor haar rekening, terwijl de overheidsorganisatie zelf verantwoordelijk blijft voor de governance: wie welke gegevens mag delen en onder welke voorwaarden.

Hoe wordt gecontroleerde toegang in de praktijk geregeld? Via autorisaties die zijn gekoppeld aan een rol, een proces of een specifieke afnemer, met logging van elke uitwisseling zodat achteraf te herleiden is wie welke gegevens heeft ontvangen.