Bij sommige VPI rekenboxen zijn bij VPI acceptatie de risicovragen verplicht. Deze risicovragen zijn rubrieken in een object (RI) in de verzekering. Door de antwoorden op de risicovragen kan het zijn dat VPI acceptatie als resultaat “acceptatie onder voorbehoud” geeft. Risicovragen worden echter standaard pas gesteld nadat de klant de offerte geaccepteerd heeft. Hierdoor kunnen een aantal problemen ontstaan:

• De risicovragen zijn nog niet ingevuld bij VPI acceptatie (b.v. op moment van premieberekening). Hierdoor geeft de VPI acceptatie een foutmelding.
• Bij accepteren heeft de klant de vragen zodanig beantwoord dat de VPI acceptatie “acceptatie onder voorbehoud” geeft. Hierdoor is het niet mogelijk om de verzekering zomaar te accepteren. Om dit op te lossen zou een acceptant de verzekering handmatig kunnen accepteren, maar dat kan in de fase van het scenario niet meer.

Om de acceptatie toch correct en met zo weinig mogelijk handwerk te laten verlopen, is het volgende nodig:

1. Antwoorden op RI vragen moeten default gevuld worden met de waarde die leidt tot acceptatie. Dit is onderdeel van de productinrichting. Hiermee zijn de antwoorden al gevuld in de premieberekening en de offerte fase.
2. Het antwoord op de slotvragen moet overgenomen worden in de bijbehorende RI rubrieken. De slotvragen worden voor acceptatie ingevuld door de gebruiker (of namens de gebruiker). Door een koppeling te leggen tussen slotvragen en RI rubrieken is het mogelijk om deze antwoorden de default waarden van de RI rubrieken te laten overschrijven. Hiermee kan dan VPI acceptatie uitgevoerd worden met de correcte RI waarden.
3. Als VPI acceptatie leidt tot acceptatie onder voorbehoud, dan moet de verzekering doorgezet kunnen worden. Om te voorkomen dat de acceptant dit handmatig moet gaan doen, is er een mechanisme dat in zeer specifieke gevallen de verzekering op handmatig zet. Hiermee komt de verzekering door de VPI acceptatie, zonder dat de acceptant in moet grijpen.
4. Handmatige acceptatie moet leiden tot uitval.
5. Omdat de inhoud van de verzekering (op gebied van RI) wijzigt, moet gecontroleerd worden of de clausules en voorwaarden die geoffreerd zijn, nog steeds van toepassing zijn bij acceptatie. Afwijkingen moeten voor uitval zorgen.

Default vullen van RI waarden

In de productdefinitie zullen de RI waarden van het type JaNee die gebruikt worden in de VPI acceptatie een default waarde moeten krijgen. Als waarde moet het antwoord gekozen worden dat ervoor zorgt dat de VPI acceptatie bij premieberekening en offerte geen uitval geeft.

Het antwoord op de slotvragen moet overgenomen worden

De oplossing hiervoor leidt tot een breaking change. Totnutoe werden de slotvraagantwoorden verplicht meegegeven bij acceptatie. Dit is niet langer het geval. De slotvraagantwoorden moeten meegegeven worden bij het daadwerkelijk aanvragen van de verzekering. Bij gebruik van het scenario leidt dit niet tot problemen, bij een eigen implementatie van het aanvragen van een verzekering zal hier rekening mee gehouden moeten worden.

Om slotvraagantwoorden over te kunnen nemen in de RI rubrieken, zijn de slotvragen uitgebreid met een koppeling naar het bijbehorende RI attribuut. Dat geldt niet alleen voor de JaNee rubrieken, ook de toelichting en de eventuele subvragen kunnen gekoppeld zijn aan RI attributen. Dit is onderdeel van de uitgeleverde inrichting. Het antwoord op de subvragen is divers, het kan een getal zijn, een datum of een tekst. Totnutoe was een onderscheid niet nodig, het antwoord werd altijd als tekst gezien. Omdat de subvraag antwoorden nu in een rubriek geplaatst moeten worden, is dat niet langer mogelijk. Daarom is de definitie van de subvragen uitgebreid met een type:

"Slotvragen": [{

...

{

"SlotvraagId": 4,

...

"Subvragen": [{

"SoortSubvraagId": 5,

"Tekst": "Wat is de duur van de rijontzegging in maanden (geweest)?",

"TypeRubriek": "Getal",

"TypeData": "int"

}, {

"SoortSubvraagId": 6,

"Tekst": "Wat is de reden van de ontzegging van het rijbewijs (geweest)?",

"TypeRubriek": "Tekst",

"TypeData": "string"

}

],

"Vervolgvragen": []

}

...

)]

Bij het vullen van de antwoorden moet het antwoord voldoen aan het opgegeven type. TypeRubriek en TypeData zijn gelijk aan de gelijknamige gegevens bij de rubriek onder een dekking, object of partij.

Acceptatie onder voorbehoud

Bij VPI acceptatie kan het voorkomen dat er sprake is van “acceptatie onder voorbehoud” op basis van de antwoorden die gegeven zijn bij de risicovragen. Dit komt op een punt in de aanvraagflow waarbij het niet meer mogelijk is voor een acceptant om de verzekering aan te passen. Daarom is een standaard oplossing ingebouwd voor een beperkt aantal VPI rekenboxen. Hierbij wordt de HANDACC rubriek onder het PP object op “J” gezet (verzekering wordt handmatig geaccepteerd). Daarna wordt de verzekering opnieuw aangeboden aan VPI acceptatie. Als de antwoorden op de RI vragen het enige probleem zijn, dan zal de VPI acceptatie nu “geaccepteerd” retouneren en kan verzekering doorgevoerd worden. Deze methode wordt alleen toegepast als voldaan is aan de volgende voorwaarden:

Het gim object is gekenmerkt als “gebruik handmatige acceptatie indien acceptatie onder voorbehoud”. Op dit moment zijn dit alleen de gim objecten van ARAG: RBPBasis, RBPExcellent en RBPUitgebreid.

De antwoorden op de vragen in het risico object (RI) wijken af van de defaultwaarden die hiervoor ingesteld zijn.

Het PP object bestaat en heeft een HANDACC rubriek.

PP HANDACC staat niet op J

Handmatige acceptatie moet leiden tot uitval

Omdat er sprake is van handmatige acceptatie moet de verzekering nu wel uitvallen. Dat wordt gegarandeerd doordat de acceptatie engine een vaste regel hanteert waardoor hantmatig geaccepteerde verzekeringen altijd uitvallen. Deze regel wordt alleen getoond in het resultaat van de acceptatie engine als er sprake is van uitval. Deze controle wordt altijd uitgevoerd, ook als er geen sprake is van risicovragen.

Controle op clausules en voorwaarden

Bij een offerte horen beperkingen (voorwaarden, clausules en clausulebladen). Deze worden opnieuw afgeleid als de verzekering aangevraagd wordt. Nu zou het kunnen dat er andere beperkingen van kracht zijn als de risicovragen anders beantwoord zijn. In dat geval mag de verzekering niet automatisch geaccepteerd worden, de beperkingen van de offerte zijn aanvraard en mogen dus niet zomaar gewijzigd worden. Om dat te controleren stuurt het scenario bij een aanvraag de beperkingen mee die bij de offerte bepaald zijn. Wijken de beperkingen af van de beperkingen bij aanvragen, dan volgt uitval. Dit wordt bij elke aanvraag gedaan, dus ook als er geen sprake is van risicovragen.