Waarom is de Stichting SIVI opgericht?

De concurrentiekracht van de intermediaire keten en het kwaliteitsniveau van de dienstverlening aan de consument is in hoge mate afhankelijk van de toepassing van overeengekomen standaarden tussen de bij de keten betrokken financiële dienstverleners en derde partijen. Een intermediair doet zaken met meerdere verzekeraars. Als die verzekeraars optimaal willen koppelen op het werkproces bij het intermediair dan zullen ze moeten samenwerken en afspraken maken. Dit waren de belangrijkste beweegredenen van intermediair verzekeraars en de standsorganisaties voor intermediairs, om in 2004 het Standaardisatie Instituut voor Verzekeringen in de Intermediairbranche (SIVI) op te richten.

Doel is de versterking van de positie van het intermediaire financiële distributiekanaal door een significante verbetering in de efficiency van de administratieve ketenprocessen (ketenintegratie). SIVI-standaarden faciliteren het efficiënt inrichten van processen. Op de koppelvlakken tussen (geautomatiseerde toepassingen van) partijen in de keten worden standaarden ingezet om het efficiency potentieel goed te kunnen benutten.

SIVI schept weliswaar de voorwaarden voor een significante verbetering in de efficiency van de ketenprocessen, maar het realiseren van de efficiencywinst is geheel de individuele verantwoordelijkheid van de betrokken verzekeraars en intermediairs zelf.

SIVI wordt in de huidige praktijk gefinancierd door intermediairverzekeraars en heeft geen winstoogmerk. SIVI is ervan overtuigd dat samenwerking op non-competitieve basis randvoorwaardelijk is voor het ontwikkelen van breed gedragen standaarden.

Waar richt SIVI zich op?

1. Het feitelijk gebruik (implementatie) van standaarden wordt bepaald door de (gewenste) samenwerking van branchepartijen, de hierbij gestelde doelstellingen, de geformuleerde implementatie agenda en de beschikbaar gestelde middelen.
2. Op basis van de vraag uit de markt faciliteert SIVI het proces om te komen tot branche afspraken met betrekking tot ketenintegratie (standaarden). SIVI kan echter in het verlengde van bestaande standaarden, op basis van marktontwikkelingen of de vraag naar nieuwe standaarden wel voorstellen doen dan wel overleg initiëren.
3. SIVI is hét kenniscentrum met betrekking tot branche standaarden en het gebruik hiervan. Door te zorgen voor goed toegankelijke standaarden, een goed begrip in de markt en een duidelijke procesgang rond standaarden draagt SIVI voor / namens de branche partijen nadrukkelijk bij aan de baten van ketenintegratie. SIVI laat het implementeren van standaarden aan de markt, maar ziet wel toe op een correct gebruik van de toepassing van standaarden. Daar waar het nodig is om de implementatie van de afgesproken standaarden te bevorderen door het maken van collectieve afspraken, neemt SIVI - op verzoek van haar bestuur - de regie in het maken van afspraken met partijen in de markt en het uitnodigen van haar achterban tot het maken van keuzes.
4. SIVI anticipeert op (potentiële) raakvlakken met andere standaardisatieorganen, direct writers, andere financiële spelers en de overheid, waarbij geldt dat belangen van partijen in intermediaire financiële keten niet gefrustreerd / geschaad worden:

• SIVI maakt waar mogelijk gebruik van standaarden van andere standaardisatieorganen en werkt waar sprake is van overlap van gegevensstandaarden zoveel mogelijk samen.
• SIVI zoekt, waar dit voor het draagvlak (van de toepassing van) standaarden gewenst is, de samenwerking met direct writers en / of andere financiële spelers.
• SIVI streeft in het kader van administratieve lastenverlichting naar het ontwikkelen van standaarden op het koppelvlak naar de basisregistraties bij de overheid.

Hoe is SIVI georganiseerd?

Het SIVI-bestuur bestaat uit vertegenwoordigers van verzekeraars en standsorganisaties van intermediairs. Het bestuur is verantwoordelijk voor de hoofdlijnen van het beleid en benoemt de directeur. De directeur bereidt de vergaderingen bestuur voor. Het bestuur benoemt verder leden van de Raad van Advies en beslist over wijzigingen in de SIVI-standaarden indien de wijzigingen als zwaar worden geclassificeerd. Ook de Raad van Advies bestaat uit vertegenwoordigers van verzekeraars en standsorganisaties

Het bestuur, de directeur en de uitvoeringsorganisatie SIVI kunnen de Raad van Advies verzoeken hen van advies te dienen. De Raad van Advies kan besluiten de stichting of haar organen ongevraagd van advies te dienen. De Raad van Advies adviseert over wijzigingen in de SIVI-standaarden indien de wijzigingen als medium / zwaar / licht worden geclassificeerd. Over medium / zwaar wordt altijd geadviseerd. Over licht alleen als de aanvrager dit wenst. Over licht / medium kan de Raad van Advies ook een besluit nemen. De Raad van Advies kan werkgroepen installeren en opheffen. Deze werkgroepen brengen vervolgens advies uit.

De Referentiegroep bestaat uit leden vanuit de systeemhuizen die intermediairs voorzien van software en leden vanuit overige leveranciers. De Referentiegroep heeft tot taak om, zonder tussenkomst van het bestuur, meningen en stand­punten van de verschillende deelnemers, deskundigen en andere betrokkenen op thema’s met betrekking tot standaardisatie en ketenintegratie te verne­men en op basis daarvan de uitvoeringsorganisatie SIVI te adviseren ten aanzien van het voorbereiden en uitvoeren van wijzigingsvoorstellen en uitvoeringszaken. Bij een verzoek om wijziging of aanvulling van de standaarden, met classificatie medium of zwaar, wordt de Referentiegroep door de uitvoeringsorganisatie SIVI altijd om advies gevraagd.

De Raad van Advies en de Referentiegroep treden op reguliere basis met elkaar in dialoog en worden door SIVI in staat invloed uit te oefenen op de standaardisatieagenda van SIVI.

Voor de verschillende standaarden zijn werkgroepen actief die SIVI ondersteunen in het specificeren en voorbereiden van vernieuwingen in de standaarden. Een werkgroep heeft uitsluitend een adviserende rol in de richting van de uitvoeringsorganisatie SIVI.

Alle deelnemers in SIVI en leveranciers van geautomatiseerde toepassingen binnen de intermediaire branche, kunnen wijzigingsvoorstellen bij SIVI indienen. SIVI werkt de voorstellen uit en laat zich hierbij veelal adviseren door een of meerdere werkgroepen.

Wijzigingsvoorstellen met de classificatie licht worden vaak door de uitvoeringsorganisatie SIVI afgehandeld. Aanvragen die geclassificeerd worden als licht betreffen wijzigingen die direct kunnen worden doorgevoerd en die geen consequenties voor bestaande implementaties hebben. De uitvoeringsorganisatie SIVI zal de wijziging na goedkeuring en in overleg met de aanvrager binnen zo snel mogelijk doorvoeren. De wijzigingsvoorstellen met de classificatie medium worden eerst door de uitvoeringsorganisatie SIVI beoordeeld waarna zij dit ter goedkeuring voorlegt aan de Raad van Advies. Deze aanvragen betreffen wijzigingen die direct consequenties hebben voor bestaande implementaties. De als zwaar geclassificeerde wijzigingsvoorstellen worden, na beoordeling door de uitvoeringsorganisatie en de Raad van Advies, ter goedkeuring aan het SIVI-bestuur voorgelegd.

