Versies vergeleken

Sleutel

  • Deze regel is toegevoegd.
  • Deze regel is verwijderd.
  • Formattering is gewijzigd.

...

  1. Een requestVersion gaat over de versie van de gehele aanvraag in 1 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 verplicht een aanvraag met een requestversion > 1 te kunnen herkennen en verwerken.

  3. Het is niet toegestaan binnen een dossier 2x 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
      titleWaarborg WaarborgBERICHT (wx)
      /
      Status
      colourBlue
      titleLevenAanvraag (LX)

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

  5. Wanneer een nieuwe requestVersion bekend is bij de partij mag er niet meer gereageerd worden op berichten van de oude requestVersion.
    Bekend zijn betekent er is een bericht met nieuwe requestVersion opgehaald door deze partij.

    Voorbeeld: 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.

    1. Uitzondering: Dit geldt niet indien de nieuwe requestVersion niet geaccepteerd is bij de aanbieder, zie daarvoor punt 3 bij Aanbieder. In dat geval mogen berichten met de oude versie worden blijven uitgewisseld.

  6. Het is verplicht een bericht dat ontvangen wordt met een requestVersion die niet bekend is te verwerken.
    Achtergrond: Deze regel is noodzakelijk omdat het mogelijk is dat ook rol 3 een nieuwe requestVersion kan introduceren. Daarmee kan in Rol 2 dus ook retourberichten ontvangen op een requestVersion die nog niet bekend is.

...

  1. Een requestVersion gaat over de versie van de gehele aanvraag in 1 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 2x 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
      titleWaarborg WaarborGBERICHT (wx)
      /
      Status
      colourBlue
      titleLevenAanvraag (LX)

  3. Het is verplicht een aanvraag met een requestversion > 1 te kunnen herkennen en verwerken.

  4. De partij is verplicht de requestVersion te wijzigen in het bericht wat wordt doorgestuurd wanneer er aanpassingen worden gedaan in het ontvangen HDN-bericht en deze niet tot de uitzonderingen behoren zoals gedefinieerd https://hdnstandaarddocumentatie.wikipage.io/c/2267021563/tussenpersoon+en+serviceprovidergegevens .

  5. Wanneer een aanvraagbericht ontvangen wordt 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 verhoogt de requestVersion van een ontvangen aanvraag naar 2 en stuurt deze door. Als op een later moment ook een partij in rol 1 de requestVersion verhoogt en hierbij ook 2 gebruikt, moet de partij in rol 3 deze requestVersion verhogen naar 3.

  6. Wanneer er wordt gekozen om requestVersion te wijzigen moet de nieuwe waarde bepaald worden door de volgende informatie op te halen:

    1. De verzenddatum en tijd van het laatst verstuurde bericht van dezelfde messageType in het dossier.

    2. De verzenddatum en tijd van het laatst ontvangen bericht van dezelfde messageType in het dossier.


      Van a en b moet het nieuwste bericht gekozen worden. De nieuwe requestVersion moet dan als volgt worden berekend:

      1. In het geval het laatst verstuurde bericht van dezelfde messageType de laatste is, moet de requestVersion van dat bericht worden verhoogd met 1.

      2. In het geval het laatst ontvangen bericht van dezelfde messageType de laatste is, moet de requestVersion van dat bericht worden verhoogd met 1.

  7. Wanneer een nieuwe requestVersion bekend is bij de partij mag er niet meer gereageerd worden op berichten van de oude requestVersion. Bekend zijn betekent: een bericht met daarin de nieuwe requestVersion ontvangen te hebben of door zelf een nieuw bericht met nieuwe requestVersion op het platform geplaatst te hebben.

    Voorbeeld: Het is dus 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.

    Ter verduidelijking Dit betekent ook dat zodra een nieuwe requestVersion door partij in Rol 1 of Rol 2 wordt aangeleverd de communicatie met een partij in Rol 4 komt stil te liggen. Het bericht met deze requestVersion zal eerst moeten worden doorgestuurd alvorens het weer toegestaan is berichten (bijvoorbeeld
    Status
    colourBlue
    titleDocument (DX)
    ) naar Rol 4 te versturen.

...