Release : 202501

Release note voor de Telebib2 release 2025, van kracht vanaf 1 januari 2025.

De gedetailleerde wijzigingen per MCI en per veld zijn raadpleegbaar in het tabblad MCIs Changes van deze release.

Inhoud van de release

Nieuwe NACE-BEL nomenclatuur 2025

Door het van kracht worden op 1 januari 2025 van een nieuwe versie van de NACE-BEL nomenclatuur is een nieuw veld ATT+3106/BusinessCodeNacebel2025Code (Handelscode (NACE-BEL 2025)) gecreëerd.
Het veld ATT+3104/BusinessCodeNacebelCode (Handelscode (NACEBEL)), dat sinds 01/01/2010 obsoleet is, is verwijderd uit berichten.

De geïmpacteerde MCI's zijn: M0202, M0205, M0206, M0210, M0211, M0216, EPTY003, PTY003GRP, PTY003PM, PTY003PP, ECLAFILN, (E)ROD01x, (E)ROD04x, (E)ROD05x, (E)ROD001, (E)ROD009 en (E)ROD070.

Sectorcharter "Digitaal"

Begin van het jaar 2023 ondertekenden een aantal makelaarsfederaties en verzekeringsmaatschappijen een sectorcharter waarin ze zich verklaarden ermee akkoord om klantengegevens (mailadressen en gsm-nummers) uit te wisselen met als doel deze gegevens te gebruiken voor de verzending van vervaldagberichten en herinneringen voor premiebetalingen, alsook van attesten die verband houden met de verzekeringsovereenkomsten.

• Hierbij wordt bepaald dat de hierboven vermelde documenten geen enkele reclameboodschap mogen bevatten.
• Dit alles gebeurt met inachtneming van de AVG en de keuze van de klant.
• Alle andere overeenkomsten, charters, sectorakkoorden en individuele akkoorden blijven uiteraard van toepassing wat het gebruik van deze gegevens betreft, zoals vandaag het geval is voor de postadressen.

In deze context zijn aanpassingen gemaakt in de Release 2024 (zie versie 7.87) maar de volgende zijn ook gepland in deze Release:

• Toevoeging van het e-mailadres (COM+003/EmailAddressCommID), facturatie e-mailadres (COM+009/EmailBillingCommID) en GSM-nummer (COM+007/MobileTelephoneCommID) in de MCI M9120 (Beschrijving betrokkene, zending CRM).
• De volgende gegevens worden obsoleet:
  • COM+008/EmailContractuallyBindingCommID (e-Mail contractueel bindend)
  • DTM+158/EmailOptInOrOutDate (Datum e-Mail opt-in/out)
  • BIN+A004/EmailOptInObtainedBinary (e-Mail opt-in bindend) en bijgevolg de A004-lijst en alle waarden daarvan
  • ATT+A09F/EMailQualityCode (eMail adres data-kwaliteit) en bijgevolg de A09F-lijst en alle waarden daarvan
  • GIS+A09D/ChangePolicyholderEmailOptInProcesscode (Wijzig e-Mail opt-in verzekeringsnemer) en bijgevolg de A09D-lijst en alle waarden daarvan
  • Waarde 07 (e-mail met opt-in) van de A09G- en A09H-lijsten (Digitale voorkeur polis en vervaldagberichten)

De opt-in voor het gebruik van het e-mailadres zowel als de validatie van het e-mailadres moeten inderdaad uitgevoerd worden vóór elke uitwisseling met andere partijen. Wanneer een e-mailadres wordt uitgewisseld, moet de verzender er eerst voor zorgen dat hij de toestemming heeft van de eigenaar van het e-mailadres en dat het e-mailadres geldig is. Het is daarom niet nodig om extra velden te sturen om dit te acteren.

Dit betekent ook dat het niet nodig is om een specifiek geautoriseerd en gevalideerd e-mailadres te hebben, aangezien elk uitgewisseld e-mailadres verondersteld wordt geautoriseerd en gevalideerd te zijn.

De gïmpacteerde MCI's zijn: DPTDAMDOD001, M0216, M9103, M0304, M0202, M0203, M0204, M0205, M0206, M0210, M0211, M0214, M0308, EPTY003, PTY003GRP, PTY003PM, PTY003PP.