Welke activiteiten voert SIVI uit?

Onderstaande afbeelding toont de belangrijkste activiteiten die SIVI uitvoert.

De aan standaardisatie gerelateerde activiteiten worden daarna toegelicht.

Ontwikkeling standaarden / innovatie

Bij het ontwikkelen worden meerdere subprocessen doorlopen:

Initiëren

Het beschrijven van activiteiten op basis van een gebleken behoefte, met een duidelijke referentie naar vigerend beleid en praktijk.

Bestuurlijke toetsing en goedkeuring

Het afstemmen van initiatieven op enig bestuurlijk niveau, het beoordelen van relevantie, beoordelen van aanvragen en het benoemen van randvoorwaarden

Specificeren

Het opstellen van specificaties, van globaal tot zeer gedetailleerd, waarbij alle aspecten en randvoorwaarden worden vastgelegd.

Ontwikkelen

Het (doen) ontwikkelen van standaarden, al dan niet in samenwerking en / of afstemming met anderen, nationaal en internationaal.

Documenteren

Het opstellen van technische, functionele en implementatie documenten.

Formaliseren / erkennen

Het toetsen van de eindproducten van standaardisatie en het toekennen van enige formele erkenning daaraan. Partijen die standaarden gebruiken willen zekerheden ten aanzien van te plegen inspanningen en investeringen. Een goede basis hiervoor biedt een systematiek van formele erkenning en kwalificatie. De laatste beoordelingsronde dient te resulteren in het aangeven van een formele erkenningstatus (‘stempel”) van de standaard.

Uitgifte standaarden en technologie

De beschikbare standaarden en de bij SIVI in beheer gebrachte GIM Communicatie Module moeten door branchepartijen kunnen worden gebruikt. SIVI zorgt ervoor dat de standaarden, documentatie en hulpmiddelen beschikbaar zijn en op verzoek aan de juiste partijen worden uitgeleverd, eventueel voorzien van advies met betrekking tot de implementatie van die standaarden.

Opleiden

Bedrijven die standaarden implementeren worden opgeleid door onder meer workshops en seminars. De website – die voor wat betreft de inhoud door SIVI wordt onderhouden - is hierbij een ondersteunend instrument.

Marktbrede kennisoverdracht

Algemene informatie over voortgang en ontwikkeling van de standaarden zal in de regel altijd via de volgende communicatiekanalen en -middelen worden verspreid:

• periodieke elektronische nieuwsbrieven;
• persberichten / communiqués;
• de website.

Individuele kennisoverdracht

Naast marktbrede informatievoorziening kunnen deelnemers proactief en op aanvraag worden geïnformeerd over specifieke onderwerpen en maatwerkvraagstukken (implementatieadviezen). Ook worden evaluatiemomenten gepland waarbij deelnemers zullen worden bezocht om de voortgang, vragen en wensen te bespreken en / of inventariseren. Ook potentiële deelnemers zullen geïnformeerd dienen te worden over de mogelijkheden van het werken met de standaarden. Deze vormen van relatiemanagement worden kortweg samengevat als:

• periodieke evaluatiebezoeken huidige deelnemers;
• inloopsessies voor huidige deelnemers;
• informatieve bezoeken potentiële deelnemers;
• inloopsessies voor potentiële deelnemers.

Beheer van standaarden en technologie

Dit betreft het onderhouden en beheren van operationele standaarden, het voeren van versiebeheer en het in enige vorm ondersteunen van het operationeel gebruik. SIVI draagt zorg voor het gestructureerde beheer van de standaarden en de generieke technologie zodat de juiste versies daarvan te allen tijde beschikbaar zijn voor de branche. SIVI past zodanig versiebeheer toe dat overgang naar een nieuwe versie zo gestructureerd mogelijk kan plaatsvinden. Uitgangspunt daarbij is een zo groot mogelijke toepassing van opwaartse compatibiliteit evenals draagvlak binnen de branche.

Coördinatie van technologie ontwikkeling

SIVI coördineert technologische ontwikkeling op basis van de standaarden met externe leveranciers op twee manieren:

• waar het generieke technologie ten behoeve van de branche betreft kan SIVI opdrachten verstrekken voor ontwikkeling,
• waar het specifieke toepassingen betreft kan SIVI de externe leveranciers adviseren teneinde een correcte implementatie van de standaarden in die applicatie te stimuleren / waarborgen zodat certificering minder problemen oplevert.

Handhaving, certificeringen toezicht houden

SIVI legt de eisen vast waaraan applicaties dienen te voldoen om te conformeren aan de standaarden. SIVI toetst (releases van) applicaties van externe leveranciers en ‘zelfbouwers’ op correct gebruik en correcte implementatie van de standaarden. Bij een succesvolle toets (certificering) krijgt de applicatie het stempel “branche compliant”. SIVI brengt daarnaast testmechanismen op de markt die applicatiebouwers vrij kunnen gebruiken.

Toezicht houden omvat het geheel van werkzaamheden op het gebied van een correct gebruik van de standaarden, het ingrijpen als er onvolkomenheden worden geconstateerd en het bewaken van de corrigerende maatregelen. Toezicht bestaat uit twee componenten:

• Voortgangsbewaking op tekortkomingen bij certificering: er is een audit uitgevoerd en er zijn onvolkomenheden geconstateerd, waarvan de correctie moet worden zeker gesteld.
• Klachtenbehandelingen: branchedeelnemers hebben bij een andere partij onvolkomenheden geconstateerd, en melden dit.

Marktbewerking en communicatie

Ten behoeve van correct en grootschalig gebruik van (de meest recente versies van) de standaarden in de branche bewerkt SIVI de markt en communiceert branchebreed over de standaarden met de middelen die zich daarvoor het best lenen. Belangrijkste doelgroepen zijn leveranciers van ICT en ‘zelfbouwers’.

Volgen externe ontwikkelingen

De branche moet op de hoogte worden gehouden van ontwikkelingen op het inhoudelijke terrein van de standaarden en de gevolgen die deze ontwikkelingen met zich mee brengen.

Eventueel wordt een (inter)nationale benchmark uitgevoerd. Dit geeft een beeld van de positie die de branche inneemt ten opzichte van de rest van de wereld op het gebied van standaardisatie.

De werkzaamheden die hiermee gemoeid zijn omvatten:

• het bestuderen van de ontwikkelingen (open publicaties) van internationale standaardisatie instituten;
• het bestuderen van wetenschappelijke publicaties op dit gebied;
• het analyseren van de (intermediaire) verzekeringsmarkt op toekomstige ontwikkelingen en het bestuderen van trends in de technologie, e.d.

Waarom neemt het belang van SIVI-standaarden toe?

Binnen de inrichting van processen neemt de inzet van software en koppelingen een steeds prominentere plaats in:

• het intermediair bedient zijn klant in toenemende mate via self-service concepten.

• het intermediair wil sneller, meer compleet en met actuele informatie de klant adviseren en producten verkopen.

• toenemende behoefte om op basis van data analyse / database marketing rendement per klant te verhogen.

