Levensgebeurtenissen SIVI AFS

Een signaal is een bericht vanuit een partij naar een andere partij naar aanleiding van een gebeurtenis met het verzoek om actie te ondernemen.

Bijvoorbeeld: een adviseur of verzekeraar stuurt, omdat een klant 18 jaar is geworden, het verzoek om de betaalgegevens te updaten. Een signaal kan ook vanuit de consument komen, wanneer deze een gebeurtenis initieert – bijvoorbeeld voor het doorgeven van een verhuizing.

Als uitgangspunt voor deze notitie hanteren we twee soorten gebeurtenissen:

• Levensgebeurtenissen: gebeurtenissen in het leven van de consument die mogelijk acties vereisen. Voorbeelden: 18 jaar worden, overlijden, scheiding, verhuizing.
• Servicegerelateerde gebeurtenissen: gebeurtenissen met betrekking op de dienstovereenkomst tussen consument en aanbieder die mogelijk acties vereisen. Voorbeelden: aflopen rentevastperiode, premieafschrijving, einde servicecontract.

Een actie is een taak die een partij moet uitvoeren naar aanleiding van een of meer gebeurtenissen. Bijvoorbeeld het updaten van de betaalgegevens (actie) wanneer de premieafschrijving gaat plaatsvinden (servicegerelateerde gebeurtenis), of het aanvragen van een zorgverzekering (actie) wanneer de consument 18 jaar wordt (levensgebeurtenis).

Voor deze notitie zijn vanuit Doccle en ANVA drie use cases opgesteld. Deze vind je in de bijlagen, inclusief voorbeelduitwerkingen in de voor SIVI AFS opgestelde denkrichting van deze notitie.

Binnen SIVI AFS bestaat nog geen modellering voor gebeurtenissen en/of acties. Middels deze notitie stelt SIVI voor om de volgende zaken toe te voegen aan SIVI AFS:

• Berichtstructuur voor het uitwisselen/registreren van signalen
• Entiteiten en attributen voor het uitwisselen/registreren van gebeurtenissen en bijbehorende acties
• Codelijst voor generieke levensgebeurtenissen
• Codelijst voor generieke servicegerelateerde gebeurtenissen
• Codelijst voor generieke acties

De volgende zaken zal SIVI niet toevoegen aan SIVI AFS:

• Codelijst voor specifieke gebeurtenissen: specifieke gebeurtenissen, zoals de aanschaf van een nieuwe laptop, zal SIVI niet toevoegen aan de hierboven voorgestelde codelijst van generieke gebeurtenissen. Wel biedt de berichtstructuur voor het uitwisselen/registreren van signalen een gestandaardiseerde manier om zulke specifieke gebeurtenissen te communiceren. Partijen kunnen specifieke gebeurtenissen dan zelf definiëren binnen de kaders en context van SIVI AFS.
• Codelijst voor specifieke acties: specifieke acties, zoals het kopen van een verjaardagstaart wanneer iemand jarig is, zal SIVI niet toevoegen aan de hierboven voorgestelde codelijst van generieke acties. Wel biedt de berichtstructuur voor het uitwisselen/registreren van signalen een gestandaardiseerde manier om zulke specifieke acties te communiceren. Partijen kunnen specifieke acties dan zelf definiëren binnen de kaders en context van SIVI AFS.

Voor het opnemen van gegevens in het signaalbericht heeft SIVI de signal-entiteit toegevoegd aan de datacatalogus van AFD 2.0. De belangrijkste attributen binnen de signal-entiteit zijn de volgende:

NB: SIVI voegt in eerste instantie twee entityTypes toe onder signal, te weten ‘lifeEvent’ en ‘serviceEvent’. Niet alle attributen zijn beschikbaar onder alle entityTypes. Op aanvraag kan SIVI attributen toevoegen en/of beschikbaar stellen onder gewenste entityTypes.

Voor het definiëren van acties binnen het signaalbericht heeft SIVI ook de action-entiteit toegevoegd aan de datacatalogus van AFD 2.0. De belangrijkste attributen binnen de action-entiteit zijn de volgende:

Voor generieke gebeurtenissen voegt SIVI twee codelijsten toe aan de datacatalogus van AFD 2.0. Een voor levensgebeurtenissen (AFDLEV) en een voor servicegerelateerde gebeurtenissen (AFDSEV).

Voorstel voor codelijst AFDLEV:

Voor specifieke gebeurtenissen kunnen partijen code 99 kiezen en middels het attribuut lifeEventDescrption het evenement verder specificeren.

Voorstel voor codelijst AFDSEV:

Voor specifieke gebeurtenissen kunnen partijen code 99 kiezen en middels het attribuut serviceEventDescrption het evenement verder specificeren.

Voor generieke acties voegt SIVI de codelijst AFDACT toe aan de datacatalogus van AFD 2.0:

Voor specifieke acties kunnen partijen code 99 kiezen en middels het attribuut actionDescrption het action verder specificeren.

Voor het uitwisselen en/of registreren van signalen heeft SIVI de signalStructure opgesteld. Deze structure kan bestaan uit de volgende entiteiten op het hoogste niveau:

Binnen de signal-entiteit kunnen meerdere action-entiteiten genest worden opgenomen die gekoppeld zijn aan de gebeurtenis zoals gedefinieerd in de signal-entiteit.

De SIVI-standaarden zijn op maandbasis uitbreidbaar. Aanvragen voor wijzigingen/uitbreidingen gaan via het wijzigingsformulier, te downloaden via de website van SIVI AFS (rechts in kader onder ‘Vragen en wijzigingsverzoeken’). Het advies is rekening te houden met de releaseplanning.

In deze use case initieert de aanbieder (bijv. verzekeraar, adviseur) de servicegerelateerde gebeurtenis. Bijvoorbeeld een verzekeraar die, in verband met naderende premie-afschrijving, de consument mailt met het verzoek om de betaalgegevens te controleren.

In onderstaande afbeelding vind je een voorbeeld hiervan: aanbieder Allianz stuurt naar aanleiding van een aanstaande premie-afschrijving de consument een e-mail, met oproep tot het controleren van diens betaalgegevens. De aanstaande premie-afschrijving is hierin de (servicegerelateerde) gebeurtenis, en het controleren van de betaalgegevens de actie.

Bovenstaand voorbeeld kan als volgt in de SIVI AFS signalStructure worden gecommuniceerd of vastgelegd:

Ook in deze use case initieert de aanbieder (bijv. verzekeraar, adviseur) het signaal, maar dit keer vanuit een levensgebeurtenis. Bijvoorbeeld wanneer een consument 18 jaar wordt.

In dit voorbeeld gaat het dus om een lifeEvent waarbij de consument 18 jaar is geworden. Als bijbehorende acties hebben we hiervoor gemodelleerd dat de consument een DigiD moet aanvragen, een zorgverzekering moet afsluiten en een taart moet kopen. Die laatste actie is een voorbeeld van een niet-gestandaardiseerde actie en staat dus niet in de codelijst AFDACT.

Als laatste use case opnieuw een signaalbericht naar aanleiding van een levensgebeurtenis, maar nu met het initiatief bij de consument. In dit voorbeeld een consument die gaat verhuizen en doorgeeft aan de aanbieder dat hij/zij gaat verhuizen.

Ook dit is te modelleren met de SIVI AFS signalStructure, waarmee de consument aan de aanbieder aangeeft dat deze het proces moet starten dat hoort bij een adreswijziging. (NB: De adreswijziging zelf komt dus in een later stadium, het gaat hier puur om het signaal.)