6. WAT ZIJN DE BELANGRIJKSTE SIVI-STANDAARDEN? 6.1 POR-codes. 6.2 Procesatlas

Transcriptie

1 6. WAT ZIJN DE BELANGRIJKSTE SIVI-STANDAARDEN? 6.1 POR-codes De POR-codes worden branchebreed gebruikt voor het uniek identificeren van verzekeraars en gevolmachtigde agenten. De code bestaat uit een letter en drie cijfers. Door de POR-code te combineren met het polisnummer ontstaat een uniek nummer voor het gebruik in het digitale berichtenverkeer. 6.2 Procesatlas Om het koppelvlak tussen intermediair en verzekeraar te kunnen standaardiseren zijn beschrijvingen gemaakt van de verschillende ketenprocessen zoals die in de markt plaatsvinden, inclusief op hoofdlijnen de gewenste functionaliteit binnen het intermediairpakket. Hierbij wordt de levenscyclus van een verzekeringscontract als uitgangspunt genomen. Consensus over de procesgang tussen intermediair en verzekeraar biedt een vertrekpunt het stroomlijnen van processen waardoor minder dubbel werk (éénmalige invoer) hoeft te worden verzet in de keten. De volgende processen worden door de SIVI-standaarden ondersteund: Aanvraag premieberekening, Aanvraag offerte, Aanvraag nieuw contract, Aanvraag wijziging contract, Royeren contract, Opschorten contract, Herstel royement, Herstel opschorting, Aanmelden bestaand los contract in pakket, Ophalen contractgegevens, Raadplegen contractinformatie, Omzetten offerte naar nieuw contract, Opvragen bewijs van dekking, Relatiewijziging, Opvoeren schademelding, Wijzigen schademelding, Status opvragen, Status melden, Opsturen bijlagen, Ophalen correspondentie, Ophalen offertes, Ophalen polis gerelateerde informatie, Ophalen niet polis gerelateerde informatie, Doorgeven beheermutaties collectieve contracten, Prolongeren, Mutatie bevestigen, Bestandsuitwisseling, Uitwisseling Rekening-courant. Levenscyclus contract 7. Beëindigen 1. Adviseren 6. Informeren 2. Premieberekening en Offreren 5. Muteren 3. Afsluiten 4. Prolongeren

2 Levenscyclus claim 7. Dossier sluiten 1. Schade melden 6. Afwikkelen schade 2. Beoordelen schadeoorzaak en aansprakelijkheid 5. Herstel uitvoeren 3. Informatie inwinnen 4. Schade waarderen 6.3 All Finance Datamodel (AFD) De belangrijkste door SIVI beheerde gegevensstandaard is het All Finance Datamodel (AFD). Het All Finance Datamodel (AFD) vormt de basis voor de gestructureerde gegevensuitwisseling in de intermediaire verzekeringsbranche en bestrijkt vrijwel alle branches in de particuliere en zakelijke markt. Het AFD wordt iedere maand gepubliceerd op de SIVI-website. Allerlei soorten berichten worden op basis van het AFD uitgewisseld: prolongaties, mutatiebevestigingen, Views en berichten (aanvragen, mutaties etc.). Het AFD is onafhankelijk van syntax (XML, EDIFACT) en koppelingstechniek (ADN,, FTP, etc.). Sectoren Particulier (schadeverzekeringen) Bedrijven (schadeverzekeringen) Individueel (levensverzekeringen) Collectief (levensverzekeringen) Particulier (zorgverzekeringen) Collectief (zorgverzekeringen) Hoofdbranches Ongevallen en ziekte Motorrijtuigen Scheepvaart en transport Brand Aansprakelijkheid Rechtsbijstand Leven Buitenland, reizen Hypotheken All Finance Datamodel Wijzigings verzoeken Publicatie (1x per maand) Verzekeraar Intermediair Leverancier Afnemer AFD Soorten contracten Polissen Pakketpolissen Collectieve contracten

