Chapter 8.3: Standard Components
8.3 Components of the Standard Asset Management Pension Administration
Note: The table below is in Dutch. It describes the components of the VBPUO standard.
NL → EN Legend for table headers:
Dutch English Nr. No. Onderdeel standaard Standard component Toelichting Explanation
In Figure 14 below, what SIVI will establish for the Standard Asset Management Pension Administration is indicated. The table that follows provides an explanation of the components.
Figure 14 - Components of the standard in context
| 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. |
Message validations
Integrity constraints are recorded in JMESPath and apply to the message for which they are written. Validations that span multiple messages — where other messages or back-office information is needed — fall outside the scope of these validations.
JSON schemas
The JSON schemas are in principle self-explanatory, but some clarification may be useful because these schemas are also split in JSON technology. This means that in addition to the expected entities and entity types such as 'party' and 'pension.scheme', there are also certain key elements such as "$defs", "type", "properties", "additionalProperties" and "required".
From JSON Schema Draft 2020-12, this is called "$defs". In older versions (draft-07, 2019-09), the term "definitions" was used.
These properties and specifications that apply to, for example, 'commonFunctional', are not all grouped around 'commonFunctional', but are distributed across the JSON schema. The main thing to note is that this distribution is not arbitrary, but follows from the different types of properties.