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 Regionale Netbeheerder (RNB), ook wel Distributiesysteembeheerder (DSB) 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 klantinteractiegegevens (procesdata) opvragen bij de RNB’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

Regionale Netbeheerder (RNB)

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

Het leveren van klantinteractiegegevens gaat op verzoek

Rijksinspectie Digitale Infrastructuur (RDI)

Klantinteractiegegevens 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 Regionale Netbeheerds (RNB’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 RNB met een verzoek om de klantinteractiegegevens van deze klant

  2. De RNB stuurt, via de GUE, de klantinteractiegegevens 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 klantinteractiegegevens 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 klantinteractiegegevens opvraagt bij de RNB 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 klantinteractiegegevens (procesdata) uit bij de RNB’s

Beslissing

Dossiervorming en dossierhouderschap liggen volledig bij de RDI

Beslissing

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

Aanname

De RNB’s leveren de klantinteractiegegevens 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