🤝 Ketenafspraak

• Regel: Wanneer een partij een bericht met een nieuwe requestVersion heeft ontvangen mogen er geen nieuwe records met de oude requestVersion op het platform worden gezet.

  • Er mag dus ook geen SX worden verstuurd met bijv. Aanvraag beëindigd.

• Regel: Een partij dient bij te houden wat de laatste requestVersion is die hij succesvol op het platform heeft geplaatst: wanneer er berichten binnen komen met een lagere requestVersion, dan moeten deze genegeerd worden (genegeerd: = niet opgehaald worden?). Ze mogen dus ook niet worden doorgestuurd

• Regel:

Probleem: wat als serviceprovider AX aanpast en daarmee versie 2 introduceert? dan kan adviespakket dit nooit weten, want die AX wordt nooit opgestuurd → mag dat?

Wijziging op lopende aanvragen verwerken als link

Vereisten voor rol 1 Softwarepakketten (voorkant)

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

• Het is alleen toegestaan een nieuwe requestVersion te introduceren bij het plaatsen van een bericht met 1 van de volgende messageType

  • AX OfferteAanvraag

  • KX KredietAanvraag

  • LX LevenAanvraag

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

  • De waarde in in het veld van de laatste SX XX die is binnen gekomen.

  • Het laatst verstuurde bericht van dezelfde messageType in het dossier.

• 1 hoger zijn dan de waarde van requestVersion gebaseerd op:

• Wanneer

• Het is alleen toegestaan een nieuwe requestVersion in een dossier te introduceren wanneer het messageType=AX, KX, LX of BX van zowel het eerste record als het nieuwe record.

  • Het is niet toegestaan om in een dossier waar een AX met requestVersion=1 is opgenomen een LX te plaatsen met requestVersion=2. Deze

Vereisten voor Rol 2: Tussenstations zonder aanpassingen

• Het is verplicht een aanvraag met een requestversion > 1 te kunnen verwerken

• Wanneer er wordt gekozen om requestVersion te wijzigen moet de nieuwe waarde 1 hoger zijn dan de waarde van requestVersion in het laatst bekende bericht in dit dossier voor deze partij.

• Het is alleen toegestaan een nieuwe requestVersion in een dossier te introduceren wanneer het messageType=AX, KX, LX of BX van zowel het oorspronkelijke record als het nieuwe record.

Vereisten voor Rol 3: Tussenstations met aanpassingen

• Het is verplicht een aanvraag met een requestversion > 1 te kunnen verwerken

Vereisten voor Rol 4a: Aanbieder: Hypotheken/Verzekeren?

• Het is niet toegestaan de requestVersion te verhogen.

• Het is verplicht een aanvraag met een requestversion > 1 op te kunnen halen (verwerken hoeft niet )

• Wanneer een aanbieder niet om kan gaan met een hogere versie moet de volgende SX worden teruggestuurd.

• Mag niet zelf ophogen

Aanleiding en achtergrond

Out of scope