3 Bouwstenen AFD Het AFD bestaat uit een verzameling entiteiten. In een entiteit worden bij elkaar horende gegevenselementen (attributen) vastgelegd. Een entiteit beschrijft op die manier een object of zaak uit de werkelijkheid. Voorbeelden: Verzekeringnemer, Verzekerde, Motorrijtuig. Een attribuut beschrijft één eigenschap van één entiteit, bijvoorbeeld geboortedatum Verzekeringnemer. Aan iedere entiteit en aan ieder attribuut wordt een uniek label toegekend. Deze labels worden in het berichtenverkeer gebruikt om de gegevens te duiden. Door een label te interpreteren is het bijbehorende gegeven (bijvoorbeeld een verzekerd bedrag) automatisch te verwerken. Numeriek Alfanumeriek Alfabetisch Lengte Variabel lengte Vaste lengte Entiteit Attribuut Label Label Formaat Domein Codelijst Codewaarde Voorbeelden van gegevenselementen: Entiteit Label Attribuut For maat Label Code Betekenis code 01 Nieuw 02 Wijzigen 03 Aanmelden polis op pakket Bericht algemeen AL Berichtfunctie,code Referentie zender Registratietijd an2 an..17 n4 FUNCTIE CPREF REGTIJD Vervangen polis Royeren Opschorten Opheffen opschorten Controlegetal n..15 HASH... Herzending J/N.. an1.. CODHERZ J N Ja Nee Polis/onderdeel PP Contractnummer Extern indicatief Sectorcode Einddatum an..20 NUMMER an..20 EXTERN an1 SECTOR.. n8 ENDDAT..... B C I K L P O Bedrijven (Schadeverzekeringen) Collectief (Levensverzekeringen) Individueel (Levensverzekeringen Particulier (Zorgverzekeringen) Collectief (Zorgverzekeringen) Particulier (Schadeverzekeringen) Overig 75

4 Onderstaande afbeelding geeft een deel van een voorbeeldbericht: <UN> <UN_ZENDER>I C</UN_ZENDER> <UN_ONTVAN>I T</UN_ONTVAN> <UN_DATPRE> </UN_DATPRE> <UN_TIMPRE>11:29</UN_TIMPRE> <UN_MSGREF>INSLBW10</UN_MSGREF> <UN_LOGNAM>INSLBW001000IN</UN_LOGNAM> </UN> <AL> <AL_VRWRKCD>0</AL_VRWRKCD> <AL_VIEWCOD>00010</AL_VIEWCOD> <AL_VERSIEV>001</AL_VERSIEV> <AL_PFUNK>001</AL_PFUNK> <AL_TPAAND>Advieskantoor Van de Bregt</AL_TPAAND> </AL> <PP> <PP_VRWRKCD>1</PP_VRWRKCD> <PP_NUMMER> </PP_NUMMER> <PP_BRANCHE>013</PP_BRANCHE> <PP_MYAAND>1</PP_MYAAND> <PP_MYBRA>010</PP_MYBRA> <PP_INGDAT> </PP_INGDAT> <PP_EXPDAT> </PP_EXPDAT> Gegevens over zender, ontvanger, datum, soort bericht Algemene gegevens over het bericht, onder intermediair aanduiding Deel van de polisgegevens Polisnummer Branchecode Maatschappijaanduiding Branchecode Ingangsdatum Expiratiedatum 6.4 AFD-Berichten AFD-Berichten Een AFD-Bericht beschrijft de interface tussen twee geautomatiseerde toepassingen die berichten uitwisselen, bijvoorbeeld de BackOffice van een verzekeraar en het administratiepakket van een intermediair. Om een bepaald AFD-Bericht te implementeren is het van belang de AFD-Berichtsoort te onderkennen. Dit geeft namelijk inzicht in de spelregels die van toepassing zijn, onder meer ten aanzien van het toepassen van de juiste AFD-Berichtstructuur / AFD-Berichtstructuren. In de specificatie van een AFD-Bericht wordt het volgende beschreven: 1) De naam van het AFD-Bericht; 2) Opsomming van de entiteiten die van belang zijn in het AFD-Bericht; 3) De structuur. Van een entiteit wordt beschreven: 1) Naam van de entiteit; 2) Omschrijving van de entiteit; 3) Of een entiteit verplicht of facultatief is; 4) Maximaal aantal keren dat de entiteit mag voorkomen in het AFD-Bericht; 5) Per entiteit worden de attributen beschreven die van belang zijn in het AFD-Bericht. Van een attribuut wordt beschreven: 1) Naam van het attribuut; 2) Omschrijving van het attribuut; 3) Formaat van het attribuut; 4) Of een attribuut verplicht of facultatief is; 5) Naam van de codelijst als een attribuut gekoppeld is aan een codelijst; 6) Toegestane waarden als een attribuut gekoppeld is aan een codelijst; 7) Eventuele condities die bij gebruik van het attribuut van belang zijn.

