Pagina-vergelijking

Beroep

Hypotheekbedrag

Ketenafspraak

De algemene ketenafspraak met betrekking tot de definitie van het HypotheekBedrag is dat dit de optelling van alle leningdelen betreft, exclusief het overbruggingsbedrag.

Voornamen en Correspondentie

Geldig vanaf

29 mei 2021 - HDN 21

Ketenafspraak

In de HDN Standaard kennen we de volgende velden omtrent de voornamen van een natuurlijk persoon:

voornaam

Aanleiding & achtergrond

Het wordt steeds belangrijker dat aanvragers zo vroeg mogelijk in het proces juist geïdentificeerd kunnen worden. Het ontvangen van de volledige voornamen in het begin van de keten kan daarbij helpen zodat het overeenkomt met data die later in het proces ontvangen voor de identificatie van de klant; wanneer dit b.v. vanuit een externe bron afkomstig is kan het direct worden gematcht.

Om deze reden is per HDN21 ‘Voornamen’ leidend, waarin de volledige voornamen van een personen kunnen worden opgegeven. Voor eventuele correspondentie kan een enkele voornaam worden doorgegeven in het veld ‘CorrspondentieVoornaam’. Het veld ‘Voornaam’ komt per HDN21 hiermee te vervallen.

Fiscaal inwonerschap en belastingverplichting per aanvrager

Geldig vanaf

25 mei 2019 - HDN 19

Ketenafspraak

Deze ketenafspraak is van toepassing op Hypotheken (AX) en Verzekeren (LX).

Aanleiding & achtergrond

In het kader van de wet CRS/ Fatca moet het mogelijk zijn aan te geven of de aanvrager uitsluitend belastingplichtig is in Nederland en zo niet, wat zijn fiscale woonstaten zijn (dat kunnen er meerdere zijn) inclusief de daarbij horende TIN codes.

Geboortenaam en Correspondentienaam

Geldig vanaf

25 mei 2019 - HDN 19

Ketenafspraak

Wanneer geboortenaam en correspondentienaam gelijk zijn, mag geen correspondentienaam worden meegegeven. CorrespondentieNaam mag alleen gevuld worden als deze afwijkt van de geboortenaam.

Correspondentie voor het intermediair apart

meegeven in het Offertebericht (OX)

Geldig vanaf

29 mei 2021 - HDN 21

Ketenafspraak

Correspondentie gericht aan het intermediair (distributiepartij) zal in het Offertebericht (OX) als bestand met een eigen label (DocSoort) meegegeven worden.

Aanleiding & achtergrond

Bij het versturen van bijv. een renteaanbod / offerte worden soms de correspondentie voor het intermediair en de correspondentie voor de klant in één bestand en met 1 label (DocSoort) meegegeven in het Offertebericht (OX). Denk aan de offerte en de voorbrief voor het intermediar.

Als het intermediair het rentevoorstel / offerte door wil sturen aan de klant zal hij/zij de correspondentie die voor hemzelf bedoeld is wellicht niet mee willen sturen.  Dat is erg lastig als deze correspondentie in 1 bestand wordt meegestuurd.

Bevestiging medische acceptatie en/of polis per

Geldig vanaf

16 mei 2020 - HDN 20

Ketenafspraak

In alle gevallen waar een bevestiging van medisch akkoord als document wordt afgegeven moet dit document in een Offertebericht ( OX ) per HDN aan het intermediair verzonden worden.Het soort document (OX.PrintDoc.DocSoort) dat dan meegegeven moet worden is [20 Acceptatiebevestiging verzekering].

Het kan voorkomen dat er geen medisch akkoord wordt afgegeven (omdat de polis meteen wordt opgemaakt).

In alle gevallen waar een polis als document wordt afgegeven moet dit document in een Offertebericht (OX) per HDN aan het intermediair verzonden worden.
Het soort document (OX.PrintDoc.DocSoort) dat dan meegegeven moet worden is [17 Polis].

13 mei 2023

Ketenafspraak

Op het moment dat de partij nog aangesloten is op de API V1 dient de Header gevuld te worden. Wanneer deze over is op API V2 hoeft deze niet meer gevuld te worden. Berichten zullen gevalideerd worden op het platform. Mocht u dan ook nog niet over zijn op API V2, maar de Header niet gevuld hebben, zal het bericht worden afgekeurd.

Aanleiding & achtergrond

Voor doorontwikkeling van het platform en de mogelijkheden hieromtrent komt er een API V2 versie beschikbaar waarin stuurinformatie (Header) gescheiden wordt van berichtinformatie (Overige entiteiten). De Header informatie zal in JSON format meegegeven gaan worden in het bericht. In verband met de gefaseerde overgang naar de API V2 zal de Header tijdelijk optioneel worden gemaakt.

Aanvraagvolgnummer

Ketenafspraak

Applicaties moeten juist omgaan met het aanvraagvolgnummer en versienummer uit de HDN header:

Lopende polissen

Geldig vanaf

21 mei 2022 - HDN 22

Ketenafspraak

Met betrekking tot lopende polissen geldt:

Wijzigingen op lopende aanvragen

Geldig vanaf

29 mei 2021 - HDN 21

Ketenafspraak

In de volgende situaties verwacht de aanbieder altijd een nieuwe aanvraag en er mag dus geen gewijzigde versie van een eerder ingediende aanvraag (hetzelfde aanvraagvolgnummer met een hoger versienummer) worden ingediend. Er moet in deze gevallen een nieuwe aanvraag met een nieuw aanvraagvolgnummer worden ingediend.

