Voornamen en Correspondentie voornaam

Geldig vanaf

29 mei 2021 - HDN 21

Ketenafspraak

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

• VoorNamen; de verzameling namen die aan de geboortenaam voorafgaat. Alle voornamen moeten, gescheiden door spaties, worden opgegeven zoals op het identificatiebewijs van de persoon is vermeld.

• CorrespondentieVoornaam; de voornaam waarmee iemand wordt aangesproken.

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.

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 meegegeven 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 OX

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

Aanvraagvolgnummer en versienummer

Ketenafspraak

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

• Het aanvraagvolgnummer dient een uniek kenmerk te zijn. Het dient zo opgesteld te worden dat doublures op het HDN platform uitgesloten worden.

• Dezelfde (inhoudelijke) aanvraag naar verschillende ontvangers zal dus per ontvanger een ander aanvraagvolgnummer moeten hebben.

• Het unieke aanvraagvolgnummer van een aanvraagbericht dient door de gehele keten heen te worden gebruikt, wat inhoudt dat alle berichten in het proces hetzelfde aanvraagvolgnummer hanteren. Dit aanvraagvolgnummer zal bij het eerste aanvraagbericht (intermediair) gegenereerd worden. Tussenschakels in de keten mogen dit niet aanpassen. Ook opvragingen bij een bron zullen met hetzelfde aanvraagvolgnummer moeten gebeuren.

• Een gelijk aanvraagvolgnummer met een hoger versienummer wordt gezien als een mutatie op een eerdere offerte. Hiermee zal de aanbieder alleen dienen te reageren op het hoogste versienummer.

• Het versienummer mag nooit 0 zijn.

• Het opvragen van actuele hypotheekdata middels een IA-bericht wordt gezien als een nieuw aanvraagbericht. Hier moet dus een nieuw aanvraagvolgnummer voor gegenereerd worden. Reactie op dit bericht middels een status- of IX-bericht moet hetzelfde aanvraagvolgnummer als het aanvraagbericht (IA) hebben.

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

Betekenis, timing & frequentie per statusmelding

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;

In het geval dat een aanbieder niet werkt met Tussenpersoon- Serviceprovidernummers kan in beide velden een dummy waarde gevuld worden.
In het geval dat een aanbieder werkt met maar 1 aanstellingsnummer dan mag in beide velden dit aanstellingsnummer gevuld worden.

Wanneer meerdere partijen/ serviceproviders tussen het klantcontact en de geldverstrekkers binnen de keten aanwezig zijn overschrijft de serviceprovider de al aanwezige gegevens in de entiteit ServiceProvider. De aanbieder ontvangt zodoende altijd de partijgegevens waarvan de aanvraag wordt ontvangen.

*) het TussenpersoonNr is, in het geval de aanvraag via een ServiceProvider wordt verzonden, niet altijd bekend bij de Tussenpersoon, maar wel bij de ServiceProvider. Deze mag het door de Tussenpersoon gevulde TussenpersoonNr dus overschrijven met het nummer waaronder de betreffende Tussenpersoon bekend is bij de ontvanger van de aanvraag.

Aanleiding & achtergrond

De Mortgage Credit Directive (MCD) (ingang 14 juli 2016) stelt dat de tussenpersoon, waarmee de klant contact heeft, bekend moet zijn; ook bij de geldverstrekker. De werkwijze vóór de MCD week hiervan af: wanneer de aanvraag via een serviceprovider liep, werden de gegevens van de tussenpersoon (het klantcontact) overschreven met die van de serviceprovider. Dit is niet meer toegestaan met de introductie van MCD.