Rijksinspectie Data Infrastructuur (RDI)

Dit ontwerp beschrijft het beoogde gebruiksscenario van dataproduct RDI, alsmede haar achterliggende architectuur en de gemaakte keuzes. Het is geschreven vanuit het perspectief van de Distributiesysteembeheerder (DSB), ook wel Regionale Netbeheerder (RNB) genoemd. Voor de leesbaarheid en voor de begripsvorming wordt soms ook een deel van de context beschreven.

Voor alle data-uitwisseling binnen de scope van de Visie Datadelen is expliciet gekozen voor het denken over data in de vorm van dataproducten. Een dataproduct combineert de semantische-, technische- en gebruiksaspecten van data-uitwisseling. Om dit invulling te geven bestaat een dataproduct uit de volgende componenten:

  • dataset: de daadwerkelijke gegevens die worden uitgewisseld. Zie een dataset als een tabel met gegevens, waarbij de kolommen beschrijven wat er op elke rij van de data aan gegevens wordt geleverd. Een dataset voor aansluitingen zal minstens een kolom "Aansluitingsnummer" bevatten, waarbij elke rij in de dataset een aansluiting beschrijft;

  • dataservice: de (technische) manier van verspreiden van de dataset. Dit gaat over hoe de data ontsloten wordt, de onderliggende architectuur en de gebruiksscenario’s;

  • voorwaarden: er kunnen voorwaarden liggen op beschikbaarheid, kwaliteit, classificatie en doelbinding bij gebruik van het dataproduct.

Het dataproduct combineert de dataset en dataservice, verrijkt met voorwaarden voor gebruik.

Reikwijdte

Per 1 januari 2027 wordt de salderingsregeling afgeschaft. Klanten die op dat moment nog een 'ouderwetse terugdraaimeter' hebben kunnen dan nog altijd salderen en dat brengt rechtsongelijkheid. Om die reden worden de ouderwetse terugdraaimeters verboden en moet overal een meter geplaatst worden met een aparte registratie voor levering (afname) en teruglevering (invoeding). Hiervoor dienen de netbeheerders een aanbiedingsbrief te sturen. Indien dit niet resulteert in een plaatsing dan zal de Rijksinspectie Digitale Infrastructuur (RDI) overgaan tot handhaving. Daarvoor zal de RDI procesdata (klantinteractiegegevens) opvragen bij de DSB’s: het dataproduct RDI.

Functionele eisen

Het dataproduct moet voldoen aan functionele eisen; deze vertellen wie ("Als rol") welke data ("Wil ik") nodig heeft en waarom ("Want").

Table 1. Functionele eisen
Als rol Wil ik Want

Distributiesysteembeheerder (DSB)

Een verzoek om procesdata krijgen met een sleutel waarmee ik de klant kan identificeren (EAN)

Het leveren van procesdata gaat op verzoek

Rijksinspectie Digitale Infrastructuur (RDI)

Procesdata van klanten waarvoor ik moet handhaven

Deze gegevens heb ik nodig om een dossier op te bouwen en te kunnen handhaven

Dataservice

Er is gekozen voor een decentraal scenario waarbij de Rijksinspectie Digitale Infrastructuur (RDI) de Distributiesysteembeheerder (DSB’s) bevraagt via de Gegevensuitwisselingsentiteit (GUE).

Gebruiksscenario

Gebruiksscenario
Figure 1. Gebruiksscenario

  1. De RDI stuurt, via de GUE, de sleutel van een klant (EAN) naar de betreffende DSB met een verzoek om de procesdata van deze klant

  2. De RNB stuurt, via de GUE, de procesdata van een klant

Architectuur

Vanuit architectuurperspectief zijn de volgende keuzes gemaakt:

Architectuur
Figure 2. Architectuur

  1. De structuur van de dataset is gebaseerd op het Begrippenmodel NBNL en het Common Information Model

  2. Aanlevering van de procesdata geschiedt met JSON-bestanden

Dataset

Volume, variety, veracity, velocity

Data kent vier kenmerken:

  • volume: data kent een volume, een hoeveelheid;

  • variety (variëteit): data is te verdelen in gestructureerde en ongestructureerde data. Ongestructureerde data kent geen metamodel;

  • veracity (betrouwbaarheid): de mate waarin de data vertrouwd kan worden voor de toepassing;

  • velocity (snelheid): de frequentie waarmee data verandert.

Dataset

Type Beschrijving

Volume

Laag, < 100MB (ongecomprimeerd)

Variety

Gestructureerd

Veracity

Midden

Velocity

Laag, op aanvraag

Voorwaarden

Dit dataproduct wordt als gesloten data aangeboden, onder de grondslag Wettelijke verplichting.

Beslissingen en aannames

Type Beschrijving

Beslissing

Er is gekozen voor een decentraal scenario waarbij de RDI de procesdata opvraagt bij de DSB via de GUE

Aanname

Het GUE regelt (eventuele) autorisatie en authenticatie

Aanname

Het betreft uitsluitend KV-klanten; GV-klanten hebben geen salderingsregeling (maar misschien wel een ouderwetse terugdraaimeter)

Aanname

De GUE is in staat de gevraagde gegevens tijdig te leveren

Beslissing

RDI vraagt alleen procesdata (klantinteractiegegevens) uit bij de DSB’s

Beslissing

Dossiervorming en dossierhouderschap liggen volledig bij de RDI

Beslissing

Er wordt gewerkt op basis van een pullmechanisme: De RDI vraagt om procesdata. Het is niet zo dat een DSB deze gegevens uit zichzelf aanbiedt

Aanname

De DSB’s leveren de procesdata onbewerkt op, dat wil zeggen zonder verrijkingen of andere bewerkingen

Beslissing

Data zal vanuit de DSB’s/EDSN gedeeld worden met de RDI via de GUE

Beslissing

EAN code is leidend voor de vragen die gesteld worden door de RDI

Beslissing

Er gaat gewerkt worden met delta bestanden. Dus de RDI vraagt om verschillen op bepaalde ean codes tov datum X