Beheerprocedure AFD Versie 20160201.1 SIVI
INHOUDSOPGAVE 1. INLEIDING... 4 1.1 DOEL... 4 1.2 DOELGROEP... 4 1.3 OPZET... 4 2. WELKE AFSPRAKEN WORDEN OVER HET AFD GEMAAKT?... 5 2.1 AFD... 5 2.2 BOUWSTENEN AFD... 5 2.3 AFD-BERICHTEN... 7 3. BEHEERPROCEDURE AFD... 10 3.1 AANVRAAG WIJZIGING STANDAARD... 10 3.2 UITBREIDINGEN / WIJZIGINGEN... 10 3.3 BEOORDELING VAN HET VERZOEK... 11 3.4 RELEASEKALENDER EN PUBLICATIE... 11 4. HET LATEN VERVALLEN VAN GEGEVENSELEMENTEN... 12 4.1 INLEIDING... 12 4.2 STAPPEN BIJ HET LATEN VERVALLEN VAN GEGEVENSELEMENTEN... 12 4.3 MOGELIJKHEID VAN BEROEP... 12 4.4 LAY-OUT AFD VERVALLIJST... 12 Beheerprocedure AFD Pagina 2 van 13
VERSIEBEHEER Versie Datum Auteur Status 20091201.1 01-12-2009 SIVI Vervallen 20100101.1 01-01-2010 SIVI Vervallen 20100701.1 01-07-2010 SIVI Vervallen 20110401 01-04-2011 SIVI Vervallen 20120401.1 01-04-2012 SIVI Vervallen 20160201.1 26-02-2016 SIVI Definitief Wijzigingen ten opzichte van de vorige versie Hoofdstuk/Paragraaf Titelblad Aanpassing Nieuw logo SIVI Beheerprocedure AFD Pagina 3 van 13
1. INLEIDING 1.1 Doel Dit document beschrijft de beheerprocedure voor het AFD. 1.2 Doelgroep Doelgroep Upper Management Midden / Lijn Management Consultant, Ontwikkelaar e.d. Verzekeraars 1 Nee Ja Ja Intermediairs Nee Ja Ja Leveranciers Nee Ja Ja 1.3 Opzet Na deze inleiding geeft hoofdstuk 2 een overzicht van de afspraken die over het AFD worden gemaakt. Hoofdstuk 3 beschrijft de beheerprocedure voor het AFD. Hoofdstuk 4 beschrijft de procedure voor het laten vervallen van gegevenselementen uit het AFD. 1 Verzekeraars en volmachten. Volmachten worden hierna niet meer apart genoemd. Beheerprocedure AFD Pagina 4 van 13
2. WELKE AFSPRAKEN WORDEN OVER HET AFD GEMAAKT? 2.1 AFD De belangrijkste door SIVI beheerde gegevensstandaard is het All Finance Datamodel (AFD). 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 Soorten contracten Polissen Pakketpolissen Collectieve contracten All Finance Datamodel Wijzigings verzoeken Publicatie (1x per maand) Verzekeraar Intermediair Leverancier Afnemer AFD Het AFD is uiteraard onderhevig aan veranderingen als gevolg bijvoorbeeld van ontwikkelingen bij de overheid en nieuwe wensen bij verzekeraars en intermediairs. Veranderingen aan de standaard hebben een potentiële impact voor de implementaties en zullen procedureel goed moeten worden ingebed. Met het oog op deze procedurele inbedding is een procedure ontwikkeld voor wijzigingen en aanvullingen op de standaard. De procedure wordt door SIVI beheerd en ten uitvoer gebracht conform de in deze handleiding beschreven procedure. 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.). 2.2 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. De labels worden in GIM sjablonen als XML tags toegepast. In gevulde GIM sjablonen worden hiermee de Beheerprocedure AFD Pagina 5 van 13
gegevens gelabeld. De labels worden in INSLBW berichten gebruikt voor het communiceren van de gegevens van Views en de gegevens van P-Views. Een domein beschrijft een klasse waarden met een gemeenschappelijk toepassingsgebied en gelijke structuur. Een voorbeeld is het domein datum dat gekoppeld is aan alle datum attributen in het AFD. Aan een domein kan een codelijst met codewaarden gekoppeld zijn. Onderstaande afbeelding beschrijft de samenhang tussen de bouwstenen van het AFD: 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 FUNCTIE an..17 CPREF n4 REGTIJD 04 05 06 07 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 Beheerprocedure AFD Pagina 6 van 13
Afspraken over opzet AFD In het Handboek AFD zijn alle afspraken over de opzet van het AFD vastgelegd. All Finance Datacatalogus De bijlage bij het handboek AFD bestaat uit de All Finance Datacatalogus, dat wil zeggen een lijst (in PDF) met entiteiten, attributen en codelijsten. AFD Online Op de website van SIVI is het AFD ook online toegankelijk. Er kan gezocht worden naar entiteiten, attributen en codelijsten met codewaarden. Hier bestaat ook de mogelijkheid nieuwe elementen aan te vragen. 2.3 AFD-Berichten In het handboek AFD-Berichten worden alle afspraken vastgelegd. Hierna volgt een overzicht van de belangrijkste begrippen. 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: (1) 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) (2) Pakketbericht Een pakketbericht bevat een verzameling contracten van eenzelfde klant, bij eenzelfde maatschappij (of volmacht), en die met elkaar verbonden worden door een mantel. (3) Relatiebericht Een relatiebericht bevat algemene gegevens van een relatie (klant) en kan tevens de contracten en pakketten van de relatie bevatten. (4) Batchbericht Een batchbericht is een verzameling van berichten en kan alle berichtsoorten bevatten. (5) Groepbericht Een groepbericht dient voor het communiceren van relatie- en contractgegevens gegevens 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. (6) Schadebericht Een schadebericht dient voor het doorgeven van gegevens van een schademelding / schadedossier. (7) Schadefactuur Een schadefactuur dient voor het communiceren van de te innen bedragen bij een verzekeraar na schadeherstel of serviceverlening. Beheerprocedure AFD Pagina 7 van 13
Entiteiten Bericht algemeen Polis/ onderdeel AFD-Berichtsoort Contractbericht Pakketbericht Bepaalt Structuur/inhoud van: Views P-Views Schade dossier Verzekering nemer Dekking Opstal Bestaat uit All Finance Datamodel Entiteiten worden gegroepeerd in: Relatiebericht Batchbericht Groepbericht Bepaalt Structuur/inhoud van: GIM sjablonen.. Schadebericht Schadefactuur 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. Bijvoorbeeld: AFD-BERICHTSOORT Contractbericht Pakketbericht Relatiebericht AFD-BERICHTSTRUCTUUR DIE VAN TOEPASSING IS / KAN ZIJN Contractbericht Pakketmantel Pakketonderdeel Relatiemantel Contractbericht Pakketmantel Pakketonderdeel Beheerprocedure AFD Pagina 8 van 13
Voorbeelden 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 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. Beheerprocedure AFD Pagina 9 van 13
3. BEHEERPROCEDURE AFD 3.1 Aanvraag wijziging standaard Bij SIVI aangesloten verzekeraars en intermediairs en met SIVI samenwerkende leveranciers (leveranciers die toestemming hebben het AFD te gebruiken) kunnen bij SIVI een formeel verzoek indienen voor de functionele wijziging of aanvulling van het AFD en / of de gerelateerde handboeken. Een verzoek kan dus betrekking hebben op: 1) Uitbreiding / Wijziging van het AFD; 2) Uitbreiding / Wijziging van het Handboek AFD; 3) Uitbreiding / Wijziging van het Handboek AFD-Berichten. Per verzoek kunnen meerdere wijzigingen worden voorgesteld en er zijn geen beperkingen in het aantal verzoeken dat per partij kan worden gedaan. Alleen indien het verzoek duidelijk en uitvoerbaar is, en niet overlapt of conflicteert met andere voorstellen wordt een voorstel in behandeling genomen. Aanvragen worden in volgorde van binnenkomst bij SIVI in behandeling genomen. Aanvragen bevatten minimaal de volgende gegevens: - naam van de aanvrager; - datum van de aanvraag; - aard van en aanleiding voor de wijziging; - omschrijving van de wijziging. De aanvraag kan schriftelijk, per e-mail (voorkeur: standaardisatie@sivi.org.) of via de website van SIVI (AFD Online) worden ingediend. 3.2 Uitbreidingen / wijzigingen AFD De volgende soorten wijzigingen kunnen bijvoorbeeld worden ingediend: - uitbreidingen door veranderde wensen / externe factoren; - wijzigingen op specificaties door veranderde wensen/externe factoren (wettelijke maatregelen, productontwikkeling, etc.); - wijzigingen voor het herstellen van onvolkomenheden in (gefixeerde) specificaties, zonder gevolgen voor de functionaliteit (bijvoorbeeld tikfouten); - wijzigingen voor het herstellen van onvolkomenheden in (gefixeerde) specificaties, waarbij de wijzigingen wel gevolgen hebben voor de functionaliteit. Bij een aanvraag voor een nieuwe entiteit moet een partij aangeven: - Naam; - Omschrijving; - Relatie met andere entiteiten; - Lijst met attributen. Bij een aanvraag voor een nieuw attribuut moet een partij aangeven: - Naam; - Omschrijving; - Formaat; - Datatype; - Entiteit waartoe het attribuut behoort. Bij aanvraag van een nieuwe codelijst moet worden aangeven: - Het attribuut of de attributen die gebruik maken van de codelijst; - De gewenste codewaarden; - Het doel van de codelijst. Beheerprocedure AFD Pagina 10 van 13
Handboek AFD Voorstellen kunnen worden ingediend voor het aanpassen / uitbreiden van het Handboek AFD. Handboek AFD-Berichten Voorstellen kunnen worden ingediend voor het aanpassen / uitbreiden van het Handboek AFD-Berichten. 3.3 Beoordeling van het verzoek Na ontvangst door SIVI wordt het verzoek op de volgende punten door SIVI beoordeeld: - De bevoegdheid van de aanvrager om het verzoek in te dienen; - Impact van de voorgestelde wijziging op bestaande implementaties; - Mogelijkheden om de wijziging gestalte te geven. Tijdens deze beoordeling kan de aanvraag in overleg met de aanvrager nog worden bijgesteld of aangescherpt tot een definitieve aanvraag. Na deze beoordeling wordt door SIVI besloten of de wijziging zonder meer kan / moet worden doorgevoerd of dat de wijziging moet worden voorgelegd aan de werkgroep AFD en / of de Referentiegroep en Raad van Advies. De volgende soorten uitbreidingen / wijzigingen kan SIVI zonder overleg doorvoeren: - Correcties op bestaande specificaties; - Nieuwe attributen; - Nieuwe codewaarden toevoegen aan een bestaande codelijst. Een uitzondering wordt gemaakt voor dekkingscodes en branchecodes. De volgende soorten uitbreidingen / wijzigingen worden altijd voorgelegd aan de werkgroep AFD: - Het uitbreiden van het AFD met nieuwe entiteiten; - Het uitbreiden van het AFD met nieuwe codelijsten; - Nieuwe codewaarden toevoegen aan de codelijsten voor dekkingscodes en branchecodes; - Aanpassen van de spelregels in het Handboek AFD of het Handboek AFD-Berichten; - Wijzigingen in de structuur van AFD-Berichten. De werkgroep AFD adviseert SIVI. De volgende soorten uitbreidingen / wijzigingen worden altijd voorgelegd aan de Referentiegroep en de Raad van Advies: - Het uitbreiden van het AFD met nieuwe productgroepen; - Uitbreidingen / wijzigingen met een significante impact op bestaande implementaties. Ook indien SIVI en de aanvrager in onderling overleg niet tot overeenstemming komen over de manier waarop het wijzigingsverzoek zal worden doorgevoerd, heeft de aanvrager het recht om het verzoek alsnog aan de Referentiegroep en Raad van Advies voor te leggen. Uiteindelijk beslist de Raad van Advies. 3.4 Releasekalender en publicatie Standaard AFD Handboek AFD Handboek AFD-Berichten Publicatie Iedere maand Ieder kwartaal Ieder kwartaal Alle documentatie wordt via www.sivi.org gepubliceerd. Beheerprocedure AFD Pagina 11 van 13
4. HET LATEN VERVALLEN VAN GEGEVENSELEMENTEN 4.1 Inleiding In toenemende mate is behoefte aan het schonen van het AFD: - Het AFD bevat doublures. o Twee analisten die onafhankelijk van elkaar een interface ontwerpen op basis van het AFD, komen hierdoor niet op hetzelfde resultaat uit. o Partijen moeten meer koppelingen leggen dan noodzakelijk. - Bepaalde gegevenselementen: o zijn op de verkeerde plaats opgenomen in het AFD (normalisatie); o worden niet meer gebruikt (verouderd); o zouden niet meer gebruikt moeten worden (verouderd); o zullen niet gebruikt worden (onbruikbaar). 4.2 Stappen bij het laten vervallen van gegevenselementen (1) SIVI benoemt ieder half jaar (1 juli, 1 januari) de gegevenselementen die gaan vervallen. SIVI laat zich hierover adviseren door de werkgroep AFD. (2) SIVI neemt de desbetreffende gegevenselementen op in de AFD Vervallijst. (3) De vervaldatum van een gegevenselement ligt twee jaar na het opnemen van het gegevenselement in de AFD Vervallijst. (4) SIVI gebruikt het typerende kenmerk (label) van een vervallen element niet voor een nieuw element. (5) SIVI gebruikt een vervallen code in een codelijst niet voor een nieuwe code in dezelfde codelijst. SIVI laat wanneer alle codes van een codelijst zijn komen te vervallen, de gehele codelijst vervallen. De label van een vervallen codelijst wordt niet opnieuw gebruikt. (6) SIVI publiceert de AFD Vervallijst op de SIVI website. (7) SIVI publiceert op de 1 ste dag van iedere maand het AFD op de SIVI website (AFD online). SIVI geeft hierbij aan dat een element op de AFD vervallijst staat. Tevens wordt (wanneer mogelijk) verwezen naar een alternatief gegevenselement. (8) SIVI publiceert op de 1 ste dag van iedere maand ook een afdrukversie van het AFD in PDFformaat. In de commentaarvelden bij gegevenselementen wordt (indien van toepassing) aangegeven wanneer een element vervallen is en verwezen naar een mogelijk alternatief. (9) SIVI verwijdert na het verstrijken van de vervaldatum het desbetreffende gegevenselement uit het AFD. Het element blijft wel op de AFD Vervallijst staan. (10) SIVI signaleert tijdens controles van AFD-Berichten of gebruik wordt gemaakt van gegevenselementen die geen deel uit maken van het AFD. 4.3 Mogelijkheid van beroep (1) Tot 3 maanden nadat een element op de vervallijst is gepubliceerd, kan een belanghebbende partij beroep aantekenen. Dit beroep moet met redenen omkleed worden ingediend bij SIVI. (2) Indien het beroep wordt gehonoreerd dat wordt het gegevenselement niet uit het AFD verwijderd. Wel bestaat de mogelijkheid dat het gegevenselement op de Vervallijst blijft staan. Dit laatste impliceert dan dat een beter alternatief voorhanden is. De vervaldatum van het gegevenselement wordt dan niet gevuld. 4.4 Lay-out AFD Vervallijst De lay-out van de AFD Vervallijst is zoveel mogelijk gelijk aan de lay-out van de AFD Datacatalogus. Beheerprocedure AFD Pagina 12 van 13
VERVAL.AFM NR NAAM FORMAAT POSITIE 1 Recordtype alfanumeriek 1-1 2 Entiteitscode alfanumeriek 2-3 3 Filler alfanumeriek 4-5 4 Attribuutcode alfanumeriek 6-12 5 Formaat attribuut alfanumeriek 13-19 6 Datatype attribuut alfanumeriek 20-21 7 Filler alfanumeriek 22-22 8 Label codelijst alfanumeriek 23-28 9 Naam alfanumeriek 29-64 10 Code alfanumeriek 65-69 11 Vervaldatum Numeriek 70-77 12 Toelichting Alfanumeriek 78-300 Recordtypen E = Entiteit A = Attribuut C = Code L = Codelijst Van een entiteit is opgenomen (recordtype E): - Entiteitscode - Naam - Vervaldatum - Toelichting (indien van toepassing) Van een attribuut is opgenomen (recordtype A): - Entiteitscode - Attribuutcode - Formaat attribuut - Datatype (indien van toepassing) - Label codelijst (indien van toepassing) - Naam - Vervaldatum - Toelichting (indien van toepassing) Van een code is opgenomen (recordtype C) - Label codelijst - Naam codelijst in Naam - Codewaarde in Code - Vervaldatum - Toelichting (indien van toepassing) Van een codelijst is opgenomen (recordtype L) - Label codelijst - Naam - Vervaldatum - Toelichting (indien van toepassing) Toelichting In de toelichting wordt waar mogelijk verwezen naar een alternatief gegevenselement dat gebruikt zou moeten worden. Beheerprocedure AFD Pagina 13 van 13