Samenvatting Geïntroduceerd in HDN-versie Geldig vanaf datum Impact op / // / / / / / / / / / / /// / / / / / / / / / Relevant voor rollen Rol 1: Softwarepaketten (voorkant) Rol 2: Tussenstations zonder aanpassingen Rol 3: Tussenstations met aanpassingen Rol 4: Aanbieder: Hypotheken Rol 4: Aanbieder: Verzekeren Rol 4: Aanbieder: Kredieten Rol 4: Aanbieder: Externe bron Rol 5: Intermediar Type ketenafspraak Inrichting schema’s Vulling berichten Procesafspraak Verduidelijking omgaan met vulling van velden Gerelateerde velden Veldnaam Gerelateerde entiteiten Entiteitnaam
Samenvatting
Deze ketenafspraak beschrijft hoe om te gaan met een gewijzigde aanvraag en requestVersion te vullen bij het versturen van HDN-berichten. Dit voorkomt onduidelijkheden wanneer en voor wie het mogelijk is om een wijziging in de requestVersiondoor te voeren, en wat er nog toegestaan is nadat er een nieuwe requestVersionis.
Bij het versturen van een het eerste bericht in een dossier is het verplicht het veld requestVersion in de JSON met 1 te vullen.
Het is alleen toegestaan een nieuwe requestVersion te introduceren bij het versturen van een bericht met één van de volgende messageType
Status
colour
Blue
title
OfferTeaanvraag (AX)
/
Status
colour
Blue
title
KredietAanvraag (KX)
/
Status
colour
Blue
title
Levenaanvraag (lx)
/
Status
colour
Blue
title
WaarborgBERICHT (wx)
.
Het is niet toegestaan binnen een dossier twee keer een HDN-bericht van hetzelfde messageType, receiver, sender enrequestVersion te versturen.
Dit geldt alleen voor de volgende messageType
Status
colour
Blue
title
OfferTeaanvraag (AX)
/
Status
colour
Blue
title
KredietAanvraag (KX)
Status
colour
Blue
title
Levenaanvraag (lx)
/
Status
colour
Blue
title
WaarborgBERICHT (wx)
.
Wanneer er een nieuwe aanvraag ingediend wordt is het verplicht de huidige requestVersion met 1 te verhogen. Ter verduidelijking: ‘huidige' betekent een bericht van elk messageType, dus ook
Status
colour
Blue
title
Doc.aanvraagBericht (DA)
,
Status
colour
Blue
title
Offerte (OX)
en
Status
colour
Blue
title
StatusMelding (SX)
. Hiermee wordt voorkomen dat een HDN-bericht verderop in de keten wordt verhoogd en er daardoor meerdere keren dezelfde requestVersion wordt gemaakt. Voorbeeld: Rol 1: Softwarepakketten stuurt requestVersion1 naar een Rol 3: Tussenstations met aanpassingen. Deze maakt een wijziging en introduceert requestVersion2. De aanbieder stuurt daarop een
Status
colour
Blue
title
StatusMelding (SX)
met requestVersion2terug. De serviceprovider stuurt deze weer terug naar het adviespakket. Wanneer een intermediair een wijziging in de aanvraag wil doorvoeren moet de nieuwe requestVersion de waarde 3 hebben. Deze moet gebaseerd zijn het op het laatste bericht dat het adviespakket heeft ontvangen, de
Status
colour
Blue
title
StatusMelding (SX)
(2) + 1=3.
Wanneer een nieuwe requestVersion bekend is, is het niet toegestaan om te reageren op berichten van de oude requestVersion. Ter verduidelijking: Het is niet toegestaan nog een
Status
colour
Blue
title
DocumentBericht (DX)
te versturen als reactie te versturen op een
Status
colour
Blue
title
Doc.aanvraagBericht (DA)
met een verouderde requestVersion. Om documenten te versturen is een
Status
colour
Blue
title
Doc.aanvraagBericht (DA)
met de nieuwe requestVersion nodig.
Uitzondering: Dit geldt niet indien de nieuwe requestVersion niet geaccepteerd is bij de aanbieder, zie daarvoor punt 3 bij Rol 4: Aanbieder. In dat geval moet de oude requestVersion gehandhaaft blijven.
Het is verplicht een ontvangen bericht met een onbekende requestVersion te verwerken. Achtergrond: Deze regel is noodzakelijk omdat het mogelijk is dat ook Rol 3: Tussenstations met aanpassingen een nieuwe requestVersion kan introduceren. Rol 1: Softwarepakketten kan dus ook retourberichten ontvangen op een requestVersion die nog niet bekend is.
Vereisten voor Rol 2: Tussenstations zonder aanpassingen
Het is niet toegestaan een nieuwe requestVersion in het dossier te introduceren.
Het is verplicht een aanvraag met een requestversion >1 te kunnen herkennen en verwerken.
Het is niet toegestaan binnen een dossier twee keer een HDN-bericht van hetzelfde messageType, receiver, sender enrequestVersion te versturen.
Dit geldt alleen voor de volgende messageType
Status
colour
Blue
title
OfferTeaanvraag (AX)
/
Status
colour
Blue
title
KredietAanvraag (KX)
/
Status
colour
Blue
title
WaarborgBERICHT (wx)
/
Status
colour
Blue
title
LevenAanvraag (LX)
.
Wanneer een nieuwe requestVersion bekend is, is het niet toegestaan om te reageren op berichten van de oude requestVersion. Ter verduidelijking: Het is niet toegestaan nog een
Status
colour
Blue
title
DocumentBericht (DX)
te versturen als reactie te versturen op een
Status
colour
Blue
title
Doc.aanvraagBericht (DA)
met een verouderde requestVersion. Om documenten te versturen is een
Status
colour
Blue
title
Doc.aanvraagBericht (DA)
met de nieuwe requestVersion nodig.
Uitzondering: Dit geldt niet indien de nieuwe requestVersion niet geaccepteerd is bij de aanbieder, zie daarvoor punt 3 bij Rol 4: Aanbieder. In dat geval moet de oude requestVersion gehandhaaft blijven.
Het is verplicht een ontvangen bericht met een onbekende requestVersion te verwerken. Achtergrond: Deze regel is noodzakelijk omdat het mogelijk is dat ook Rol 3: Tussenstations met aanpassingen een nieuwe requestVersion kan introduceren. Rol 2: tussenstations zonder aanpassing kan dus ook retourberichten ontvangen op een requestVersion die nog niet bekend is.
Vereisten voor Rol 3: Tussenstations met aanpassingen
Het is verplicht de requestVersion te wijzigen wanneer een bericht wordt doorgestuurd waarin afwijkingen zitten ten opzicht van het ontvangen HDN-bericht.
Het is niet toegestaan binnen een dossier twee keer een HDN-bericht van hetzelfde messageType, receiver, sender enrequestVersion te versturen.
Dit geldt alleen voor de volgende messageType
Status
colour
Blue
title
OfferTeaanvraag (AX)
/
Status
colour
Blue
title
KredietAanvraag (KX)
/
Status
colour
Blue
title
WaarborGBERICHT (wx)
/
Status
colour
Blue
title
LevenAanvraag (LX)
.
Het is verplicht een aanvraag met een requestversion > 1 te kunnen herkennen en verwerken.
Wanneer een aanvraagbericht wordt ontvangen met een requestVersion welke al bekend is, is het verplicht dit bericht door te sturen met een ge-update requestVersion, welke 1 hoger is dan de requestVersion die bekend is. Voorbeeld:Rol 3: Tussenstations met aanpassingen verhoogt de requestVersion van een ontvangen aanvraag naar 2 en stuurt deze door. Als op een later moment ook een organisatie in Rol 1: Softwarepakketten de requestVersion verhoogt en hierbij ook 2 gebruikt, moet de organisatie in Rol 3: Tussenstations met aanpassingen deze requestVersion verhogen naar 3.
Wanneer er gekozen wordt om requestVersion te wijzigen wordt deze bepaald door het laatste verstuurde of ontvangen bericht van hetzelfde messageType in het dossier. Dit wordt als volgt berekend: de requestVersion van het bericht van hetzelfde messageType die als laatste ontvangen of verstuurd is wordt verhoogd met 1.
Wanneer een nieuwe requestVersion bekend is, is het niet toegestaan om te reageren op berichten van de oude requestVersion. Voorbeeld: Het is dus niet toegestaan nog een
Status
colour
Blue
title
Documentbericht (DX)
te versturen als reactie op een
Status
colour
Blue
title
Doc.aanvraagBericht (DA)
met een verouderde requestVersion. Om documenten te versturen woordt gewacht op een
Status
colour
Blue
title
Doc.aanvraagBericht (DA)
met de nieuwe requestVersion. Ter verduidelijking: Dit betekent ook dat zodra een nieuwe requestVersion door een organisatie in Rol 1: Softwarepakketten of Rol 2: tussenstations zonder aanpassing is aangemaakt het alleen nog toegestaan is om het bericht door te sturen. Het is dus niet toegestaan nog een
Status
colour
Blue
title
Documentbericht (DX)
te versturen met de oude requestVersion. Uitzondering: Dit geldt niet indien de nieuwe requestVersion niet geaccepteerd is bij de aanbieder, zie daarvoor punt 3 bij Rol 4: Aanbieder. In dat geval is het toegestaan om berichten met de oude requestVersion uit te wisselen.
Vereisten voor Rol 4a: Aanbieder: Hypotheken, Rol 4b: Aanbieder: Verzekeren, Rol 4c: Aanbieder: Kredieten, Rol 4e: Aanbieder: Waarborgen
Het is niet toegestaan een nieuwe requestVersion in het dossier te introduceren.
Het is verplicht een aanvraag met een requestversion > 1 op te kunnen halen.
Indien een verhoogde requestVersion niet acceptabel is moet de aanbieder een
Status
colour
Blue
title
Statusmelding (Sx)
versturen.
Deze
Status
colour
Blue
title
Statusmelding (Sx)
moet de volgende informatie bevatten:
In geval van
Status
colour
Blue
title
OfferTeaanvraag (AX)
://Status/AXBerichtStatusSpecificatie/StatusAXBericht gevuld met 25 Offerteaanvraag technisch niet te verwerken.
In geval van
Status
colour
Blue
title
KredietAanvraag (KX)
: //Status/KXBerichtStatusSpecificatie/StatusKXBerichtgevuld met 25 Kredietaanvraag technisch niet te verwerken.
In geval van
Status
colour
Blue
title
WaarborgBERICHT (wx)
: //Status/WXBerichtStatusSpecificatie/StatusWXBerichtgevuld met 03 Bankgarantieaanvraag niet te verwerken, zie toelichting.
In geval van
Status
colour
Blue
title
LevenAanvraag (LX)
: //Status/LXBerichtStatusSpecificatie/StatusLXBericht gevuld met 13 Levenaanvraag niet te verwerken, zie toelichting.
Ter verduidelijking: Dit scenario kan optreden wanneer een aanbieder geen gewijzigde aanvraag kan ontvangen (bijvoorbeeld de scenario’s uit Wijziging op lopende aanvragen ) of wanneer de aanbieder in het geheel geen gewijzigde aanvragen ondersteunt.
In de //StatusTekstRegels/ entiteit van deze
Status
colour
Blue
title
Statusmelding (Sx)
moet minimaal een tekst staan met de volgende strekking: “Aanvraagversie wordt niet ondersteund”.
Wanneer een nieuwe requestVersion bekend is bij de organisatie is het niet toegestaan om te reageren op berichten van de oude requestVersion. Voorbeeld: Het is dus niet toegestaan nog een
Status
colour
Blue
title
Statusmelding (Sx)
te versturen waarin bijvoorbeeld de vorige requestVersion wordt beëindigd. Ter verduidelijking: Dit betekent ook dat het voor de de rest van de keten bijvoorbeeld niet toegestaan is om een
Status
colour
Blue
title
documentBericht (DX)
te sturen. Dit kan pas weer als er een nieuw
Status
colour
Blue
title
Doc.aanvraagBericht (DA)
bericht is opgestuurd, waarin de nieuwe requestVersion staat.
Uitzondering:Deze regel geldt niet indien de nieuwe requestVersion niet geaccepteerd wordt, zie daarvoor punt 3. In dat geval is het toegestaan berichten met de oude versie te blijven versturen.
Aanleiding en achtergrond
Deze ketenafspraak beschrijft hoe om te gaan met een gewijzigde aanvraag. Dit voorkomt onduidelijkheden wanneer en voor wie het mogelijk is om een wijziging in de requestVersiondoor te voeren, en wat er nog toegestaan is nadat er een nieuwe requestVersionis.