• herinrichten van processen leidt tot intensivering van de inzet van software en de behoefte aan geautomatiseerde informatie uitwisseling (koppelingen).

• eisen met betrekking tot correct gebruik van tarieven en offertes leiden tot een toenemende inzet van online transacties.

In essentie ontstaan er nu 2 deels overlappende werkgebieden:

1. Koppelvlakken tussen doelgroepen, met als meest voor de hand liggende voorbeeld de koppeling tussen verzekeraar en de administratiesoftware van het intermediair. Naast intermediair en verzekeraar wordt de klant (consument, werkgever, werknemer) nadrukkelijk als onderdeel van de keten gezien.
2. Het werkgebied dat sterk in opmars is, zijn koppelingen tussen de verschillende systemen in gebruik bij het intermediair zelf. Bijvoorbeeld de keten advies-offerte-aanvraag.

Standaarden zijn bepalend voor kosten en inzetbaarheid van koppelingen

Naarmate een partij bij implementatie van enige omvang meer afwijkt van het gebruik van standaarden zullen de implementatie kosten hoger zijn. In het geval gekozen wordt voor respectievelijk een eigen communicatieprotocol, eigen syntax, eigen berichtstructuren en een eigen gegevensinterface, nemen de kosten toe. In het meest extreme geval moet met een zeer groot aantal partijen bilaterale afspraken worden gemaakt en is sprake van een complexe beheersbaarheid.

Wat zijn de belangrijkste voordelen van de toepassing van de SIVI-standaarden?

Toepassing van de SIVI-standaarden geeft intermediairs de volgende voordelen:

• Efficiënter werken

1. 1. Eerder de polis / offerte in huis (eerder de klant informeren)
   2. Minder tijd voor foutherstel (meer tijd voor de klanten)
   3. Lagere werkvoorraden
   4. Betere informatie over de voortgang van processen
   5. Gegevens maatschappij worden elektronisch teruggekoppeld, zodat ze in het eigen systeem aan het dossier kunnen worden toegevoegd

• Meer gemak

1. 1. Eenmalig invoeren in het eigen systeem en / of het extranet
   2. In één keer goed
   3. Minder nabellen (en nagebeld worden)

• Meer kwaliteit bieden

1. 1. Gegevens op de polis zijn zoals ze zijn ingevoerd
   2. Offerte conform gegevens zoals ze zijn aangeleverd
   3. Gemakkelijker kunnen voldoen aan documentatie-eisen van wetgeving
   4. Betere productregistratie ten behoeve van management informatie en digitaal dossier eindconsument (self-service)

Een belangrijk deel van de genoemde voordelen is ook van belang voor verzekeraars. Verzekeraars trekken verder profijt van de voordelen die Straight Through Processing met zich meebrengen. Dit betekent onder meer dat alle transacties elektronisch aangeleverd worden, terwijl de uitval zeer beperkt is. Hierdoor hoeft bij de verzekeraar significant minder arbeid te worden verricht.

Afhankelijk van het toepassingsgebied zijn meer specifieke voordelen van toepassing.

Voordelen bij contractbeheer

Contract beheer betreft offerte, aanvraag, mutatie, beheer en claim.

Door de sterke opkomst van en het gebruik van extranetten bij maatschappijen worden veel transacties bij maatschappijen online uitgevoerd en wordt zo de benodigde optimalisatie verkregen. Aan de zijde van het intermediair blijft men echter over het algemeen geconfronteerd met dubbele handelingen (o.a. invoer) als gevolg van het ontbreken van koppelingen. Het grootste effect rond het gebruik van koppelingen voor contractbeheer ligt bij het intermediair van enige omvang.

Voordelen bij processen gericht op het berekenen van “losse” tarieven

Grote marktpartijen als volmachten en service providers, internet intermediairs en specialisten richten eigen omgevingen in die het gebruik van geautomatiseerde tarieven vereisen. Tevens gaan maatschappijen in aantal gevallen over op het gebruik van bijv. online tarieven als gevolg van blackbox premieberekening of compliance richtlijnen.

Voordelen bij berichtenverkeer van maatschappij naar intermediair, dan wel raadpleging door intermediair.

Doel is synchronisatie / verrijking van administraties. Initieel primair ten behoeve van facturering maar toenemend met het oog op optimalisatie van het administratieve proces in algemene zin. De druk op het gebruik van online klantmappen (CRM omgevingen) maakt uitwisseling of raadpleging van polisgegevens urgent. De nieuwe wetgeving rond verzending van digitale stukken en polissen geeft een groter belang rond de verzending van documenten.

Hoe zijn de SIVI-standaarden opgezet?

Het alom bekende AFD (All Finance Datamodel) vormt de basis voor de gestructureerde gegevensuitwisseling in de intermediaire verzekeringsbranche. Het AFD vormt de basis voor het definiëren van de elektronische berichten (AFD-Berichten) die door middel van verschillende koppelingstechnieken (bijvoorbeeld GIM Transactieservice of AFD Webservices) en met gebruikmaking van diverse syntaxen (XML of EDIFACT) gecommuniceerd kunnen worden. Om inzicht te geven in de diverse types standaarden en het gebruik ervan heeft SIVI vanuit deze opzet een piramide van standaarden ontwikkeld om te helpen snel de juiste standaard en bijbehorende documentatie te vinden.

Onderstaande figuur geeft de samenhang tussen de gelaagdheid in standaarden en de delen uit de documentatieset weer:

De gelaagdheid in standaarden heeft als belangrijk voordeel dat een wijziging in een standaard uit een bepaalde laag, geen gevolgen heeft voor de standaarden uit de andere lagen. Het AFD en de onderkende AFD berichtstructuren zijn belangrijke SIVI-standaarden en zondermeer toekomstvast. De terreinen koppelingstechniek en in mindere mate syntax zijn in de tijd gezien meer aan verandering onderhevig. Dit moet zich ook reflecteren in definities van de standaarden. Het kunnen volgen van SIVI deel-standaarden vereenvoudigt de specificatie van en afstemming over koppelingen en zorgt uiteindelijk voor een vermindering van de beheerlasten.

Wat zijn de belangrijkste SIVI-standaarden?

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.

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 GIM berichten (aanvragen, mutaties etc.). Het AFD is onafhankelijk van syntax (XML, EDIFACT) en koppelingstechniek (ADN, GIM, FTP, e-mail etc.).

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.

Voorbeelden van gegevenselementen:

Onderstaande afbeelding geeft een deel van een voorbeeldbericht:

AFD Berichtstructuren

In het AFD worden geen relaties tussen entiteiten vastgelegd. Berichten kennen echter alleen een hiërarchische structuur, hetgeen het vastleggen van relaties tussen entiteiten veronderstelt. Om een hiërarchische structuur voor een bepaalde set berichten te specificeren, wordt in het verlengde van het AFD een bepaalde hiërarchische structuur gespecificeerd. In deze structuur worden de relaties tussen de entiteiten aangegeven. Een dergelijke structuur noemen we een AFD berichtstructuur. Verschillende processen kunnen verschillende berichtstructuren nodig hebben.

SIVI heeft een aantal AFD berichtstructuren gedefinieerd die binnen verschillende toepassingsgebieden worden gebruikt:

