Aansluiten op VPI Acceptatie

Transcriptie

1 Aansluiten op VPI Acceptatie Versie: 2.1 Datum: 13 november 2015 Auteurs: A.L.R. Doveren / J. Stahlberg Kenmerk: VPI Acceptatie

2 Inhoudsopgave 1. Algemeen Wijziging historie Referenties Inleiding SIVI standaarden Functionele beschrijving aansluiting Acceptatie Gebruikte functies acceptatie Deel-Acceptatie Gebruikte functies deel-acceptatie Gebruikte functie opvragen voorwaarden bibliotheek Gebruikte functie opvragen clausule bibliotheek Externe bronnen Special limits Beschrijving proces Acceptatie Deel-acceptatie november

3 1. Algemeen 1.1 Wijziging historie Versie Datum Door Status 1 Omschrijving wijziging incl. aanleiding BD/JS D Definitief JS D Concept TP D Concept. GIM functies toegevoegd TP/JS D Correcties AFD doorgevoerd en tekstuele aanpassingen JS D Aanpassingen nav. Kick-off sessie JS D Aanpassing nav tikfout VW_VNWNR wordt VW_VRWNR TP D Aanpassingen tbv Functie TP D Aanpassing status verwerking special limits acceptatie JS D Uitbreiding met deel-acceptatie, zie paragraaf 3.3 en JS D Aanpassingen deel-acceptatie n.a.v. overleg JS/TP D Aanpassingen n.a.v. overleg JS C Uitgebreidere beschrijving paragraaf 3.7 Externe bronnen. 1.2 Referenties Dit ontwerp is gebaseerd op: Nr Document Versie Status [1] Powerpoint VPI fase 2 Globaal ontwerp 1.1 D [2] SIVI standaard D [3] [4] [5] [6] 1 D=Definitief; C=Concept; O=Onderhanden 13 november

