6. Aanvraag portefeuilleoverzicht

Het gebruik van het portefeuilleoverzicht is vanzelfsprekend, de makelaar die informatiseert kan door de verzekeraars geholpen worden in de opbouw van zijn bestanden.

Voorbeelden van aanvragen :

• in het geval van transferten van portefeuilles tussen producenten (verkopen, opvolging, ...);tussen verzekeraars in het geval van fusies, overnames en andere;
• in het geval van diepgaande wijzigingen van tarieven, enz. ...

6.1. Vanuit het beheerspakket

6.1.1. Door uitwisseling van een bericht

De makelaar vindt er functionaliteit die hem toelaat het bericht volgens MIG M0401 aan te maken (Aanvraag portefeuilleoverzicht).
12/10/2022 - De WG normalisatie beslist :

• gezien geen enkele verzekeraar de ontvangst en de behandeling van het bericht ontwikkelde;
• laten we dat bericht vallen - de MCI en de MIG worden gearchiveerd;
• de object/aktie code 0401 blijft bruikbaar voor de aanspreking van de service/module.

Het laten vallen van dit bericht vanuit het beheerspakket verlaagt de efficiëntie binnen het makelaarskantoor.

6.1.2. Door aanspreking van een service/module

Hij staat op een fiche "verzekeraar", of juister nog op een fiche "producentenrekening bij een verzekeraar".

• Als de verzekeraar de service/module "Aanvraag portefeuilleoverzicht" gepubliceerd heeft, dan wordt deze opgestart.
• Het producentenrekening nummer wordt aan de module gegeven, via contextuele uitwisseling, of als bijkomende parameter in de aanspreking.

De makelaar staat op een andere fiche

• De aanspreking is niet mogelijk.

6.2. Vanuit het services/modules publicatiesysteem

Alles verloopt binnen de module van de verzekeraar.

6.3. Aandachtspunten

6.3.1. Dubbele ingave vermijden

De makelaar toelaten rechtstreeks naar de juiste pagina/raadpleging te schakelen.

De module van de verzekeraar moet gebruik maken van de parameters die bij de aanspreking van de executable of die in de URL werden mee gegeven.

6.3.2. Vermijden van de heringave van de referte van het te raadplegen object

Voor de raadpleging moet men aan de module van de verzekeraar de referte van het te raadplegen object geven (de referte van de producentenrekening).

Die uitwisseling van informatie kan gebeuren :

• Met behulp van contextuele uitwisseling
• Door de referte van het te raadplegen object mee te geven als bijkomende parameter tijdens de aanspreking van de executable of in de URL

6.3.3. De aanvraag kan zijn voor :

• de ganse portefeuille,
• een specifiek contract (dat niet kan opgevraagd worden via het antwoordrecord op aanvraag),
• een verzameling contracten (volgens Polistype).

6.3.4. Extractie spelregels :

• De verzekeraars sturen alle polissen waarvan de makelaar het beheer heeft, uitgezonderd de annulaties, opzeggingen, schorsingen, vervallen sinds meer dan 2 jaar.
• De opgeslagen gegevens moeten toelaten de situatie van de polis te kennen zoals op de laatste hoofdvervaldag of van de laatste contractuele overeenkomst in voege op het ogenblik van de extractie, uitgezonderd de nieuwe zaken met uitgestelde aanvang die ook worden verzonden.
• Alle bedragen worden geactualiseerd op datum van extractie van het overzicht.
• Als er een toekomstige versie van het contract bestaat dan moeten de verzekeraars dat vermelden.
• Voor contracten in medeverzekering moet de leidende medeverzekeraar de totale bedragen verzenden.
• De volgende medeverzekeraars mogen het contract, de risico-objecten en de waarborgen verzenden.
• Projecten en zaken zonder gevolg worden niet in het portefeuilleoverzicht opgenomen.
• Het portefeuilleoverzicht bevat enkel de contractgegevens (CNTRCT).
• De kwijtingen (PRENOT) komen er niet in voor.

6.4. Ontvangst en integratie van het antwoord

Het algemene principe is dit van de integratie van een "antwoordrecord", maar er zijn wat nuances eigen aan deze ontvangst op basis van MIG M0114.

