5 Aanpak/opzet gegevensstandaard

In dit hoofdstuk leggen we uit hoe we komen tot specificaties van de berichten.

Stappen om te komen tot de functionele specificaties van de berichten:

1. Maak beschrijvingen van de processen en informatiestromen.

2. Stel een lijst op met entiteiten en bijbehorende attributen.

3. Bepaal de basisstructuur van de berichten.

4. Geef aan welke berichten nodig zijn.

5. Maak een kruistabel tussen de basisstructuur en de berichten.

   De relatie met SIVI AFS leggen we uit. De bouwstenen uit SIVI AFS (AFD 2.0) gebruiken we om tot technische specificaties te komen.

5.1 Maak beschrijvingen van de processen en informatiestromen

Om de koppelvlakken inclusief berichtuitwisseling tussen partijen in de keten(s) te kunnen standaardiseren maken we beschrijvingen van de verschillende ketenprocessen zoals die plaatsvinden, inclusief op hoofdlijnen de gewenste functionaliteit bij de ketenactoren. Tevens geven we aan welke informatiestromen aan de orde zijn. Gevisualiseerde afbeeldingen van de informatiestromen tussen partijen zijn hierbij een hulpmiddel.

De processen & informatiestromen staan uitvoering beschreven in het rapport ‘’Resultaten onderzoek: Standaard voor data-uitwisseling pensioenuitvoering & vermogensbeheer partijen’’:

Hoofdstuk 4: Solidaire premieregeling.

Hoofdstuk 5: Flexibele premieregeling.

Zie ook hoofdstuk 3 van deze handleiding.

5.2 Stel een lijst op met entiteiten en bijbehorende attributen

Maak definities van entiteiten en attributen. Maak waar mogelijk gebruik van codelijsten, waarbij de voorkeur uitgaat naar bestaande codelijsten. Geef ook de vereiste verbanden tussen de gegevenselementen aan. Iedere entiteit en ieder attribuut krijgt op technisch niveau ook een label. De labels worden met bijbehorende waarden opgenomen in een bericht. Een computer kan hierdoor de gegevens uit het bericht automatisch verwerken. In Figuur 10 zijn de bouwstenen van een gegevensmodel opgenomen.

Figuur 10 – Bouwstenen gegevensmodel

5.3 Bepaal de basisstructuur van de berichten

Maak tevens de opbouw van de berichten duidelijk, bijvoorbeeld:

Entiteit A	V
Entiteit B*	V, 1… 999
Entiteit C	V, 1
Entiteit D	F, 1

Entiteit A komt 1 keer verplicht voor.

Entiteit B komt minimaal 1 keer voor en maximaal 999 keer.

Entiteit C is genest onder entiteit B en komt verplicht 1 keer voor.

Entiteit D is genest onder entiteit B en komt maximaal 1 keer voor.

5.4 Geef aan welke berichten nodig zijn.

Stel op basis van de beschrijvingen van de processen en informatiestromen vast welke berichten nodig zijn.

5.5 Maak een kruistabel tussen de basisstructuur en de berichten.

Geef per bericht in de tabel aan welke entiteiten/attributen van toepassing. Geef hierbij het aantal herhalingen (entiteiten) aan en geef ook aan welke attributen verplicht gevuld moeten worden. Het is tevens mogelijk selecties uit codelijsten te maken, dat wil zeggen aan te geven welke codewaarden van toepassing zijn.

Onderstaande Figuur 11 geeft aan hoe we vanuit een verzameling entiteiten/attributen meerdere basisstructuren opstellen en hoe we van iedere basisstructuur meerdere functionele berichten kunnen afleiden. Tenslotte leveren we technische berichtspecificaties. Figuur 11 licht een en ander toe.

Figuur 11 - Van entiteiten naar basisstructuur naar functionele berichten naar technische berichtdefinities

5.6 Relatie met SIVI AFS

Het Engelstalige AFD 2.0 is onderdeel van de SIVI All Finance Standaard. Via AFD 2.0 Online Raadplegen kun je online zoeken op alle entiteiten, attributen en codelijsten. Aanvullend vind je ook een overzicht van AFD 2.0 in XLS-formaat. Pensioen is tot op zekere hoogte al in AFD 2.0 aanwezig. Dit heeft onder andere te maken met de mapping die SIVI ontwikkelde voor het Ockto Datamodel. Ockto heeft een koppeling met pensioenregister. Gebruik van JSON is een uitgangspunt bij AFD 2.0.

AFD 2.0 bevat bouwstenen die we gebruiken bij het specificeren van de entiteiten en attributen ten behoeve van de standaard voor data-uitwisseling tussen vermogensbeheer en pensioenuitvoering. Hierbij geven we aan welke AFD 2.0 bouwstenen we gebruiken en welke bouwstenen ontbreken. Deze laatste kan SIVI dan aan AFD 2.0 toevoegen. Naast entiteiten/attributen kan het daarbij ook gaan om codelijsten.