KET-027: Niet toegestane wijzigingen op een lopende aanvraag
Samenvatting | Wanneer een wijziging op een aanvraag noodzakelijk is, is het niet toegestaan alle velden te wijzigen. Deze ketenafspraak stelt vast wat er in een gewijzigde aanvraag mag wijzigen en hoe dit in sommige gevallen afhankelijk is van de fase van het proces. |
---|---|
Geïntroduceerd in HDN-versie | HDN-21 |
Geldig vanaf datum | May 29, 2021 |
Impact op | OfferTeaanvraag (AX)/ Statusmelding (SX)/Levenaanvraag (LX)/Kredietaanvraag (KX) |
| |
Type ketenafspraak |
|
Van toepassing op de velden | Statusmelding (SX)
OfferTeaanvraag (AX),
Levenaanvraag (LX)
Kredietaanvraag (KX)
|
Van toepassing op de entiteiten | OfferTeaanvraag (AX)
|
|
|
Ketenafspraak
Vereisten voor Rol 1: Softwarepakketten (voorkant), Rol 3: Tussenstations met aanpassingen, Rol 5: Intermediair
Bij het versturen van een OfferTeaanvraag (AX), Levenaanvraag (LX) ofKredietaanvraag (KX)met een
requestVersion
> 1 (in de Json) of//Header/AanvraagVersie
>1) is het niet toegestaan de volgende velden te wijzigen tov het bericht waarrequestVersion
met1
gevuld is:ReceiverCode
(in de Json)///Header/OntvangerCode
,//Tussenpersoon//TussenpersoonNr
.Voor Rol 3: Tussenstations met aanpassingen: Een uitzondering hierop is de aanpassing die in https://hdn.atlassian.net/wiki/spaces/HDNStandaard/pages/2813821100 staat beschreven.
Wanneer een Statusmelding (SX) is ontvangen waarin het veld
//Status/AXBerichtSpecificatie//StatusAXBericht
is gevuld met de waardeSX23 Bindende offerte verzonden
is het niet toegestaan een nieuwe OfferTeaanvraag (AX) te versturenwaarin de gegevens in de entiteit
//Object/
afwijken t.o.v. de eerder verstuurde OfferTeaanvraag (AX),waarin de waarde van het veld
//Lening/CodeLeningMij
afwijkt t.o.v. de eerder verstuurde OfferTeaanvraag (AX).
Aanleiding en achtergrond
In de keten is behoefte om gewijzigde aanvragen te ondersteunen. Echter, er zit wel een beperking op wat inhoudelijk mag wijzigen. Dit kan ook gedurende het proces wijzigen. Door hierover eenduidige afspraken te maken, scheppen we duidelijkheidwelke wijzigingen (automatisch) door de aanbieder moeten worden verwerkt (en waarvoor het intermediair 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 kunnen kiezen). Hierdoor scheppen we helderheid in wat adviseur en aanbieder van elkaar verwachten, verminderen we de uitval en het aantal dubbele aanvragen.