6.4.1. Algemeenheden

De verzekeraar stuurt al de contractgegevens.

Enkel de aanwezige gegevens werken de databank van de makelaar bij.

De verzekeraar houdt geen rekening met de mogelijkheid dat de (gecodeerde) gegevens van de makelaar meer detail vetonen dan deze van de verzekeraar.

Om de integratie van een contract te kunnen aanvatten moeten de volgende gegevens in het beheerspakket te vinden zijn :

• Het CDV numer van de verzekeraar
• Het producentenrekeningnummer

Per sub-rubriek detailleren we de integratie spelregels :

• Identificatie van de sub-rubriek
• Gegevens die deel uitmaken van de sub-rubriek
• Toepassing van een integratiefilter

6.4.2. Administratieve contractgegevens

Identificatie

• Het contractnummer
• Als het contract niet te vinden is in het beheerspakket, dan wordt het er in aangemaakt.
• Dat is de « normale » situatie.
• Als het contract gevonden wordt, dan moet men dat bemerken, en de informatie niet te snel « verwerpen ». Het beheerspakket moet hier de gepaste functionaliteit bedenken en voorzien.

Gegevens

• zie de MIG (Message Implementation Guide) in Telebib.

Filter

De gegevens van de verzekeraar zijn de juiste, en er is geen integratiefilter.

De gegevens van het bericht worden zonder manipulatie in het beheerspakket opgenomen.

6.4.3. Gegevens verzekeringnemer

Identificatie

De portefeuille was al van de makelaar

• Interne identificatie verzekeringnemer (éénduidige identificatie)
• Naam + voornaam + postcode + geboortedatum
• Naam + voornaam + postcode
• Naam

Als de verzekeringnemer éénduidig gevonden is met behulp van zijn interne identificatie, dan is er in principe geen manipulatie tijdens zijn integratie (maar hij kan nog altijd voor een andere verzekeringnemer kiezen).

Als de verzekeringnemer gevonden is met andere zoekcriteria, dan moet de makelaar zijn keuze maken in de resultaatslijst (zelfs al is er maar één resultaat) (maar hij kan nog altijd voor een andere verzekeringnemer kiezen).

Als de verzekeringnemer niet gevonden is, dan wordt hij in principe aangemaakt vertrekkende van de gegevens van het antwoordrecord (maar hij kan nog altijd voor een andere verzekeringnemer keizen).

Opmerking: Opdat de integratie voldoende vlot kan verlopen moet het beheerspakket voorzien in de mogelijkheid van default antwoorden op dat soort vragen.

De portefeuille was van een andere makelaar

• Naam + voornaam + postcode + geboortedatum
• Naam + voornaam + postcode
• Naam

Als de verzekeringnemer gevonden is met de beschikbare zoekcriteria, dan moet de makelaar zijn keuze maken in de resultaatslijst (zelfs al is er maar één resultaat) (maar hij kan nog altijd voor een andere verzekeringnemer kiezen).

Als de verzekeringnemer niet gevonden is, dan wordt hij in principe aangemaakt vertrekkende van de gegevens van het antwoordrecord (maar hij kan nog altijd voor een andere verzekeringnemer keizen).

Gegevens

• Zie de MIG in Telebib.

Filter

• De gegevens van de makelaar kunnen vollediger zijn.
• De integratiefilter laat de verschillen zien.
• De gegevens van de makelaar hebben de voorkeur (defaultkeuze).

6.4.4. Risico-object Auto – voertuig/aanhangwagen

Identificatie

• PVG nummer en PVG volgnummer - « Febiac » bestand (éénduidige identificatie)
• Merk + chassis (éénduidige identificatie)
• Plaat + merk + bouwjaar
• Plaat + merk

Als het risico-object gevonden is met behulp van de éénduidige identificatie, dan worden de gegevens van de makelaar in principe vervangen door deze van het antwoordrecord (maar hij kan nog altijd voor een ander risico-object kiezen).

Als meerdere risico-objecten voldoen aan de zoekcriteria, dan worden deze in een lijst getoond en kan de makelaar er één uit kiezen, ofwel kan hij een nieuw risico-object aanmaken vertrekkende van de gegevens van het antwoordrecord.

