Hierbij dient Roxit een verzoek in om te verwijderen uit de TPOD Voorbereidingsbesluit:
- de beschreven werkwijze voor het door de gemeente laten beëindigen of wijzigen van voorbeschermingsregels in een tijdelijk regelingdeel die door het Rijk of de Provincie zijn ingesteld middels een voorbereidingsbesluit.
Deze werkwijzes zijn beschreven in:
https://docs.geostandaarden.nl/tpod/def-st-TPOD-VB-20230407/#10D8BC72
https://docs.geostandaarden.nl/tpod/def-st-TPOD-VB-20230407/#44610DA2
In het kort komt mijn bezwaar er op neer dat hier middels een omweg eenzelfde complexiteit geïntroduceerd wordt, als die van het meervoudig bronhouderschap. De reden dat het tijdelijk regeling deel überhaupt bestaat.
Ik ben me er van bewust dat in de TPOD nu ook zinnen staan die het mogelijk maken om dit voorlopig niet te ondersteunen, zodat wij als plansoftware-leverancier deze mogelijkheid voorlopig zouden kunnen negeren. Om 2 redenen pleit ik toch voor op zo kort mogelijke termijn verwijderen:
- als het in de TPOD staat, verwachten klanten dat het kan. Als dat niet nu is, dan hoort men graag wanneer wel
- De werkwijze zoals nu beschreven is volgens mij niet goed en moet anders. Hoe eerder deze route wordt afgesneden, hoe minder kans er is dat mensen werk gaan doen om de huidige route toch te ondersteunen.
Toelichting
De werking
Als een andere bestuurslaag door middel van een tijdelijk regelingdeel wijzigingen aanbrengt op het Omgevingsplan, dan zijn die regels juridisch vervolgens van de gemeente en wel omdat ze het Omgevingsplan wijzigen. (Dit geldt overigens niet voor het Projectbesluit: hiervoor is bij wet vastgelegd dat de gemeente daar 3 jaar niet aan mag komen).
De gemeente zou dan zelf het tijdelijk regelingdeel moeten downloaden en intrekken en/of aanpassen indien gewenst.
In de afgelopen dagen is mij pas duidelijk geworden hoe deze functionaliteit zou moeten werken. Juridisch werkt dit volledig anders dan ik vanuit techniek zou verwachten. En bovendien (technisch) inconsistent, want afwijkend gedrag tussen voorbereidingsbesluit en projectbesluit.
Mijn bezwaren
De beschreven werkwijze gaat volledig in tegen mijn verwachtingen. Ik zie de volgende probleempunten, zonder er heel diep in te duiken.
- De werkwijze gaat in tegen het principe: hij die plaatst, kan ook wijzigen en verwijderen (en anderen dus niet). Dat is een heilig principe dat overbleef na de discussies over meervoudig bronhouderschap
- Identificaties. Alle identificaties die gebruikt worden zijn gebaseerd op de CBS code van degene die het voorbereidingsbesluit neemt, niet de ontvanger van het tijdelijk regelingdeel. Als de ontvanger de eigenaar wordt is dat raar/fout?
- De eindverantwoordelijke voor het tijdelijk regelingdeel is degene die het instelt, niet de ontvanger. Als de ontvanger de eigenaar wordt is dat raar/fout?
- De werkwijze is inconsistent met de werkwijze rond de bruidsschat. Die is ingesteld door het ministerie (<maker>/tooi/id/ministerie/mnre1034</maker>) , maar de eindverantwoordelijke is de ontvangende gemeente (<eindverantwoordelijke>/tooi/id/gemeente/gm0828</eindverantwoordelijke>). Ook alle identificaties zijn op basis van CBScode ontvangende gemeente.
- De veronderstelde functionaliteit en van downloaden, importeren en op basis daarvan een wijziging/intrekking vervaardigen is nog lang niet "foolproof". Zeker omdat voor intrekken de exacte vorm van ooit geleverde objecten nodig is, biedt dit voorlopig nog wel flinke uitdagingen als software van de maker van het tijdelijk regelingdeel en de gemeente van elkaar verschillen .