Was-versie vastleggen bij regelingversie
Vooraf
Deze bevinding komt voort uit het overleg met software leveranciers en plan-/adviesbureaus o.l.v. VNG over de uitwisseling tussen bureaus en BGs. De bevinding is door VNG aangemeld.
Probleemomschrijving
Veel gemeenten (en ook andere BGs) besteden het opstellen van (wijzingen op) omgevingsdocumenten uit aan externe bureaus. Die passen de regeling aan in de eigen software en leveren het resultaat na verloop van tijd terug aan BG. BG dient de wijzigingen dan in te passen in de eigen versie van de regeling. Dat is de versie van de regeling die in werking is voorafgaand aan het moment dat de gewijzigde regeling geldig moet worden. In het algemeen is dat niet de versie van de regeling waarmee het externe bureau aan de slag is gegaan, want in de tussentijd zijn er ook andere wijzigingen aangebracht.
De voorgestelde werkwijze is dat het externe bureau de nieuwe regelingversie aan BG levert en dat BG de verantwoordelijkheid heeft de wijzigingen te detecteren en samen te voegen met de eigen versie. Om te bepalen wat precies gewijzigd is (bijvoorbeeld via het renvooimechanisme) moet bekend zijn op welke versie het bureau zich heeft gebaseerd. In STOP wordt dit als "was-versie" meegegeven in mutaties. STOP heeft op dit moment geen voorziening om de "was-versie" vast te leggen bij een regelingversie. Gevraagd wordt om dit wel mogelijk te maken.
Impact
In de uitwisseling tussen BG en externe bureaus is niet vast te stellen wat precies de aangebrachte wijzigingen zijn. Dit maakt het onmogelijk voor BG om een goed versiebeheer op de omgevingsdocumenten uit te voeren.
Gevraagd wordt om dit als onderdeel van release A (dus de versie vóór inwerkingtreding van de Omgevingswet) beschikbaar te stellen.
Betrokken partijen
BG (vooral gemeenten), externe bureaus en hun leveranciers.
Oplossingsrichting(en)
In STOP heeft een regelingversie al aparte metadata (RegelingVersieMetadata) en consolidatie-informatie die volgens de voorgestelde uitwisselpakket-voorschriften verplicht meegeleverd moet worden als een regelingversie wordt uitgewisseld. Het voorstel is om aan een van de twee een optioneel veld aan toe te voegen om de "was-versie" vast te leggen. De keuze voor de module wordt bepaald door de oplossing die nu voor samenloop uitgewerkt wordt. Voorgesteld wordt om hetzelfde te doen bij de informatieobjectversiemetadata van een GIO/PDF informatieobject.
Deze wijzigingen zijn alleen zichtbaar in de uitwisseling tussen bureaus en BGs. Het heeft geen effect op de aanlevering richting LVBB of DSO-LV. Dit zijn backward-compatible uitbreidingen van de standaard.
Gerealiseerde oplossing
..in te vullen door KOOP/PR34..