Pagina-eigenschappen | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
🤝 Ketenafspraak
Regel: Wanneer een partij een bericht met een nieuwe
requestVersion
heeft ontvangen mogen er geen nieuwe records met de ouderequestVersion
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 lagererequestVersion
, dan moeten deze genegeerd worden (genegeerd: = niet opgehaald worden?). Ze mogen dus ook niet worden doorgestuurdRegel:
...
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 met1
te vullenHet is alleen toegestaan een nieuwe
requestVersion
te introduceren bij het plaatsen van een bericht met 1 van de volgendemessageType
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 halenDe 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 metrequestVersion
=2. Deze
Vereisten voor Rol 2: Tussenstations zonder aanpassingen
Het is verplicht een aanvraag met een
requestversion
> 1 te kunnen verwerkenWanneer er wordt gekozen om
requestVersion
te wijzigen moet de nieuwe waarde 1 hoger zijn dan de waarde vanrequestVersion
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
...