• P-Views (onder meer prolongaties, mutatiebevestigingen) maken gebruik van de AFD berichtenstructuren voor Contractbericht en Pakketbericht. Een P-View bevat - gebaseerd op de AFD berichtstructuur van het Contractbericht of het Pakketbericht - een set labels die corresponderen met labels uit het AFD. De P-View bevat naast de labels ook bijbehorende waarden. Deze waarden (bijvoorbeeld bedragen, contractnummers) zijn doordat ze gelabeld zijn, automatisch te verwerken. De EDIFACT-drager voor een P-View is het INSLBW-bericht.
• Een bepaald GIM sjabloon is altijd gebaseerd op één van de beschikbare AFD berichtstructuren. Een GIM sjabloon bevat - gebaseerd op een bepaalde AFD berichtstructuur - een set labels die corresponderen met labels uit het AFD. Een gevuld GIM sjabloon bevat naast de labels ook bijbehorende waarden. Deze waarden (bijvoorbeeld bedragen, contractnummers) zijn doordat ze gelabeld zijn, automatisch te verwerken.

Voorbeeld structuur

Voorbeeld structuur: in het Contractbericht is onder het Polis/Onderdeel een Partij Tussenpersoon met bijbehorende Contactpersoon genest. Onder de Partij Verzekeringnemer is een hele serie entiteiten genest. Via Partij Werkgever worden bijvoorbeeld de gegevens van de werkgever van de verzekeringnemer doorgegeven.

Transactiestandaard (GIM)

De Generieke Interface Manager (GIM) is een SIVI-standaard voor het uitwisselen van transacties binnen de intermediaire financiële dienstverlening. Het GIM protocol zelf is een SIVI-standaard, maar de GIM maakt ook gebruik van andere standaarden, te weten:

• All Finance Datacatalogus (AFD)
• AFD berichtstructuren: per GIM 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)

Het gebruik van extranetten van verzekeraars voor het uitvoeren van polistransacties 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 GIM ontwikkeld.

Indien een verzekeraar de GIM-standaard heeft ingebouwd voor een bepaald product en een bepaalde functie - bijvoorbeeld: aanvragen contract autoverzekering, dan publiceert de verzekeraar dit via e-mail in het GIM-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 polisstukken.

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 GIM dialoog geen dubbele invoer hoeft plaats te vinden:

1. Alles wat in het administratiepakket is ingevoerd is automatisch beschikbaar in het extranet
2. Alles wat in het extranet is ingevoerd is beschikbaar in het administratiepakket

Onderstaande tabel geeft een overzicht van de GIM protocollen met voorbeelden.

Wat is het belangrijkste toepassingsgebied van SIVI-standaarden?

Bovenstaande afbeelding toont het belangrijkste toepassingsgebied van SIVI-standaarden:

• De aanlevering van gegevens gebeurt via het extranet van de maatschappij.
• Door het (uniform) koppelen van het administratiepakket van de tussenpersoon aan maatschappijspecifieke extranetten kunnen de controles (t.b.v. schone invoer) geheel worden gedaan door de verzekeraar, die daarmee minder afhankelijk wordt van anderen om efficiency te bereiken.
• Hoe de afhandeling vervolgt nadat de gegevens (schoon) zijn aangeleverd is aan de betreffende verzekeraar (vanuit het extranet wordt tenminste teruggekoppeld aan het intermediairpakket dat de gegevens schoon zijn ontvangen).
• Waar mogelijk worden gegevens aangeleverd vanuit het intermediairpakket, zodat die niet dubbel hoeven worden ingevoerd.
• Indien gegevens niet synchroon kunnen worden teruggeleverd door de maatschappij aan het intermediairpakket, zal dit op asynchrone wijze via de P-views (prolongatie, mutatiebevestiging) kunnen blijven geschieden.

Qua volume zijn prolongaties (ca. 145.000.000 berichten per jaar) en mutatiebevestigingen (ca. 10.000.000 berichten per jaar) de belangrijkste informatiestromen.

Welke standaarden heeft SIVI voor de volmachtmarkt?

Op de koppelvlakken van gevolmachtigde naar intermediair en volmachtgever zijn voor vrijwel alle processen SIVI-standaarden beschikbaar, maar dit wil nog niet zeggen dat ze ook toegepast worden. In het bijzonder het uitwisselen van gegevens van gevolmachtigde naar volmachtgever is gebaseerd op standaarden van de NVGA. NVGA en SIVI zijn hierover wel in positieve dialoog.

In een aantal toepassingsgebieden worden de standaarden van SIVI gebruikt. Via de berichtendiensten van commerciële aanbieders worden grote aantallen prolongatieberichten en mutatiebevestigingen verstuurd naar het intermediair. Een paar andere kenmerkende voorbeelden worden hierna besproken.

Opvragen van premies / offertes en sluiten van contracten via Aplaza
Het intermediair kan vanuit zijn administratiepakket premies opvragen, offertes aanvragen en contracten sluiten bij Voogd & Voogd, waarbij gegevens slechts eenmaal worden ingevoerd. Hiertoe heeft Voogd & Voogd via Aplaza een koppeling gerealiseerd met de intermediairs die gebruik maken van de software van Unit4 Agresso Financiële Intermediairs en ANVA. Hierbij wordt voor wat betreft de koppeling vanuit Aplaza naar intermediair gebruik gemaakt van de GIM en het AFD.

De koppeling tussen het extranet van Voogd & Voogd en Aplaza is gebaseerd op het AFD en de zogenaamde Toolbar-techniek. Voogd & Voogd hoeft geen GIM te implementeren.

Opvragen tarieven via VolmachtBeheer Product Interface (VPI)
Tegenwoordig is het opnemen van producten van verzekeraars in de administratie van een gevolmachtigde een tijdrovend proces. Daarnaast dient dit niet eenmaal, maar bij elke gevolmachtigde te geschieden. Ook het onderhoud hiervan geschiedt voor elke gevolmachtigde afzonderlijk. Al lang bestaat er de behoefte distributie en implementatie van nieuwe tarieven te vereenvoudigen. De VolmachtBeheer Producten Interface (VPI) realiseert een koppeling tussen de tariefmodules van de verzekeraars en de administratiepakketten van de volmachtbedrijven.

De voordelen op een rij:

• De producten van de maatschappij zijn sneller beschikbaar voor de volmachtbedrijven;
• Altijd de juiste premies;
• Geen onnodig en dubbelwerk voor de gevolmachtigde (besparing op applicatiebeheer);

De gevolmachtigde heeft daardoor meer tijd voor de klant.

De VPI is gebaseerd op SIVI-standaarden.
Naar verwachting worden in de toekomst ook andere functies operationeel:

• Validatie contractaanvraag;
• Acceptatiebeoordeling van contractaanvragen;
• Acceptatiebeoordeling van contractwijzigingen;
• Opvragen prolongatie tarief;
• Overdracht Special Limit;
• Schadebehandeling overdracht;
• Schadereservering.

Welke standaarden heeft SIVI voor de zakelijke markt?

Voor wat betreft het aanvragen / muteren van eenvoudige bedrijfsverzekeringen verlopen de processen analoog aan het aanvragen / muteren van particuliere verzekeringen. Het verschil zit in het doorgeven van beheermutaties voor collectieve contracten.