• Het schadenummer (RFF+029/ClaimReference) in de MCI M0410 (Verzoek - Wijziging klantgegevens) wordt ook obsoleet want M0410 is voorzien om de gegevens van de in de RFF+001 aangegeven verzekeringsnemer te wijzigen. Deze operatie uitvoeren op basis van een schadenummer dat verbonden is aan het contract kan alleen maar leiden tot fouten en verwarring.
• Om het mogelijk te maken dat klantcontactgegevens (e-mailadressen en gsm-nummers) individueel en in massa uitgewisseld kunnen worden:
  • werd een nieuw Broker Business Process# 37 beschreven; werd een nieuwe indicator GIS+A1ZZ/ExchangeCustomerDataInBulkProcesscode (Wissel klantgegevens in massa uit) toegevoegd in het bericht M0410 (Aanvraag wijziging gegevens verzekeringsnemer, oorsprong producent);
  • werd een nieuwe actiecode ACT+008/ActionBulkSending (Massaverzending) aangemaakt om in het MBP M0124 (oorsprong verzekeraar) gebruikt te worden;
  • werd een nieuwe code CMPB 80 (ZENDING: klantcontactgegevens) aangemaakt om in het MBP M0124 (oorsprong verzekeraar) gebruikt te worden.

Leasing- en financieringsmaatschappijen

We staan nu meerdere leasingmaatschappijen (PTY+010/PartyLeasingCompany) en financieringsmaatschappijen (PTY+016/PartyFinancingCompany) toe in het risico-object, want typisch in Inhoudsverzekeringen kunnen meerdere objecten/machines (in hetzelfde Inhoud-ROD) in leasing of lening zijn.

De geïmpacteerde MCI's zijn: ERODGEN en RODGEN.

Arbeidsongevallen

Het nummer van de paritaire comité (PC) is verplaatst van de verzekeringnemer (werkgever) naar het risico-object (verzekerde groep personen). Als een verzekerde groep onder 2 verschillende PC's valt, moeten 2 risico-objecten (ROD04x) doorgegeven worden.

De geïmpacteerde MCI's zijn: PTY003PM (Gegevens verzekeringnemer rechtspersoon), EPTY003 (Gegevens verzekeringnemer voor de contextuele uitwisseling) en (E)ROD04x (Risico-object Groep personen).

Transport

ADR-transport

ADR komt van het acroniem "Accord for Dangerous goods by road", in het Nederlands vertaald als "Europese Overeenkomst betreffende het internationale vervoer van gevaarlijke goederen over de weg".

Toevoeging van een indicator (J/N) die aangeeft of het motorvoertuig of de aanhangwagen onder de ADR-voorschriften valt. De "vallen onder"-notie moet nog gedefinieerd worden.

De geïmpacteerde MCI's zijn: de (E)ROD001 (Motorvoertuig) en (E)ROD002 (Aanhangwagen).

Marine

Er is een nieuwe versie van de lijst 5801 (Type vaartuig) aangemaakt.

De geïmpacteerde MCI's zijn: de (E)ROD003 (Vaartuig).

Schade

Schadeberichten werden aangepast:

• om de schadedatum (DTM+048/MomentOfTheEventDateTime) verplicht maken zodra deze bekend is;
• om de schadedatum (DTM+048/MomentOfTheEventDateTime) zonder het uur te kunnen doorsturen als dit niet bekend is. Daarom, naast formaat 002 (ddmmjjjjuummss) of 008 (ddmmjjjjuumm) wordt ook formaat 001 (ddmmjjjj) aanvaard.

Betrokken MCI's en MIG's zijn: M0202 (Schade opening), M0203 (MSB oorsprong producent), M0204 (Bericht van regeling), M0205 (Ontvangstmeling), M0206 (Sluiting schadedossier), M0210 (Aanduiding expert), M0211 (Expertiseversalg (oorsprong maatschappij)), M0214 (Opvolging beheersdaden), M0215 (Inlichtingenformulier BTW), M0216 (Europees aanrijdingsformulier) en EvCDonClaim (Contextuele uitwisseling - Schadegegevens).

Wet "Opzeggingsregels" van 09/10/2023

