Versies vergeleken

Sleutel

  • Deze regel is toegevoegd.
  • Deze regel is verwijderd.
  • Formattering is gewijzigd.
Pagina-eigenschappen
idSamenvatting 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 regelt hoe het veld requestVersion in de HDN-API moet worden gevuld bij het plaatsen van HDN-berichten op het platform. De requestVersion wordt gebruikt om een gewijzigde aanvraag door te geven. Ook wordt er per rol ingegaan op wat er moet gebeuren indien een nieuwe requestVersion wordt geïntroduceerd en wat er moet gebeuren als deze binnen komt.

Geïntroduceerd in HDN-versie

Status
colourGreen
titleHDN-24

Geldig vanaf datum

Impact op

Status
colourBlue
titleOfferTeaanvraag (AX)

Relevant voor rollen

  • Rol 1: Softwarepakketten (voorkant)

  • Rol 2: Tussenstations zonder aanpassingen

  • Rol 3: Tussenstations met aanpassingen

  • Rol 4a: Aanbieder: Hypotheken

  • Rol 4b: Aanbieder: Verzekeren

  • Rol 4c: Aanbieder: Kredieten

  • Rol 4d: Aanbieder: Externe bron

  • Rol 4e: Aanbieder: Waarborgen

Type ketenafspraak

  • Procesafspraak

Van toepassing op de velden

RequestVersion (JSON veld)

Van toepassing op de entiteiten

-

...

  1. Het is niet toegestaan een nieuwe requestVersion in het dossier te introduceren.

  2. Het is verplicht een aanvraag met een requestversion > 1 op te kunnen halen.

  3. Indien er niet omgaan kan worden met een verhoogde requestVersion moet er een StatusMelding (SX) verstuurt worden:

  4. In geval van een binnenkomende OfferteAanvraag (AX)

    1. StatusAXBerichtType moet gevuld zijn met 14 Offerteaanvraag niet te verwerken, zie toelichting

    2. In de tekstregels moet zijn opgenomen dat de genoemde requestVersion niet wordt ondersteund.

    3. De requestVersion van dit bericht moet de requestVersion bevatten van het binnenkomende bericht.

  5. In geval van een een binnenkomende LevenAanvraag (LX):

    1. StatusLXBerichtType moet gevuld zijn met 13 Levenaanvraag niet te verwerken, zie toelichting

    2. In de tekstregels moet zijn opgenomen dat de ingestuurde requestVersion niet wordt ondersteund.

    3. De requestVersion van dit bericht moet de requestVersion bevatten van het binnenkomende bericht.

  6. In geval van een binnenkomende KredietAanvraag (KX):

    1. StatusKXBerichtType moet gevuld zijn met 03 Kredietaanvraag niet te verwerken, zie toelichting

    2. In de tekstregels moet zijn opgenomen dat de ingestuurde requestVersion niet wordt ondersteund.

    3. De requestVersion van dit bericht moet de requestVersion bevatten van het binnenkomende bericht.

  7. In geval van een binnenkomende WaarborgBericht (WX):

  8. StatusWXBerichtType moet gevuld zijn met 14 Bankgarantieaanvraag niet te verwerken, zie toelichting

  9. In de tekstregels moet zijn opgenomen dat de ingestuurde requestVersion niet wordt ondersteund.

  10. De requestVersion van dit bericht moet de requestVersion bevatten van het binnenkomende bericht.

    verstuurd worden. De melding hierin is afhankelijk van de procesflow van het berichttype Procesbeschrijvingen

    1. Dit scenario kan optreden wanneer een aanbieder geen gewijzigde aanvraag meer mag ontvangen (bijvoorbeeld de scenario’s uit Wijziging op lopende aanvragen ) of wanneer de aanbieder in het geheel geen gewijzigde aanvragen ondersteunt.
      Uitzoekpunt: bij rol 1, 2, 3 is dan de oude requestVersion niet meer geldig. Deze kunnen dan dus ook geen Documenten hier meer op versturen. De aanvraag kan in dat geval dus alleen nog door de aanbieder verwerkt worden (SX en OX kunnen verstuurd blijven worden).

  11. Wanneer een nieuwe requestVersion bekend is bij de partij mag er niet meer gereageerd worden op berichten van de oude requestVersion.

    1. Bekend zijn kan betekenen:

      1. een bericht met daarin de nieuwe requestVersion ontvangen te hebben

    2. Het is dus niet toegestaan nog een StatusMelding (SX) te versturen waarin bijvoorbeeld de vorige requestVersion wordt beëindigd.

    3. Dit betekent ook dat de rest van de keten bijvoorbeeld geen documenten meer mag insturen. Dit kan pas weer als er een nieuw DocumentAanvraag (DA) bericht is opgestuurd, waarin de nieuwe requestVersion staat.

...