Waar een particulier product twee partijen kent, te weten verzekeraar en de verzekeringnemer, kent een zakelijk product veelal meer partijen: verzekeraar, werkgever en een aantal deelnemers (werknemers) in de verzekering. Op het moment dat een mutatie plaatsvindt in de gegevens van de deelnemers, betekent dit niet dat het contract wijzigt. Er zijn dus voor zakelijke verzekeringen twee soorten mutaties: mutaties van het contract zelf en mutaties binnen de randvoorwaarden van het contract (beheer­mutaties).

In tegenstelling tot de particuliere markt is het intermediair niet de enige partij die de communicatie over contracten met de verzekeraar voert. In de zakelijke markt worden de beheer­mutaties vaak ook direct door werkgevers, administratiekantoren of andere partijen doorgegeven. In een aantal gevallen is integratie van de processen van de werkgever wenselijk, zodat transacties via het intermediair, maar op initiatief van de werkgever kunnen worden uitgevoerd. De standaarden zijn zodanig ontwikkeld dat in geval het intermediair een directe of indirecte rol speelt bij het actief beheer van het contract, het intermediair deze rol ook daadwerkelijk kan (blijven) vervullen.
De afbeelding geeft de context voor de processen / informatiestromen / koppelingen die volledig ondersteund worden door de huidige set SIVI-standaarden. Het AFD is geschikt voor het doorgeven van diverse soorten beheermutaties, bijvoorbeeld ziek- en herstelmeldingen of diverse mutaties in de gezinssamenstelling van de werknemer.

Welke rol speelt SIVI bij de totstandkoming van internationale standaarden?

Wat is de Loonaangifte Plus (pensioenaangifte) standaard?

SIVI heeft een Loonaangifte Plus standaard ontwikkeld, omdat UWV (nog) niet volledig kan voorzien in de gegevensbehoefte van pensioenuitvoerders. Door een aantal extra gegevenselementen op te nemen – vastgelegd in de zogenaamde Loonaangifte Plus - wordt dit probleem verholpen.
Lastenverlichting werkgevers, intermediairs, administratiekantoren en salarisverwerkers
De pensioenverzekeraars willen de administratieve belasting van werkgevers en afwijkende inzenders (zoals intermediairs, administratiekantoren en salarisverwerkers) verder verminderen door het inwinnen van de gegevens voor de pensioenverzekeringen te laten aansluiten bij het inwinnen van de gegevens voor de Belastingdienst en UWV. De Belastingdienst heeft niet alleen een berichtstructuur gedefinieerd, maar in samenhang daarmee ook een werkwijze voor aanvullingen en correcties op eerdere berichten, en voor het bewaken van de volledigheid. Het overnemen van ook die werkwijze kan administratief gemak betekenen voor de inzenders, omdat zij dan voor zowel Belastingdienst als pensioenverzekeraars gelijke of sterk gelijkende processen kunnen inrichten.

Loonservicebureaus en leveranciers salarispakketten staan welwillend tegenover Loonaangifte Plus
Salarisverwerkers en salarispakketten zijn de bron voor pensioengerelateerde informatie.
Deze groep:

• Wil unaniem een standaardbericht gebaseerd op de Loonaangifte;
• Ziet de toegevoegde waarde van de Loonaangifte Plus voor haar klanten;
• Toont zich bereidwillig om een bijdrage te leveren aan de succesvolle ontwikkeling en implementatie van de Loonaangifte Plus.

Kostenbesparingen en effectievere processen pensioenverzekeraars
Pensioenverzekeraars willen tegen minimale kosten digitale mutaties met betrekking tot deelnemers in collectieve contracten ontvangen. Hiertoe is aanlevering vanuit de bronsystemen van werkgevers een noodzakelijke randvoorwaarde. Dit betekent minder kans op fouten. Daarnaast levert een uniforme systematiek van aanlevering een extra besparing. Daarmee ontstaat een instrument voor de kostenverlaging van het beheer van contracten.

Door de Loonaangifte Plus maandelijks te verwerken kan de pensioenverzekeraar sneller de juiste aanspraken berekenen, sneller de juiste informatie verstrekken en sneller de juiste premie innen bij de werkgevers.

Voordelen voor werkgevers en werknemers
De werkzaamheden voor werkgevers worden eenvoudiger en minder tijdrovend. Werknemers kunnen sneller en beter geïnformeerd worden over opgebouwde pensioenaanspraken.

Waarom werkt SIVI samen met Syntrus Achmea?
Syntrus Achmea heeft het initiatief genomen in de ontwikkeling van de pensioenaangifte (www.pensioenaangifte.nl). De ontwikkeling van de pensioenaangifte wordt nauw afgestemd met de diverse leveranciers. Uitrol vindt plaats vanaf 2010. Naar verwachting van Syntrus Achmea zijn alle leveranciers medio 2010 gereed met het implementeren van de pensioenaangifte.

SIVI streeft er naar Loonaangifte Plus zoveel mogelijk af stemmen op de pensioenaangifte van Syntrus Achmea. De adoptiegraad bij leveranciers van salarispakketten, de loonservicebureaus wordt hierdoor vergroot.

Wat is de SIVI-roadmap standaarden?

In 2008 heeft SIVI een roadmap standaarden opgesteld, met als doel:

• Het plaatsen van de SIVI-standaarden in de juiste context;
• Een beter gedeelde visie rond onderliggende concepten;
• Een goed begrip van de actuele issues;
• Een duidelijk beeld hoe SIVI verwacht dat de markt zich ontwikkelt.

Dit biedt:

• Een concrete horizon waartegen partijen in de branche investeringen kunnen doen;
• Een duidelijke context en justificatie voor de projecten die door SIVI geïnitieerd worden.

De benadering waarbij SIVI zich alleen richt op administratieve ketenprocessen (het tot stand komen, muteren, beheren en prolongeren van verzekeringsproducten) tussen verzekeraar en intermediair moet anno 2010 in een breder perspectief geplaatst worden. Activiteiten binnen de keten kennen velen actoren. SIVI kan / moet hier een rol vervullen:

• Proactief de samenhang in kaart brengen waardoor kansen beter benut kunnen worden.
• Streven naar (waar relevant) alignment van standaarden.

Een integrale blik is gewenst, gerelateerd aan intermediaire distributie is een groot aantal partijen actief:

Welke afspraken zijn over beveiliging gemaakt?

Binnen SIVI is afgesproken dat GIM transacties beveiligd worden met een persoonsgebonden digitaal certificaat of een bedrijfsgebonden certificaat. In de praktijk gaat het om het Digitale Paspoort van ABZ en het Bedrijfscertificaat van ABZ. Hiermee werd voor het intermediair mogelijk om zonder gebruikersnaam en wachtwoord toe gang te krijgen tot de extranetten van diverse maatschappijen.

Het valideren van certificaten is het vaststellen van de geldigheid van een certificaat. De deelnemers in het SIVI hebben afgesproken dat het afdoende is de certificaten te valideren op grond van de Certificatie Revocation List (CRL). Dit is een lijst waarop ingetrokken certificaten (waarvan de geldigheidsdatum nog niet is verlopen) zijn opgenomen, inclusief de reden voor intrekking, de datum van uitgifte, de uitgevende partij en de publicatietijd van de volgende versie van de CRL. CRL’s kunnen worden gezien als een “black list”, alleen ingetrokken certificaten staan hier in vermeld. Om zeker te zijn van de actualiteit geldt voor certificaten van ABZ de eis dat de CRL iedere 24 uur opnieuw moet worden opgehaald. In het certificaat staat vermeld waar de CRL kan worden opgehaald.