Als geen enkel risico-object voldoet aan de zoekcriteria, dan wordt in principe een nieuw risico-object aangemaakt vertrekkende van de gegevens van het antwoordrecord (maar de makelaar kan nog altijd kiezen voor een risico-object van de verzekeringnemer, men moet hem dus deze objecten tonen).

Gegevens

• Zie de MIG in Telebib.

Filter

• De gegevens van de verzekeraar zijn vollediger.
• De integratiefilter toont de verschillen.
• De gegevens van de verzekeraar hebben de voorkeur (defaultkeuze).

6.4.5. Risico-object Auto – Gewoonlijke bestuurder

Identificatie

• Naam + voornaam + postcode + geboortedatum
• Naam + voornaam + postcode
• Naam

Indien de verzekeringnemer = de gewoonlijke bestuurder : dan zijn er geen gegevens te integreren.

Anders : te handelen zoals voor de persoon in de rol van verzekeringnemer, maar hier dan in de rol van gewoonlijke bestuurder. Dat principe is geldig voor elke « tussenkomende partij » of « rol ».

Gegevens

• Zie de MIG in Telebib. (RODGEN, ROD001, ROD002)

Filter

• De gegevens van de makelaar kunnen vollediger zijn.
• De integratiefilter laat de verschillen zien.
• De gegevens van de makelaar hebben de voorkeur (defaultkeuze).

6.4.6. Risico-object Brand – Gebouw

Identificatie

• Identificatie n° van de straat in het DEDALE bestand
• Straat + n° + bus n° + postcode + gemeente (éénduidige identificatie)
• Straat + n°

Als het risico-object gevonden is met behulp van de éénduidige identificatie, dan worden de gegevens van de makelaar in principe vervangen door deze van het antwoordrecord (maar hij kan nog altijd voor een ander risico-object kiezen).

Als meerdere risico-objecten voldoen aan de zoekcriteria, dan worden deze in een lijst getoond en kan de makelaar er één uit kiezen, ofwel kan hij een nieuw risico-object aanmaken vertrekkende van de gegevens van het antwoordrecord.

Als geen enkel risico-object voldoet aan de zoekcriteria, dan wordt in principe een nieuw risico-object aangemaakt vertrekkende van de gegevens van het antwoordrecord (maar de makelaar kan nog altijd kiezen voor een risico-object van de verzekeringnemer, men moet hem dus deze objecten tonen, of hem er de toegang tot geven).

Gegevens

• Zie de MIG in Telebib. (RODGEN, ROD01x)

Filter

• De gegevens van de verzekeraar zijn vollediger.
• De integratiefilter toont de verschillen.
• De gegevens van de verzekeraar hebben de voorkeur (defaultkeuze).

6.4.7. Risico-object BAG – Gezin (Privaat Leven)

Identificatie

• Risico-object BAG

Als het risico-object gevonden wordt, dan zijn er geen wijzigingen.(Bijzonderheid : 1 enkel gegeven -> men behoudt altijd hetzelfde risico-object)

Anders maakt men het risico-object aan vertrekkende van de gegevens van het antwoordrecord.

Gegevens

• Zie de MIG in Telebib. (RODGEN, ROD060)

Filter

• Niet van toepassing.

6.4.8. Risico-object Persoon (individu)

Identificatie

• Naam + voornaam + postcode + geboortedatum
• Naam + voornaam + postcode
• Naam

Te behandelen zoals voor de persoon in de rol van verzekeringnemer, maar hier dan in de rol van risico-object "persoon - individu". Dat principe is geldig voor elke "tussenkomende partij" of "rol".

Gegevens

• Zie de MIG in Telebib. (RODGEN, ROD030)

Filter

• De gegevens van de makelaar kunnen vollediger zijn.
• De integratiefilter laat de verschillen zien.
• De gegevens van de makelaar hebben de voorkeur (defaultkeuze).

6.4.9. Risico-objec Groep personen

Identificatie

• Naam + postcode
• Naam