5 AFD-Berichtsoort Een AFD-Berichtsoort is een bepaalde categorie van gelijksoortige AFD-Berichten met een overeenkomstige structuuropbouw waarvoor bepaalde afspraken van kracht zijn. De volgende AFD-Berichtsoorten worden onderkend: - Contractbericht In een contractbericht kunnen partijen en objecten opgenomen worden. Voor de diverse contractsoorten zijn bovendien specifieke entiteiten opgenomen. Voorbeelden hiervan zijn: dekkingen (voor verzekeringen), fondsen (voor beleggingen) en stortingen (voor depots) - Pakketbericht Een pakketbericht bevat een verzameling contracten van eenzelfde klant, bij eenzelfde maatschappij (of volmacht), en die met elkaar verbonden worden door een mantel. - Relatiebericht Een relatiebericht bevat algemene gegevens van een relatie (klant) en kan tevens de contracten en pakketten van de relatie bevatten. - Batchbericht Een batchbericht is een verzameling van berichten en kan alle berichtsoorten bevatten. - Groepbericht Een groepbericht dient voor het communiceren van relatie- en contractgegevens van een groep. Een groep kan zijn een verzameling van werknemers van een bedrijf, maar ook de leden van een vereniging of deelnemers aan een stichting die gezamenlijk een overeenkomst hebben met bijvoorbeeld een verzekeringsmaatschappij. - Schadebericht Een schadebericht dient voor het doorgeven van gegevens van een schademelding / schadedossier. - Schadefactuur Een schadefactuur dient voor het communiceren van de te innen bedragen bij een verzekeraar na schadeherstel of serviceverlening. Wat is een AFD-Berichtstructuur? In het AFD worden geen relaties tussen entiteiten vastgelegd. Op basis van het AFD worden een of meer hiërarchische structuren gespecificeerd. In deze structuur worden de relaties tussen de entiteiten aangegeven. Een dergelijke structuur noemen we een AFD- Berichtstructuur. Per AFD-Berichtstructuur wordt de hiërarchie vastgelegd in een tabel. Voor een bepaalde AFD-Berichtsoort kunnen meerdere AFD-Berichtstructuren van toepassing zijn. AFD-berichtsoort Contractbericht Pakketbericht Relatiebericht Batchbericht Groepbericht Schadebericht Schadefactuur AFD-berichtstructuur die van toepassing is / kan zijn Contractbericht Pakketmantel Pakketonderdeel Relatiemantel Contractbericht Pakketmantel Pakketonderdeel Contractbericht Pakketmantel Pakketonderdeel Relatiemantel Groepmantel Deelnemermantel Schadebericht Schadefactuur Groepmantel Deelnemermantel Schadebericht Schadefactuur