Het alternatief is certificaten te valideren op basis van de LDAP. De LDAP is een centrale databank waarin onder meer gegevens over de certificaathouders en de status van alle uitgegeven certificaten zijn vastgelegd. LDAP validatie vindt plaats op basis van een “white list”, waardoor zekerheid over de geldigheid van een certificaat bestaat. De ABZ LDAP wordt om de paar minuten bijgewerkt met actuele gegevens, en informatie over ingetrokken certificaten is binnen enkele seconden aanwezig in de LDAP. Het is mogelijk de validatie regels uit de LDAP door middel van caching tijdelijk locaal op te slaan.

Wat is de GIM Communicatie Module die SIVI ter beschikking stelt aan leveranciers?

Door een groeiende groep (leveranciers, maatschappijen) is gevraagd om een module die ook geschikt is voor (web-)server toepassingen. Daarom is in 2008 de nieuwe GIM Communicatie Module (GCM) ter beschikking gekomen.

De module regelt de communicatie met de extranetten van de verzekeraars en ondersteunt alle GIM protocollen. Een systeemhuis dat de module implementeert bespaart hierdoor veel werk.

Wat doet SIVI aan het certificeren van toepassingen?

SIVI legt de eisen vast waaraan applicaties dienen te voldoen om te conformeren aan de standaarden. SIVI toetst (releases van) applicaties van externe leveranciers en ‘zelfbouwers’ op correct gebruik en correcte implementatie van de standaarden. Bij een succesvolle toets (certificering) krijgt de applicatie het stempel “branche compliant”. SIVI brengt daarnaast testmechanismen op de markt die applicatiebouwers vrij kunnen gebruiken.

Certificatie deelnemers berichtenverkeer
Certificering is het toetsen van applicaties aan de intermediaire kant en aan de maatschappijkant die gereed zijn gemaakt voor het gebruik van de SIVI standaarden in overeenstemming met de daaraan gestelde eisen ten behoeve van communicatie tussen partijen in het intermediaire distributiekanaal.

De partij die certificering moet aanvragen is degene die een applicatie gereed heeft gemaakt voor het gebruik van de genoemde branchestandaarden in overeenstemming met de daaraan gestelde eisen ten behoeve van communicatie tussen partijen in het intermediaire distributiekanaal.

Belangrijke aandachtspunten:

• Certificering ontslaat de aanvrager niet van de eigen verantwoording ten aanzien van de kwaliteitsnormen (bijvoorbeeld bij zenden van berichten).
• Bij certificering wordt een aantal gespecificeerde eisen getoetst. Certificering is geen wondermiddel.
• Certificering gaat uit van vooraf gestelde eisen. Het kan voorkomen dat in een later stadium toch problemen en gebreken optreden. Dit kan leiden tot bijstelling van de gespecificeerde eisen.
• Certificering is een momentopname. Bij wijziging van gecertificeerde software moet veelal opnieuw gecertificeerd worden. Hier ligt een zware verantwoordelijkheid bij de aanvrager.

Deelnemers in SIVI kunnen zich laten certificeren voor:

• versturen prolongaties;
• versturen mutatiebevestigingen;
• versturen bestandsinterfaces;
• implementatie GIM Transactie Service;
• implementatie GIM Resultaten Service.

Hercertificering
Van hercertificering is sprake indien

• Afkeuring heeft plaatsgevonden en hetzelfde product nogmaals ter certificering wordt aangeboden;
• Intrekking van een certificaat heeft plaatsgevonden, en hetzelfde product nogmaals ter certificering wordt aangeboden;
• Nieuwe of gewijzigde software in gebruik wordt genomen die effect zou kunnen hebben op de kwaliteit van de uit te wisselen berichten / transacties;
• SIVI zodanige wijzigingen in de standaarden doorvoert dat er naar haar oordeel hercertificering nodig is. Dit kan ook als er sinds de laatste certificering een nader te bepalen periode is verstreken.

Certificeringeisen
SIVI splitst de criteria in drie categorieën:

• Interne criteria

