Pagina-eigenschappen | ||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||
|
...
Het is niet toegestaan een nieuwe
requestVersion
in het dossier te introduceren.Het is verplicht een aanvraag met een
requestversion
> 1 op te kunnen halen.Indien er niet omgaan kan worden met een verhoogde
requestVersion
moet er een
verstuurd worden met deStatus colour Blue title Statusmelding (Sx) requestVersion
gevuld met de net binnengekomenrequestVersion
. De melding hierin is afhankelijk van de procesflow van het berichttype ProcesbeschrijvingenDit 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 ouderequestVersion
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?
Wanneer een nieuwe
requestVersion
bekend is bij de partij mag er niet meer gereageerd worden op berichten van de ouderequestVersion
.Bekend zijn kan betekenen:
een bericht met daarin de nieuwe
requestVersion
ontvangen te hebben
Het is dus niet toegestaan nog een
te versturen waarin bijvoorbeeld de vorigeStatus colour Blue title Statusmelding (Sx) requestVersion
wordt beëindigd.Dit betekent ook dat de rest van de keten bijvoorbeeld geen documenten meer mag insturen. Dit kan pas weer als er een nieuw
bericht is opgestuurd, waarin de nieuweStatus colour Blue title Documentaanvraag (DA) requestVersion
staat.
...