Hieronder vind u alle aanpassingen die door alle spelers geïimplementeerd moeten zijn voor 01/01/2025.

Opgelet dat deze release note onderhevig is aan wijzigingen. Zelfs als, in overeenstemming met de SLA's, de meeste aanpassingen in de loop van 2023 worden gedefinieerd zodat de spelers, aan het einde van 2023, hun implementatie in de loop van 2024 kunnen budgetteren, is het vaak zo dat aanpassingen die als dringend of minder belangrijk worden beschouwd, tot op het laatste moment aan de release worden toegevoegd.

Deze release note is verdeeld in vijf delen:

• Het 1ste deel beschrijft de aanpassingen in context.
• Het 2de deel somt de MCI's op die in de release zijn opgenomen. De MIG's worden aangepast op basis van de MCI's zodra deze zijn goedgekeurd.
• Het 3de deel staan alleen de wijzigingen die binnen deze MCI's zijn gemaakt.
• Het 4de bevat de segmenten en XML/JSON-variabelen die verouderd zijn in 2025 of aangemaakt of gewijzigd in 2024 en die meestal geïmplementeerd moeten zijn tegen 1 januari van het volgende jaar.
• En het 5de bevat de lijstwaarden die verouderd zijn in 2025 of aangemaakt of gewijzigd in 2024 en die meestal geïmplementeerd moeten zijn tegen 1 januari van het volgende jaar.

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.

• 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.

• 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.

• 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.

• 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).

• 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).

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.

Betrokkene 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).
 

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.
 

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.
 

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.

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).
 

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).