8.3: Onderdelen standaard
8.3 Onderdelen Standaard Vermogensbeheer Pensioenuitvoering
In onderstaande Figuur 14 staat aangeven wat SIVI gaat vastleggen voor de Standaard Vermogensbeheer Pensioenuitvoering. Daarna volgt in de tabel een toelichting op de onderdelen.
Figuur 14 - Onderdelen van de standaard in samenhang
| Nr. | Onderdeel standaard | Toelichting |
|---|---|---|
| 1 | Uitgangspunten | De belangrijkste uitgangspunten bij de ontwikkeling, opzet en besturing van de standaard. |
| 2 | Procesbeschrijvingen | Procesbeschrijvingen zijn gestructureerde beschrijvingen die de stappen, activiteiten en betrokken elementen van de specifieke ketenprocessen en informatiestromen in detail uitleggen. We gebruiken deze beschrijvingen om een duidelijk begrip te verschaffen van hoe de processen werken en welke informatiestromen aan de orde zijn. In dit geval is vooral het onderscheid tussen flexibele en solidaire premieregeling relevant. |
| 3 | Governance | Governance gaat over het optimaal inrichten van de organisatie van de community rond de standaard. Duidelijk moet zijn wie beslist over wat uitgevoerd wordt met betrekking tot standaarden, en wie beslist hoe dit wordt uitgevoerd. Onderdeel is het huishoudelijk reglement van de klankbordgroep en de eventuele tijdelijke werkgroepen. |
| 4 | Organisatie beheer | Beheer gaat in op de beheersmatige processen rondom de standaarden. Het omvat alle activiteiten gericht op het aanpassen, uitbreiden, doorontwikkelen, beschikbaar stellen en houden van een (set van) berichten die steeds past bij de actuele behoefte van de belanghebbenden. |
| 5 | Wijzigingsprocedure | Wijzigingen op de standaard raakt meerdere belanghebbenden. In de procedure van wijziging zijn hierom de belangen van alle deelnemende partijen vertegenwoordigd. Verzoeken en voorstellen voor wijzigingen zullen een afgesproken procedure worden behandeld. |
| 6 | Gegevensspecificaties | In de gegevensspecificaties is de betekenis van de gegevenselementen beschreven en zijn de onderlinge verbanden beschreven. Gegevenselementen zijn entiteiten, attributen en codelijsten. In de gegevensspecificaties is de afbeelding naar AFD 2.0 opgenomen. Hierdoor is duidelijk wat ontbreekt. Voor de ontbrekende elementen is een voorzet gedaan in AFD 2.0 termen. |
| 7 | Basisstructuur berichten | Basisbericht met de basisstructuur voor een set berichten. In de basisstructuur staat een opsomming van de entiteiten/attributen en de bijbehorende hiërarchische structuur. De beschrijving van dit basisbericht kan gebruikt worden om een baseline te maken. |
| 8 | Kruistabel basisstructuur en berichten | Een kruistabel tussen de basisstructuur en de berichten. Per bericht is in de tabel aangegeven welke entiteiten/attributen van toepassing zijn. Hierbij is het aantal herhalingen (entiteiten) aangegeven en ook 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. |
| 9 | Berichtspecificaties | De specificaties zijn gebaseerd op de gegevensspecificaties. In deze berichtspecificatie wordt dit vertaald naar een hiërarchische berichtstructuur. Onderdeel van de set berichtspecificaties is het responsebericht. Dit moeten we nog opstellen. Ieder bericht kent een algemene sectie waarin onder meer staat aangegeven wie de zender/ontvanger is van het bericht. |
| 10 | Berichtcontroles | Een specificatie van alle controles op de berichten, bijvoorbeeld verbandcontroles. Het is een optie deze controles in machine leesbare vorm uit te leveren, maar in eerste instantie is dit niet noodzakelijk. |
| 11 | Uitbreiding AFD 2.0 | Uitbreiding van AFD 2.0 met gevraagde gegevenselementen. AFD 2.0 kan op verzoek van belanghebbenden maandelijks uitgebreid worden. |
| 12 | Baseline | Dit is het basisbericht dat in AOS wordt geïmporteerd. Daarna kunnen AFD-definities gemaakt worden. |
| 13 | Schema’s | JSON-Schema of XML-Schema per bericht/basisstructuur. Onder meer om berichten te kunnen valideren. AOS levert JSON-schema’s op basis van AFD 2.0 berichten en AFD-definities. |
| 14 | Handleiding events | Voorbeelden van het afhandelen van specifieke situaties. De situaties laten zien hoe de standaard toegepast moet worden. Voorbeeldberichten zijn onderdeel van de handleiding events. |
| 15 | Koppelvlakspecificaties | Bij geautomatiseerde koppelingen tussen gedistribueerde systemen (machine-‐machine) is sprake van een interface waarmee communicatie mogelijk wordt gemaakt. Zo'n interface wordt een koppelvlak genoemd. De beschrijving van een koppelvlak noemen we koppelvlakspecificaties. Voorbeelden:
Onderdeel van de koppelvlakspecificaties kunnen instructies zijn over de (data)beveiliging. Opmerking: koppelvlakspecificaties hebben Duco/Gerhard niet toegezegd. Als hier vraag naar ontstaat, dan pakken we dat op. |
| 16 | Testvoorzieningen | Voorzieningen om de ontwikkelaars te ondersteunen bij het implementeren van de berichten/koppelvlakspecificaties. Onderdeel kan een generieke set zijn met testgegevens. |
| 17 | Rekenvoorschriften | Instructies om berekeningen uit te voeren. De berekeningen zijn van toepassing voor gegevenselementen in de berichten. |
Berichtcontroles/
Verbandscontroles worden vastgelegd in JMESPath en hebben betrekking op het bericht waarvoor zij zijn geschreven. Controles die berichtoverstijgend zijn; waar dus andere berichten of backoffice informatie voor nodig is vallen buiten de scope van deze controles
JSON-schema’s
De JSON-schema's zijn in principe zelfverklarend, maar enige toelichting kan nuttig zijn omdat deze schema's ook in JSON-technologie zijn opgesplitst. Dit betekent dat naast de verwachte entiteiten en entiteittypen zoals 'party' en 'pension.scheme', er ook wordt gesproken over bepaalde sleutelelementen zoals "$defs", "type", "properties", "additionalProperties" en "required".
Vanaf JSON Schema Draft 2020-12 heet dit "$defs". In oudere versies (draft-07, 2019-09) werd hiervoor de term "definitions" gebruikt.
Deze eigenschappen en specificaties die van toepassing zijn op bijvoorbeeld 'commonFunctional', zijn niet allemaal gegroepeerd rond 'commonFunctional', maar zijn verspreid over het JSON-schema. Het belangrijkste om op te merken is dat deze verspreiding niet willekeurig is, maar volgt uit de verschillende typen eigenschappen