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 4e: Aanbieder: Waarborgen

Type ketenafspraak

  • Procesafspraak

Van toepassing op de velden

RequestVersion (JSON veld)

Van toepassing op de entiteiten

-

...

  1. Een requestVersion gaat over de versie van de gehele aanvraag in een dossier op het platform. Het groepeert daarbij meerdere typen berichten.
    Dit betekent dat bij bijvoorbeeld het opnieuw opsturen van een document via een

    Status
    colourBlue
    titleDocument (DX)
    er geen nieuwe requestVersion wordt geïntroduceerd.

  2. Het is niet toegestaan binnen een dossier twee maal een HDN-bericht van hetzelfde messageType, receiver, sender enrequestVersion op het platform te plaatsen.

    1. Dit geldt alleen voor de volgende messageType

      Status
      colourBlue
      titleOfferTeaanvraag (AX)
      /
      Status
      colourBlue
      titleKredietAanvraag (KX)
      Status
      colourBlue
      titleLevenaanvraag (lx)
      /
      Status
      colourBlue
      titleWaarborg (wx)

  3. Het is verplicht in het eerste bericht in een dossier het veld requestVersion in de JSON met 1 te vullen

  4. Het is alleen toegestaan een nieuwe requestVersion te introduceren bij het plaatsen van een bericht met één van de volgende messageType

    Status
    colourBlue
    titleOfferTeaanvraag (AX)
    /
    Status
    colourBlue
    titleKredietAanvraag (KX)
    /
    Status
    colourBlue
    titleWaarborg (wx)

  5. Wanneer er wordt gekozen om requestVersion te wijzigen moet de nieuwe waarde bepaald worden door het laatste bericht in het dossier te pakken en de requestVersion van dat bericht te verhogen met 1.

    1. Ter verduidelijking: dit kan een bericht zijn van elk messageType, dus ook

      Status
      colourBlue
      titleDocumentaanvraag (DA)
      ,
      Status
      colourBlue
      titleOfferte (OX)
      en
      Status
      colourBlue
      titleStatusMelding (SX)
      .

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

    1. Ter verduidelijking: Het is niet toegestaan nog een

      Status
      colourBlue
      titleDocument (DX)
      te versturen op een
      Status
      colourBlue
      titleDocumentaanvraag (DA)
      met een verouderde requestVersion. Om documenten te versturen moet gewacht worden op een
      Status
      colourBlue
      titleDocumentaanvraag (DA)
      met de nieuwe requestVersion.

  7. Het is verplicht een bericht dat ontvangen wordt met een requestVersion die niet bekend is te verwerken.
    Achtergrond: Bovenstaande regels sluiten niet uit dat meerdere partijen in de keten dezelfde requestVersion introduceren in een dossier, bijvoorbeeld in het geval van een serviceprovider die een versie verhoogd. Het is dus van belang dat ook berichten die ontvangen worden met een requestversiondie niet bekend is, ook verwerkt kunnen worden. Een voorbeeld is een

    Status
    colourBlue
    titleOfferte (OX)
    met een requestversion die niet bekend is omdat een Rol 3 een wijziging gedaan heeft.

...

  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

    Status
    colourBlue
    titleStatusmelding (Sx)
    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). Hoe willen we hier mee omgaan?

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

      Status
      colourBlue
      titleStatusmelding (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

      Status
      colourBlue
      titleDocumentaanvraag (DA)
      bericht is opgestuurd, waarin de nieuwe requestVersion staat.

...