Als meerdere risico-objecten voldoen aan de zoekcriteria, dan worden deze in een lijst getoond en kan de makelaar er één uit kiezen, ofwel kan hij een nieuw risico-object aanmaken vertrekkende van de gegevens van het antwoordrecord.

Als geen enkel risico-object voldoet aan de zoekcriteria, dan wordt in principe een nieuw risico-object aangemaakt vertrekkende van de gegevens van het antwoordrecord (maar de makelaar kan nog altijd kiezen voor een risico-object van de verzekeringnemer, of zelfs nog een ander object, men moet hem dus deze objecten tonen, of hem er de toegang tot geven).

Gegevens

• Zie de MIG in Telebib. (RODGEN, ROD04x)

Filter

• De gegevens van de verzekeraar zijn vollediger.
• De integratiefilter toont de verschillen.
• De gegevens van de verzekeraar hebben de voorkeur (defaultkeuze).

6.4.10. Risico-object Groep/Persoon (uitgevoerde activiteit)

Identificatie

• Naam + postcode + ondernemingsnummer + nummer vestigingseenheid
• Naam + postcode + ondernemingsnummer
• Naam + postcode
• Naam

Als meerdere risico-objecten voldoen aan de zoekcriteria, dan worden deze in een lijst getoond en kan de makelaar er één uit kiezen, ofwel kan hij een nieuw risico-object aanmaken vertrekkende van de gegevens van het antwoordrecord.

Als geen enkel risico-object voldoet aan de zoekcriteria, dan wordt in principe een nieuw risico-object aangemaakt vertrekkende van de gegevens van het antwoordrecord (maar de makelaar kan nog altijd kiezen voor een risico-object van de verzekeringnemer, of zelfs nog een ander object, men moet hem dus deze objecten tonen, of hem er de toegang tot geven).

Gegevens

• Zie de MIG in Telebib. (RODGEN, ROD05x)

Filter

• De gegevens van de verzekeraar zijn vollediger.
• De integratiefilter toont de verschillen.
• De gegevens van de verzekeraar hebben de voorkeur (defaultkeuze).

6.4.11. Risico-object Dier

Identificatie

• Naam + aankoopdatum + registratienummer
• Naam + aankoopdatum
• Naam

Als meerdere risico-objecten voldoen aan de zoekcriteria, dan worden deze in een lijst getoond en kan de makelaar er één uit kiezen, ofwel kan hij een nieuw risico-object aanmaken vertrekkende van de gegevens van het antwoordrecord.

Als geen enkel risico-object voldoet aan de zoekcriteria, dan wordt in principe een nieuw risico-object aangemaakt vertrekkende van de gegevens van het antwoordrecord (maar de makelaar kan nog altijd kiezen voor een risico-object van de verzekeringnemer, of zelfs nog een ander object, men moet hem dus deze objecten tonen, of hem er de toegang tot geven).

Gegevens

• Zie de MIG in Telebib. (RODGEN, ROD090)

Filter

• De gegevens van de verzekeraar zijn vollediger.
• De integratiefilter toont de verschillen.
• De gegevens van de verzekeraar hebben de voorkeur (defaultkeuze).

6.4.12. Generiek risico-object

Dit gaat dan over de risico-objecten van niet verder gedocumenteerde types (hierboven).

Identificatie

• Onbestaande

Geen enkel risico-object voldoet aan de zoekcriteria, in principe wordt een nieuw risico-object aangemaakt vertrekkende van de gegevens van het antwoordrecord (maar de makelaar kan nog altijd kiezen voor een risico-object van de verzekeringnemer, of zelfs nog een ander object, men moet hem dus deze objecten tonen, of hem er de toegang tot geven).

Gegevens

• Zie de MIG in Telebib. (RODGEN)

Filter

• De gegevens van de verzekeraar zijn vollediger.
  De integratiefilter toont de verschillen.
  De gegevens van de verzekeraar hebben de voorkeur (defaultkeuze).

6.4.13. Waarborgen

Identificatie

We gaan er van uit dat het bericht alle waarborgen bevat.

De gegevens van de verzekeraar vervangen deze van het beheerspakket.

Gegevens

• Zie de MIG in Telebib.

Filter

• Niet van toepassing.