• De aanvraag is in een eindstatus is terechtgekomen, dit is het geval wanneer:

  • De aanvraag definitief is beëindigd;
    Eén van de volgende SX-berichten is door de aanbieder verzonden:
    SX16 Offerteaanvraag beëindigd (Hypotheken)
    SX16 Levenaanvraag beëindigd (Verzekeren)
    SX06 Kredietaanvraag beëindigd (Kredieten)

  • Het dossier is in beheer genomen;
    Het bericht ‘SX20 Lening in beheer’ (Hypotheken) is door de aanbieder verzonden.

• De tussenpersoon wijzigt.
  Het veld TussenpersoonNr.

• De aanbieder wijzigt.
  Het veld OntvangerCode.

• De bindende offerte is uitgebracht en het onderpand wijzigt.Het bericht ‘SX23 Bindende offerte verzonden’ is door de aanbieder verstuurd en de gegevens in de entiteit Object wijzigen.

• De bindende offerte is uitgebracht en de productvorm wijzigt.Het bericht ‘SX23 Bindende offerte verzonden’ is door de aanbieder verstuurd en de productvorm wijzigt.

In alle andere gevallen moet de adviseur de mogelijkheid worden geboden om een wijziging door te voeren op de eerder ingediende aanvraag, tenzij dit niet mogelijk is door bijvoorbeeld een major schemawijziging.

Aanleiding & achtergrond

Op dit moment zijn er geen uniforme ketenafspraken over wanneer een aanbieder een wijziging op een lopende aanvraag verwacht of een geheel nieuwe aanvraag.  Hierdoor hanteren adviespakketten en hun adviseurs ook verschillende methodieken.Door hierover eenduidige afspraken te maken, willen we duidelijkheid scheppen welke wijzigingen (automatisch) door de aanbieder kunnen worden verwerkt en waarvoor de adviseur dus een wijziging kan doorvoeren op het bestaande dossier. En in welke gevallen de aanbieder een geheel nieuwe aanvraag wenst en de adviseur hiervoor ook in zijn pakket voor een nieuwe aanvraag moet kiezen. Hierdoor scheppen we helderheid in wat adviseur en aanbieder van elkaar verwachten, verminderen we de uitval en het aantal dubbele aanvragen.

In deze eerste fase worden afspraken gemaakt over gevallen waarin de aanbieder altijd een nieuwe aanvraag verwacht. Dit omdat de wijzigingen zo groot zijn of zo laat in het proces plaatsvinden, dat een geheel nieuwe beoordeling noodzakelijk is en het niet wenselijk of niet mogelijk is om deze mutaties op het reeds lopende dossier door te voeren.

Er zijn in samenwerking met een subgroep van de Werkgroep Hypotheken 22 scenario’s beschreven die kunnen wijzigen tijdens het aanvraagtraject. Deze scenario’s zijn voorgelegd aan kennishouders van alle op HDN aangesloten aanbieders (inclusief servicers en een aantal midoffice-leveranciers) met de vraag of zij hierbij kunnen aangeven of zij in dit scenario een gewijzigde aanvraag verwachten of een geheel nieuwe aanvraag. Hierbij is ook gevraagd om, indien zij een geheel nieuwe aanvraag verwachten, een toelichting te geven met de achterliggende reden.
In een tweede deel van de uitvraag zijn verschillende processtappen benoemd en is de deelnemers gevraagd of zij per scenario kunnen aangeven of het antwoord dat zij eerder hebben gegeven bij de scenario’s, verandert als het proces een stap verder is.
Er is een analyse gedaan op de resultaten van de uitvraag. Hieruit is dit voorstel gekomen tot ketenafspraken, waarbij is gekeken naar een combinatie van de scenario’s en de processtappen waarin een groot deel van de aanbieders aangeeft een nieuwe aanvraag te wensen.

Statusmeldingen Verzekeren

Geldig vanaf

16 mei 2020 - HDN 20

Ketenafspraak

Verplichte statusmeldingen▪ 09 Levenaanvraag ontvangen▪ 10 Levenaanvraag in behandeling
▪ 15 Gezondheidsverklaring verzonden
▪ 14 Gezondheidsverklaring ontvangen
▪ 08 Polis verzonden
▪ 13 Levenaanvraag niet te verwerken, zie toelichting
▪ 16 Levenaanvraag beëindigd, zie toelichting*

*Voor ‘SX16 Levenaanvraag beëindigd, zie toelichting’ geldt reeds de ketenafspraak dat in de tekstregels moet worden aangegeven waarom de aanvraag wordt beëindigd. Om deze afspraak af te dwingen worden de tekstregels verplicht gemaakt wanneer sprake is van SX16. De inhoudelijke vulling van de tekstregels is vrij te bepalen (geen waardelijst).

Identificatie verificatie

Geldig vanaf

16 december 2021

Ketenafspraak

In het kader van de Wwft is het van belang dat de adviseur de identiteit van de klant(en) vaststelt en verifieert. Om deze reden wordt met ingang van de HDN 21 Decemberrelease (16-12-2021) het veld IdentificatieVerificatieJN toegevoegd onder Tussenpersoon in het LX-bericht. Dit veld geeft aan dat de adviseur verklaart de identiteit van de aanvrager(s) te hebben vastgesteld en deze identiteit te hebben geverifieerd conform de Wwft.

Tussenpersoon- en Serviceprovidergegevens

Geldig vanaf

15 oktober 2016 - HDN 18

Ketenafspraak

• De voorkant (adviesapplicaties) vullen de entiteit TussenPersoon met de tussenpersoon waarmee de klant contact heeft;

• De service providers mogen deze gegevens niet aanpassen (m.u.v. het TussenpersoonNr*) en voegen de eigen gegevens toe in de nieuwe entiteit ServiceProvider;