Wijzigingen die een adviseur invoert, worden in de acceptatiefase waar mogelijk automatisch geaccepteerd. Ligt de ingangsdatum van zo'n wijziging ver in het verleden, dan is automatisch accepteren ongewenst: de wijziging raakt dan contractjaren die al zijn geprolongeerd.

Daarom is er een controle bijgekomen. Ligt de mutatiedatum, de ingangsdatum van de nieuwe versie, vóór de voorlaatste hoofdvervaldatum, dan valt de wijziging uit met de melding "De mutatiedatum ligt vóór de voorlaatste hoofdvervaldatum." De wijziging wordt niet automatisch geaccepteerd, maar aangeboden voor handmatige beoordeling.

Welke datum wordt vergeleken

De voorlaatste hoofdvervaldatum wordt bepaald aan de hand van de meest recente prolongatie waarbij de hoofdvervaldatum daadwerkelijk opschoof, en de hoofdvervaldatum van de verzekeringversie zoals die vóór die prolongatie was. Is de hoofdvervaldatum bijvoorbeeld 01-08-2026, dan is de voorlaatste 01-08-2025; een wijziging met een ingangsdatum vóór 01-08-2025 valt uit.

Een wijziging met een ingangsdatum precies óp de voorlaatste hoofdvervaldatum valt niet uit; de controle geldt alleen voor datums die daar strikt vóór liggen. Bij een verzekering die nog nooit is geprolongeerd, is er geen voorlaatste hoofdvervaldatum en treedt de controle niet in werking.

De controle draait alleen in de acceptatiefase. Bij het berekenen van premies en bij tussentijdse herberekeningen verandert er niets.

Impact voor jou

Wijzigingen met een ingangsdatum die verder terug ligt dan het vorige contractjaar komen voortaan altijd bij de acceptant terecht. Je beoordeelt ze dan zelf in plaats van dat ze ongemerkt worden verwerkt. Voor wijzigingen binnen het lopende of het vorige contractjaar verandert er niets.

Zie ook

Bij royementen gelden daarnaast eigen vaste acceptatieregels, beschreven in (zie "Vaste acceptatieregels voor royementen (4.1.4.2)").

Dit onderwerp staat in de release notes van een eerdere versie. Je vindt het ook in het online handboek of via Quinn, de digitale assistent in DIAS Assurantie.