De berichten dienen hier zonder meer aan te voldoen. De criteria zijn beschreven in de genoemde handboeken en kunnen zonder externe informatie (bijvoorbeeld nota's, polisstukken enz.) gecontroleerd worden.

• Externe criteria

De berichten dienen hier zonder meer aan te voldoen. De criteria zijn afgeleid van de genoemde handboeken en kunnen alleen met externe informatie (bijvoorbeeld nota's, polisstukken enz.) gecontroleerd worden.

• Aanvullende criteria

Overige criteria waaraan zonder meer moet worden voldaan om het geautomatiseerde proces bij de tussenpersoon correct en gebruikersvriendelijk te laten verlopen. Deze criteria kunnen niet worden getoetst aan de hand van berichten, noch aan de hand van externe informatie als nota's en dergelijke.

Publicatie

SIVI publiceert op haar site www.sivi.org een actueel overzicht van lopende, geplande en gerealiseerde certificeringen.

Wat is Controle Online?

Om partijen in staat te stellen zelf de kwaliteit van berichten en dergelijke te testen is Controle Online ontwikkeld. Controle Online wordt aan partijen ter beschikking gesteld via www.sivi.org

Een bestand (dat meerdere berichten kan bevatten) wordt door middel van een oplaadfunctie aan Controle Online aangeboden. Na controle krijgt de gebruiker de beschikking over het resultaat (foutmeldingen) door middel van een te downloaden bestand.

Met Controle Online kunnen de volgende berichtsoorten worden gecontroleerd:

• P-Views (uitsluitend AFD-berichten) in EDIFACT formaat;
• GIM sjablonen in XML formaat;
• GIM resultaten in XML formaat.

De toegang tot Controle Online is beveiligd door middel van een Digitaal Paspoort.

Hoe speelt SIVI in op de digitalisering van polissen?

Op dit moment ligt een wetsvoorstel van minister van Justitie Hirsch Ballin ter beoordeling bij de Eerste Kamer op basis waarvan het voor verzekeraars en gevolmachtigden mogelijk wordt om digitale verzekeringspolissen aan klanten te verstrekken. De nieuwe wet beschrijft de voorwaarden waaraan moet worden voldaan. Zo moet de polishouder vooraf nadrukkelijk instemmen met een digitale polis, moet de polis kunnen worden opgeslagen voor toekomstig gebruik en voorzien zijn van een gekwalificeerde elektronische handtekening. Een ontvangstbevestiging van de polishouder is niet verplicht. Wanneer aan alle wettelijke verplichtingen is voldaan, heeft de elektronische polis dezelfde rechtsgeldigheid als de schriftelijke polis.

Naar verwachting gaan verzekeraars en gevolmachtigden in toenemende mate digitale polissen (in PDF-formaat) uitwisselen met de consument en het intermediair. Voor de uitwisseling met het intermediair staan verschillende SIVI-standaarden ter beschikking.

Verzekeraars en gevolmachtigden bepalen welke mogelijkheden ze willen toepassen. Dit hangt onder meer af van de inrichting van de processen en of een verzekeraar of gevolmachtigde realtime online polissen kan verstrekken. Als het intermediair eenmaal beschikt over een digitale polis van zijn klant dan kan deze op meerdere manieren aan dezelfde klant ter beschikking worden gesteld.

Het succes van de digitale polis is grotendeels afhankelijk van de beleving van de klant. De polishouder moet immers expliciet toestemming geven om de polis digitaal te versturen. De klant moet met andere woorden overtuigd worden van de meerwaarde. Dit kan door de digitale polis gebruiksvriendelijker te maken en extra functionaliteiten toe te voegen die met een papieren polis niet mogelijk zijn. Zo heeft SIVI een standaard ontwikkeld voor het opnemen van een gestructureerd bericht – op basis van het All Finance Datamodel - in een PDF document. Hiermee wordt één document geschikt voor zowel afdrukken als voor automatische gegevensverwerking door applicaties.

Nationaal Polisregister
Iedereen kent vast wel de verhalen over schoenendozen vol polissen, waar de gezochte polis niet gevonden wordt op het moment dat het nodig is. En als al een polis wordt gevonden, dan is het de vraag of het de laatste versie is. Wat zou er daarom mooier zijn als iedere consument via eenvoudige internet toegang binnen 1 minuut een actueel overzicht van al zijn polissen kan opvragen… Willen de verzekeraars dit binnen een paar jaar mogelijk maken, dan zullen zij hiertoe moeten samenwerken en afspraken maken. Een deel van de afspraken wordt vastgelegd in branchestandaarden. Tegenover deze droom staat de nachtmerrie voor elke consument: bij iedere verzekeraar inloggen met een andere gebruikersnaam/wachtwoord combinatie en nooit een totaaloverzicht van alle polissen. En dat terwijl de pensioenuitvoerders dezelfde consument wel een integraal beeld bieden van alle opgebouwde pensioenrechten.

SIVI nam het initiatief om een standaard te ontwikkelen voor een digitaal polisregister waar de consument een overzicht kan vinden van al zijn lopende polissen. Het Verbond van Verzekeraars werd gevraagd dit initiatief te steunen als Executive Sponsor en waar mogelijk op te treden als coördinator. Omdat een zogenoemd Nationaal Polisregister goed past binnen de consumentenfocus en de klant centraal gedachte gaf het Verbondsbestuur opdracht tot het uitvoeren van een haalbaarheidsanalyse naar een Nationaal Polisregister. SIVI droeg vanuit haar expertise bij aan de totstandkoming van dit rapport. Doelstelling van deze haalbaarheidsanalyse was beantwoording van de vraag of en onder welke voorwaarden een Nationaal Polisregister realiseerbaar is in de Nederlandse verzekeringsmarkt.

De Haalbaarheidanalyse bestond uit een drietal onderdelen:

• Een consumentenonderzoek, uitgevoerd door Gfk in opdracht van het CVS;
• Interviews met bestuursmaatschappijen aangevuld met enkele kleinere maatschappijen om zo een representatief beeld van de branche te hebben, uitgevoerd door het Verbond zelf;
• Een onderzoek naar de relevante juridische en maatschappelijke ontwikkelingen.

De Haalbaarheidsanalyse werd in het najaar van 2009 in het Verbondsbestuur besproken. Uit de analyse bleek dat het merendeel van de consumenten en verzekeraars positief staan tegenover een Nationaal Polisregister. Een aantal van de randvoorwaarden is op korte termijn niet realiseerbaar. Met namen de geldende wet- en regelgeving en kostbare technische infrastructurele aspecten lijken hierbij het meest nijpend. Het bestuur van het Verbond besloot daarom de beslissing over het opzetten van een Nationaal Polisregister voorlopig op te schorten. Medio 2012 wordt bekeken of aan alle randvoorwaarden voor het opzetten van een Nationaal Polisregister, kan worden voldaan.
Dan is ook meer bekend over de mate waarin de introductie van het Pensioenregister succesvol is verlopen.

Bekeken wordt op welke wijze verzekeraars die begonnen zijn met de digitalisering van polissen en de ontsluiting naar de consument, op reguliere basis bijeen kunnen worden gebracht, bijvoorbeeld door het opzetten van een werkgroep. Deze voorlopers kunnen zo ervaringen uitwisselen en standaarden vaststellen voor een eventuele toekomstige koppeling van verzekeraars en gevolmachtigden aan het Nationaal Polisregister. Deze standaarden en richtlijnen werken kostenbesparend zodra het Nationaal Polisregister op een later moment gerealiseerd wordt.

Waarom maakt SIVI afspraken met het UWV?

Werkgevers moeten vanaf 1 januari 2006 per maand of per vier weken (in enkele gevallen per jaar of per half jaar) elektronisch de aangifte loonheffingen indienen. Naast collectieve gegevens moet de ondernemer ook veel gegevens per individuele werknemer verstrekken, zoals NAW-gegevens, wel / geen auto van de zaak, omvang van de individuele loonheffing, WIA basispremie, en dergelijke. De Belastingdienst zendt deze gegevens door naar het UWV. Zo kan het UWV zien welke werknemers in die periode verzekerd zijn geweest. Als een werknemer dan een uitkering nodig heeft van het UWV, zijn daar de meest actuele gegevens voorhanden.

De Loonaangifte geschiedt vanaf 2006 verplicht elektronisch. Dit kan onder meer via de site van de Belastingdienst en met eigen aangifte- of administratiesoftware. De aangifte kan ook lopen via een zogenaamde fiscaal intermediair, zoals een salarisservicebureau, accountant of belastingadviseur. De werkgever ontvangt per aangiftetijdvak een blanco acceptgiro voor het afdragen van de loonheffingen.
Met de komst van Loonaangifte – en de maandelijkse aanlevering van loon- en uitkeringsgegevens vanuit werkgevers en uitkeringsinstanties - bevat de Polisadministratie van het UWV informatie over alle Nederlandse arbeidsverhoudingen en uitkeringsverhoudingen. De Polisadministratie is derhalve één van de grootste administratieve databases die Nederland kent. Voor ca. 14 miljoen Nederlanders en in Nederland werkzame buitenlanders worden maandelijks ca. 20 miljoen uitgebreide loonaangiften gedaan. Ongeveer 600.000 werkgevers leveren aan en de Polisadministratie bevat ruim 18 miljoen actieve inkomstenverhoudingen.

Verzekeraars willen zo efficiënt mogelijk zoveel mogelijk digitale beheermutaties (mutaties met betrekking tot deelnemers in collectieve contracten) van hoge kwaliteit ontvangen. Het realiseren en onderhouden van koppelingen met vele werkgevers (eventueel via loonservicebureaus, administratiekantoren e.d.) is voor verzekeraars een kostbare aangelegenheid. Een koppeling met de Polisadministratie van UWV biedt verzekeraars de kans om op één plek (juiste, volledige, betrouwbare) gegevens op elektronische wijze in te winnen en vervolgens (zonder menselijke tussenkomst) te verwerken

Voor welke producten acht SIVI gegevensuitwisseling op dit moment zinvol?
Het wettelijk kader voor de gegevensuitwisseling is vastgelegd in de wet SUWI en het besluit SUWI. Voor wat betreft inkomensverzekeringen kan UWV naar verwachting in de gegevensbehoefte van verzekeraars voorzien. Voor pensioenproducten is dit nog maar de vraag.

Verzekeraars mogen via UWV polisgegevens ontvangen voor de uitvoering van arbeidsongeschiktheidsverzekeringen die onderdeel uitmaken van de pensioentoezegging van de werkgever. Voorts mogen door UWV polisgegevens geleverd worden voor de uitvoering van overeenkomsten met werkgevers ter afdekking van het risico van loondoorbetaling bij ziekte.

• WIA/WGA producten
  • De basis van gegevensverstrekking voor pensioengerelateerde producten, is art. 73 lid 1 sub a Wet SUWI. UWV mag alleen gegevens leveren die noodzakelijk zijn voor de uitvoering van de pensioenregelingen. De WIA/WGA producten vallen wetstechnisch onder de pensioenen, mits de gesloten verzekeringen deel uit maken van de pensioentoezegging van de werkgever aan de werknemer.
• Loondoorbetaling bij ziekte
  • Op grond van art. 73 lid 2 sub B Wet SUWI mag UWV gegevens verstrekken aan financiële ondernemingen (verzekeraars) die overeenkomsten met werkgevers hebben afgesloten, waarbij de werkgevers de financiële risico’s afdekken die, in dit geval, ontstaan bij ziekte van hun werknemers. Er worden kosten in rekening gebracht (lid 7) en het sofi-/burgerservice-nummer mag worden gebruikt (lid 11, sub b).

Wat zijn de volgende stappen?

UWV ontwikkelt generieke gegevensdiensten die door meerdere partijen kunnen worden afgenomen. Hierdoor hoeft UWV niet meer met individuele afnemers afspraken te maken over de inhoud van de gegevensset. Op centraal niveau kan op basis van collectieve besluitvorming één gegevensset en een protocol voor de uitwisseling worden afgesproken waarmee nagenoeg de hele sector bediend kan worden. Dit laatste wordt geborgd door dat SIVI in dit dossier optrekt met het Verbond van Verzekeraars, die tevens vertegenwoordigd is in het SIVI-bestuur.

In het verlengde van een te sluiten intentieovereenkomst, worden afspraken gemaakt.

Hierbij moet gedacht worden aan:

• Gegevensset inkomensverzekeringen
  • Welke gegevens worden uitgewisseld?
  • Wat is de actualiteit van de gegevens?
  • Wat is de kans op veranderingen in de gegevensset?
• Protocol voor gegevensuitwisseling
  • Hoe worden de gegevens uitgewisseld:
  • Periodiek op initiatief van UWV?
  • Via abonnementensysteem?
• Uitwisseling Arbeidsongeschiktheidsmeldingen
• Onderzoek uitbreidbaarheid loonaangifte t.b.v. pensioen
• Basiscontract & Tarieven & Algemene voorwaarden & SLA
• Audits & certificeringen (vergelijk horizontaal toezicht Belastingdienst)

Welke ontwikkelingen op het gebied van koppelingstechnieken signaleert SIVI?

In de markt wordt een variëteit aan technieken gebruikt om koppelingen tot stand te brengen. De mogelijkheden van de software in gebruik, beschikbaar budget, tijd en/of beschikbare kennis zijn mede bepalend voor de voorkeuren die hier bestaan. De technieken 1, 7, 10 en 11 zijn door SIVI gestandaardiseerd. Andere technieken worden echter wel gebruikt of zijn aantrekkelijk om te gebruiken. Afspraken rond standaarden zijn kostenverlagend, kunnen de beheersbaarheid vergroten, of kunnen de drempel voor gebruik verlagen.

Het verbreden van de ondersteuning door SIVI van andere koppelingstechnieken kan goed in het verlengde van al bestaande standaarden en/of systematiek. Het is niet de verwachting dat dit t.a.v. beheer door SIVI zal leiden tot substantiële extra kosten. Wel zal SIVI meer expertise moeten opbouwen t.a.v. de onderliggende technologieën.

Huidige SIVI standaarden prima vertrekpunt voor verbreding van ondersteuning

• Afhankelijk van eigen omgeving, budget, tijd etc. bestaat er toenemend de behoefte te variëren in koppelingstechniek.
• Per koppelingscategorie (kolom B) is er 1 variant van afhandeling (kolom A). De technologie voor communicatie (koppelingstechniek) kan echter meer divers zijn (kolom C).
• Een significant deel van de kosten valt toe te rekenen aan het vertalen van AFD-berichten naar berichten die hanteerbaar zijn voor de interne verwerking (en andersom). Deze kosten zijn onafhankelijk van het aantal ondersteunde koppelingstechnieken.
• Een grotere variatie van gebruik van koppelingstechnieken (kolom C) impliceert niet een evenredige toename van de kosten in kolom A.

Koppelingstechnieken kunnen op verschillende manieren gedistribueerd worden

Naast dat koppelingstechnieken rechtstreeks gebruikt kunnen worden, is het ook mogelijk ze geclusterd aan te bieden. Er zijn dus meerdere wegen waarlangs koppelingstechnieken gedistribueerd kunnen worden. Feit is dat de markt kiest voor meer differentiatie in distributie. Techniek en distributie staan dus grotendeels los van elkaar.

Complexiteit transactie mede bepalend voor inzet koppelingstechniek

Voor een transactie moeten gegevens aangeleverd worden door de verzendende partij. Afhankelijk van het proces (premie opvragen, raadplegen polis, aanvragen offerte, invoeren claim, etc.) voert het intermediair (of de consument) bepaalde gegevens in. Het uiteindelijke doel is deze gegevens automatisch (zonder menselijke tussenkomst) te verwerken. Hiertoe moeten de gegevens voor verzending gecontroleerd worden. Een voorbeeld van een eenvoudige validatie van een door een intermediair ingegeven waarde voor een (Nederlandse) postcode is de controle of de invoer uit vier cijfers en twee letters bestaat. Een meer geavanceerde validatie zal ook controleren of de postcode daadwerkelijk bestaat.

Een eenvoudige transactie kan op basis van een aantal technische regels – die eenvoudig via gestandaardiseerde technieken als XML-Schema’s te distribueren zijn – gevalideerd worden. Het distribueren van de regels voor het valideren van complexe transacties heeft een grote impact:

• Hoge kosten vanwege de noodzaak om afspraken voor implementatie (en vervolgens beheer) te maken met leveranciers van intermediair software.
• Bepaalde controles zijn aan zijde verzender niet of nauwelijks uit te voeren: bv. validatie tegen databanken waartoe alleen de verzekeraar toegang heeft (FISH).
• Het is om commerciële redenen voor maatschappijen vaak ongewenst de business rules te distribueren.

Naarmate de complexiteit van transacties toeneemt of de variatie in verschillende transacties toeneemt, neemt het aantal geschikte koppelingstechnieken af. Geschikt betekent in dit verband dat het wel mogelijk is de transactie te valideren, maar dat de kosten (van o.a. distributie en beheer van validatie regels) significant toenemen. De koppelingstechnieken waarbij gebruik wordt gemaakt van de controles die uitgevoerd worden in het extranet van de verzekeraar variëren onderling ook sterk in te maken kosten. Form Filling, Webpagina POST en Webpagina GET hebben als voordeel dat de verzekeraar de koppelingstechniek niet zelf hoeft te implementeren binnen het extranet.