6 Voorbeelden van AFD-Berichtstructuren Schadebericht: - Polis/Onderdeel is genest onder Schadedossier. - Partij Verzekeringnemer is genest onder Polis/Onderdeel. - Onder de Partij Verzekeringnemer is een hele serie entiteiten genest. Contractbericht: - Onder het Polis/Onderdeel is een Partij Tussenpersoon met bijbehorende Contactpersoon genest. - Onder de Partij Verzekeringnemer is een hele serie entiteiten genest. - Via Partij Werkgever worden de gegevens van de werkgever van de Verzekeringnemer doorgegeven. Schadebericht (deel) SD Schadedossier PP Polis/Onderdeel VP Partij Verzekeringnemer IK Inkomen/Beroep v/e partij OB Object Motorrijtuig IP Dekking Inboedel. OP Dekking Opstal KB Dekking Kostbaarheden. CD Dekking Casco Caravan DA Dekking Aansprakelijkheid Contractbericht (deel) PP Polis/Onderdeel TP Partij Tussenpersoon KP Partij Contactpersoon VP Partij Verzekeringnemer IK Inkomen/Beroep GV Gezondheid AC Uitgaven v/e persoon VG Partij Verzorger WG Partij Werkgever SO Schadehistorie 6.5 Transactiestandaard () De Generieke Interface Manager () is een SIVI-standaard voor het uitwisselen van transacties binnen de intermediaire financiële dienstverlening. Het protocol zelf is een SIVIstandaard, maar de maakt ook gebruik van andere standaarden, te weten: - All Finance Datacatalogus (AFD); - AFD berichtstructuren: per functie is een bepaalde structuur van toepassing; - Syntax standaard: XML voor sjablonen en de berichten (wereldstandaard); - HTML voor de communicatie tussen gebruiker en applicatie vormgegeven in een browser sessie (wereldstandaard); - SOAP voor de communicatie tussen de applicaties (wereldstandaard).

7 intermediair Primaire invoer gegevens Start dialoog software intermediair module Resultatenservice Maatschappij publiceert ondersteunde processen / producten in register Maatschappij maakt realtime informatiebehoefte kenbaar via sjablonen Transactieservice extranet verzekeraar server verzekeraar afhandeling diverse systemen verzekeraar Het gebruik van extranetten van verzekeraars voor het uitvoeren van polis transacties is breed geadopteerd door intermediairs. Hiermee wordt echter slechts de helft van het logistieke vraagstuk opgelost: de maatschappij krijgt de gegevens wel elektronisch aangeleverd, maar de intermediair brengt ze nog steeds handmatig in. Om hieraan tegemoet te komen is de ontwikkeld. Indien een verzekeraar de -standaard heeft ingebouwd voor een bepaald product en een bepaalde functie - bijvoorbeeld: aanvragen contract autoverzekering, dan publiceert de verzekeraar dit via in het -register van het intermediair. Op het moment dat het intermediair een autoverzekering wil aanvragen voor de desbetreffende verzekeraar zoekt het administratiepakket van het intermediair contact met het extranet van de verzekeraar. Vanuit het extranet wordt een bericht met labels (een sjabloon) naar het administratiepakket gestuurd. De labels corresponderen met gegevenselementen uit het AFD. Het bericht met labels dekt de informatiebehoefte van de verzekeraar voor het aanvragen van een autoproduct af. Het administratiepakket vult alle beschikbare gegevens in het bericht in en dit wordt geretourneerd naar het extranet van de verzekeraar met het digitale paspoort van het intermediair. Hierna wordt na controle van het paspoort automatisch een browsersessie in het extranet van de verzekeraar opgestart. Alle gegevens die al waren ingevoerd in het administratiepakket hoeven niet opnieuw te worden ingeklopt. De transactie wordt in het extranet voltooid nadat alle benodigde controles zijn uitgevoerd. Alle ingevulde gegevens worden ook teruggegeven aan het administratiepakket, eventueel met een boeking en een digitale polis met alle bijbehorende polis stukken. De essentie van het bovenstaande: - Maatschappij publiceert welke processen / producten ondersteund worden (korte time to market). - Alle controles die nodig zijn om te komen tot schone invoer worden bij de verzekeraar geïmplementeerd (kostenbesparend). - Per product / proces maakt maatschappij realtime kenbaar welke gegevens vereist zijn (geen standaardberichten). - Het administratiepakket intermediair is online verbonden met het extranet van de maatschappij waarbij door de dialoog geen dubbele invoer hoeft plaats te vinden: o Alles wat in het administratiepakket is ingevoerd is automatisch beschikbaar in het extranet o Alles wat in het extranet is ingevoerd is beschikbaar in het administratiepakket Onderstaande tabel geeft een overzicht van de protocollen met voorbeelden.

