KET-046: Verplichte regels op ProductSoort in LevenAanvraag

KET-046: Verplichte regels op ProductSoort in LevenAanvraag

Samenvatting

In een organisatiespecifieke LevenAanvraag (LX) moet op het veld //FinancieleDekking/ProductSoort regels worden toegevoegd die ervoor zorgen dat alleen de juiste productsoorten kunnen worden aangevraagd. Daarnaast moet worden gecontroleerd op de juiste combinatie met CodeProductMij.

Ingangsdatum huidige versie

May 30, 2026

Laatst gewijzigd per HDN-versie

HDN 26

Impact op

Levenaanvraag (lx)

Relevant voor rollen

  • Rol 4b: Aanbieder: Verzekeren

Type ketenafspraak

  • Schema-inrichting

Van toepassing op de velden

Levenaanvraag (lx)

  • //FinancieleDekking/ProductSoort

Van toepassing op de entiteiten

 

Ketenafspraak

Vereisten voor Rol 4b: Aanbieder: Verzekeren

  1. Binnen het organisatiespecifieke LevenAanvraag (LX) schema moet op het veld /FinancieleDekking/ProductSoort een insluitende regel bestaan, die per ProductSoort alle (actieve) CodeProductMij insluit.
    NB: Wanneer er een nieuw product bij komt moeten deze regel(s) altijd worden uitgebreid, anders is deze niet aan te vragen.
    Voorbeeld: ProductSoort heeft waarde (01 Lastenverzekering) als //FinancieleDekking/CodeProductMij heeft waarde (XX001 Lastenverzekering)

  2. Binnen het LevenAanvraag (LX) schema, is het mogelijk dat niet alle door HDN ondersteunde, productsoorten worden ondersteund door de organisatie. Daarom moet er een extra insluitende regel zijn, die aangeeft welke ProductSoort waardes er toegestaan zijn door de organisatie.
    Voorbeeld: ProductSoort heeft waarde (01 Lastenverzekering, 03 Overlijdensrisicoverzekering).

Aanleiding en achtergrond

Ter voorkoming dat via LevenAanvraag (LX) schema een ProductSoort wordt aangevraagd die door een aanbieder niet is bedoeld om te ondersteunen, dienen vaste validatieregels in elk schema te worden opgenomen. Zo wordt, wanneer een nieuwe ProductSoort wordt toegevoegd, voorkomen dat deze per ongeluk kan worden aangevraagd bij aanbieders die dit niet ondersteunen. Daarnaast moet de combinatie van ProductSoort en CodeProductMij eenduidig en consistent zijn.

Versiegeschiedenis

Versie

Wijzigingen

Datum

HDN Versie

Versie

Wijzigingen

Datum

HDN Versie

1.0

Initiële ketenafspraak

May 30, 2026

HDN 26