De wet van 09/10/2023 tot vereenvoudiging van de opzeggingsregels voor verzekeringsovereenkomsten staat klanten toe om na looptijd van één jaar, de meeste van hun stilzwijgend verlengbare niet-leven verzekeringsovereenkomsten op te zeggen vóór de hoofdvervaldag en met een opzegtermijn van 2 maanden en vereist dat verzekeraars dit recht in duidelijke en bevattelijke bewoordingen vermelden op elk vervaldagbericht. Daarom waren er twee nieuwe velden toegevoegd in de vervaldagberichten van release 202401 (zie versie 7.93). Met release 202501 worden deze twee velden GIS+B085/Infra‑annualTerminationApplicableProcesscode (Artikel 85/1 Wet verzekeringen van toepassing) en FTX+085/Infra‑annualTerminationRightText (Opzeggingsrecht Artikel 85/1 Wet verzekeringen) ook in het M0308-bericht (Bericht van afrekening) toegevoegd.

Motorrijtuigen

De norm laat al toe om de verzekerde waarde exclusief BTW van het voertuig (MOA+011/InsuredValueInsurerAmount) te vermelden in de autowaarborg (IxD5xx) en in het autorisico-object van een schadegeval (EVT_ROD001). Vanaf release 202501, op verzoek van sommige verzekeraars die liever het inclusief BTW-bedrag meedelen, is een nieuw veld MOA+237/InsuredValueInsurerVatInclusiveAmount toegevoegd. Enkel één van deze twee bedragen is voldoende. Verzekeraars gaven de voorkeur aan de toevoeging van een nieuw bedrag boven de toevoeging van een "met/zonder BTW"-indicator om redenen van implementatiegemak.

Leven en beleggingen

In het kader van de producten Tak 21 Universal Life, Tak 23 en Tak 44

• Toevoeging van een flag (BIN+1208/PaymentReserveInCaseOfDeathBinary) in de gegevens die specifiek zijn voor de (sub-)waarborgen Leven (IxD1xx) om expliciet aan te geven dat alleen de reserve wordt betaald bij overlijden (er is geen specifieke overlijdensdekking).
• Toevoeging van een nieuw veld MOA+238/MinimumAmountInCaseOfDeathAmount in de gegevens die specifiek zijn voor de (sub-)waarborgen Leven (IxD1xx) om, indien van toepassing (BIN+1202/MinimumAmountInCaseOfDeathBinary=Y), het minimumbedrag te kunnen communiceren dat zal uitbetaald worden in geval van overlijden.
• De label van MOA+171/AmountPlannedForDepositAmount (Bedrag van de geplande bruto storting) en MOA+172/AmountPlannedForWithdrawalAmount (Bedrag van de geplande bruto opvraging) is aangepast om te verduidelijken dat het om brutobedragen gaat.

Boekhoudkundige uitwisselingen

Het bericht "Rekening uittreksel" werd aangepast om de schadedatum (DTM+048/MomentOfTheEventDateTime) verplicht maken zodra deze bekend is.

Om verrichtingen met betrekking tot kwijtingen te vergemakkelijken, wordt het kwijtingnummer (RFF+027/PremiumNotificationCompanyReference) verplicht in alle kwijting-berichten als de maatschappij een dergelijk nummer heeft. En tussenpersonen worden gevraagd om het kwijtingnummer te gebruiken zodra dit door de maatschappij meegedeeld is.

De geïmpacteerde berichten zijn: M0304 (Prenot), M0308 (afrekening), M0603 (Totalen prenot), M0302 (BRB), M0303 (ATK), M0306 (Onbetaalde), M0307 (Annulering), M0701 (Rekeninguittreksel), EPRENOTID (contextuele uitwisseling).

Andere rationaliseringen

De volgende elementen/velden (alleen gebruikt in het Vrijstelling-segment (DEDxxx)) werden obsoleet gemaakt release 202501:

• BIN+3423/FranchiseDeductableBuyoutBinary want overlapte met de BIN+P11W/ThresholdExemptionBinary (Drempelvrijstelling).
• BIN+2040/SurrenderOfUnrefundedSickLeavePeriodBinary want overlapte met de BIN+P11W/ThresholdExemptionBinary (Drempelvrijstelling).

DTM+006/LengthDuration is verwijderd uit het Vrijstelling-segment (DEDxxx), omdat zijn use case in aanbeveling 5 "Definitie en gebruik van vrijstellingen" te specifiek is en a priori niet door de sector gebruikt wordt. Dit voorkomt ook het foutieve gebruik ervan in plaats van DTM+030/ExcessPeriodDuration om te verwijzen naar de carenztijd (eigenrisico termijn).

Ondersteuning