8 Protocol Type Dialoog Functie Transactieservice Verplicht bemand met dialoog Transacties worden met behulp van een browser ingevoerd en voltooid in het extranet van de verzekeraar Resultatenservice Verplicht onbemand Server bepaalt Geen dialoog Voorbeeld: Aanvraag voor een autoverzekering wordt voorbereid in het administratiepakket en daarna voltooid in het extranet Transactie wordt zonder dialoog naar verzekeraar verzonden Voorbeeld: Een relatiewijziging (verhuizing) wordt voltooid in het administratiepakket en daarna verstuurd naar de verzekeraar Afhankelijk van de ontvangen gegevens bepaalt de toepassing van de maatschappij of een dialoog met browser noodzakelijk is Voorbeeld: Een offerteaanvraag wordt voltooid in een toepassing op het bedrijfsnetwerk van een intermediair en daarna verstuurd naar de verzekeraar. De maatschappij toepassing stelt vast dat gegevens ontbreken. Een browser sessie in het extranet wordt opgestart, waarna de transactie wordt voltooid. Bestanden met gestructureerde gegevens of ongestructureerde data worden opgehaald bij een verzekeraar of een tussenliggende provider. Voorbeeld: Prolongaties met bijbehorende stukken (polissen, acceptgiro s, groene kaarten etc.) worden opgehaald op een server van een verzekeraar. 6.6 Resultatenservice Van polis bladen, polisvoorwaarden, uitkeringsbrieven etc. ontvangt een intermediair een kopie voor haar eigen administratie. Deze stukken worden veelal nog per post aan het intermediair verzonden. Vanuit het oogpunt van procesoptimalisatie is dat verre van ideaal. Het is namelijk ook mogelijk om deze poststukken digitaal voor het intermediair klaar te zetten met behulp van de Correspondentiebatch. Het voordeel daarvan is dat de polis stukken voorzien zijn van digitale labels zodat deze geautomatiseerd kunnen worden gekoppeld aan het juiste klantdossier. Door toepassing van dit protocol kunnen zowel verzekeraars, volmachten als intermediairs een significante kostenbesparing realiseren. 6.7 Verzuimstandaard SIVI heeft per 1 juli 2015 de laatste versie van de Verzuimstandaard gepubliceerd. Deze versie is in goed overleg met Arbodiensten en leveranciers van onder andere verzuimapplicaties tot stand gekomen. De volgende standaardberichten worden in de Verzuimstandaard onderkend: 1) Verzuimmeldingen

9 2) Werkgevergegevens basisregistratie 3) Werknemergegevens basisregistratie 4) Retourmelding De volgende arbodiensten implementeren binnen een half jaar de laatste versie van de Verzuimmelding en het bericht Werknemersgegevens Basisregistratie: Arbo Unie ArboNed Zorg van de Zaak Toepassing van de standaard brengt de volgende voordelen met zich mee: a) Besparingen bij elektronische aanlevering ten gevolge van: foutenreductie lagere kosten administratieve krachten lagere kosten door afbouw maatwerkkoppelingen b) Verbetering van dienstverlening naar klanten van Arbodiensten/Verzekeraars managementrapportages