4 2. Inleiding Volmachtgevers kennen acceptatiecriteria per product. Deze standaard acceptatiecriteria liggen vast in acceptatie handboeken en onderlinge afspraken. Het is aan de gevolmachtigde om ervoor te zorgen dat deze afspraken worden nagekomen. Dat kan hij doen in de vorm van een acceptant en/of door middel van het inbouwen van deze acceptatieregels in het eigen administratiesysteem. Dat laatste vergt veel kennis, kunde en tijd. Daarnaast is er vraag vanuit front-office toepassingen om deze acceptatieregels te kunnen aanroepen. Om de decentrale inrichting van acceptatieregels weg te nemen is VPI Acceptatie ontstaan. Door middel van de aansluiting op de acceptatie box van de volmachtgever kan een polis geautomatiseerd worden geaccepteerd conform de standaard regels van de volmachtgever. Een dergelijk traject kan ook worden aangeroepen vanuit het offerte-proces. Vanuit de acceptatie box worden er indien het risico wordt geaccepteerd ook voorwaarden en clausules retour gegeven waardoor afgifte offerte of polisblad op basis van de juiste voorwaarden en clausules is. 2.1 SIVI standaarden De VPI is gebaseerd op de SIVI standaarden. Alle standaarden en methoden zoals gebruikt zijn in beheer bij het SIVI ( Op de SIVI site staan voorbeelden en zijn testtools te downloaden waarmee een webservice ontwikkeld kan worden die voldoet aan deze standaarden. 13 november

5 3. Functionele beschrijving aansluiting 3.1 Acceptatie De acceptatie vindt plaats vanuit de gevolmachtigde door de verzekeraar. Hierbij is de administratie van de gevolmachtigde leidend en worden gegevens uitgewisseld met de verzekeraar zodat deze een technische acceptatie kan uitvoeren. Per product wordt aangegeven of voor dit product een acceptatiemodule beschikbaar is. Dit gebeurt door middel van het functies in het GIM registratiebericht. Acceptatie kan plaatsvinden voor alle polissen van dit product. Het betreft een functionaliteit die vanuit een polis situatie wordt opgestart. Pakketniveau wordt niet ondersteund binnen de functionaliteit van acceptatie. Het accepteren van de polis gebeurt door middel van de GIM standaard en wel de GIM transactiestandaard. Deze uitwisseling gebeurt onder water dus zonder dat de gebruiker aanvullende schermen ziet. De verzekeraar bepaalt per product het sjabloon dat gebruikt wordt voor acceptatie van het risico. Dit sjabloon zal bovendien gevalideerd worden alvorens het te verwerken aan de verzekeraars zijde. Dit valideren geschiedt online gedurende de transactie. 3.2 Gebruikte functies acceptatie De interface om een nieuwe post, een mutatie of een aanvraag special limit op een post te laten accepteren is eenvoudig en volledig gebaseerd op de GIM Transactieservice. Hierbij wordt op het moment van acceptatie (handmatige actie gevolmachtigde en opnemen bij slotacties) de VPI webservice aangeroepen en de data doorgegeven. De VPI zal vervolgens de status van de transactie teruggeven. Indien de data niet valide is zal een foutmelding of meldingen worden teruggeven met een bijbehorend XG_STATUS en eventueel een XM voor een melding. 13 november

6 De functie accepteren maakt gebruik van een AFD sjabloon als input en geeft de volgende resultaten: - Polis kan wel of niet geaccepteerd worden (XG entiteit) - De van toepassing zijnde voorwaarden (VW entiteit) - Optioneel de van toepassingen zijnde clausules (CL entiteit, nummer, versienummer en tekst) - Afgebroken, proces kan niet volledig worden afgerond. - Polis kan slechts als Special limit worden aangevraagd - Aanvraag van special limit is ontvangen Er moet tijdens de acceptatievraag ook premie worden teruggegeven. Premie opvragen kan uiteraard ook via VPI-Tariferen. Pakketniveau wordt niet ondersteund binnen de functionaliteit van acceptatie. Bij het accepteren van een risico kunnen voorwaarden retour worden gestuurd. Het gaat hier niet om de volledige voorwaarden maar slecht om een voorwaarde code en een omschrijving. Om deze voorwaarden te kunnen koppelen is er een koppeling noodzakelijk tussen de waarden die vanuit de acceptatie box worden teruggeven en de eigen administratie. Niet alleen de voorwaarden ID (VW_VRWID) wordt teruggegeven (voor koppeling met een interne codelijst) maar ook de omschrijving van de voorwaarden (VW_VRWOM). Dat laatste voor de gevolmachtigden die geen gebruik maken van een codetabel voor de voorwaarden. Bij het accepteren van een risico kunnen clausules retour worden gestuurd. Om deze clausules te kunnen koppelen is er een koppeling noodzakelijk tussen de waarden die vanuit de acceptatie box worden teruggeven en de eigen administratie. Allereerst zal er in de eigen administratie een import moeten worden uitgevoerd van de op het VPI platform aanwezige clausules. Het betreft hier een handmatig proces wat wordt opgestart vanuit het systeemhuis. De clausules worden dan vanuit het platform aangeboden. Per clausule worden de volgende gegevens aangeboden: - CL_VOLGNUM volgnummer - CL_CLAUSNR ID nummer van clausule - CL_VERSIEC versienummer van de clausule (nieuw AFD label) - CL_CLAUSOM omschrijving van de clausule - CL_CLAUTXT tekstuele inhoud van de clausule. meerdere regels per clausule mogelijk eventuele variabelen worden in de CL_CLAUTXT opgenomen met een % ervoor en een % erachter. Een variabele is een AFD veld in de XML XPATH notatie. Voorbeeld Een en ander is van toepassing van %PP/PP_INGDAT% Ook wordt de meest recente versie meegegeven. Wanneer de versie afwijkt ten opzichte van de geïmporteerde clausules zal er een melding voor de gebruiker moeten verschijnen dat de intern gebruikte versie afwijkt ten opzichte van de meeste recente maatschappijversie. Het proces moet dan wel gewoon doorgang vinden. Het proces van acceptatie zal in deze fase alleen de focus hebben op de onderdelen nieuwe post, een mutatie of een aanvraag Special Limit. Het proces prolongeren valt op dit moment buiten scope, dit voornamelijk doordat er tijdens een prolongatie niet opnieuw geaccepteerd kan worden omdat de polis al loopt. In een vervolgtraject kan er worden gekeken naar een 13 november

7 functie bijwerken voorwaarden en clausules tijdens de prolongatie. Deze functionaliteit valt op dit moment buiten scope. Schematisch voorbeeld acceptatie: GIM functie: x Aanvragen Special Limit (GTS zonder dialoog) GIM functie: x Accepteren aanvraag nieuw contract (GTS zonder dialoog) GIM functie: x Accepteren wijziging contract (GTS zonder dialoog) <Contractdocument> <AL> </AL> <PP> </PP> <VW> <VW_VWRNR> </VW_VWRNR> <VW_VRWOM> </VW_VRWOM> </VW> <CL> <CL_CLAUSNR> </CL_CLAUSNR> </CL> </Contractdocument> AL_FUNCTIE heeft de waarde 01. Indien de processtatus compleet dan is de aanvraag in door de volmachtgever ontvangen. Indien de processtatus incompleet is dat kon de aanvraag niet verwerkt worden. Na aanroep zal de volmachtgever een status terugmelden van de verwerking. Dit gebeurt door middel van de XG_STATUS en de GIM transactiestatus. Hiervoor wordt onderstaande tabel gehanteerd. Status verwerking XG_STATUS XM GIM transactiestatus Geaccepteerd 8. Geaccepteerd Geen XM Compleet Niet acceptabel risico 11. Niet acceptabel Wel XM met reden Compleet risico van niet acceptabel eventueel in XM_MLDGCD Special Limit 6. Nog te Als special limits Compleet beoordelen aanvragen Afgebroken 15. Afgebroken Wel XM met reden waardoor afgebroken eventueel in XM_MLDGCD Compleet Indien een XG_STATUS 8 geaccepteerd terugkomt, zal dit bericht zijn uitgebreid met de van toepassing zijnde premie, voorwaarden en clausules. Zie de volgende paragrafen voor verdieping. Indien een XG_STATUS 6 Nog te beoordelen terugkomt, zal dit bericht niet zijn uitgebreid met de van toepassing zijnde premie, voorwaarden en clausules. Deze worden achteraf via 13 november

8 EMS aangeboden. Zie de volgende paragrafen voor verdieping. Het betreft hier dan een aanvraag voor special grens. Wanneer er wel een acceptatie heeft plaatsgevonden maar geen premieberekenign zal er een XG_STATUS 15 worden teruggegeven. Het bericht zal dan wel zijn uitgebreid met de eventueel van toepassing zijnde voorwaarden en clausules maar mist dan de component premie. 3.3 Deel-Acceptatie De deel-acceptatie vindt plaats vanuit de gevolmachtigde door de verzekeraar. Hierbij is de administratie van de gevolmachtigde leidend en worden gegevens uitgewisseld met de verzekeraar zodat deze een technische deel-acceptatie kan uitvoeren. Per product wordt aangegeven of voor dit product een deel-acceptatiemodule beschikbaar is. Dit gebeurt door middel van het functies in het GIM registratiebericht. Deel-acceptatie kan plaatsvinden voor alle polissen van dit product. Het betreft een functionaliteit die vanuit elke situatie wordt opgestart. Pakketniveau wordt niet ondersteund binnen de functionaliteit van deel-acceptatie. Algemene voorwaarden die ook op pakketniveau kunnen gelden zullen per individuele polis deel-acceptatie opgenomen moeten worden. Visie vanuit VPI, één box met 3 verschillende functionaliteiten, premie berekenen, deel acceptatie en volledige acceptatie. Deel acceptatie is vooral bedoeld als functionaliteit binnen front-office toepassingen en premievergelijkers. Zo kan gaande weg het proces steeds weer opnieuw de deel-acceptatie worden uitgevoerd. Voor de deel-acceptatie kunnen minder gegevens vereist zijn dan voor het reguliere acceptatieproces. Het minimaal aantal gegevens zal gelijk zijn aan het minimaal voor premieberekening. Binnen deze functie wordt namelijk de deel-acceptatie uitgevoerd evenals de tarifering. In het response bericht komt dan ook het resultaat terug van de deel-acceptatie als de bijbehorende bruto premies per dekking. Ter ondersteuning van eventuele meertalige omgevingen kan er per maatschappij een unieke code worden opgenomen per melding. De partij die de deel-acceptatie opvraagt zal zelf de vertaling moeten leggen naar de foutcode in de gewenste taal. Uiteraard wordt de Nederlandse foutboodschap altijd in het bericht opgenomen. (AFD attribuut XM_MLDGCD). 3.4 Gebruikte functies deel-acceptatie De interface om een nieuwe post of een offerte te laten accepteren is eenvoudig en volledig gebaseerd op de GIM Transactieservice. Hierbij wordt op het moment van deel-acceptatie de VPI webservice aangeroepen en de data doorgegeven. De VPI zal vervolgens de status van de transactie teruggeven.. Indien de data niet valide is zal een foutmelding of meldingen worden teruggeven met een bijbehorend XG_STATUS en eventueel een XM voor een melding. De functie deel-acceptatie maakt gebruik van een AFD sjabloon als input en geeft de volgende resultaten: 13 november

9 - Polis kan wel of niet geaccepteerd worden (XG entiteit) - Optioneel de van toepassing zijnde voorwaarden (VW entiteit) - Optioneel de van toepassingen zijnde clausules (CL entiteit, nummer, versienummer en tekst) - Polis kan slechts als Special limit worden aangevraagd - Bruto premie per dekking Bij het accepteren van een risico kunnen voorwaarden retour worden gestuurd. Het gaat hier niet om de volledige tekst van de voorwaarden maar slecht om een voorwaarde code en een omschrijving. Om deze voorwaarden te kunnen koppelen is er een koppeling noodzakelijk tussen de waarden die vanuit de acceptatie box worden teruggeven en de eigen administratie. Niet alleen de voorwaarden ID (VW_VRWID) kunnen worden teruggegeven (voor koppeling met een interne codelijst) maar ook de omschrijving van de voorwaarden (VW_VRWOM). Dat laatste voor de gevolmachtigden die geen gebruik maken van een codetabel voor de voorwaarden. Bij de deel-acceptatie van een risico kunnen clausules retour worden gestuurd. Om deze clausules te kunnen koppelen is er een koppeling noodzakelijk tussen de waarden die vanuit de acceptatie box worden teruggeven en de eigen administratie. Zie verder ook de beschrijving bij 3.2. Dit proces is alleen beschikbaar voor nieuwe aanvragen, offertes en mutaties. Daadwerkelijke acceptatie zal via het proces beschreven bij 3.1 moeten plaatsvinden. Schematisch voorbeeld deel-acceptatie: GIM functie: x Deel-acceptatie nieuw (GTS zonder dialoog) <Contractdocument> <AL> </AL> <PP> </PP> <VW> <VW_VWRNR> </VW_VWRNR> <VW_VRWOM> </VW_VRWOM> </VW> <CL> <CL_CLAUSNR> </CL_CLAUSNR> </CL> </Contractdocument> AL_FUNCTIE heeft de waarde 01. Indien de processtatus compleet dan is de aanvraag in door de volmachtgever ontvangen. Indien de processtatus incompleet is dat kon de aanvraag niet verwerkt worden. Na aanroep zal de volmachtgever een status terug melden van de verwerking. Dit gebeurt door middel van de XG_STATUS en de GIM transactiestatus. Hiervoor wordt onderstaande tabel gehanteerd. 13 november

10 Status verwerking XG_STATUS XM GIM transactiestatus Berekend, Acceptabel 10. Berekend, Geen XM Compleet risico Acceptabel risico Niet acceptabel risico 11. Niet acceptabel risico Wel XM met reden van niet acceptabel eventueel in XM_MLDGCD Als special limits Special Limit 6. Nog te beoordelen aanvragen Afgebroken 15. Afgebroken Wel XM met reden waardoor afgebroken, eventueel in XM_MLDGCD Compleet Compleet Compleet Indien een XG_STATUS 10 Berekend, Acceptabel risico terugkomt, zal dit bericht zijn uitgebreid met de van toepassing zijnde voorwaarden, clausules en premie. Zie de volgende paragrafen voor verdieping. 3.5 Gebruikte functie opvragen voorwaarden bibliotheek Om het acceptatie resultaat goed te kunnen verwerken is het wenselijk om de voorwaarden in het administratiepakket te synchroniseren met de voorwaarden op het VPI platform. Hiertoe kan per volmachtgever via een GTS webservices alle aanwezige voorwaarden worden opgevraagd. Het betreft bij de voorwaarden slechts de voorwaarde code en de omschrijving ervan. De tekstuele inhoud van de voorwaarden worden niet op het platform bijgehouden en dus ook niet aangeboden aan het systeemhuis. Deze gegevens dienen initieel als coderingen in het systeemhuis opgenomen te worden. Vervolgens is het aan de gevolmachtigde om deze velden eventueel op te nemen in een productinrichting. Bij volgende synchronisaties zal er alleen een voorwaarde moeten worden toegevoegd wanneer deze niet bestaat (wel met melding). Als er een nieuwe versie van een voorwaarde wordt aangeboden, herkenbaar aan het versienummer, zal er door middel van een user interface aan de gebruiker gevraagd moeten worden of hij deze nieuwe versie wil accepteren. Wanneer de nieuwe versie wordt geaccepteerd zal deze weer als coderingen met omschrijving worden opgenomen. Schematisch voorbeeld opvragen voorwaarden: GIM functie: Voorwaarden opvragen Voorwaarden opvragen (GTS zonder dialoog) Opvragen gebeurt per verzekeraar op basis van POR code. Na het verzoek worden alle voorwaarden van de betreffende verzekeraar aangeboden. Onafhankelijk van het product of productgroep. <Voorwaarden> <VW> 13 november

11 <VW_VOLGNUM>...</VW_VOLGNUM > (formaat N3) <VW_VRWNR>...</VW_ VNWNR> <VW_VRWVERS>...<VW_VRWVERS> <VW_VRWOM>...</VW_VRWOM> </VW> <VW> </VW> <VW> </VW> </Voorwaarden> (formaat AN35) (formaat AN70) (formaat AN70) 3.6 Gebruikte functie opvragen clausule bibliotheek Om het acceptatie resultaat goed te kunnen verwerken is het wenselijk om de clausules in het administratiepakket te synchroniseren met de clausules op het VPI platform. Hiertoe kan per volmachtgever via een GTS webservices alle aanwezige clausules worden opgevraagd. Deze gegevens dienen initieel als platte tekst in de clausulebibliotheek opgenomen te worden. Dit zal geschieden zonder opmaak van de tekst. Vervolgens is het aan de gevolmachtigde om eventueel opmaak toe te voegen aan deze tekst. Bij volgende synchronisaties zal er alleen een clausule moeten worden toegevoegd wanneer deze niet bestaat (wel met melding). Als er een nieuwe versie van een clausule wordt aangeboden, herkenbaar aan het versienummer, zal er door middel van een user interface aan de gebruiker gevraagd moeten worden of hij deze nieuwe versie wil accepteren. Wanneer de nieuwe versie wordt geaccepteerd zal deze weer als platte tekst worden opgenomen. Schematisch voorbeeld opvragen clausules: GIM functie: Clausules opvragen (GTS zonder dialoog) Opvragen gebeurt per verzekeraar op basis van POR code. Na het verzoek worden alle clausules van de betreffende verzekeraar aangeboden. Onafhankelijk van het product of productgroep. <Clausules> <CL> </CL> <CL> </CL> <CL> <CL_VOLGNUM>...</CL_VOLGNUM > (formaat N3) <CL_CLAUSNR>...</CL_CLAUSNR> <CL_VERSIEC>...</CL_VERSIEC> <CL_CLAUSOM>...</CL_CLAUSOM> <CL_CLAUTXT>...</CL_CLAUTXT> (formaat AN17) 13 november

12 </CL> </Clausules> Elke clausule heeft een uniek nummer. Dit unieke nummer zal bestaan uit de POR code van de verzekeraar, gevolgd door het clausulenummer van de verzekeraar. Daardoor ontstaat een unieke sleutel. Verder kent elke clausule een versienummer. Hiermee kan gecontroleerd worden of er clausules zijn aangepast. In de clausule tekst kunnen variabelen voorkomen. Deze variabelen zijn herkenbaar aan een % teken ervoor en erachter. De variabele zelf zijn opgenomen als AFD label. De notatie is als XPATH opgenomen. Voorbeeld 1: De ingangsdatum van een polis is in de clausule tekst als volgt opgenomen Vanaf de %//PP_INGDAT% is er dekking voor. Voorbeeld 2: Het eigen risico casco van een polis is in de clausule tekst als volgt opgenomen Bij casco schade geldt een eigen risico van %//CA_ERB% per gebeurtenis. 3.7 Externe bronnen Tijdens het (deel)acceptieproces kunnen er vanuit de acceptatie box externe bronnen worden geraadpleegd. Deze informatie die vanuit deze bronnen wordt opgehaald kan ook retour worden gegevens bij het retourbericht. Denk bijvoorbeeld aan een kentekenverrijking waardoor het aantal deuren wordt opgehaald en vervolgens wordt teruggegeven aan de gevolmachtigde. Om er voor te zorgen dat er bij de eerstkomende prolongatie met dezelfde gegevens wordt gerekend, dienen deze gegevens wel in het systeemhuis te worden overgenomen. De mogelijke gegevens die worden verrijkt verschillen per acceptatie box. In de verschillende handleidingen zal VolmachtBeheer beschrijven welke attributen er verrijkt terug kunnen komen. De verrijking van gegevens kan bij de diverse statussen worden teruggegeven. Dus bij XG_STATUS 10, 11 en 15. Bij de aanvraag van een special limit, in response bericht XG_STATUS 6 worden er geen verrijkte gegevens teruggegeven aangezien deze aanvraag niet via de acceptatie box zal lopen. 13 november

13 3.8 Special limits Wanneer een risico niet standaard kan worden geaccepteerd kan de gevolmachtigde besluiten om deze als special limit aan te vragen. Door de combinatie van het veld PP_SPECLIM = J, PP_VRWRKCD = 0 nieuw en de functie x wordt de aanvraag voor een special limit verzonden. De response zal inhoudelijk hetzelfde bericht terugsturen, met een XG_STATUS = 6 (Nog te beoordelen). De maatschappij zal op haar beurt de special limit beoordelen en deze aanvraag via EMS terugsturen naar de gevolmachtigde. Het bericht wat vanuit de maatschappij retour komt heeft een XG_STATUS van 8 Geaccepteerd of 11 Niet geaccepteerd. Bij een status 8 Geaccepteerd kan de maatschappij in het bericht onder andere de volgende waarden retour: - premie; - voorwaarden; - clausules; - eigen risico; - provisie% en provisiebedrag; - special limit nummer verzekeraar. Voor het ophalen overzicht gevalideerde / geaccepteerde aanvraag nieuw contract resultaten is een uitbreiding gemaakt voor de functie x Wanneer een aanvraag voor een special limit is verzonden moet het altijd mogelijk blijven de polis handmatig aan te passen of handmatig te accepteren. Na het versturen van een special limit verzoek hoeft er geen blokkade op mutaties te worden ingebouwd. 13 november

14 4. Beschrijving proces 4.1 Acceptatie Een nieuwe polis of mutatie wordt in het systeem ingevoerd. Dan zal de gebruiker handmatig of in de slotacties de acceptatie box van de betreffende maatschappij aanroepen. Dan zijn er drie varianten. Variant 1, Geaccepteerd. Met andere woorden de polis of offerte voldoet aan de standaard acceptatieregels. Daarnaast worden de juiste premie, voorwaarden en clausules teruggegeven en eventueel aanvullende gegevens vanuit externe bronnen. Wanneer er standaard acceptatie plaatsvindt, zal er voor de gebruiker een melding moeten komen welke aangeeft dat standaard acceptatie heeft plaatsgevonden. Variant 2, Niet acceptabel risico. Het aangeboden risico voldoen niet aan de standaard acceptatierichtlijnen. De gebruiker krijgt een melding dat het een niet acceptabel risico betreft. Aanvullend zal de tekst vanuit XM ook in hetzelfde scherm aan de gebruiker moete worden getoond zodat men weet waarom het risico niet wordt geaccepteerd. Vervolgens kan de gebruiker zelf bepalen wat hij doet met de betreffende aanvraag. Of gewoon wel accepteren, special limit aanvragen of bij een andere risicodrager onderbrengen. Dit is geheel op naar eigen inzicht van de acceptant. Variant 3, Special Limit Het aangeboden risico voldoen niet aan de standaard acceptatierichtlijnen. De gebruiker krijgt een melding dat het een niet acceptabel risico betreft Aanvullend zal de tekst vanuit XM ook in hetzelfde scherm aan de gebruiker moeten worden getoond zodat men weet waarom het risico niet wordt geaccepteerd en dat hij eventueel een special limit kan aanvragen. Vervolgens kan de gebruiker zelf bepalen of hij een special limit gaat aanvragen. Door het standaard veld special limit op Ja te zetten en het betreffende risico weer te versturen. De response code geeft aan dat de aanvraag is ontvangen. De maatschappij zal de aanvraag beoordelen en de aanvraag eventueel uitbreiden met onder andere voorwaarden, clausules en premie. Deze aangevulde aanvraag wordt dan retour gestuurd via EMS. De gevolmachtigde haalt periodiek de EMS bus leeg en ontvangt zo de betreffende special limit retour. Na accordering worden de polisgegevens bijgewerkt aan de hand van de verzonden special limit. Het kan natuurlijk ook zo zijn dat de acceptant al weet dat hij een special moet aanvragen, stap één van de beschrijving special limit wordt dan overgeslagen. Variant 4, Afgebroken Tijdens het proces kan één of meerdere deelgebieden niet worden beoordeeld, of er kan geen premieberekening plaatsvinden. Dan komt XG_STATUS 15 terug. Het bericht zal dan wel zijn uitgebreid met de (eventueel) bepaalde premie, voorwaarden en clausules. In de XM kan dan een melding worden teruggegeven alsmede een code waarom er een status 15 terug komt. 13 november

15 4.2 Deel-acceptatie. Een nieuwe offerte, polis of mutatie wordt in het systeem (front- of backoffice) ingevoerd. Dan zal de gebruiker geautomatiseerd of handmatig de deel-acceptatie box van de betreffende maatschappij aanroepen. Dan zijn er drie varianten. Echter de bepaling van de status zal plaatsvinden op basis van de doorgegeven gegevens. Deze hoeven, in tegenstelling tot acceptatie, niet volledig te zijn. Op basis van een beperkte set aan variabelen zal de deel-acceptatie plaatsvinden, deze beperkte set zal minimaal de benodigde gegevens voor premieberekening moeten bevatten. Variant 1, Acceptabel risico Met andere woorden de aangeleverde variabelen voldoen aan de standaard acceptatieregels. Daarnaast worden de juiste premie, voorwaarden en clausules teruggegeven en eventueel aanvullende gegevens vanuit externe bronnen. Wanneer de deel-acceptatie heeft plaatsgevonden zal er voor de gebruiker een melding moeten komen welke aangeeft dat de deel-acceptatie heeft plaatsgevonden. Variant 2, Niet acceptabel risico. De aangeboden variabelen voldoen niet aan de standaard acceptatierichtlijnen. De gebruiker krijgt een melding dat het een niet acceptabel risico betreft. Aanvullend zal de tekst vanuit XM ook in hetzelfde scherm aan de gebruiker moete worden getoond zodat men weet waarom het risico niet wordt geaccepteerd. Vervolgens kan de gebruiker zelf bepalen wat hij doet met de betreffende aanvraag. Handmatig verder de deel-acceptatie uitvoeren, een special limit aanvragen of bij een andere risicodrager onderbrengen. Dit is geheel op naar eigen inzicht van de acceptant. Variant 3, Special Limit De aangeboden variabelen voldoen niet aan de standaard acceptatierichtlijnen. De gebruiker krijgt een melding dat het een niet acceptabel risico betreft Aanvullend zal de tekst vanuit XM ook in hetzelfde scherm aan de gebruiker moeten worden getoond zodat men weet waarom het risico niet wordt geaccepteerd en dat hij eventueel een special limit kan aanvragen. Vervolg zie Variant 3 Special Limit bij acceptatie. Variant 4, Afgebroken Tijdens het proces kan één of meerdere deelgebieden niet worden beoordeeld, of er kan geen premieberekening plaatsvinden. Dan komt XG_STATUS 15 terug. Het bericht zal dan wel zijn uitgebreid met de (eventueel) bepaalde premie, voorwaarden en clausules. In de XM kan dan een melding worden teruggegeven alsmede een code waarom er een status 15 terug komt. 13 november