I. OVERBRENGING VAN DE GEGEVENS II. AANVRAGEN TOT IDENTIFICATIE OVERBRENGING VAN DE GEGEVENS INHOUD 1. Algemeenheden 1.1. Het koninklijk besluit van 19/02/1997 1.2. Nieuwe opdracht van het Belgisch Gemeenschappelijk Waarborgfonds 2. Het overmaken van de gegevens 2.1. Frequentie en voorwerp 2.2. Middel 2.3. Conventies voor de overbrenging 2.4. Over te brengen gegevens 2.4.1. Beschrijving van een record 2.4.2. Over te brengen gegevens per transactie 2.4.3. Betekenis van elke transactiecode 2.4.4. Notie van “open” periode 2.4.5. Codificatie van bepaalde zones 2.4.6. Voorbeelden 2.5. Controles uitgevoerd op de overgebrachte gegevens 2.5.1. De conversies 2.5.2. De controle van de geldigheid 2.5.3. De controle van de overeenstemming 2.6. De volledige revisie 2.7. De revisie per polis Bijlagen 1. 2. 3. Middel en frequentie van de overbrenging (voor de nieuwe leden) Formaat van een Belgische plaat “Modulo” chassis voor de DIV 1. ALGEMEENHEDEN 1.1. Het koninklijk besluit van 19/02/1997 Het KB van 19 februari 1997 gepubliceerd in het Belgisch Staatsblad van 14 maart 1997 beoogt de wetgeving betreffende de controle der verzekeringsondernemingen aan te passen aan een aantal Europeesrechtelijke bepalingen inzake de onderlinge aanpassing van de wetgeving van de Lid-Staten betreffende de verzekering tegen de burgerrechtelijke aansprakelijkheid waartoe deelneming aan het verkeer van motorrijtuigen aanleiding kan geven. Artikel 5 van de derde Richtlijn van de Raad van de Europese Gemeenschappen van 14 mei 1990 verplicht België de nodige maatregelen te treffen om te waarborgen dat de bij een verkeersongeval betrokken partijen in staat zijn onverwijld kennis te nemen van de identiteit van de verzekeringsondernemingen die de burgerrechtelijke aansprakelijkheid dekken ingevolge het gebruik van elk der bij dat ongeval betrokken motorrijtuigen. Het artikel 23 van de RICHTLIJN 2009/103/EG VAN HET EUROPEES PARLEMENT EN DE RAAD van 16 september 2009 betreffende de verzekering tegen de wettelijke aansprakelijkheid waartoe de deelneming aan het verkeer van motorrijtuigen aanleiding kan geven en de controle op de verzekering tegen deze aansprakelijkheid (gecodificeerde versie) , voorziet dat : Informatiecentrum 1. Iedere lidstaat draagt zorg voor de oprichting of erkenning van een informatiecentrum dat de benadeelde in staat moet stellen schadevergoeding te eisen en dat daartoe: a) een register bijhoudt dat de volgende informatie bevat: i) de inschrijvingsnummers van motorrijtuigen die gewoonlijk op het grondgebied van de betreffende lidstaat zijn gestald; ii) de nummers van de verzekeringspolissen waardoor het gebruik van deze voertuigen wordt gedekt voor de bij branche 10, punt A, van de bijlage bij Richtlijn 73/239/EEG ingedeelde risico’s, uitgezonderd de aansprakelijkheid van de vervoerder en, indien de polis is verstreken, de datum waarop de dekking is geëindigd; iii) (…) Het artikel 80 van de wet van 9 juli 1975 betreffende de controle der verzekeringsondernemingen wordt aangevuld met een §6 die luidt als volgt: “ §6. Elke bij een verkeersongeval betrokken persoon, alsmede zijn rechthebbenden en iedere natuurlijke of rechtspersoon evenals iedere instelling die of ieder organisme dat beschikt over een wettelijk of conventioneel subrogatierecht of over een eigen recht ingevolge dat ongeval, kan bij het Fonds kennis nemen van de identiteit van de verzekeringsondernemingen die de burgerrechtelijke aansprakelijkheid dekken ingevolge het gebruik van elk der bij dat ongeval betrokken motorrijtuigen die in België aan de inschrijving onderworpen zijn. Deze kennisname kan slechts geschieden voor ongevallen welke zich ten hoogste vijf jaar voor de datum van de aanvraag tot kennisneming hebben voorgedaan." BGTW – Veridass – Protocol januari 2014 Artikel 19bis-8 van de wet van 31 november betreffende de verplichte motorrijtuigenverzekering voorziet: § 1. Elke bij een verkeersongeval betrokken persoon, alsmede zijn rechthebbenden en iedere natuurlijke of rechtspersoon evenals iedere instelling die of ieder organisme dat beschikt over een wettelijk of conventioneel recht van indeplaatsstelling of over een eigen recht ingevolge dat ongeval, kan bij het Fonds de hierna volgende inlichtingen betreffende de bij het ongeval betrokken motorrijtuigen bekomen: 1°) de naam en het adres van de verzekeringsonderneming; 2°) het nummer van de verzekeringspolis; 3°) (…) 4°) (…) 5°) (…) § 2. Het verzoek om inlichtingen is slechts ontvankelijk in zover : 1°) het verzoek betrekking heeft op motorrijtuigen die gewoonlijk gestald zijn op het grondgebied van een Staat van de Europese Economische Ruimte; 2°) het ongeval zich heeft voorgedaan op het grondgebied van een Staat van de Europese Economische Ruimte of van een derde Staat waarvan het nationaal bureau van verzekeraars bij het groene kaartsysteem aangesloten is; 3°) het verzoek aan het Fonds werd gericht binnen een termijn van zeven jaar na het ongeval. De Koning kan de vorm en inhoud van het verzoek om inlichtingen bepalen. 1.2. Opdracht van het BGWF Teneinde een doeltreffende uitvoering van deze bepaling te garanderen, centraliseert het besluit in de schoot van het Fonds, enerzijds de gegevens die afkomstig zijn van de Directie voor de Inschrijving van Voertuigen en anderzijds, van de verzekeringsondernemingen die toegelaten zijn in België de verplichte verzekering van de aansprakelijkheid voor motorrijtuigen uit te oefenen. Die database wordt VERIDASS genoemd, voor VERzekeraar / IDentiteit(-té) / ASSureur. Sinds 1 april 1998 worden de bij een ongeval betrokken partijen toegelaten kennis te nemen bij het Belgisch Gemeenschappelijk Waarborgfonds van de identiteit van de verzekeringsondernemingen die de bij dat ongeval betrokken motorrijtuigen verzekeren. Elke aanvraag tot identificatie moet betrekking hebben op ongevallen die zich op of na 1 october 1997 hebben voorgedaan en ten hoogste 7 jaar vóór de aanvraag. Deze aanvragen worden bij voorkeur via informaticatoepassing ingevoerd of bij middel van een eenvoudige brief gericht aan het Fonds. Ze bevatten de naam en het adres van de aanvrager, de datum van de aanvraag en van het ongeval en de nummerplaat van de bij het verkeersongeval betrokken motorrijtuig. (Zie deel 2 van dit dossier, “ identificatie van een verzekeraar”) Het Fonds deelt zo spoedig mogelijk mee, via informaticatoepassing of bij middel van een eenvoudige brief, de naam, het adres en het polisnummer van de verzekeringsonderneming. 2. DE OVERBRENGING 2.1. Frequentie en voorwerp De verzekeringsondernemingen die lid zijn van het Belgisch Gemeenschappelijk Waarborgfonds moeten maandelijks, op de 16de van elke maand, hun updates overbrengen. Deze updates bevatten alle transacties betreffende de tak BA-auto uitgevoerd gedurende de periode die zich van de 16de van voorafgaande maand tot de 15de -van de maand waar de updates worden gezonden- uitstrekt, namelijk de nieuwe zaken, de schorsingen van de contracten, de opzeggingen, de hernieuwingen en al de wijzigingen inzake de “gegevens voertuig” en de “gegevens verzekeringsnemer”. Op die manier kan het Fonds op ieder ogenblik de verzekeringstoestand van elk ingeschreven voertuig nagaan. De frequentie van de mededelingen kan verhoogd worden en dit wordt gewenst. De updates worden op basis van het polisnummer verbonden aan de nummerplaat en het chassisnummer overgebracht. Ontbreekt de nummerplaat bij de overbrenging, dan worden de updates uitgevoerd op basis van het chassisnummer in AFWACHTING dat de onderneming de overeenkomstige nummerplaat kan meedelen. De updates worden chronologisch ingevoerd in de database VERIDASS zodat er een overzicht van 5 jaar ontstaat. 2.2. Middel van overbrenging (Zie bijlage nr 1 , voor de nieuwe leden alleen: in te vullen en ons terug te sturen) De gegevens zullen bij voorkeur overgemaakt worden via : • E-mail • FTP thru VPN (gelieve eerst contact op te nemen bmic @fcgb-bgwf.be, om de modaliteiten te bepalen en een user/password te ontvangen) Een overbrenging via PORTIMA wordt eveneens voorzien. Er valt op te merken dat PORTIMA eveneens bereid is de berichten van de ondernemingen die geen lid zijn ( van PORTIMA ) over te maken indien deze het wensen. 2.3. Conventies voor de overbrenging Aangezien het Fonds de bestanden van alle ondernemingen die de tak “Auto”uitoefenen, moet behandelen, wensen wij deze taak te vergemakkelijken en te versnellen door het gebruik van automatismen. • Overbrenging via e-mail Het E-mail adres dat hiervoor gebruikt wordt is veridass @fcgb-bgwf.be. Daarbij zullen de maatschappijen die dit systeem zullen gebruiken, verplicht zijn het volgende nadrukkelijk te vermelden: "UPDATE + BNB code" (de BNB code moet ons in 5 posities doorgegeven worden) in het onderwerp van de boodschap. In het hoofdgedeelte van de boodschap zullen de naam van het bestand van de update en het aantal records moeten vermeld worden, de rest van de boodschap zal niet gelezen worden, enkel het toegevoegde bestand zal gebruikt worden. (zie voorbeeld hieronder) De naam van het bestand moet in ieder geval de volgende structuur hebben: MDDxxxxx.TXT voor de bestanden die geen 4 Mega bevatten en MDDxxxxx.ZIP gecomprimeerd voor de andere. Er wordt toch gesuggereerd om in ieder geval altijd een gecomprimeerd bestand te gebruiken. In het hierboven vermelde voorbeeld van naam van bestand is M (maand) een letter van A voor januari tot L voor december, en DD (dag) gaat van 01 tot 31. De 5 laatste posities (xxxxx) bevatten de BNB code van de maatschappij, voorafgegaan door nullen. Indien de naam van het bestand niet correct is of het onderwerp van de boodschap niet overeenstemt met de hierboven vermelde modaliteiten, zal de update niet verwerkt worden. • Overbrenging FTP thru VPN : Voor de connectie, gelieve de “user guide” te lezen die u ontvangen hebt ten gevolge van uw aanvraag. De updates-bestanden moeten YYMMDD_xxxxx_VFTP.TXT YYMMDD_xxxxx_VFTP.ZIP voor de gecompresseerde bestanden. worden genoemd, of In de eerste 6 posities (YYMMDD) wordt de datum waarop het bestand werd opgemaakt, vermeld onder het formaat JJMMDD (Jaar, Maand, Dag): De 5 volgende posities (xxxxx) bevatten de BNB code van de maatschappij, voorafgegaan door nullen. De laatste 4 posities (VFTP) vertegenwoordigen het type overbrenging. De bestanden moeten sequentiële ASCII bestanden zijn waarvan de records een lengte van 340 hebben (420, PORTIMA-formaat) en gescheiden door een “carriage return” gevolgd door een “line feed” (ASCII 13 en ASCII 10). De bestanden in “binary” of “EBCDIC”-formaat zullen worden geweigerd. 2.4. Over te brengen gegevens. 2.4.1. Beschrijving van een record Elke record bevat 4 soorten gegevens: - de gegevens “contract” - de gegevens “voertuig” - de gegevens “verzekeringsnemer” - de gegevens “updates” Enkele opmerkingen: “TELEBIB”-normen dienen als referentie voor het formaat en de codering van de informatie A(lfanumerieke) zones N(umerieke) zones : : links uitgelijnd rechts uitgelijnd en voorafgegaan door 0 (nullen) Bij (een) mogelijke variant(en) (Merk & Type, Categorie) dragen de ondernemingen de voertuiggegevens waarover zij beschikken bij voorkeur over op het door de DIV toegepaste formaat (code), zodat de gegevens “ONDERNEMINGEN” zo getrouw mogelijk vergeleken kunnen worden met de door de “DIV” meegedeelde gegevens. Het mee te delen polisnummer is het hoofdnummer zonder notie van aanhangselnummer. In het geval van buitenlandse postcodes die door de ondernemingen niet in de zone “postcode” kunnen worden ingevuld, is het mogelijk ze in de zone “gemeente” te schrijven (de zone postcode moet dan leeg worden gelaten). Het Fonds zal controleren dat de zone “gemeente” een numerieke waarde bevat. Als het over een handelaarsplaat gaat, is de te melden categorie BBAV de categorie van voertuigen waartoe de plaat betrekking heeft. Indien U de plaat van een voertuig – hierin begrepen wanneer het een aanhangwagen van meer dan 750 kg, een motorfiets, een bromfiets met twee of drie wielen en een gemotoriseerde lichte vierwieler betreft – niet kent, laat U de zone leeg. Het chassis moet daarentegen noodzakelijkerwijs vervolledigd worden. Beschrijving van de records ( Template 3.0.) ZONE CONTRACT-GEGEVENS Referentie van het contract BNB code Polisnummer Zetelnummer Wagenpark-code TYPE LG POSITIE INHOUD N A N A 5 12 2 1 1-5 6-17 18-19 20 Verplicht Verplicht Facultatief Verplicht OPMERKINGEN 1 = JA / 2 = Nee / 3 = gedelegeerd / 4 = TB auto Situatie van het contract (1) Transactiecode : Code actie Reden actie Datum inwerkingstelling BA Afloopdatum BA GEGEVENS VOERTUIG/PLAAT Nummerplaat Chassisnummer Code - overbrenging Merk & Type of - verbetering plaat/chassis : Code 1 = Omschrijving Merk en Type Code 2 = Omschrijving Merk Omschrijving Type Code 3 = Code merk DIV Code Type DIV Filler Code 4 = Gecorrigeerde nummerplaat Gecorrigeerd chassis Filler Categorie BBAV Categorie voertuig/plaat DIV Cilinderinhoud (CC) Vermogen (KW) PVGnr WVTA N° WVTA-Variant WVTA-Versie GEGEVENS VERZEKERINGSNEMER Naam Voornaam Code benaming (Benaming) Straat Nummer Bus Postcode Gemeente Code Land Code Taal GEGEVENS UPDATES Update / Datum Update / Uur (1) N N 1 1 21 22 N N 8 8 23-30 31-38 A A 9 17 39-47 48-64 N A A A N N A A N N A A A A 1 60 20 40 4 5 51 9 17 34 1 2 5 5 6 40 25 35 65 66-125 66-85 86-125 66-69 70-74 75-125 66-74 75-91 92-125 126 127-128 129-133 134-138 139-144 145-184 185-209 210-244 A A N A A A A A A A N 35 15 1 17 30 5 4 7 24 3 1 245-279 280-294 295 296-312 313-342 343-347 348-351 352-358 359-382 383-385 386 Verplicht Facultatief Facultatief Facultatief Verplicht Facultatief Facultatief Verplicht Verplicht Facultatief Verplicht N N 8 4 387-394 395-398 Verplicht Verplicht A A Verplicht (2) (3) (3) Verplicht (4) Verplicht (5) (6) (6) (7) (7) Verplicht Facultatief Facultatief Facultatief Facultatief Facultatief (10) Indien code benaming afwezig (8) (9) (9) Verbinding van de code actie met de code reden actie = transactiecode (2) Code actie 1 (New.) Reden actie = “0” Reden actie = “1” transactiecode = “10” = Nieuwe zaak transactiecode = “11” = Hernieuwing Code actie 2 (Mod.) Reden actie = “1” Reden actie = “2” Reden actie = “3” transactiecode = “21” = Wijziging van de gegevens voertuig (uitgezonderd verbetering plaat/chassis) transactiecode = “22” = Verbetering van de nummerplaat en/of van het chassisnummer transactiecode = “23” = Wijziging van de gegevens verzekeringsnemer Code actie 3 (Del.) Reden actie = “1” transactiecode = “31” = Opzegging van het contract Reden actie = “2” transactiecode = “32” = Schorsing van het contract Reden actie = “3” transactiecode = “33” = Annulering van het contract (voor wat betreft de BA-auto) Code actie 9 (Controle van het aantal updates-records) Reden actie = “9” transactiecode = “99” - in positie 1 tot 5 : uw code BNB in positie 21 : code actie = 9 in positie 22 : reden actie = 9 in positie 23 tot 30 : de datum van het begin van de bijwerking in positie 31 tot 38 : de datum van het einde van de bijwerking in positie 39 tot 47 : het aantal records in de bijwerking, voorafgegaan door nullen voor verzendingen niet bestemd voor Portima · in positie 66 tot 75 : het nummer van de versie van de template (links geplaatst, niet voorafgegaan door nullen) · in positie 76 tot 85 : leeg (*) · in positie 86 tot 95 : een teller van de bestanden van de bijwerkingen (links geplaatst, niet voorafgegaan door nullen). De nummers moeten elkaar opvolgen zonder sequentieonderbreking, zo niet zullen we het bestand niet kunnen toepassen. Voor de verzendingen Portima : · in positie 98 tot 107 : het nummer van de versie van de template (links geplaatst, niet voorafgegaan door nullen) · in positie 108 tot 117 : leeg (*) · in positie 118 tot 127 : een teller van de bestanden van de bijwerkingen (links geplaatst, niet voorafgegaan door nullen). De nummers moeten elkaar opvolgen zonder sequentieonderbreking, zo niet zullen we het bestand niet kunnen toepassen. Voorbeeld van een record “99”: 00089 992410200725102007000000323 3.0 10 (*) Indien uw onderneming haar bestanden van bijwerkingen via 2 verschillende kanalen zendt (bijv. : per email en per FTP), dan mag deze zone gebruikt worden voor de naam van de teller. In dat geval, gelieve met het BMIC contact op te nemen. (3) Formaat: DDMMJJJJ - NB: Begindatum 00u00 / Einddatum 24u00 Transactiecode 10: begindatum verplicht / einddatum facultatief (indien ingevuld, wordt deze als een OPZEGGING (31) beschouwd, niet als een schorsing. Te gebruiken alleen indien de opzeggingsdatum gekend is bij de sluiting van het contract) Transactiecodes 11, 21 en 23: begindatum verplicht / afloopdatum verboden Transactiecodes 31, 32 en 33: begindatum verboden / einddatum verplicht. Transactiecode 22: geen datum te melden (4) De nummerplaat EN het chassisnummer meedelen. Het is VERPLICHT één van die 2 zones door te geven (ofwel de plaat, ofwel het chassis) (5) Code (positie 65) die de inhoud bepaalt van de volgende zone ( die een lengte van maximaal 44 posities heeft en die op positie 66 begint): 1 = zones Merk & Type niet onderverdeeld, van 33 posities (en/of model) / 11 spaties 2 = zones Merk & Type onderverdeeld van respectievelijk 19 en 25 posities 3 = codes Merk & Type van de DIV van respectievelijk 4 en 5 posities / 35 spaties 4 = gecorrigeerde nummerplaat en chassisnummer indien transactie 22, d.w.z. 9 en 17 posities / 18 spaties. Verplichte keuze van een code 1, 2, 3 of 4. (6) Voorbeeld: code merk 1050 … BMW code type 02031 = 318 code type 03031 = 320 code type 00062 = 740 De conversietabel van de DIV kan aan de ondernemingen door het BGWF worden meegedeeld. (7) Transactiecode 22 alleen: gecorrigeerde nummerplaat en gecorrigeerd chassisnummer verplicht. Indien verbetering van één enkel element, het nummer dat niet wordt gecorrigeerd herhalen (zoals het vooraf werd overgebracht) (8) 1 = Frans / 2 = Nederlands / 3 = Duits / 4 = Engels / 9 = andere (9) Formaat: DDMMJJJJUUUU - bv.:300919971430 = 30 september 1997 om 14u30 Indien meerdere bewegingen in dezelfde polis op eenzelfde datum aan het Fonds worden gezonden in hetzelfde bestand, moeten zij in chronologische orde verschijnen en verschillende uren van updates hebben, BEHALVE in het geval van cumulaties van transacties die NOODZAKELIJKERWIJS dezelfde datum, uur en minuut van updates moeten hebben. In plaats van een update-uur door te geven, mag men een TELLER gebruiken, van 0000 tot 9999. (10) PVG nummer = 6 cijfers of 1 letter + 5 cijfers (alfanumerieke zone) 2.4.2. Over te brengen gegevens per transactie Transactiecode GEGEVENS GEGEVENS GEGEVENS GEGEVENS "Contract" "Voertuig" “Update” "10" Nieuw contract X (1) X "Verzekeringsnemer" X "11" Hernieuwing X (1) X X X (4) "21" Update “Voertuig” X (1) X - X (4) "22" Verbetering Plaat/chassis X (2) (*) - X (4) “23” Update “Verzekeringsnemer” "31" Opzegging van het contract X (1) Plaat/Chassis X X (4) X (3) Plaat/Chassis X X (4) "32" Schorsing van het contract X (3) Plaat/Chassis X X (4) "33" Annulering contract X (3) Plaat/Chassis X X (4) X (*) = = = van het X (4) Alle gegevens Geen gegeven Op positie 39-47 de nummerplaat meedelen die aanvankelijk werd overgemaakt, en op positie 48-64, het chassis dat aanvankelijk werd overgemaakt. Op positie 66-74 (verbetering): de gecorrigeerde plaat Indien de plaat niet wordt verbeterd: de oude plaat. Op positie 75-91 (verbetering): het gecorrigeerde chassisnummer Indien het chassis niet wordt verbeterd: het oud chassis. De updates-bewegingen krijgen als begindatum de begindatum van de oude opgenomen nummers. (1) Transactiecode 10: begindatum verplicht / einddatum facultatief (indien ingevuld, wordt deze als een OPZEGGING beschouwd, niet als een schorsing. Te gebruiken alleen indien de opzeggingsdatum gekend is bij de sluiting van het contract) Transactiecodes 11, 21 en 23: begindatum verplicht / afloopdatum verboden (2) Gegevens contract zonder begin- of einddatum (3) Gegevens contract maar begindatum verboden / einddatum verplicht (4) Indien meerdere bewegingen in dezelfde polis op eenzelfde datum aan het Fonds worden gezonden in hetzelfde bestand, moeten zij in chronologische orde verschijnen en verschillende uren van updates hebben, BEHALVE in het geval van cumulaties van transacties die NOODZAKELIJKERWIJS dezelfde datum, uur en minuut van updates moeten hebben. 2.4.3. Betekenis van elke transactiecode. Nieuwe zaak de transactiecode 10 gebruiken. De begindatum is verplicht en indien de einddatum wordt ingevuld, wordt deze beschouwd als een OPZEGGING. 10 Hernieuwing 11 de transactiecode 11 gebruiken. De begindatum is verplicht, de einddatum mag niet worden ingevuld. Deze code wordt niet gebruikt om een nieuw voertuig toe te voegen aan een al bestaande polis. In de meeste gevallen ontmoet men een 11 na een record van schorsing (na een 32). Indien, naar aanleiding van een hernieuwing, de gegevens voertuig veranderen, alleen een code 11 overbrengen met de gegevens van het nieuwe voertuig. 33 + 21 Wijziging van voertuig alleen 21 Verbetering van een gegeven voertuig (uitgezonderd plaat/chassis) 21 Indien, naar aanleiding van een hernieuwing, de gegevens “voertuig” veranderen, enkel een 11 doorgeven met de gegevens van het nieuw voertuig. Indien, naar aanleiding van een hernieuwing, de plaat verandert, een cumulatie 33 + 21 doorgeven (met of zonder wijziging van de gegevens voertuig). de transactiecode 21 gebruiken indien de wijziging van voertuig niet gekoppeld is aan een wijziging van plaat. De begindatum is de datum waarop de wijziging zich voordoet (om 0 uur); de einddatum mag niet worden ingevuld. Geen wijziging van plaat met een 21 ! Het is verboden een wijziging van voertuig over te brengen waarvan de begindatum vroeger is dan de aanvangsdatum van het contract of gedurende een periode van schorsing. een transactiecode 21 gebruiken. wijziging van voertuig + wijziging van plaat OF wijziging van plaat alleen OF wijziging van voertuig terwijl de oude plaat onbekend is 33 + 21 (*) Opzegging (zowel door de verzekeraar als door de verzekerde) - 1ste stap: de code 33 gebruiken om de oude plaat te annuleren met als einddatum de datum waarop de oude plaat eindigt (om 24 uur). De begindatum mag niet worden ingevuld. - 2de stap: de code 21 gebruiken om de nieuwe plaat en/of het nieuwe voertuig in te schrijven met als begindatum de datum waarop de wijziging gebeurt. ( , zie onderaan) 31 de code 31 gebruiken met als einddatum de datum waarop de dekking eindigt (om 24 uur); de begindatum mag niet worden ingevuld. Indien er meerdere voertuigen (platen) gedekt worden in hetzelfde contract, moet een record 31 worden overgemaakt voor elke plaat betroffen door de opzegging. Schorsing van het contract idem opzegging maar de code 32 gebruiken. 32 Annulering = ZONDER VERVOLG 33 enkel de code 33 gebruiken indien het over een annulering van de BAcontract gaat ten gevolge van een interne rectificatie (bv.: een vergissing bij de codering) met als einddatum dezelfde datum als degene die in de zone begindatum van de record dat de waarborg begon, wordt vermeld. De begindatum mag niet worden ingevuld. Verbetering plaat en/of chassis de code 22 gebruiken zonder de begin- en einddatum in te vullen. De zone “overbrenging merk en type of verbetering plaat/chassis” mag enkel een “4” bevatten, onmiddellijk gevolgd door: 22 (*) de verbeterde plaat (pos. 66-74) en het verbeterde chassis (pos. 75-91) OF de verbeterde plaat (pos.66-74) en het oude chassis (pos. 75-91) OF het oude plaat (pos. 66-74) en het verbeterde chassis (pos.75-91) Een datum van begin van opnieuw de code 10 (nieuwe zaak) overbrengen met de correcte waarborg voorzetten (vroeger) begindatum, d.w.z. een vroegere datum dan degene die aanvankelijk werd overgemaakt. 10 Een datum van hernieuwing voorzetten (vroeger) opnieuw de code 11 (hernieuwing) overbrengen met de correcte begindatum, d.w.z. een vroegere datum dan degene die aanvankelijk werd overgemaakt. 11 De begindatum van een waarborg uitstellen (later) 33 + 10 - 1ste stap: de code 33 overbrengen met als einddatum de begindatum van de code 10 (nieuwe zaak) die aanvankelijk werd overgemaakt - 2de stap: de nieuwe code 10 (nieuwe zaak) overbrengen met de correcte begindatum, d.w.z. een latere datum dan degene die aanvankelijk werd overgemaakt. ( Een datum van hernieuwing uitstellen (later) 33 + 11 - 1ste stap: de code 33 overbrengen met als einddatum de begindatum van de code 11 (hernieuwing) die aanvankelijk werd overgemaakt - 2de stap: de nieuwe code 11 (hernieuwing) overbrengen met de correcte begindatum, d.w.z. een latere datum dan degene die aanvankelijk werd overgemaakt. ( Een datum van opzegging voorzetten (vroeger) , zie onderaan) , zie onderaan) de nieuwe code 31 (opzegging) met de correcte datum overmaken, d.w.z. met een vroegere datum dan degene die aanvankelijk werd opgenomen. 31 Een datum van schorsing voorzetten (vroeger) de nieuwe code 32 (schorsing) met de correcte datum overmaken, d.w.z. met een vroegere datum dan degene die aanvankelijk werd opgenomen. 32 Een datum van opzegging uitstellen (later) - 1ste stap: de code 11 overbrengen met als begindatum de einddatum van de code 31 die vooraf werd overgemaakt + 1 dag 11 + 31 - 2de stap: de nieuwe code 31 overbrengen met de correcte einddatum, d.w.z. een latere datum dan degene die aanvankelijk werd overgemaakt. ( , zie onderaan) Een datum van schorsing uitstellen (later) - 1ste stap: de code 11 overbrengen met als begindatum de einddatum van de code 32 die vooraf werd overgemaakt + 1 dag 11 + 32 - 2de stap: de nieuwe code 32 overbrengen met de correcte einddatum, d.w.z. een latere datum dan degene die aanvankelijk werd overgemaakt. ( , zie onderaan) De gegevens de code 23 overbrengen met, als begindatum, de datum waarop de “verzekeringsnemer” wijzigen wijziging gebeurt. 23 De gegevens “verzekeringsnemer” en de gegevens “voertuig” wijzigen de code 21 EN de code 23 overbrengen met dezelfde begindata (= datum van de wijzigingen) 21 en 23 (dit is geen cumulatie) Een datum van wijziging van voertuig voorzetten (vroeger) de nieuwe code 21 doorgeven met een vroegere datum dan deze van de 21 die aanvankelijk werd overgemaakt 21 Een datum van wijziging van voertuig uitstellen (later) 21 en 21 (dit is geen cumulatie) Een datum van wijziging van plaat alleen, of van wijziging van plaat en van voertuig tegelijk, of van wijziging van voertuig terwijl de oude plaat onbekend is, voorzetten (vroeger) 33 + 21 2 codes 21 doorgeven: - de 1ste code 21 moet dezelfde begindatum hebben als degene die aanvankelijk werd overgemaakt en de gegevens van het vorige voertuig vermelden, - de 2de code 21 moet de gegevens van het nieuwe voertuig vermelden en een latere datum hebben dan deze van de vorige 21 Opnieuw een cumulatie 33 + 21 doorgeven op dezelfde wijze als degene die boven is vermeld, maar met vroegere data dan in de vorige cumulatie 33 + 21 ( , zie onderaan) Een datum van wijziging van plaat alleen, of van wijziging van plaat en van voertuig tegelijk, of van wijziging van voertuig terwijl de oude plaat onbekend is, uitstellen (later) Opnieuw een cumulatie 33 + 21 doorgeven op dezelfde wijze als degene die boven is vermeld, maar met latere data dan in de vorige cumulatie 33 + 21 ( , zie onderaan) 33 + 21 = CUMULATIES VAN TRANSACTIES ( = EEN operatie uitgevoerd door middel van TWEE codes 2 records): - 33 + 21 (wijziging voertuig en plaat, wijziging plaat alleen, wijziging voertuig terwijl oude plaat onbekend is) - 33 + 10 (datum begin waarborg uitstellen) - 33 + 11 (datum hernieuwing uitstellen) - 11 + 31 (datum opzegging uitstellen) - 11 + 32 (datum schorsing uitstellen) In tegenstelling met de andere transacties die zich in hetzelfde contract voordoen, MOETEN DEZE TRANSACTIES NOODZAKELIJKERWIJS WORDEN UITGEVOERD OP DEZELFDE DATUM, UUR EN MINUUT VAN UPDATE. Het is de enige manier om de twee transactiecodes ongetwijfeld aan elkaar te verbinden (en om geen contract open te laten of een incorrecte periode te dekken). (*) Aangezien meerdere ondernemingen niet in staat zijn het onderscheid te maken tussen een verbetering en een wijziging van plaat, werd er voorgesteld gebruik te maken van de volgende uitvlucht, bij gebrek aan beter. Wij leggen de nadruk op het feit dat dit systeem geen 100 % zekerheid aanbiedt. Gebruik van de transactie 22 : VERBETERING Voorbeeld: plaat ABC128 in plaats van ABC123 - - indien het verschil (*) tussen de oude plaat doorgegeven aan het Fonds en de nieuwe van maximum 2 karakters is Gebruik van de cumulatie van transacties 33 + 21 : WIJZIGING Voorbeeld: DEF456 vervangen door STR789 - indien het verschil tussen de 2 platen groter is dan 2 karakters - als men van een bekende naar een onbekende plaat gaat als men van een onbekende naar een bekende plaat gaat. (*) het gaat hier om een verschil van karakter tot karakter. Voorbeeld: er is 1 verschillend karakter tussen ABC123 en ADC123, maar er zijn 3 verschillende karakters tussen ABC123 en VAB123. 2.4.4. Notie van “open” periode De “open” periode is de periode waarin U ons alle transacties mag overbrengen, dat wil zeggen de periode waarin alle veranderingen mogelijk zijn. Het gaat om de laatste dekkingsperiode die U ons hebt overgebracht (voltooid, in omloop of toekomstig), met of zonder einddatum. In tegenstelling daarmee is elke transactie in een gesloten periode onmogelijk. Voorbeelden: Polis ‘123456789’ Plaat ABC123 10 --------------------------------------33 (*) (nieuwe zaak) Open periode = van de begindatum van de 10 tot de einddatum van de 33 (het is de laatste periode overgebracht voor de plaat ABC123) Plaat DEF456 21 (*) -----------------------Open periode = vanaf de begindatum van de 21 (*) cumulatie 33 + 21 om de plaat ABC123 door de plaat DEF456 te vervangen Polis’987456321’ Plaat HIJ789 10 ------------------21----------------------32 11------------------- 31 (nieuwe zaak) (hernieuwing) (wijziging van voertuig) (schorsing) Open periode = van de begindatum van de 11 tot de einddatum van de 31 Er is een hernieuwing na de schorsing. Gesloten periode = van de begindatum van de 10 tot de einddatum van de 32 Polis ‘456123789’ Plaat KLM147 10---------------------- 32---------------- 31 (nieuwe zaak) (schorsing) (opzegging) Open periode = van de begindatum van de 10 tot de einddatum van de 31 Er is geen hernieuwing na de schorsing. (opzegging) 2.4.5. Codificatie van bepaalde zones. Code zetel van de onderneming waar het contract wordt beheerd De zetels van de onderneming worden aangeduid door een code bestaande uit de twee eerste cijfers van de postcode van de gemeente waar de zetel zich bevindt. Al de zetels uit Brussel dragen een code 10, zelfs indien de postcode, bijvoorbeeld, 1170 is. 10 20 23 27 28 30 35 40 48 49 50 60 67 70 75 80 84 85 90 93 Brussel Antwerpen Turnhout Sint-Niklaas Mechelen Leuven Hasselt Liège Verviers Eupen Namur Charleroi Arlon Mons Tournai Brugge Oostende Kortrijk Gent Aalst Tabel van de categorieën BBAV Codificatie gebruikt op de groene kaart. Deze werd samengesteld door het Belgisch Bureau van de Autoverzekeraars. A B C D E F G Personenwagen Motorfiets Vrachtwagen of trekker Bromfiets Autobus Aanhangwagen Overigen Opmerkingen : • Code « F » : alleen de aanhangwagens die aan de inschrijving zijn onderworpen, moeten worden overgemaakt (d.w.z. die van meer dan 750 kg) Tabel van de categorieën voertuigen/platen van de DIV Gelieve de volgende site te raadplegen : http://www.telebib2.org/ListsBisAllLD.asp?waarde=5003 Code Benaming Benaming van de verzekeringsnemer. De code betreft de meest gebruikte benamingen. 1 2 3 4 5 6 8 9 De Heer Mevrouw Mejuffrouw De Heer en Mevrouw De Heren V.Z.W. B.V.B.A. N.V. Opmerking : Voor zover mogelijk zullen bij voorkeur de “codes benaming” aan VERIDASS worden overgemaakt (i.p.v. de benamingen zelf). 2.4.6. Voorbeelden 1 Nieuwe zaak op 1/1/98 Polis Plaat Chassis Voertuig Verzekeringsnemer : : : : 1234 ABC123 VFN1BC456 Citroën Saxo : DUPONT Henri 2 Verbetering van het chassis VFN1BC456 => VFN1BA456 3 Schorsing van het contract op 1/3/98 (om 24 uur) 4 Hernieuwing op 15/3/98 (om 0 uur) 5 Wijziging van voertuig op 1/4/98 (om 0 uur) Citroën Saxo => Renault Clio - chassis ABC678DEF Plaat: onbekend 6 Wijziging van voertuig op 1/6/98 (om 0 uur) Renault Clio => Peugeot 306 - chassis PLU456ZRT Plaat: onbekend 7 Verbetering van de plaat ?00123 => DFG456 8 Verbetering van de cilinderinhoud 1400 cc => 1600 cc 9 Opzegging van het contract op 31/12/98 (om 24 uur) 10 Verbetering van de datum van opzegging (om 24 uur) a) 1/2/99 in plaats van 31/12/98 b) 1/10/98 in plaats van 31/12/98 ENKELE VOORBEELDEN VAN OVER TE BRENGEN BEWEGINGEN 1 2 3 4 5 6 7 Gegevens contract BNB code Polis Zetel Wagenpark N5 A12 1234 N2 A1 2 00123 00123 1234 00 00123 1234 00 2 00123 1234 00 2 00123 1234 00 2 00123 1234 00 2 00123 1234 00 2 00123 1234 00 2 00123 1234 00 2 00 2 Situatie van het contract Code transactie Code actie Reden actie Datum inwerkingstelling Afloopdatum N1 N1 N8 N8 1 0 01011998 00000000 2 2 3 2 00000000 01031998 1 1 15031998 00000000 3 3 00000000 31031998 2 1 01041998 00000000 3 3 00000000 31051998 2 1 01061998 00000000 2 2 Gegevens voertuig Plaat Chassis Code overbrenging merk en type - verbetering Pl/Ch Omschrijving (hangt af van de code) of code DIV of nieuwe Pl/Ch Categorie BBAV Categorie DIV Cilinderinhoud (CC) Vermogen (Kw) A9 ABC123 A17 VFN1BC456 N1 PVGnr A6 ABC123 VFN1BC456 1 ABC123 VFN1BA456 ABC123 VFN1BA456 4 ABC123 VFN1BA456 ?00123 ABC678DEF 1 ?00123 ABC678DEF ?00123 PLU456ZRT 1 1 A/N CITROEN SAXO ABC123 VFN1BA456 CITROEN SAXO RENAULT CLIO PEUGEOT 306 A17 A A2 VP N5 N5 A VP A VP A VP 01100 00060 045632 01100 00060 045632 ?00123 PLU456ZRT 01200 00065 045312 4 DFG456 PLU456ZRT 01400 00070 098712 Gegevens verzekeringsnemer Naam Voornaam Code benaming Benaming Straat Nr Bus Postcode Gemeente Code land Code taal A35 A15 N1 A17 A30 A5 A4 A7 A24 A3 N1 Dupont Henri Dupont Henri Dupont Henri 1 Dupont Henri 1 Dupont Henri 1 1 1 Wetenschapsstraat 21 Wetenschapsstraat Wetenschapsstraat Wetenschapsstraat 21 21 21 Wetenschapsstraat 21 1140 BRUSSEL B 1140 BRUSSEL B 1140 BRUSSEL B 1 1140 BRUSSEL B 1140 BRUSSEL B 1 1 1 26021998 0905 22031998 1130 01041998 1131 1 Gegevens update Update Reserve N8 N4 A58 01011998 1025 02011998 1210 01041998 1131 01061998 0900 01061998 0900 15061998 1140 8 9 10 a 10 b Gegevens contract BNB code Polis Zetel Wagenpark 00123 1234 00123 1234 00 2 00123 1234 00 2 00123 1234 00 2 00123 1234 00 2 00 2 Situatie van het contract Code transactie Code actie Reden actie Datum inwerkingstelling Afloopdatum 2 1 01071998 00000000 3 1 00000000 31121998 1 1 01011999 00000000 3 1 00000000 01021999 3 1 00000000 01101998 Gegevens voertuig Plaat Chassis Code overbrenging merk en type - verbetering Pl/Ch Omschrijving (hangt af van de code) of code DIV of nieuwe Pl/Ch Categorie BBAV Categorie DIV Cilinderinhoud (CC) Vermogen (Kw) PVGnr DFG456 PLU456ZRT DFG456 PLU456ZRT DFG456 PLU456ZRT 1 DFG456 PLU456ZRT DFG456 PLU456ZRT Dupont Henri Dupont Henri 1 PEUGEOT 306 PEUGEOT 306 A VP A VP 01600 00070 098712 01600 00070 098712 Gegevens verzekeringsnemer Naam Voornaam Dupont Henri Dupont Henri Code benaming 1 Benaming Straat Nr Bus Postcode Gemeente Code land Code taal 1 1 1 Wetenschapsstraat Wetenschapsstraat Wetenschapsstraat Wetenschapsstraat 21 21 21 21 1140 BRUSSEL B 1140 BRUSSEL B 1140 BRUSSEL B 1140 BRUSSEL B 1 1 1 1 15071998 1000 01081998 0900 01081998 0900 01081998 1000 Gegevens update Update Réserve 01071998 1000 2.5. De controles uitgevoerd op de overgebrachte gegevens. 2.5. De conversies. Sommige door de ondernemingen overgebrachte gegevens zullen worden omgezet om deze te kunnen vergelijken met de gegevens van de DIV. De gegevens “verzekeraar” worden geformatteerd om een volledige en samenhangende databank samen te stellen die: - verschillende opzoekingen ten gevolge van aanvragen tot identificatie, - de best mogelijke vergelijking met de gegevens van de DIV die ons worden overgemaakt en waarvan wij het formaat moeten respecteren, zal mogelijk maken. Daarom worden enkele omzettingen noodzakelijk. Deze omzettingen verklaren dat sommige gegevens U onder een verschillend formaat worden teruggestuurd na de controle van de overeenstemming. Hier volgen de belangrijkste omzettingen die worden uitgevoerd. 1°) Nummerplaat • Verwijdering van de scheiders “.” en “-” en van de speciale karakters • Rechts instelling van de platen in 5 posities, voorafgegaan door een spatie • Vervanging van de lege zones “plaat” door een voorlopige waarde “? + nr. BNB “ (6 posities) die zal toelaten de ontbrekende platen van een onderneming gemakkelijk op te sporen. Opmerking: De lege platen van aanhangwagens “U*****” worden op dezelfde manier omgezet. De code BBAV “F” laat ons toe beide types plaat te onderscheiden. • Kleine letters worden door hoofdletters vervangen. • Platen van minder dan 5 posities worden als afwezige platen beschouwd (= ? + nr. BNB), UITGEZONDERD de hierondervermelde P-, E-, A- en N-platen. • Omzetting van de platen P(arlementsleden), E(xecutieven), A (Regering) en N (Hof): ze krijgen het formaat van de DIV. Er worden nullen ingevoegd om 6 posities te hebben. Voorbeelden: Ex E0000x - Exx E000xx - N 00000N - NN 0000NN 2°) Chassisnummer • Vervanging van de letters “O” door de cijfers “0”. • Vervanging van de letters “I” door de cijfers “1” (alleen voor de chassis vóór 1997). • Vervanging van de lege zones “chassis” door een voorlopige waarde “BNB code + polisnummer” (17 posities) om gemakkelijk de ontbrekende chassisnummers van een onderneming op te sporen. • Kleine letters worden door hoofdletters vervangen. 3°) Inwerkingstellingsdata • Inversie DDMMJJJJ in JJJJMMDD (alleen om ons bestand te beheren). U mag zelf deze omzettingen toepassen UITGEZONDERD wat de inwerkingstellingsdata betreft. 2.5.2. De controle van de geldigheid (Rechtstreekse controle) De overgebrachte bestanden worden rechtstreeks gecontroleerd om na te zien dat, in elke record, alle verplichte zones worden ingevuld en dat hun inhoud, vanuit een technisch standpunt, geldig is (ter herinnering: ofwel de zone “plaat” ofwel de zone “chassis” moet worden ingevuld). Ten gevolge van deze controle worden sommige records teruggezonden aan de ondernemingen met een code die de aard van de fout verduidelijkt. De ondernemingen hoeven die verworpen records te controleren en zenden ze, naar behoren verbeterd, terug naar het Fonds, bij een latere update. Daarvoor bestaat er een specifieke record. De posities 001 - 282 herhalen de inhoud van de hele opname overgebracht bij de update. De posities 283 - 340 bevatten de codes van de vastgestelde anomalieën, gevolgd door een vrije boodschap-zone die een diagnose kan bevatten van update of van eventuele preciseringen voortvloeiend uit de DIV. 01 ASS_RET_REC Gegevens CONTRACT = 38 posities 05 05 05 05 05 05 05 ASS_RET_OCA ASS_RET_POLIS ASS_RET_SIEGE ASS_RET_FLOTTE ASS_RET_TRA 10 ASS_RET_TRACOD 10 ASS_RET_TRAMOT ASS_RET_RCDEB ASS_RET_RCFIN 001 - 038 PIC 9(5). PIC X(12). PIC 99. PIC X. PIC 9. PIC 9. PIC 9(8). PIC 9(8). Gegevens VOERTUIG/PLAAT = 90 posities 039 - MAX.128 05 05 05 ASS_RET_PLATE PIC X(9). ASS_RET_CHASSIS PIC X(17). ASS_RET_CODE PIC 9. (varieert naargelang de code transactie : 1/2/3/4 en bepaalt de inhoud) 05 ASS_RET_CONTENU PIC X(44). (varieert naargelang ass_ret_code) * Inhoud 1 :Omschrijving merk en type niet opgesplitst 05 ASS_RET_CONTENU_1 REDEFINES ASS_RET_CONTENU. 10 ASS_RET_LIB_MAKETYPE PIC X(33). 10 FILLER PIC X(11). * Inhoud 2 : omschrijving merk en type opgesplitst 05 ASS_RET_CONTENU_2 REDEFINES ASS_RET_CONTENU. 10 ASS_RET_LIB_MAKE PIC X(19). 10 ASS_RET_LIB_TYPE PIC X(25). * Inhoud 3 : codes merk en type DIV 05 ASS_RET_CONTENU_3 REDEFINES ASS_RET_CONTENU. 10 ASS_RET_COD_MAKE PIC 9(4). 10 ASS_RET_COD_TYPE PIC 9(5). 10 FILLER PIC X(35). * Inhoud 4 :correcte plaat/chassisnummers (code transactie 22 alleen) 05 ASS_RET_CONTENU_4 REDEFINES ASS_RET_CONTENU. 10 ASS_RET_PLATE_NEW PIC X(9). 10 ASS_RET_CHASSIS_NEW PIC X(17). 10 FILLER PIC X(18). 05 05 05 05 05 ASS_RET_BBAV ASS_RET_CATEG ASS_RET_CYL ASS_RET_KW ASS_RET_PVA Gegevens VERZEKERINGSNEMER = 142 posities 05 05 05 05 05 05 05 05 05 05 05 ASS_RET_NOM ASS_RET_PRENOM ASS_RET_CODAPP ASS_RET_LIBAPP ASS_RET_RUE ASS_RET_HOUSE ASS_RET_BOX ASS_RET_CPOS ASS_RET_LOCA ASS_RET_PAYS ASS_RET_LANGUE Gegevens UPDATE = 12 posities Datum + uur 05 05 ASS_RET_DATMAJ ASS_RET_TIMMAJ PIC X. PIC X(2). PIC 9(5). PIC 9(5). PIC X(6). 129 - 270 PIC X(35). PIC X(15). PIC 9. PIC X(17). PIC X(30). PIC X(5). PIC X(4). PIC X(7). PIC X(24). PIC X(3). PIC 9. 271 - 282 PIC 9(8). PIC 9(4). Gegevens codes van STRIJDIGHEID + BOODSCHAP = 58 posities * Code van 01 tot 16 : 10 gelijktijdige codes maximum 05 ASS_RETOUR 10 ASS_RET_FLAG * Mee te delen uitleg/inlichtingen 10 ASS_RET_MES - ofwel « REJETE/VERWORPEN » - ofwel « IGNORE/NAGELATEN» - ofwel « ACCEPTE/AANVAARD » 283 - 340 283 - 302 PIC 99 OCCURS 10 303 - 340 PIC X(38). Codes anomalieën na de controle van de geldigheid: 1°) Gevallen van anomalieën die worden gemeld maar niet bijgevoegd aan onze databank : a) ..... REJETE/VERWORPEN 01 02 03 04 05 06 07 08 09 10 11 14 15 17 18 ... ... ... ... … ... ... ... ... ... … ... … … … Afwezigheid polisnummer / BNB code Code transactie niet geldig of afwezig of vlootcode 4 Begin- of afloopdatum van de BA niet geldig of afwezig Afwezigheid plaat en chassis Code overbrenging Merk & Type of code verbetering plaat/chassis niet geldig Code categorie BBAV niet geldig Geen overeenstemming op polisnummer Code 22 ... geen overeenstemming op plaat/chassis of categorie BBAV niet correct Code 3x ... geen overeenstemming op plaat/chassis Code 11 ... geen overeenstemming op plaat Afwezigheid gegevens verzekeringsnemer Datum/uur van update afwezig of niet geldig Cumulatie van transacties niet geldig Verwerping RAP Wijziging chassis b) ..... IGNORE/NAGELATEN 12 16 ... ... Niet onderworpen aan de inschrijving (voor aanhangwagens < 750 kg) Identieke record (1 - 270) in dezelfde update 2°) Gevallen van anomalieën die worden gemeld en toch bijgevoegd aan onze databank : ..... ACCEPTE/AANVAARD 04 ... Nummerplaat niet geldig (speciale karakters) 06 ... Code categorie BBAV niet geldig, vervangen door X(*) 11 ... Afwezigheid gegevens verzekeringsnemer XXX/XXX ...(*) 13 ... Code « Wagenpark » niet geldig, vervangen door X(*) 18 … Wijziging chassis (*) waar X een waarde is die door VERIDASS toegekend wordt naargelang de overgebrachte inlichtingen. 2.5.3. De controle van de overeenstemming (Controle a posteriori) Bij elke afsluitingsperiode (op de laatste dag van de maand) wordt er een vergelijking uitgevoerd tussen de bestanden “verzekeraars” en “DIV” (bewegingen van de verzekeraars van de 16de van voorafgaande maand tot de 15de van de maand van de afsluiting vergeleken met de gegevens DIV vastgesteld op de laatste dag van de maand) op de 2 belangrijkste criteria van vergelijking, namelijk de nummerplaat en het chassisnummer. Voor elke lid-onderneming worden de overgebrachte verzekerde voertuigen opgezocht in het bestand van de DIV op basis van de NUMMERPLAAT en het CHASSISNUMMER. In geval van strijdigheid met de plaat of van lichte strijdigheid met het chassis van de DIV wordt er een vergelijking gemaakt tussen de elementen “voertuig/plaathouder DIV” en “voertuig/verzekeringsnemer”, om te bepalen of er ten minste 2 elementen van overeenstemming bestaan tussen het voertuig opgenomen bij de DIV en het VERZEKERDE voertuig. Indien er 2 overeenstemmende elementen zijn, wordt de plaat of het chassis gevonden bij de DIV meegedeeld aan de onderneming zodat zij in staat is in haar bestand, na verificatie, het niet overeenstemmend element te verbeteren en daarna deze verbetering aan VERIDASS mee te delen door middel van de aangepaste transactiecode. Daarentegen, aangezien het risico te groot is een foutief element mee te delen, zullen enkel de elementen “voertuig/merk/type/…/datum van schrapping bij de DIV/datum van het uitwissen van de gegevens ‘voertuig’ bij de DIV” gevonden in het bestand van de DIV worden overgebracht. Daarvoor bestaat er een specifieke record. De posities 01 - 64 bevatten de 64 eerste posities van de door de onderneming overgebrachte record. De posities 65 - 128 bevatten de code anomalie en de eventuele inlichtingen van de DIV betreffende het voertuig/de houder. 01 ASS_CTL_REC Gegevens CONTRACT + PLAAT/CHASSISNUMMER = 64 posities 05 05 05 05 05 05 05 05 05 ASS_CTL_OCA ASS_CTL_POLIS ASS_CTL_SIEGE ASS_CTL_FLOTTE ASS_CTL_TRA 10 ASS_CTL_TRACOD 10 ASS_CTL_TRAMOT ASS_CTL_RCDEB ASS_CTL_RCFIN ASS_CTL_PLATE ASS_CTL_CHASSIS 001 - 064 PIC 9(5). PIC X(12). PIC 99. PIC X. PIC 9. PIC 9. PIC 9(8). PIC 9(8). PIC X(9). PIC X(17). Gegevens CODE ANOMALIE + BOODSCHAP + OVERGEBRACHTE INL.=64 pos. 065 - MAX.128 05 ASS_CTL_MESS * Code strijdigheid : van A tot M 10 ASS_CTL_COD PIC X. Naargelang de flag strijdigheid, worden verschillende inlichtingen meegedeeld : - ofwel INF01 - ofwel INF02 - ofwel INF03 10 DIV_CTL_INFOS. * Inl. DIV voertuig - INF01 15 DIV_CTL_INF01. 066 - 087 20 DIV_CTL_CAT PIC XX. 20 DIV_CTL_MAKE PIC 9(4). 20 DIV_CTL_TYPE PIC 9(5). 20 DIV_CTL_CYL PIC 9(5). 20 DIV_CTL_PVA PIC X(6). * Inl. DIV plaathouder - INF02 15 (lege zone) 088 - 128 20 (lege zone) PIC X(6). 20 (lege zone) PIC X(35). * Inl. DIV plaat/chassisnummer - INF03 10 DIV_CTL_INF03 REDEFINES DIV_CTL_INFOS. 066 - 091 15 DIV_CTL_PLATE PIC X(9). 15 DIV_CTL_CHASSIS PIC X(17). 15 FILLER PIC X(37). * Inl. DIV datum van de schrapping of het uitwissen van de gegevens ‘voertuig’-INF04 10 DIV_CTL_INF04 REDEFINES DIV_CTL_INFOS 066-073 15 DIV_CTL_DATE PIC 9(8) 15 FILLER PIC X(55) Codes van de strijdigheden : LET OP: Het Fonds deelt de nummerplaat of het chassisnummer onder voorbehoud mee. Code A = Code B = Overeenstemming met het chassis, afwezigheid OF strijdigheid met de plaat, overeenstemming van 2 overige elementen (merk en naam, type en naam,…) => Het Fonds deelt de nummerplaat vermeld in het bestand van de DIV mee. Overeenstemming met de plaat, lichte strijdigheid (max. 3 karakters) met het chassis, overeenstemming van 2 overige elementen => Het Fonds deelt het chassis vermeld in het bestand van de DIV mee. Code C = Overeenstemming met de plaat, strijdigheid van maximaal 3 karakters met het chassis maar geen overeenstemming van 2 overige elementen OF strijdigheid van meer dan 3 karakters met het chassis Code D = Overeenstemming met het chassis, strijdigheid met de plaat maar geen overeenstemming van 2 overige elementen Code E = Overeenstemming met de plaat, afwezigheid van het chassis Code F = Overeenstemming met het chassis, afwezigheid van de plaat maar geen overeenstemming van 2 overige elementen => Het Fonds deelt het merk en het type + categorie/cilinderinhoud/PVG-nummer van het voertuig vermeld in het bestand van de DIV mee Code K = Strijdigheid met de plaat, afwezigheid van het chassis Code L = Strijdigheid met het chassis, afwezigheid van de plaat Code M = Strijdigheid met de plaat, strijdigheid met het chassis => Het Fonds deelt de strijdigheden mee. Code R = Plaat geschrapt door de DIV Code T = Plaat voorlopig zonder voertuig bij de DIV Het Fonds deelt de datum van de schrapping of van het uitwissen bij de DIV mee. De dienst BMIC verbetert nooit op zijn eigen initiatief het bestand van de verzekeraars. Opdat het Fonds in staat zou zijn op een doeltreffende wijze op aanvragen tot identificatie van de verzekeraar van een bij een ongeval betrokken voertuig te antwoorden, is het van uiterst belang dat de ondernemingen zo spoedig mogelijk overgaan tot de noodzakelijke verificaties en rectificaties. 2.6. De integrale revisie Om de databank nog betrouwbaarder te maken werd er besloten om de 2 jaar, op 1 oktober van de onpare jaren, over te gaan tot een integrale revisie van de gegevens die in het kader van het bestand Veridass moeten medegedeeld worden. Een integrale uitzonderlijke revisie is enkel mogelijk in zeldzame gevallen (bijvoorbeeld in het geval van een fusie van ondernemingen). Principe Om deze revisie uit te voeren, geeft u ons de toestand van uw portefeuille in burgerrechtelijke aansprakelijkheid inzake motorrijtuigen door, op een bepaalde datum om 0 uur, per BNB/polis/plaat (of BNB/polis/chassis), volgens dezelfde layout als die van de updates-records. De door te geven contracten zijn de volgende: 1. AL DE OP DE DATUM VAN DE REVISIE LOPENDE CONTRACTEN alsook ALLE OPGESCHORSTE CONTRACTEN moeten VERPLICHT worden doorgegeven door middel van de volgende records: 00 voor de lopende contracten - begindatum = datum van de revisie - einddatum verboden 02 voor de geschorste contracten - begindatum verboden - einddatum = echte datum van de schorsing 2. Bovendien moeten de ondernemingen die voor de updates DE UITGESTELDE BEWEGINGEN doorgeven (inwerkingstelling, hernieuwing, schorsing, opzegging van de waarborg op een latere datum dan de datum van de update) één of meerdere aanvullende records meedelen, voor die situaties die in hun bestand al op het ogenblik van de revisie zijn opgenomen. • inwerkingstelling of hernieuwing op een latere datum dan de datum van de revisie: record 00 - begindatum = echte datum van de inwerkingstelling of van de hernieuwing en die, hoe dan ook, LATER moet zijn dan de datum van de revisie - einddatum VERBODEN • schorsing en/of opzegging op een datum die later dan of gelijk aan de datum van de revisie is: record 02 (schorsing) en/of record 01 (opzegging) - begindatum VERBODEN - einddatum = datum waarop de waarborg zal eindigen (om 24 uur) en die, hoe dan ook, LATER DAN of GELIJK AAN de datum van de REVISIE zal zijn. De in elke record te vermelden data en uren van updates zijn de volgende: - update-datum = datum van de revisie - update-uur = 0 uur In de zones “datum van update” is het dus dezelfde datum die moet geschreven worden voor elk record van de revisie. DE DATUM VAN DE REVISIE MOET DUIDELIJK WORDEN VERMELD OP HET OVERBRENGINGSMIDDEL. Zonder die datum kunnen we uw bestand niet behandelen. Controles voorafgaande aan de toepassing van de revisie De geldigheidscontrole, zoals deze wordt uitgevoerd op de updates, zal toegepast worden op de revisie. Indien deze controle verwerpingen met zich meebrengt, zullen wij de REVISIE niet toepassen en zullen wij U voorstellen de nodige aanpassingen uit te voeren voor de echte toepassing. Voorbeelden: datum van de REVISIE = 01/10/2013 (om 0 u) SITUATIE VAN UW PORTEFEUILLE DOOR TE GEVEN CONTRACTEN VERPLICHT DOOR TE GEVEN BEWEGINGEN (voor alle ondernemingen) a. lopend contract op de datum van de revisie 00 begindatum = 01/10/2013 (om 0 uur) b. geschorst contract op de datum van de revisie 02 einddatum = echte datum van de schorsing datum < 01/10/2013, om 0 uur UITGESTELDE BEWEGINGEN (voor de ondernemingen die deze bewegingen in hun updates overbrengen) c. Lopend contract op de datum van de revisie, opgezegd na de datum van de revisie (opzeggingsdatum al gekend, contract ten vroegste op 02/10/2013 opgezegd) 00 begindatum = 01/10/2013 om 0 u 01 einddatum = echte datum van de opzegging einddatum > datum van de revisie d. Lopend contract op de datum van de revisie, geschorst na de datum van de revisie (schorsingsdatum al gekend, contract ten vroegste op 02/10/2013 geschorst) 00 begindatum = 01/10/2013 (om 0 uur) 02 einddatum = echte datum van de schorsing einddatum > datum van de revisie e. Lopend contract op het ogenblik van de revisie, geschorst na de datum van de revisie en daarna opgezegd (schorsings- en opzeggingsdatum al gekend) 00 begindatum = 01/10/2013, om 0 u 02 einddatum = echte datum van de schorsing einddatum > datum van de revisie 01 einddatum = echte datum van de opzegging einddatum > datum van de revisie f. Contract opgezegd op 01/10/2013 ( na de revisie, die om 0 uur gebeurt). Het contract is dus aan de gang op het ogenblik van de revisie. 00 begindatum = 01/10/2013, om 0 u 01 einddatum = 01/10/2013, om 24 u g. Contract geschorst op 01/10/2013 ( na de revisie, die om 0 u gebeurt). Het contract is dus aan de gang op het ogenblik van de revisie. 00 begindatum = 01/10/2013, om 0 u 02 einddatum = 01/10/2013, om 24 u h. Geschorst contract, dat na de datum van de revisie hernieuwd zal worden (datum van de hernieuwing al gekend) 02 einddatum = echte datum van de schorsing datum < 01/10/2013, om 0 uur 00 begindatum = echte datum van de hernieuwing datum > datum van de revisie i. Geschorst contract, dat na de datum van de revisie zal worden opgezegd (opzeggingsdatum al gekend) 02 einddatum = echte datum van de schorsing einddatum < datum van de revisie 01 einddatum = echte datum van de opzegging einddatum > datum van de revisie j. Geschorst contract dat na de datum van de revisie zal worden hernieuwd en waarvoor een opzeggingsdatum al gekend is 02 einddatum = echte datum van de schorsing datum < datum van de revisie 00 begindatum = echte datum van de hernieuwing datum > datum van de revisie 01 einddatum = echte datum van de opzegging einddatum > datum van de revisie 2.7. De revisie per polis Principe. Indien bij een update, een record in een polis verworpen wordt en het voor U onmogelijk is ons een verbeterde record over te maken, wordt een revisie per polis aanvaard. Hiervoor brengt U ons de huidige en de volledige situatie van die polis over (en de toekomstige situatie voor de ondernemingen die de uitgestelde bewegingen in hun updates doorgeven), VOOR ELKE PLAAT/CHASSIS bij de zending van een latere update. Direct na de revisie van een polis mag U ons de gewone bewegingen van updates overbrengen die op die polis moeten worden toegepast. Het doel van zo’n revisie is U in staat te zetten snel te reageren na het verwerpen van records in een update en deze automatisch te kunnen behandelen. Daarvoor moet U het volgende voorzien: • de behandeling van de verworpen records die zich in het bestand bevinden dat wij U terugsturen • de selectie van de betrokken polissen in de portefeuille van uw onderneming • de creatie van revisie-records voor die polissen door middel van de codes 00, 01 en 02 • het toevoegen van die “revisie-records” in een naar ons over te brengen bestand van updates. Over te brengen gegevens. Wanneer uw onderneming op de hoogte wordt gebracht van een verworpen record mag ze ons de polis opnieuw overbrengen door middel van de codes gebruikt in het kader van de integrale revisie (00, 01 en 02). a. Moeten ons VEPLICHT WORDEN OVERGEBRACHT: - de LOPENDE CONTRACTEN/PLAAT (EN/OF CHASSIS), transactiecode 00 begindatum = datum van de revisie einddatum verboden - de GESCHORSTE CONTRACTEN/PLAAT (EN/OF CHASSIS), transactiecode 02 begindatum verboden einddatum = echte datum van de schorsing Indien ons geen 00 of 02 wordt overgebracht bij de revisie van een polis voor een veortuig datt vóór deze revisie bestond, zullen we beschouwen dat er geen contract meer loopt voor dit voertuig. - de CONTRACTEN/PLAAT (EN/OF CHASSIS) WAAR ALLES IS OPGEZEGD, transactiecode 01 begindatum verboden einddatum = echte datum van de opzegging Wanneer alle contracten/plaat/chassis van een polis (of alleen één wanneer de polis enkel één voertuig betreft) zijn opgezegd, hoeft U ons dit aan te duiden door middel van een revisie bestaande uit tenminste één record 01 met een einddatum die vroeger moet zijn dan de datum van de revisie. Eén record 01 voor de hele polis laat ons weten dat deze polis afgesloten is. a. Bovendien moeten de ondernemingen die voor de updates DE UITGESTELDE BEWEGINGEN doorgeven (inwerkingstelling, hernieuwing, schorsing, opzegging van de waarborg op een latere datum dan de datum van de update) één of meerdere aanvullende records meedelen, voor die situaties die in hun bestand al op het ogenblik van de revisie zijn opgenomen. • inwerkingstelling of hernieuwing van een contract op een latere datum dan de datum van de revisie: record 00 - begindatum = echte datum van de inwerkingstelling of van de hernieuwing en die, hoe dan ook, LATER moet zijn dan de datum van de revisie - einddatum VERBODEN • schorsing en/of opzegging op een datum die later dan of gelijk aan de datum van de revisie is: record 02 (schorsing) en/of record 01 (opzegging) - begindatum VERBODEN - einddatum = datum waarop het contract zal eindigen (om 24 uur) en die, hoe dan ook, LATER DAN of GELIJK AAN de datum van de REVISIE zal zijn. De datum en het uur van update te melden in elke record van de polis zijn de volgende: - datum van de update = datum van de revisie per polis - uur van de update = 0 uur ALLE REVISIE-BEWEGINGEN VAN EEN POLIS MOETEN DEZELFDE DATUM VAN UPDATE HEBBEN. Voorbeelden van verplicht over te brengen bewegingen SITUATIE VAN DE POLIS IN UW PORTEFEUILLE REVISIE 1 lopend contract/plaat op het ogenblik van de 00 revisie per polis begindatum = datum revisie per polis einddatum verboden 2 lopende contracten/plaat op het ogenblik 00 van de revisie per polis begindatum = datum van de revisie per polis einddatum verboden 00 begindatum = datum van de revisie per polis einddatum verboden 1 lopend contract/plaat 1 geschorst contract/plaat 00 begindatum = datum van de revisie per polis einddatum verboden op het ogenblik van de revisie per polis 02 begindatum verboden einddatum = echte datum van de schorsing datum < datum van de revisie per polis 1 opgezegd contract/plaat op het ogenblik van 01 de revisie per polis begindatum verboden einddatum = echte datum van de opzegging datum > datum van de revisie per polis 1 lopend contract/plaat 1 opgezegd contract/plaat 00 begindatum = datum van de revisie per polis einddatum verboden op het ogenblik van de revisie per polis U hoeft ons niets over te brengen aangaande het opgezegde contract/plaat: indien wij niets ontvangen, veronderstellen we dat het andere contract/plaat opgezegd is op het ogenblik van de revisie van de polis. De voorbeelden betreffende de uitgestelde bewegingen zoals ze beschreven zijn in het hoofdstuk “integrale revisie”, gelden eveneens voor de revisie per polis. Voor elk contact betreffende VERIDASS (het opsturen van updates, aanvragen tot identificaties,…), gelieve U uitsluitend te wenden tot de Dienst BMIC: Faxnr: 02/287.19.09 bmic @fcgb-bgwf.be BIJLAGE Nr 1 : Code RJ01 Transactie 33/21 RJ02 33/21 RJ03 RJ04 33/21 33/21 RJ05 RJ06 RJ07 33/10 33/10 33/10 RJ08 33/10 RJ09 33/10 RJ10 RJ11 RJ12 33/11 33/11 33/11 RJ13 33/11 RJ14 33/11 RJ15 RJ16 RJ17 11/31 11/31 11/31 RJ18 11/31 RJ19 RJ20 11/32 11/32 RJ21 RJ22 RJ23 11/32 11/32 11/32 RJ24 11/32 RJ25 RJ26 RJ27 RJ28 10 10 10 10 RJ29 11 CODE VERWERPINGEN Beschrijving De velden plaat en chassis zijn identiek in beide records van de combinatie De plaat is gekend (zij werd niet blanco gelaten) en is identiek in beide records De plaat doorgegeven in de code 21 bestaat al in deze polis De code 33 zou zich voor een record geplaatst hebben anders dan een code 3x De plaat bestaat niet in de polis Er is noch een code 10 noch een code 00 voor deze plaat in deze polis Er bestaat een code 10 met een latere of gelijke begindatum dan/aan die van de code 10 doorgegeven in de update Er bestaat een code 00 met een latere begindatum dan die van de code 10 doorgegeven in de update Er bestaat een code 00 met een begindatum gelijk aan die van de code 10 doorgegeven in de update en is geen datum van de revisie De plaat bestaat niet in de polis Er is noch een code 11 noch een code 00 voor deze plaat in deze polis Er bestaat een code 11 met een latere of gelijke begindatum dan/aan die van de code 11 doorgegeven in de update Er bestaat een code 00 met een latere begindatum dan die van de code 11 doorgegeven in de update Er bestaat een code 00 met een begindatum gelijk aan die van de code 11 doorgegeven in de update en is geen datum van de revisie De plaat bestaat niet in de polis De laatste record is geen code 31 Er bestaat een code 31 die een latere einddatum heeft dan de code 31 van de update Er bestaat een code 31 met dezelfde einddatum als die van de code 31 van de update en deze datum is geen datum van de revisie De plaat bestaat niet in de polis De laatste record is een code 31 en deze heeft een vroegere of gelijke einddatum dan/aan die van de code 32 van de update De laatste record is een code 31, de voorlaatste is geen code 32 De laatste record is noch een code 32 noch een code 31 Er bestaat een code 32 die een latere einddatum heeft dan de code 32 van de update Er bestaat een code 32 met dezelfde einddatum als die van de code 32 van de update en deze datum is geen datum van de revisie De plaat bestaat maar we vinden noch een code 10 noch een code 00 terug Er bestaat een code 10 met een vroegere of gelijke begindatum Er bestaat een code 00 met een vroegere of gelijke begindatum Er bestaat een code 00 met een begindatum gelijk aan die van de code 10 van de update en deze datum is geen datum van de revisie Geen code 11 teruggevonden, noch een code 0x en ook geen code 3x met een vroegere of gelijke datum in deze polis RJ30 11 RJ31 11 RJ32 11 RJ33 11 RJ34 RJ35 11 11 RJ36 RJ37 RJ38 RJ39 31 31 31 31 RJ40 RJ41 RJ42 31 31 31 RJ43 RJ44 RJ45 RJ46 32 32 32 32 RJ47 RJ48 RJ49 32 32 32 RJ50 32 RJ51 RJ52 RJ53 33 33 33 RJ54 33 RJ55 33 RJ56 RJ57 RJ58 RJ59 RJ60 RJ61 RJ62 RJ63 10 11 21 22 Er bestaat een code 11 met een vroegere of gelijke begindatum dan/aan die van de code 11 van de update Er bestaat een code 11, die wordt voorafgegaan door een record anders dan een code 3x Er bestaat een code 11, die wordt voorafgegaan door een code 3x met een latere einddatum dan die van de 11 van de update Er bestaat een code 11, die wordt voorafgegaan door een code 0x met een latere einddatum dan die van de 11 van de update Er bestaat een code 00 met een vroegere begindatum Er bestaat een code 00 met een begindatum dat gelijk is aan de code 11 van de update en deze datum is geen datum van de revisie De polis bestaat niet De plaat bestaat niet in deze polis Er bestaat een code 31 met een vroegere einddatum Er bestaat een code 31 met een einddatum gelijk aan de code 31 van de update en deze datum is geen datum van de revisie Er bestaat een code 33 met een verschillende einddatum Er bestaat een code 32 met een latere einddatum Er bestaat een record anders dan een code 3x met een latere of gelijke datum dan/aan die van de 31 van de update De polis bestaat niet De plaat bestaat niet in deze polis Er bestaat een code 31 met een vroegere einddatum Er bestaat een code 31 met een latere einddatum, maar die niet voorafgegaan is van een andere record waarop de code 32 zich kan toepassen Er bestaat een code 33 met een verschillende einddatum Er bestaat een code 32 met een vroegere einddatum Er bestaat een code 32 met een einddatum gelijk aan die van de code 32 van de update en deze datum is geen datum van de revisie Er bestaat een record anders dan een code 3x met een latere of gelijke datum dan/aan die van de code 32 van de update De polis bestaat niet De plaat bestaat niet in deze polis De record zou zich voor een record voegen anders dan een code 31 of een code 32 De einddatum doorgegeven in de 33 van de update is de datum van de te annuleren record niet. De record kan niet toegepast worden op een code 00, noch een code 10, noch een code 11 De record is identiek aan de vorige (« dubbel ») Datum/uur van de update afwezig of ongeldig De record heeft dezelfde datum en uur als een andere record in dezelfde polis maar hun twee transactiecodes vormen geen geldige combinatie De record maakt deel uit van een groep van meer dan twee records in de update in éénzelfde polis op dezelfde datum die een ongeldige combinatie worden Een of meerdere niet overeenstemmende of afwezige velden Een of meerdere niet overeenstemmende of afwezige velden Een of meerdere niet overeenstemmende of afwezige velden Een of meerdere niet overeenstemmende of afwezige velden RJ64 RJ65 RJ66 RJ67 RJ68 RJ69 RJ70 RJ71 23 31 32 33 RJ72 21 RJ73 RJ74 RJ75 RJ76 23 22 22 22 RJ77 RJ78 RJ79 22 22 RAP RJ80 10-11 RJ81 3x et cumul RJ82 RJ83 RJ84 RJ85 RJ86 Cumul 00 01 01 02 21 21 21 Een of meerdere niet overeenstemmende of afwezige velden Een of meerdere niet overeenstemmende of afwezige velden Een of meerdere niet overeenstemmende of afwezige velden Een of meerdere niet overeenstemmende of afwezige velden Record verworpen samen met de combinatie De polis bestaat niet De plaat bestaat niet in deze polis Er bestaat een code 10 of een code 00 met een latere begindatum als die van de code 21 van de update Er is een code 3x die voorafgaat met een einddatum die niet gelijk is aan begindatum van de tussen te voegen code 21 De polis bestaat niet De polis bestaat niet De plaat bestaat niet in deze polis De verandering van plaat brengt een niet toegelaten verandering van BB categorie met zich mee Het chassis van de code 22 komt niet overeen met het gevonden chassis Het chassis van de code 22 komt niet overeen met het gevonden chassis De laatste update in deze polis bevat geen verwerping om een RAP toe te laten. (verwerping) De update bevat een chassis dat verschillend is van hetgene dat eerder werd meegedeeld (Warning) De update bevat een chassis dat verschillend is van hetgene dat eerder werd meegedeeld, maar is toch aanvaard. De begin- en einddata van de cumulatie zijn niet coherent. 2 opeenvolgende transacties 00 voor hetzelfde voertuig Reeds afgesloten waarborg met een vroegere datum (RAN) Transactie 01 die een waarborg start Transactie 02 die op een andere transactie dan een 00 volgt, voor dezelfde waarborg BIJLAGE Nr 2 : MIDDEL EN FREQUENTIE VAN DE OVERBRENGING ZO SPOEDIG MOGELIJK TERUGFAXEN NAAR: B.G.W.F. DIENST BMIC fax : 02/287.19.09 BNB CODE :.................... NAAM VAN DE ONDERNEMING : .....…..................................................... MIDDEL VAN OVERBRENGING E-MAIL PORTIMA FTP THRU VPN Gelieve uw keuze aan te duiden. FREQUENTIE VAN DE OVERBRENGING DAGELIJKS WEKELIJKS TWEEWEKELIJKS Gelieve uw keuze aan te duiden. NAAM : .................................................... TITEL / DIENST : .................................................... HANDTEKENING : .................................................... DATUM : .................................................... MAANDELIJKS BIJLAGE Nr 3 : FORMAAT VAN EEN BELGISCHE PLAAT Gelieve onze website te bezoeken : http://www.fcgb-bgwf.be/nl/plaques.html BIJLAGE Nr 4 : “MODULO” CHASSIS De rubriek chassisnummer vormt het belangrijkste element om een vergelijking mogelijk te maken met het bestand van de DIV. Daarom is het wenselijk dat de ondernemingen de controles gebruiken die door de DIV worden toegepast voordat zij hun gegevens aan VERIDASS overmaken. De “modulo” chassis Berekeningsregels voor het verkrijgen van de rubriek “modulo”, een numerieke waarde bestaande uit 2 cijfers om de geldigheid van het chassisnummer te controleren, die door de DIV en de technische controlediensten gebruikt wordt en op de aanvragen tot inschrijving (roze formulier) en de inschrijvingsattesten (twee eerste cijfers van de code E1) staat vermeld. Lengte van de rubriek chassisnummer Deler Resultaat = complement van de deling I. 17 alfanumerieke posities 97 2 numerieke posities Toekenning van een numerieke waarde aan ieder karakter van het chassisnummer op basis van de volgende conversietabel. NB: De karakters die in de tabel niet worden gevonden, zullen door 0’s (nullen) worden vervangen. Spatie .......…... 0 # ..................… 0 < ..................... 0 A .................... 2 B .................... 3 C .................... 4 D .................... 5 E .................... 6 F .................... 7 G .................... 8 H .................... I ...................... J ...................... K .................... L .................... M ................... N .................... O .................... P ..................... Q .................... 9 1 1 2 3 4 5 0 7 8 R ..................... S ..................... T ..................... U .................... V .................... W ................... X .................... Y .................... Z .................... 0 .................... II. III. Rechts instellen, nultekens links. Het verkregen nummer verdelen door de DELER 97 IV. De REST aftrekken van de DELER VOORBEELD : Chassisnummer = => 9 1 2 3 4 5 6 7 8 0 1 ..................... 2 ..................... 3 ..................... 4 ..................... 5 ..................... 6 ..................... 7 ..................... 8 ..................... 9 ..................... QUOTIENT REST Resultaat = Modulo VF320CC1101911597 | | | | | | 4 73204 41101911597 verdeeld door 97 = 487839598988779 97 - 34 = 63 REST = 34 1 2 3 4 5 6 7 8 9 AANVRAGEN TOT IDENTIFICATIE INHOUD 1. Het koninklijk besluit P. 1 2. Werkwijze P. 1 2.1. Hoe kunt U een aanvraag indienen ? P.1 2.2. Welke inlichtingen moeten op de aanvraag worden vermeld ? 3. P.2 2.3. Wat deelt de DIENST BMIC mee ? P.2 2.4. Wanneer krijgt U een antwoord ? P.2 2.5. Tot wie kan U zich wenden ? P.2 Uitwisseling van de inlichtingen 3.1. Beschrijving van de bestanden P.3 3.2. Behandeling van de aanvragen P.3 3.3. Beschrijving van de records P.4 BIJLAGEN Nr 1: Indiening van een ongevalsaangifte bij het Belgisch Gemeenschappelijk Waarborgfonds Nr 2 : Code zetel van de onderneming Nr 3 : Formaat van een plaat 1. HET KONINKLIJK BESLUIT Iedere aanvraag tot identificatie van een verzekeraar moet volgen op een verkeersongeval dat moet plaatsgevonden hebben binnen de 7 jaar vóór de aanvraag. 2. WERKWIJZE 2.1. Hoe kunt U een aanvraag indienen ? - op INTERNET via de site van het Belgisch Gemeenschappelijk Waarborgfonds, www.fcgb-bgwf.be, afdeling Dienst/Aanvragen tot identificatie. - op een informatica-middel: via PORTIMA, (gelieve eerst contact op te nemen met PORTIMA, op 02/661.44.31, om de beschrijving van de records te verkrijgen), per e-mail – enkel de gestructureerde bestanden die hieronder worden beschreven, worden aanvaard. (gelieve eerst contact op te nemen met bmic @fcgb-bgwf.be, om de overbrengingsmodaliteiten te bepalen). Opmerking: Nooit mag een aanvraag per telefoon worden ingediend. 2.2. Welke inlichtingen moet U noodzakelijk vermelden ? uw naam, adres en referenties (bv.: naam en adres van de onderneming, referenties van het dossier), de datum van de aanvraag, de datum van het ongeval, de nummerplaat, de naam van uw verzekerde. 2.3. Wat deelt de DIENST BMIC mee ? de naam en het adres van de betrokken verzekeringsonderneming, de BNB code, het polisnummer van de plaat in kwestie. 2.4. Wanneer ontvangt U een antwoord ? De DIENST BMIC behandelt uw aanvraag binnen de 5 dagen van de ontvangst. Vervolgens ontvangt U: ofwel het antwoord op uw aanvraag (verzekeraar: gevonden), ofwel het bericht dat een onderzoek geopend is. binnen de maand van de ontvangst van uw aanvraag maakt de dienst BMIC U het resultaat van het onderzoek bekend (verzekeraar: gevonden of niet gevonden). 2.5. Tot wie kan U zich wenden ? Voor alle inlichtingen betreffende de aanvragen tot identificatie kunt u contact opnemen met de Dienst BMIC bmic @fcgb-bgwf.be of per fax: 02/287.19.09. 3. UITWISSELING VAN DE INLICHTINGEN 3.1. Beschrijving van de bestanden (per e-mail verzonden) Met het oog op meer doeltreffendheid heeft het Fonds het bestand gebruikt dat dient voor de aanvragen die door Assuralia worden samengebracht en verzonden naar de DIV. Beschrijving van het bestand « Aanvragen » (R = request). Naam van het niet gecompresseerde bestand: IDxxxxxR.mjj waar xxxxx de code van de aanvrager is (bv.: BNB code van de onderneming), m de maand (A L, A = Januari) en jj de dag van de creatie van het bestand. Naam van het gecompresseerde bestand: xxxxxmjj.zip waar xxxxx de code van de aanvrager is, m de maand en jj de dag van de creatie van het bestand (bestand dat IDxxxxxR.mjj bevat). Elk bestand « aanvragen » bevat de volgende records : • 1 beginrecord « P » • Alle records « Aanvraag » « R » • 1 eindrecord « Z » Beschrijving van het bestand « Antwoorden » (A = answer). Niet gecompresseerd: IDxxxxxR.mjj waar xxxxx de code van de aanvrager is (bv.: BNB code van de onderneming), m de maand (A L, A = Januari) en jj de dag van de creatie van het bestand. Gecompresseerd: xxxxxmjj.zip waar xxxxx de code van de aanvrager is, m de maand en jj de dag van de creatie van het bestand (bestand dat IDxxxxxR.mjj bevat). Elk bestand « antwoord » bevat de volgende records : • 1 beginrecord « P » • Alle records « Antwoord » « A » (rechtstreeks antwoord), • 1 eindrecord « Z » 3.2. Behandeling van de aanvragen De behandeling van de aanvragen kan in 2 verschillende antwoorden resulteren: 1° Antwoord “A” 2° Antwoord “B” op basis van de inlichtingen in ons bezit op na onderzoek zenden wij U per post of per het ogenblik van de aanvraag , fax de antwoorden “B” (code antwoord : “00” of “08”). zenden wij U rechtstreeks een record Code « 00 » = verzekeraar gevonden. “antwoord” “A” : “00 07”, zie pagina 5 Code « 08 » = Plaat niet gevonden (het is dan mogelijk een ongevalsaangifte bij het Belgisch Gemeenschappelijk Waarborgfonds in te dienen, Zie bijlage nr. 1) 3.3. Beschrijving van de records. Enkele opmerkingen betreffende de over te maken gegevens: - 1 record per plaat/aanvraag tot identificatie. - TELEBIB-normen dienen als referentie voor het formaat en de codering van de informatie. - A(lfanumerieke) zones: links uitgelijnd N(umerieke) zones: rechts uitgelijnd en voorafgegaan door nullen. Record « Begin » 01 ZONE Type record LG 1 TYPE INHOUD A "P" 02 Type aanvrager (1) 2 A (1) 03 04 05 Code aanvrager (2) Zetelnummer (3) Naam van de contactpersoon 5 2 20 A N A Verplicht Facultatief Facultatief 06 07 08 Telefoon van de contactpersoon Datum van creatie (ddmmjjjj) Reserve TOTAAL 10 8 32 80 N N A Facultatief Verplicht Niet gebruikt 01 02 03 04 ZONE Type record Type aanvrager (1) Code aanvrager (2) Zetelnummer (3) LG 1 2 5 2 TYPE A A A N INHOUD "R" (1) Verplicht Facultatief 05 06 07 08 09 Datum van de aanvraag (ddmmjjjj)) Referentie of naam van de aanvrager (4) Code Taal(5) Land van de plaat Nummerplaat (9) 8 25 1 3 9 N A N A A Verplicht Verplicht Verplicht Verplicht Verplicht 10 11 Land van de verzekeringsnemer Naam van de verzekeringsnemer 3 35 A A Verplicht Verplicht 12 13 Datum van het ongeval (ddmmjjjj) Reserve TOTAAL 8 N 24 A 120 Record « Aanvraag » Verplicht Niet gebruikt Record « Antwoord » ZONE LG TYPE INHOUD 01 02 Type record Type aanvrager (1) 1 2 A A "A" (1) 03 Code aanvrager (2) 5 A Verplicht 04 05 Zetelnummer (3) Datum van de aanvraag (ddmmjjjj) 2 8 N N Facultatief Verplicht 06 07 08 Referentie of naam van de aanvrager (4) Code Taal (5) Land van de plaat 25 1 3 A N A Verplicht Verplicht Verplicht 09 10 Nummerplaat (9) Land van verzekeringsnemer 9 3 A A Verplicht Verplicht 11 12 Naam van de verzekeringsnemer Datum van het ongeval (ddmmjjjj) 35 8 A N Verplicht Verplicht 13 14 15 16 17 18 19 20 21 22 2 5 12 35 30 40 7 24 3 N N A A A A A A A Verplicht Verplicht Verplicht Verplicht Facultatief Verplicht Verplicht Verplicht Verplicht de 35 A Verplicht de 30 A Facultatief 24 Code Antwoord (7) BNB code (8) Polisnummer Naam van de onderneming Naam van de onderneming (vervolg) Adres Postcode Gemeente Code Land Naam vertegenwoordiger van onderneming Naam vertegenwoordiger van onderneming (vervolg) Adres 40 A Verplicht 25 Postcode A Verplicht 26 27 28 Gemeente Code Land Reserve TOTAAL A A A Verplicht Verplicht Niet gebruikt 23 46 300 Record « Eind » 01 ZONE Type record LG 1 TYPE INHOUD A "Z" 02 03 04 05 Type aanvrager (1) Code aanvrager (2) Zetelnummer (3) Aantal aanvragen/antwoorden 2 5 2 6 A A N N (1) Verplicht Facultatief Verplicht 06 Reserve 64 TOTAAL 80 A Niet gebruikt (1) Het “type” wordt blanco gelaten voor de verzekeringsondernemingen en -tussenpersonen; voor de andere organismen is dit verplicht en door het BGWF meegedeeld. (2) Ofwel de BNB code voor een onderneming, ofwel de BNB code voor een verzekeringstussenpersoon, ofwel een door het BGWF toegekende code voor de andere aanvragers. BNB code = 5 numerieke posities: rechts uitgelijnd en voorafgegaan door nullen (3) Zie bijlage nr3 : CODE ZETEL VAN DE ONDERNEMING (4) Uw referentie of de naam van de persoon die de aanvraag indient (zelfs beide) (5) 1 = Frans / 2 = Nederlands (6) A = rechtstreeks antwoord (7) In het kader van een antwoord “A” : Code « 00 » = Verzekeraar gevonden : Antwoord hieronder Code « 01 » = Aanvraag niet behandeld : Plaat van minder dan 5 posities of van meer dan 6 posities Code « 02 » = Aanvraag niet behandeld : Plaat bevat ten minste één niet toegelaten letter Code « 03 » = Aanvraag niet behandeld: Plaat bevat één of meerdere niet toegelaten speciale karakters (bv.: ?, *, enz.) Code « 04 » = Aanvraag niet behandeld: Onmogelijke verbinding van letters en cijfers Code « 05 » = Aanvraag niet behandeld : diversen Code « 06 » = Plaat niet gevonden : onderzoek geopend (Antwoord « B » zal per post of per fax volgen) Code « 07 » = Aanvraag niet geldig (bv. : verplichte zones niet ingevuld) Voor de antwoorden “01,02,03,04,05,07,” : Wij stellen U voor uw aanvraag na te zien en te verbeteren. Vervolgens kunt U een nieuwe aanvraag indienen. In het kader van een antwoord “B” Antwoord per post of per fax (B00= Verzekeraar gevonden, B08: Verzekeraar niet gevonden (mogelijkheid om de schade aan te geven aan het Belgisch Gemeenschappelijk Waarborgfonds) (8) BNB code van de onderneming die verzekert (9) Zie bijlage nr 3 : FORMAAT VAN EEN PLAAT __________________________________________ BIJLAGE Nr 1: INDIENING VAN EEN ONGEVALSAANGIFTE BIJ HET BELGISCH GEMEENSCHAPPELIJK WAARBORGFONDS Indien de Dienst BMIC, naar aanleiding van één van uw aanvragen, de identiteit van de verzekeringsonderneming van een van de voertuigen niet kan vaststellen, kunt U aangifte doen van het ongeval bij het Belgisch Gemeenschappelijk Waarborgfonds. Het Fonds kan dan een dossier opstarten om na te gaan of zijn tegemoetkoming al dan niet gerechtvaardigd is in het kader van het ongeval in kwestie. Inderdaad het Belgisch Gemeenschappelijk Waarborgfonds heeft o.a. als opdracht de stoffelijke schade en de schade voortvloeiende uit corporele letsels te vergoeden wanneer het betrokken voertuig het voorwerp niet uitmaakt van een verzekering overeenkomstig de wet. BIJLAGE Nr2: CODE VAN DE ZETEL VAN DE ONDERNEMING WAAR HET CONTRACT WORDT BEHEERD De zetels van de onderneming worden aangeduid door een code bestaande uit de twee eerste cijfers van de postcode van de gemeente waar de zetel zich bevindt. Al de zetels uit Brussel dragen een code 10, zelfs indien de postcode, bijvoorbeeld, 1170 is. 10 20 23 27 28 30 35 40 48 49 50 60 67 70 75 80 84 85 90 93 Brussel Antwerpen Turnhout Sint-Niklaas Mechelen Leuven Hasselt Liège Verviers Eupen Namur Charleroi Arlon Mons Tournai Brugge Oostende Kortrijk Gent Aalst BIJLAGE Nr 3 : FORMAAT VAN EEN BELGISCHE PLAAT Gelieve onze website te bezoeken http://www.fcgb-bgwf.be/nl/plaques.html ______________________________________
© Copyright 2024 ExpyDoc
