Toepassingsprofiel programma

1.1.1 Nieuw stelsel omgevingsrecht

De Omgevingswet bundelt de wetgeving en regels voor ruimte, wonen, infrastructuur, milieu, natuur en water. Met de Omgevingswet wordt het huidige stelsel van ruimtelijke regels volledig herzien en wordt het fundament van het nieuwe stelsel voor het omgevingsrecht gelegd. Met het vernieuwen van het omgevingsrecht wil de wetgever vier verbeteringen bereiken:

• Het omgevingsrecht is inzichtelijk, voorspelbaar en gemakkelijk in het gebruik.

• De leefomgeving staat op een samenhangende manier centraal in beleid, besluitvorming en regelgeving.

• Een actieve en flexibele aanpak biedt overheden meer afwegingsruimte om doelen voor de leefomgeving te bereiken.

• Besluitvorming over projecten in de leefomgeving gaat sneller en beter.

Voor de realisatie van deze doelen biedt de wetgever diverse juridische instrumenten, waaronder de besluiten en andere rechtsfiguren die verschillende bevoegde gezagen in staat stellen besluiten te nemen die ingrijpen in de leefomgeving. De belangrijkste instrumenten zijn:

• Algemene Maatregel van Bestuur (Rijk)

• Ministeriële Regeling (Rijk)

• Omgevingsvisie (Rijk, provincies en gemeenten)

• Omgevingsverordening (Provincies)

• Waterschapsverordening (Waterschappen)

• Omgevingsplan (Gemeenten)

• Projectbesluit (Rijk, provincies en waterschappen)

• Programma (Rijk, provincies, gemeenten en waterschappen)

1.1.2 LVBB, overheid.nl en DSO-LV

Besluiten moeten, om werking te kunnen hebben, worden bekendgemaakt respectievelijk gepubliceerd. Daartoe moeten ze worden aangeleverd aan de Landelijke Voorziening Bekendmaken en Beschikbaarstellen (verder: LVBB). De LVBB verzorgt vervolgens de bekendmaking van de besluiten en de consolidatie van wijzigingsbesluiten in de (geconsolideerde) Regeling. Beide worden geplaatst op het internetportaal overheid.nl: de bekendmaking van de besluiten komt op officielebekendmakingen.nl in het digitale publicatieblad van het bevoegde gezag en de geconsolideerde Regeling in de nationale respectievelijk lokale regelingenbank. De geconsolideerde Regeling (in STOP-termen: de Toestand) wordt doorgeleverd aan de hierna te bespreken DSO-LV. Deze processen en de resultaten daarvan zijn nader beschreven in paragraaf 3.8.

Digitalisering is een van de instrumenten voor het behalen van de in paragraaf 1.1.1 genoemde verbeterdoelen. De Omgevingswet bevat de grondslagen voor de Landelijke Voorziening Digitaal Stelsel Omgevingswet (verder: DSO-LV). Daarmee is de juridische basis gelegd voor de ontwikkeling van DSO-LV en kunnen er regels worden gesteld over onder andere gemeenschappelijke definities in de standaarden en voorzieningen die onderdeel zijn van het stelsel.

DSO-LV zorgt voor samenhangende, eenduidige en toegankelijke informatie van goede kwaliteit en draagt bij aan de verbetering van het stelsel van het omgevingsrecht. Het stimuleert een snellere en integrale besluitvorming onder de Omgevingswet en vergroot het gebruikersgemak.

DSO-LV biedt het digitale loket waar initiatiefnemers, overheden en belanghebbenden snel kunnen zien wat kan en mag in de fysieke leefomgeving: het Omgevingsloket. Via het Omgevingsloket kunnen zij:

• vergunningen aanvragen en meldingen doen;

• zien welke regels en beleid van toepassing zijn op een locatie;

• (op termijn) informatie raadplegen over de kwaliteit van de fysieke leefomgeving, zoals gegevens over water- of luchtkwaliteit en geluidbelasting.

Om aan deze doelstellingen van DSO-LV te kunnen voldoen, is het nodig om bepaalde besluiten en andere rechtsfiguren machineleesbaar te maken en de gebruikte gegevens uitwisselbaar te maken. Dat betekent dat ze vanuit informatiekundig en technisch oogpunt moeten worden gestructureerd en gestandaardiseerd.

De Omgevingswet biedt daartoe de mogelijkheid door het stellen van regels over die besluiten en andere rechtsfiguren.

3.8.1 Het aanleverproces

Het bevoegd gezag levert via het digitale kanaal het digitale besluit aan via het bronhouderkoppelvlak. Het digitale besluit bestaat uit een generiek formeel deel met daarin de artikelen c.q. beleidstekst en geografische informatieobjecten (verder afgekort tot GIO, zie hiervoor paragraaf 6.1.2.1) en een Omgevingswetdeel met specifieke objecten vanuit dit domein (verder: OW-objecten, zie hiervoor hoofdstuk 7). In het geval van een wijzigingsbesluit levert het bevoegd gezag de consolidatie-instructies ten behoeve van het consolideren van het wijzigingsbesluit in de regeling. Beide delen vormen een gevalideerd consistent geheel. De LVBB verzorgt de publicatie van het formele deel van het besluit in het digitale publicatieblad van het bevoegde gezag op officiëlebekendmakingen.nl en consolideert het besluit in de regeling. De OW-objecten worden gedistribueerd naar DSO-LV ten behoeve van het Omgevingsloket.

3.8.2 Raadplegen

4.1.1 Besluit in de juridische context

Het samenstel van Awb, Bekendmakingswet en Omgevingswet maakt, voor besluiten die niet tot een of meer belanghebbenden zijn gericht en die zijn voorbereid met toepassing van afdeling 3.4 Awb, onderscheid tussen het (ontwerp)besluit en de op dat (ontwerp)besluit betrekking hebbende stukken. Met het (ontwerp)besluit wordt hier bedoeld dat wat het bestuursorgaan besluit (of voornemens is te besluiten) en wat het bestuursorgaan vaststelt (c.q. gaat vaststellen). De op het (ontwerp)besluit betrekking hebbende stukken zijn stukken die het bestuursorgaan gebruikt bij de onderbouwing van het (ontwerp)besluit, maar niet vaststelt. Een voorbeeld: als de gemeenteraad het besluit neemt tot wijziging van het omgevingsplan, stelt hij de wijziging van het omgevingsplan vast. Rapportages van onderzoeken die zijn uitgevoerd ter onderbouwing van die wijziging zijn op het (ontwerp)besluit betrekking hebbende stukken. De gemeenteraad stelt deze stukken niet vast, maar betrekt ze bij het nemen van het besluit.

Het (ontwerp)besluit moet gepubliceerd c.q. bekend gemaakt worden door plaatsing van de volledige inhoud van het (ontwerp)besluit in het publicatieblad van het bevoegd gezag[3] Artikelen 3:11 lid 1 en 3:44 lid 2 Awb en artikelen 5, 6 en 12 Bekendmakingswet
. De op het (ontwerp)besluit betrekking hebbende stukken moeten ter inzage gelegd worden. Deze terinzagelegging geschiedt zowel op elektronische wijze als op een door het bestuursorgaan aan te wijzen locatie. De (elektronische) terinzagelegging vindt niet plaats in de publicatiebladen.

4.1.2 Het juridische besluit in de informatiekundige context van de STOP/TPOD-standaard

De LVBB moet kunnen bepalen wat in het publicatieblad gepubliceerd dan wel bekendgemaakt moet worden (namelijk alles wat behoort tot het in de vorige paragraaf beschreven besluit in de juridische context) en dat wat geconsolideerd moet worden. Daartoe maakt de STOP/TPOD-standaard onderscheid tussen Besluit en Regeling.

De Regeling bevat de juridische regels c.q. beleid- of realisatietekst en de geografische begrenzingen van de gebieden waar de regels c.q. de beleid- of realisatietekst gelden, die door het bestuursorgaan worden vastgesteld, gewijzigd of ingetrokken. Voorbeelden zijn het omgevingsplan en de omgevingsvisie. Het Besluit bevat de tekst waarmee het bestuursorgaan bepaalt wat er gebeurt bij de bekendmaking: het stelt een initiële regeling vast, het wijzigt een regeling, het trekt een regeling in etc. Het bestuursorgaan bepaalt ook wanneer die vaststelling, wijziging of intrekking in werking treedt. Onderdeel van het Besluit is dus ook de nieuwe regeling of de wijziging van de regeling. Voorbeelden zijn het raadsbesluit met alle bijbehorende onderdelen waarmee de gemeenteraad een wijziging van het omgevingsplan vaststelt en het statenbesluit met alle bijbehorende onderdelen waarmee provinciale staten de omgevingsvisie vaststellen.

Het Besluit wordt, met inbegrip van de inhoud of wijziging van de Regeling die onderdeel is van het Besluit, bekendgemaakt in het publicatieblad van het bevoegd gezag op officielebekendmakingen.nl. De juridisch geldende versie van het programma waaraan rechten en plichten kunnen worden ontleend, bestaat uit de verzameling van de nieuwe regeling en alle daarna vastgestelde wijzigingen van die regeling. Om die verzameling op een voor de mens leesbare en begrijpelijke manier weer te geven is er ook de geconsolideerde Regeling. Een (Toestand van een) geconsolideerde Regeling bevat de inhoud van een regeling zoals die geldt op een bepaald moment. De geconsolideerde Regeling wordt afgeleid uit de initiële regeling waarin steeds de (in werking getreden) wijzigingen uit de wijzigingsbesluiten zijn verwerkt tot een doorlopende versie van het programma. De geconsolideerde Regeling vormt de basis voor de weergave van de regeling in de nationale respectievelijk lokale regelingenbank op overheid.nl én van de versie van het programma die in DSO-LV te raadplegen is.

Bij Besluit en Regeling kunnen bijlagen worden gevoegd die integraal onderdeel zijn van de tekst van Besluit of Regeling maar om redenen van leesbaarheid e.d. niet in het lichaam van Besluit of Regeling kunnen worden opgenomen. Rapportages van onderzoeken die zijn uitgevoerd ter onderbouwing van het nemen van het juridische besluit als bedoeld in de vorige paragraaf zijn op het besluit betrekking hebbende stukken. Het zijn geen bijlagen bij Besluit of Regeling als bedoeld in de STOP/TPOD-standaard. Ze worden niet in de publicatiebladen gepubliceerd maar ter inzage gelegd. Zie voor de elektronische terinzagelegging van deze stukken paragraaf 4.2.3.

4.2.1 Onderscheid tussen bijlagen en op het besluit betrekking hebbende stukken

In paragraaf 4.1.1 over het besluit in de juridische context is beschreven dat het samenstel van Awb, Bekendmakingswet en Omgevingswet leidt tot onderscheid tussen het besluit en de op dat besluit betrekking hebbende stukken. Het besluit is dat wat het bestuursorgaan besluit en vaststelt. Het besluit wordt bekend gemaakt in het publicatieblad van het bevoegd gezag. Van het besluit kunnen bijlagen deel uitmaken. Deze bijlagen bevatten informatie die onderdeel is van wat het bestuursorgaan vaststelt maar om redenen van omvang, leesbaarheid en/of vormgeving niet goed in het besluit kan worden opgenomen. Bijlagen worden dus ook in het publicatieblad opgenomen.

Op het (ontwerp)besluit betrekking hebbende stukken zijn stukken die het bestuursorgaan gebruikt bij de onderbouwing van het besluit, maar niet vaststelt. Rapportages van onderzoeken die zijn uitgevoerd ter onderbouwing van het besluit zijn typische voorbeelden van op het (ontwerp)besluit betrekking hebbende stukken. De op het (ontwerp)besluit betrekking hebbende stukken moeten ter inzage gelegd worden. Die terinzagelegging vindt niet plaats in het publicatieblad.

4.2.2 Bijlagen bij Besluit en Regeling

Er is informatie die onderdeel vormt van (een besluit tot vaststelling of wijziging van) een omgevingsdocument maar niet goed direct in het lichaam van besluit of regeling is op te nemen. Deze informatie wordt dan in een bijlage opgenomen. Redenen daarvoor zijn met name leesbaarheid en vormgeving (denk aan lange lijsten en complexe tabellen). Ook kan een bijlage bestaan uit verwijzingen naar de (geografische) informatieobjecten of uit niet-tekstuele informatie. Deze bijlagen worden als onderdeel van Besluit en Regeling gepubliceerd c.q. bekend gemaakt in het publicatieblad.

Bijlagen kunnen worden gepubliceerd als:

• bijlage als onderdeel van de tekst in STOP-XML;

• PDF-document, gemodelleerd als informatieobject.

De hoofdregel is dat elke tekst die onderdeel is van een besluit of regeling, dus ook een bijlage, wordt vormgegeven als onderdeel van de tekst in STOP-XML. Op die manier is gewaarborgd dat de teksten voldoen aan alle wettelijke eisen betreffende publicatie en bekendmaking. De teksten kunnen dan juridisch rechtsgeldig gepubliceerd en geconsolideerd worden en de voorzieningen kunnen ze volgens de richtlijnen van digitale toegankelijkheid ontsluiten. Ook is het dan mogelijk om te verwijzen naar specifieke onderdelen van de tekst en om onderdelen van de tekst te muteren. Slechts in bijzondere gevallen is het toegestaan een bijlage als PDF-document aan te leveren. Dat is omdat het niet altijd mogelijk is om tekst in STOP-XML uit te wisselen zonder de tekst te moeten overtypen. Het aanleveren van een bijlage als PDF-document is alleen toegestaan in specifieke gevallen die in het betreffende toepassingsprofiel zijn vastgelegd. In dit toepassingsprofiel is dat gedaan in de normen in paragraaf 4.4. Het gebruik van een PDF-document als bijlage is alleen toegestaan als het voor het bevoegd gezag redelijkerwijs niet mogelijk is om de bijlage als onderdeel van de tekst in STOP-XML op te stellen én als de bijlage informatie bevat die daadwerkelijk als (te consolideren) bijlage gezien kan worden.

Opgemerkt wordt dat aan DSO-LV alleen tekstonderdelen worden doorgeleverd die in de Regeling zijn opgenomen. DSO-LV kan dus ook alleen die onderdelen tonen. Bijlagen die onlosmakelijk onderdeel zijn van het omgevingsdocument zelf, zoals bijlagen bij de regels of de beleidstekst, moeten dus in de Regeling zelf worden opgenomen om in DSO-LV getoond en gebruikt te kunnen worden.

4.2.3 Op het besluit betrekking hebbende stukken

In paragraaf 4.2.1 is aangegeven wat op het (ontwerp)besluit betrekking hebbende stukken zijn: dat zijn stukken die het bestuursorgaan gebruikt bij de onderbouwing van het besluit, maar geen integraal onderdeel vormen van de tekst van Besluit of Regeling. Bekende voorbeelden zijn de rapportages van onderzoeken die zijn uitgevoerd ter onderbouwing van het besluit, zoals een milieueffectrapportage en rapportages van akoestisch onderzoek, archeologisch onderzoek en bodemonderzoek, en de zienswijzennota. Volgens Awb en Bekendmakingswet zijn op het (ontwerp)besluit betrekking hebbende stukken geen onderdeel van de publicatie of bekendmaking in het publicatieblad, maar worden ze ter inzage gelegd. Vanuit het besluit in het publicatieblad moet het mogelijk zijn om op eenvoudige wijze de elektronisch ter inzage gelegde stukken te raadplegen.

Over deze stukken bepaalt de Awb het volgende:

• De op het ontwerpbesluit betrekking hebbende stukken liggen ter inzage gedurende de termijn van zes weken voor het naar voren brengen van zienswijzen, die begint op de dag waarop het ontwerp ter inzage is gelegd en daarvan kennis is gegeven[4] Artikelen 3:11 en 3:16 Awb
  .

• De op het definitieve besluit betrekking hebbende stukken liggen ter inzage totdat de beroepstermijn van zes weken is verstreken[5] Artikelen 3:44 en 6:7 Awb
  . De beroepstermijn begint op de dag na die waarop het besluit op de voorgeschreven wijze is bekendgemaakt (of, in het geval van een besluit dat aan goedkeuring is onderworpen, op de dag na die waarop het goedkeuringsbesluit op de voorgeschreven wijze is bekendgemaakt)[6] Artikel 6:8 Awb
  .

Uitgangspunt van de wetgever is dus dat de op het (ontwerp)besluit betrekking hebbende stukken gedurende de zes weken van de zienswijzen- respectievelijk beroepstermijn ter inzage liggen. Het kan uiteraard voorkomen dat betrokkenen ook na die termijnen kennis willen nemen van deze stukken. Als de stukken dan niet meer elektronisch worden ontsloten, zou een betrokkene het bestuursorgaan moeten verzoeken om toezending van die stukken, of naar een fysieke locatie toe moeten om inzage te krijgen in die stukken. Daarom wordt aanbevolen om de elektronische terinzagelegging van de op het ontwerpbesluit betrekking hebbende stukken en de op het (definitieve) besluit betrekking hebbende stukken in ieder geval te laten voortduren totdat de volledige procedure is afgerond. Bij een besluit waartegen geen beroep openstaat is dat totdat het besluit in werking is getreden. Bij een besluit waartegen wel beroep openstaat is dat in ieder geval tot het einde van de beroepstermijn en, als beroep tegen het besluit is ingesteld, totdat de Afdeling bestuursrechtspraak van de Raad van State uitspraak heeft gedaan op de beroepen.

Naast de verplichting om op het (ontwerp)besluit betrekking hebbende stukken ter inzage te leggen, gelden ook de verplichtingen uit de Archiefwet. Op grond van deze wet zijn overheidsorganen verplicht de onder hen berustende archiefbescheiden te bewaren en om ze na afloop van de voor het betreffende stuk geldende bewaartermijn te vernietigen.

4.3.1 Modellen voor Besluit en Regeling

Er zijn modellen voor het Besluit en modellen voor de Regeling. De STOP/TPOD-standaard kent voor het Besluit de modellen BesluitKlassiek en BesluitCompact. Voor de Regeling zijn dat de modellen RegelingKlassiek, RegelingCompact, RegelingVrijetekst en RegelingTijdelijkdeel. RegelingKlassiek is uitsluitend bedoeld voor de instrumenten met regels van het Rijk. RegelingCompact is het model voor de decentrale regels, oftewel de instrumenten met regels van gemeente, waterschap en provincie, maar kan ook voor instrumenten met regels van het Rijk gebruikt worden. Het Rijk heeft dus een keuzemogelijkheid tussen RegelingKlassiek en RegelingCompact, waarbij wordt opgemerkt dat als het omgevingsdocument eenmaal is vormgegeven conform een van de modellen, er niet op een later moment in de levensloop van datzelfde omgevingsdocument zomaar kan worden overgestapt op het andere model. RegelingVrijetekst wordt gebruikt voor alle instrumenten met Vrijetekststructuur. RegelingTijdelijkdeel tot slot is het model dat moet worden gebruikt wanneer een tijdelijk regelingdeel wordt toegevoegd aan de geconsolideerde regeling van omgevingsplan of omgevingsverordening: bij een voorbereidingsbesluit, een reactieve interventie en een projectbesluit als dat een of meer omgevingsplannen wijzigt met regels die nodig zijn voor het uitvoeren en in werking hebben of in stand houden van het project. BesluitKlassiek wordt alleen in combinatie met RegelingKlassiek gebruikt. BesluitCompact wordt gebruikt als besluitmodel bij RegelingCompact, RegelingVrijetekst en RegelingTijdelijkdeel. In het vervolg van dit hoofdstuk worden alleen de modellen beschreven die voor het programma van toepassing zijn.

De modellen voor Regeling en Besluit die in het geval van het programma gebruikt moeten worden, zijn in detail beschreven in paragraaf 4.4.

4.3.2 Tekststructuren

De STOP/TPOD-standaard onderscheidt twee tekststructuren:

• Artikelstructuur: de tekststructuur voor het Lichaam[7] Lichaam van de regeling als bedoeld in Aanwijzing 3.53 van de Aanwijzingen voor de regelgeving en in STOP
  van een Regeling als dat is opgebouwd uit één of meer artikelen;

• Vrijetekststructuur:

  • de tekststructuur voor het Lichaam van een Regeling van juridisch authentieke documenten die geen artikelen bevat;

  • de tekststructuur voor onderdelen van Besluit en Regeling buiten het Lichaam.

Opgemerkt wordt dat er ook in het Lichaam van een Besluit artikelen voorkomen. Deze artikelen vallen echter niet onder het begrip Artikelstructuur. Dat de elementen van de Vrijetekststructuur worden gebruikt buiten het Lichaam geldt zowel voor omgevingsdocumenten met Artikelstructuur als voor omgevingsdocumenten met Vrijetekststructuur, en zowel voor Besluit als voor Regeling.

In het vervolg van dit hoofdstuk is vastgelegd welke modellen voor Besluit en Regeling gebruikt moeten worden en welke bijzondere bepalingen gelden voor het programma. In hoofdstuk 5 zijn de STOP-tekststructuren en de toepassing daarvan op het programma beschreven.

4.4.1 Model

4.4.2 Besluit

In het Besluit staat wat het bestuursorgaan vaststelt (of wijzigt), met inbegrip van de procedure van totstandkoming en de motivering van het besluit. Het Besluit wordt, met inbegrip van de inhoud of wijziging van de Regeling die onderdeel is van het Besluit, bekendgemaakt in het publicatieblad van het bevoegd gezag op officielebekendmakingen.nl.

In paragraaf 4.4.2.1 is de norm voor de toepassing van het STOP-model BesluitCompact op het programma vastgelegd: welke elementen moeten respectievelijk mogen worden gebruikt en hoe vaak kunnen ze voorkomen. Paragraaf 4.4.2.2 geeft een uitgebreide toelichting op de elementen van het Besluit, waaronder ook tips over het al dan niet gebruikelijk zijn van een bepaald element. In paragraaf 4.4.2.3 worden norm en toelichting concreet gemaakt met een voorbeeld.

Opgemerkt wordt dat de modellen voor Besluit en Regeling XML-modellen zijn. Met de in de volgende paragrafen genoemde elementen worden dus (STOP-)XML-elementen bedoeld.

Omwille van de leesbaarheid en herkenbaarheid zijn de namen van de ‘hoofdelementen’ vetgedrukt en die van de ‘subelementen’ schuingedrukt. De ‘hoofdelementen’ zijn genummerd om er in de toelichting en het voorbeeld in de volgende paragrafen naar te kunnen verwijzen.

4.4.2.2 Toelichting

In deze paragraaf worden de elementen toegelicht die moeten respectievelijk kunnen voorkomen in een Besluit dat is opgesteld overeenkomstig het model BesluitCompact. Figuur 4 laat schematisch zien hoe het model BesluitCompact voor het programma er uit ziet (de nummers voor de elementen verwijzen naar de nummering in de vorige paragraaf).

Figuur 4 toont de toepassing van het model BesluitCompact op een besluit tot wijziging van het programma. De onderdelen 1 t/m 9 komen in het publicatieblad. In de regelingenbank op overheid.nl en in DSO-LV is alleen de geconsolideerde regeling te zien die de LVBB met behulp van de WijzigBijlage (nr 5) construeert

In de hierna volgende toelichting wordt de nummering van paragraaf 4.4.2.1 gevolgd. In die paragraaf is van ieder element aangegeven of het moet (verplicht) of mag (optioneel) voorkomen; dat wordt in deze toelichting niet herhaald. De ‘hoofdelementen’ zijn weer vetgedrukt en de ‘subelementen’ schuingedrukt.

1. RegelingOpschrift: de officiële titel van het Besluit. Bijvoorbeeld: Vaststelling Omgevingsvisie Utrecht, of Vaststelling Woningbouwprogramma Amsterdam.

2. Aanhef: blok tekst aan het begin van het Besluit. Hierin kunnen bijvoorbeeld de overwegingen van het bestuursorgaan staan, die voorafgaan aan het daadwerkelijke besluit. Bijvoorbeeld: “Overwegende dat, overeenkomstig artikel 16.26 Omgevingswet en afdeling 3.4 Awb, het ontwerpbesluit tot vaststelling van de omgevingsvisie gedurende zes weken ter inzage heeft gelegen en er 116 zienswijzen zijn ontvangen;
   Gelezen het statenvoorstel d.d. 16 mei 2022 waarin wordt voorgesteld aan die zienswijzen gedeeltelijk tegemoet te komen”.

3. Lichaam: het Lichaam van het Besluit, in de bestuurspraktijk ook wel het dictum genoemd.
   Het Lichaam bevat ten minste één WijzigArtikel. In de tekst van het WijzigArtikel staat wat het bestuursorgaan besluit vast te stellen of te wijzigen en een verwijzing naar de WijzigBijlage, het onderdeel van het besluit waarin de inhoud of wijzigingen van de Regeling staan. Daarnaast moet het WijzigArtikel een machineleesbare verwijzing (met IntRef) naar de WijzigBijlage bevatten. Een voorbeeld van de tekstuele omschrijving en verwijzing bij de (initiële) vaststelling van de omgevingsvisie van de provincie Utrecht: “De omgevingsvisie Utrecht wordt vastgesteld zoals is aangegeven in Bijlage A”. Een voorbeeld van de tekstuele omschrijving en verwijzing bij een wijziging van het woningbouwprogramma van de gemeente Amsterdam: “Het woningbouwprogramma Amsterdam wordt gewijzigd zoals is aangegeven in Bijlage A”. In een WijzigArtikel mag geen andere inhoud, zoals de datum van inwerkingtreding van het besluit, worden opgenomen. Opgemerkt wordt dat WijzigArtikel een technische term is die niet in de tekst van het besluit zal voorkomen. Bij gebruik van een Label zal de Kop dus niet Wijzigartikel II zijn maar Artikel II.
   In het Lichaam moet ten minste één (regulier) Artikel voorkomen. De (omschrijving van de) datum van inwerkingtreding van het besluit moet in zo’n regulier Artikel staan. In een Artikel mag geen inhoud worden opgenomen die in een WijzigArtikel hoort.
   Het is gebruikelijk dat WijzigArtikel voor Artikel komt, maar daar kan indien gewenst van worden afgeweken.
   RegelingOpschrift, Aanhef, Lichaam en de hierna te bespreken Sluiting samen vormen een geheel dat goed vergelijkbaar is met het raadsbesluit- of statenbesluit-document waarmee de besluitvormingsprocedure van een gemeente of provincie wordt vastgelegd. Wat (vermoedelijk) wel anders zal zijn is dat WijzigArtikel en Artikel verplicht een Kop moeten hebben. Die Kop moet ten minste één van de elementen Label, Nummer en Opschrift bevatten. In de besluit-voorbeelden in paragraaf 4.4.2.3 hebben WijzigArtikel en Artikel een Kop bestaande uit Label (namelijk: Artikel) en Nummer. Dat maakt het makkelijk om vanuit de WijzigBijlage naar het bijbehorende WijzigArtikel te verwijzen.
   Op de WijzigArtikelen en Artikelen in het Lichaam van het Besluit zijn de in paragraaf 4.4.2.1 genoemde eisen van toepassing. Ze kunnen niet worden geannoteerd met de in hoofdstuk 7 beschreven annotaties met OW-objecten.

4. Sluiting: de afsluiting van het Besluit. Hier staat vaak de datum waarop het bestuursorgaan het besluit heeft genomen. Ook staan hier de namen en dergelijke van de personen die namens het bestuursorgaan het besluit hebben ondertekend. Een voor de interne huishouding van het bevoegd gezag gebruikt papieren of digitaal exemplaar van het besluitdocument kan ook de handtekeningen van die personen bevatten. De versie van het besluit die ter bekendmaking aan de LVBB wordt aangeboden wordt niet voorzien van handtekeningen.
   Wanneer tegen het besluit bezwaar kan worden gemaakt of beroep kan worden ingesteld wordt de rechtsmiddelenclausule in dit onderdeel opgenomen: de vermelding dat tegen het besluit bezwaar kan worden gemaakt of beroep kan worden ingesteld en door wie, binnen welke termijn en bij welk orgaan dat beroep kan worden ingesteld. Dit is alleen het geval bij de aanlevering van een definitief besluit.

5. WijzigBijlage: het element waarin óf de inhoud van de initiële Regeling staat óf de wijzigingen die het Besluit aanbrengt in de bestaande versie van de Regeling. De WijzigBijlage bevat de inhoud van de (wijziging van de) Regeling. Een WijzigBijlage heeft dus een heel andere functie dan een (gewone) Bijlage.
   De WijzigBijlage moet worden voorzien van een Kop. Een voorbeeld van deze Kop: ‘Bijlage A bij artikel I.’ Het artikel waarnaar wordt verwezen is het WijzigArtikel in het Lichaam van het Besluit. Na de Kop moet een keuze worden gemaakt tussen RegelingVrijetekst en RegelingMutatie.
   RegelingVrijetekst wordt gekozen wanneer een bevoegd gezag met het besluit een nieuwe, initiële, regeling instelt. Een voorbeeld is het instellen van een volledig nieuwe omgevingsvisie. De RegelingVrijetekst bevat de volledige Regeling, oftewel de inhoud, van het omgevingsdocument. Dit onderdeel moet voldoen aan de specificaties voor RegelingVrijetekst die in paragraaf 4.4.3 zijn vastgelegd en aan de specificaties voor de Vrijetekststructuur die zijn beschreven in paragraaf 5.2. Dit is het onderdeel dat wordt geannoteerd met OW-objecten. Dit is beschreven in hoofdstuk 7.
   RegelingMutatie wordt gekozen wanneer het bevoegd gezag een wijzigingsbesluit neemt: een besluit dat een bestaande versie van de Regeling wijzigt. De RegelingMutatie bevat de wijzigingen van een RegelingVersie naar een nieuwe RegelingVersie.

6. Bijlage: het gaat hier om een Bijlage bij het Besluit. Dit zijn bijlagen die integraal onderdeel zijn van de tekst van het Besluit maar die om redenen van leesbaarheid e.d. niet in het lichaam van het Besluit kunnen worden opgenomen. Rapportages van onderzoeken die zijn uitgevoerd ter onderbouwing van het nemen van het juridische besluit als bedoeld in paragraaf 4.1.1 zijn geen bijlagen bij het Besluit (of de Regeling) als bedoeld in de STOP/TPOD-standaard, maar op het besluit betrekking hebbende stukken, zie hiervoor ook paragraaf 4.2.
   Er kunnen zoveel bijlagen bij het Besluit worden gevoegd als nodig is. Bijlagen bij het Besluit worden alleen bekendgemaakt en niet geconsolideerd. Deze bijlagen zijn dus wel te vinden in het publicatieblad van het bevoegd gezag op officielebekendmakingen.nl, maar niet in de regelingenbank op overheid.nl en niet in DSO-LV. Vanuit de regelingenbanken op overheid.nl en DSO-LV kunnen door middel van een link naar de officiële bekendmaking de bijlagen wel eenvoudig gevonden worden.
   Uitgangspunt van de STOP/TPOD-standaard is dat elke tekst die onderdeel is van een officiële publicatie, zoals een besluit of regeling, wordt uitgewisseld in STOP-XML. Daarmee is gewaarborgd dat de teksten voldoen aan alle wettelijke eisen. De teksten kunnen dan juridisch rechtsgeldig gepubliceerd worden en de voorzieningen zorgen er voor dat ze volgens de richtlijnen van digitale toegankelijkheid worden ontsloten. Als de bijlage onderdeel is van de tekst in STOP-XML, staat de inhoud in een of meer Divisieteksten, die desgewenst hiërarchisch kunnen worden gestructureerd in Divisies. Deze elementen van de Vrijetekststructuur en hun specificaties zijn beschreven in paragraaf 5.2. Tekst uitwisselen in STOP-XML is niet altijd mogelijk zonder de tekst te moeten overtypen. Daarom ondersteunt de STOP/TPOD-standaard ook het aanleveren van tekst als PDF-document. Een tekst in een PDF-document is voor de landelijke voorzieningen minder goed te hanteren; denk aan verwijzen naar specifieke onderdelen en muteren dat niet -of niet goed- mogelijk is. Daarom wordt het gebruik van PDF-documenten slechts in specifieke, in het toepassingsprofiel vastgelegde, gevallen toegestaan. In dit toepassingsprofiel is, in de norm van paragraaf 4.4.2.1, bepaald dat het aanleveren van een bijlage als PDF-document alleen is toegestaan als het voor het bevoegd gezag redelijkerwijs niet mogelijk is om de bijlage als onderdeel van de tekst in STOP-XML op te stellen én als de bijlage informatie bevat die daadwerkelijk als bijlage gezien kan worden.
   Een bijlage in de vorm van een PDF-document moet onveranderlijk zijn. Daarom moet het PDF-document voldoen aan de eisen van PDF/A-1a of PDF/A-2a en moet het worden gepubliceerd als informatieobject. Een beschrijving van beide publicatiemogelijkheden voor bijlagen staat in paragraaf 4.2. Een Bijlage wordt niet geannoteerd met OW-objecten.
   Een Bijlage kan worden afgesloten met het element Sluiting. Van die mogelijkheid zal naar verwachting niet vaak gebruik gemaakt worden.

7. Toelichting: het gaat hier om een Toelichting bij het Besluit. Deze toelichting is onder andere vergelijkbaar met het voorstel-document waarmee het dagelijks bestuur van gemeente, provincie of waterschap een onderbouwing geeft voor het voorgestelde besluit dat het aan het algemeen bestuur voorlegt. Omdat de toelichting bedoeld is voor gebruik in het interne besluitvormingsproces kan er ook voor gekozen worden de toelichting wel op te nemen in het besluit dat aan het bestuursorgaan ter vaststelling wordt aangeboden, maar niet in het bekend te maken besluit. Als de toelichting wel onderdeel is van het bekend te maken besluit, dan wordt het meegenomen in de publicatie.
   De STOP/TPOD-standaard biedt in de huidige versie voor zowel Besluit als Regeling een aantal mogelijkheden voor het indelen van toelichtingen. Er zijn de ‘hoofdelementen’ Toelichting en ArtikelgewijzeToelichting. Binnen het ‘hoofdelement’ Toelichting kan worden gekozen tussen enerzijds een vrije, niet nader gestructureerde opzet en anderzijds een gestructureerde opzet met de onderliggende elementen AlgemeneToelichting en/of ArtikelgewijzeToelichting. Deze mogelijkheden stellen medewerkers van bevoegde gezagen en adviesbureaus die de standaard in hun omgevingsdocumenten toepassen en bouwers van plansoftware voor lastige keuzes. Bovendien noodzaken ze de applicaties die de tekst tonen (officielebekendmakingen.nl, de regelingenbanken op overheid.nl en DSO-LV) om alle mogelijkheden te ondersteunen. Daarom zal in de toekomst de standaard zo worden aangepast dat er nog maar één modellering voor de toelichting als onderdeel van BesluitCompact is. Aangezien een artikelsgewijze toelichting bij een besluit een toelichting zou geven op de artikelen en wijzigartikelen in het lichaam van het besluit en het niet erg voor de hand ligt om dat te doen, zal de toekomstige modellering voor de toelichting als onderdeel van het besluit bestaan uit het ‘hoofdelement’ Toelichting met daarbinnen de vrije, niet nader gestructureerde opzet met Divisies en Divisieteksten. Aanbevolen wordt om voor de toelichting bij het besluit alleen de toekomstige modellering te gebruiken en geen gebruik te maken van het ‘hoofdelement’ ArtikelgewijzeToelichting en ook niet van de gestructureerde opzet met de onderliggende elementen AlgemeneToelichting en/of ArtikelgewijzeToelichting binnen het ‘hoofdelement’ Toelichting. Dit is een (dringende) aanbeveling. Op het moment van uitbrengen van deze versie van dit toepassingsprofiel is het namelijk nog niet mogelijk om de modellering in deze zin te wijzigen. NB: voor de toelichting op de Regeling geldt een andere aanbeveling, zie daarvoor onderdeel 4 van paragraaf 4.4.3.2.
   De daadwerkelijke inhoud van de toelichting staat in een of meer Divisieteksten, die desgewenst hiërarchisch kunnen worden gestructureerd in Divisies. Deze elementen van de Vrijetekststructuur en hun specificaties zijn beschreven in paragraaf 5.2. Het element Toelichting heeft verplicht een Kop.
   Een Toelichting kan worden afgesloten met het element Sluiting. Van die mogelijkheid zal naar verwachting niet vaak gebruik gemaakt worden. Aan een Toelichting kunnen een of meer Bijlagen worden toegevoegd.
   Een Toelichting wordt niet geannoteerd met OW-objecten. Een Toelichting op het Besluit wordt alleen bekendgemaakt en niet geconsolideerd. Deze Toelichting is dus wel te vinden op officielebekendmakingen.nl, maar niet in de regelingenbank op overheid.nl en niet in DSO-LV. Vanuit de regelingenbanken op overheid.nl en DSO-LV kan door middel van een link naar de officiële bekendmaking de Toelichting op het Besluit wel eenvoudig gevonden worden.

8. ArtikelgewijzeToelichting: dit element zal in een toekomstige versie van de standaard vervallen; gebruik daarvan wordt daarom nu afgeraden. Daarom zijn in de norm in paragraaf 4.4.2.1 de subelementen van de ArtikelgewijzeToelichting niet opgenomen en wordt er in deze paragraaf geen nadere toelichting op gegeven.

9. Motivering: dit is de motivering oftewel de inhoudelijke onderbouwing van het Besluit. In de STOP/TPOD-standaard is dit element de voorgeschreven plek voor de motivering als op het besluit afdeling 3.7 Awb van toepassing en het besluit derhalve op een deugdelijke motivering dient te berusten. In de motivering kan bijvoorbeeld worden aangegeven op welke wijze gevolg is gegeven aan de toepasselijke instructieregels en instructies van provincie en Rijk en kan worden verwezen naar relevant beleid van het eigen dan wel een ander bevoegd gezag. Ook kan worden gemotiveerd om welke redenen het besluit bijdraagt aan het bereiken van de doelen van de Omgevingswet. In het geval van een wijzigingsbesluit wordt in dit deel onder andere beschreven op welke onderdelen het programma wordt aangepast en waarom. De inhoud van een Motivering staat in een of meer Divisieteksten, die desgewenst hiërarchisch kunnen worden gestructureerd in Divisies. Deze elementen van de Vrijetekststructuur en hun specificaties zijn beschreven in paragraaf 5.2. De Motivering kan worden afgesloten met het element Sluiting. Dat dat bij een omgevingsdocument daadwerkelijk gebeurt, ligt niet voor de hand. Daarom wordt de Sluiting niet nader toegelicht. Ter ondersteuning van de motivering kunnen een of meer Bijlagen worden toegevoegd. Indien dat gebeurt, gelden daarvoor dezelfde specificaties als voor het ‘hoofdelement’ Bijlage; zie ook de toelichting bij nr. 6. Een Motivering wordt niet geannoteerd met OW-objecten. Een Motivering wordt alleen bekendgemaakt en niet geconsolideerd. De Motivering is dus wel te vinden op officielebekendmakingen.nl, maar niet in de regelingenbanken op overheid.nl en niet in DSO-LV. Vanuit de regelingenbanken op overheid.nl en DSO-LV kan door middel van een link naar de officiële bekendmaking de Motivering wel eenvoudig gevonden worden.

10. Inhoudsopgave: STOP maakt het mogelijk dat aan een Besluit een Inhoudsopgave wordt toegevoegd. Dat dat bij een besluit tot vaststelling of wijziging van een omgevingsdocument daadwerkelijk gebeurt, ligt niet voor de hand. Dit element zal in een toekomstige versie van de standaard vervallen; gebruik daarvan wordt daarom nu afgeraden. Om deze redenen zijn in de norm in paragraaf 4.4.2.1 de subelementen van de Inhoudsopgave niet opgenomen en wordt dit element niet nader toegelicht.

Veel van de hiervoor besproken elementen moeten worden voorzien van een Kop. Voor de Kop zijn de Kopelementen Label, Nummer en Opschrift beschikbaar. Label is de aanduiding van het type tekstelement, zoals Hoofdstuk, Paragraaf of Artikel. Opschrift is de titel van het tekstelement, die aangeeft waar de tekst over gaat.

In de schema’s van STOP komt in een aantal hoofd- en subelementen het element InleidendeTekst -bedoeld voor niet-juridische contextinformatie- voor. Dit element zal in een toekomstige versie van de standaard vervallen; gebruik daarvan wordt daarom nu afgeraden. Daarom is dit element hier niet opgenomen.

4.4.2.3 Voorbeeld

Door toepassing van model BesluitCompact ziet een besluit tot vaststelling van een omgevingsdocument met Vrijetekststructuur, oftewel een initieel besluit dat een initiële Regeling instelt, er schematisch uit zoals aangegeven in Figuur 5. De nummers in deze figuur komen overeen met de nummering van de vorige twee paragrafen.

Door toepassing van model BesluitCompact ziet een besluit tot wijziging van een omgevingsdocument met Vrijetekststructuur, oftewel een wijzigingsbesluit, er schematisch uit zoals aangegeven in Figuur 6. De nummers in deze figuur komen overeen met de nummering van de vorige twee paragrafen.

4.4.3 Regeling

In de Regeling van een omgevingsdocument staat welke regels of beleid gelden in de fysieke leefomgeving, dan wel, in het geval van een projectbesluit, wat er wordt gerealiseerd in de fysieke leefomgeving. De Regeling is te vinden in de regelingenbank op overheid.nl en in DSO-LV.

In paragraaf 4.4.3.1 is de norm voor het model RegelingVrijetekst vastgelegd: welke elementen moeten respectievelijk mogen worden gebruikt en hoe vaak kunnen ze voorkomen. Paragraaf 4.4.3.2 geeft een uitgebreide toelichting op de elementen van de Regeling, waaronder ook tips over het al dan niet gebruikelijk zijn van een bepaald element. In paragraaf 4.4.3.3 worden norm en toelichting concreet gemaakt met een voorbeeld.

Opgemerkt wordt dat de modellen voor Besluit en Regeling XML-modellen zijn. Met de in de volgende paragrafen genoemde elementen worden dus (STOP-)XML-elementen bedoeld.

Omwille van de leesbaarheid en herkenbaarheid zijn de namen van de ‘hoofdelementen’ vetgedrukt en die van de ‘subelementen’ schuingedrukt. De ‘hoofdelementen’ zijn genummerd om er in de toelichting en het voorbeeld in de volgende paragrafen naar te kunnen verwijzen.

4.4.3.2 Toelichting

RegelingVrijetekst is het model dat het bevoegd gezag moet gebruiken als het een nieuw, initieel omgevingsdocument met Vrijetekststructuur instelt. RegelingVrijetekst is ook het model voor de geconsolideerde regeling van omgevingsdocumenten met Vrijetekststructuur.

In deze paragraaf worden de elementen toegelicht die moeten respectievelijk kunnen voorkomen in een Regeling overeenkomstig het model RegelingVrijetekst. Figuur 7 laat schematisch zien hoe het model RegelingVrijetekst voor het programma er uit ziet (de nummers voor de elementen verwijzen naar de nummering in de vorige paragraaf).

In de hierna volgende toelichting wordt de nummering van paragraaf 4.4.3.1 gevolgd. In die paragraaf is van ieder element aangegeven of het moet (verplicht) of mag (optioneel) voorkomen; dat wordt in deze toelichting niet herhaald. De ‘hoofdelementen’ zijn weer vetgedrukt en de ‘subelementen’ schuingedrukt.

1. RegelingOpschrift: de officiële titel van de Regeling. Bijvoorbeeld: Omgevingsvisie Utrecht, of Woningbouwprogramma Amsterdam.

2. Lichaam: het element dat de inhoud oftewel de (beleids)tekst van het omgevingsdocument bevat. Deze inhoud staat in een of meer Divisieteksten, die desgewenst hiërarchisch kunnen worden gestructureerd in Divisies. Hiervoor gelden de specificaties voor de Vrijetekststructuur van paragraaf 5.2. Dit is het onderdeel dat wordt geannoteerd met de OW-objecten die zijn beschreven in hoofdstuk 7.

3. Bijlage: het gaat hier om een Bijlage bij de Regeling. Dit is een bijlage die informatie bevat die integraal onderdeel is van het omgevingsdocument maar om redenen van leesbaarheid en/of vormgeving (denk aan lange lijsten en complexe tabellen) niet goed in de (beleids)tekst in het Lichaam van de Regeling kan worden opgenomen. Er kunnen zoveel bijlagen bij de Regeling worden gevoegd als nodig is. Bijlagen bij de Regeling worden bekendgemaakt én geconsolideerd. Dat laatste houdt in dat ze met een later wijzigingsbesluit gewijzigd kunnen worden. Deze bijlagen zijn zowel te vinden in het publicatieblad van het bevoegd gezag op officielebekendmakingen.nl als in de regelingenbank op overheid.nl en in DSO-LV.
   Uitgangspunt van de STOP/TPOD-standaard is dat elke tekst die onderdeel is van een officiële publicatie, zoals een besluit of regeling, wordt uitgewisseld in STOP-XML. Daarmee is gewaarborgd dat de teksten voldoen aan alle wettelijke eisen. De teksten kunnen dan juridisch rechtsgeldig gepubliceerd worden en de voorzieningen zorgen er voor dat ze volgens de richtlijnen van digitale toegankelijkheid worden ontsloten. Als de bijlage onderdeel is van de tekst in STOP-XML, staat de inhoud in een of meer Divisieteksten, die desgewenst hiërarchisch kunnen worden gestructureerd in Divisies. Deze elementen van de Vrijetekststructuur en hun specificaties zijn beschreven in paragraaf 5.2. Een voorbeeld van een bijlage in STOP-XML is de bijlage met verwijzingen naar de (elders gepubliceerde) GIO’s. Het is mogelijk om zo’n bijlage in verschillende onderdelen op te delen. Voor die onderverdeling worden de vrijetekstelementen Divisie (optioneel element) en Divisietekst (verplicht element) gebruikt.
   Tekst uitwisselen in STOP-XML is niet altijd mogelijk zonder de tekst te moeten overtypen. Daarom ondersteunt de STOP/TPOD-standaard ook het aanleveren van tekst als PDF-document. Een tekst in een PDF-document is voor de landelijke voorzieningen minder goed te hanteren; denk aan verwijzen naar specifieke onderdelen en muteren dat niet -of niet goed- mogelijk is. Daarom wordt het gebruik van PDF-documenten slechts in specifieke, in het toepassingsprofiel vastgelegde, gevallen toegestaan. In dit toepassingsprofiel is, in de norm van paragraaf 4.4.3.1, bepaald dat een bijlage alleen als PDF-document mag worden aangeleverd als het voor het bevoegd gezag redelijkerwijs niet mogelijk is om de bijlage als onderdeel van de tekst in STOP-XML op te stellen én als de bijlage informatie bevat die daadwerkelijk als (te consolideren) bijlage gezien kan worden. Dat de bijlage informatie moet bevatten die daadwerkelijk als (te consolideren) bijlage gezien kan worden betekent dat het moet gaan om informatie die onlosmakelijk onderdeel is van de regeling maar om redenen van leesbaarheid en/of vormgeving niet in het Lichaam van de Regeling kan worden opgenomen. Het betekent ook dat niet de volledige inhoud van het Lichaam van de Regeling in een bijlage in PDF-formaat mag worden opgenomen.
   Een bijlage in de vorm van een PDF-document moet onveranderlijk zijn. Daarom moet het PDF-document voldoen aan de eisen van PDF/A-1a of PDF/A-2a en moet het worden gepubliceerd als informatieobject. Een beschrijving van beide publicatiemogelijkheden voor bijlagen staat in paragraaf 4.2.
   Bij een bijlage als onderdeel van de tekst in STOP-XML is het mogelijk om met een later wijzigingsbesluit één of meer gedeelten van de bijlage te wijzigen. Bij een bijlage in de vorm van een PDF-document kan dat niet; in dat geval wordt het hele PDF-document vervangen.
   In een Bijlage bij de Regeling kan het element Gereserveerd worden gebruikt. Dit element maakt het mogelijk om alvast een structuur neer te zetten die is voorbereid op toekomstige aanvullingen. Het is een leeg element waarmee bij weergave op overheid.nl en in DSO-LV de tekst ‘Gereserveerd’ wordt gegenereerd. Het bevoegd gezag kan het element niet zelf vullen met eigen tekst. Met latere wijzigingsbesluiten kan het element Gereserveerd worden vervangen door een structuurelement met daadwerkelijke inhoud.
   Wanneer een bijlage vervalt kan in het element Bijlage het element Vervallen worden opgenomen. Op deze manier blijft zichtbaar dat er een bijlage was en dat die later is vervallen. Het voordeel daarvan is dat in de wetstechnische informatie de historie van het element kan worden teruggevonden. Een andere mogelijkheid bij het vervallen van een bijlage is om het element Bijlage met een wijzigingsbesluit te verwijderen. Dan is het element niet langer zichtbaar en is er ook geen wetstechnische informatie meer.
   Een Bijlage kan worden afgesloten met het element Sluiting. Van die mogelijkheid zal naar verwachting niet vaak gebruik gemaakt worden. Een Bijlage wordt niet geannoteerd met OW-objecten.

Een aantal van de hiervoor besproken elementen moet worden voorzien van een Kop. Voor de Kop zijn de Kopelementen Label, Nummer en Opschrift beschikbaar. Label is de aanduiding van het type tekstelement, zoals Hoofdstuk, Paragraaf of Artikel. Opschrift is de titel van het tekstelement, die aangeeft waar de tekst over gaat.

In de schema’s van STOP komt in een aantal hoofd- en subelementen het element InleidendeTekst -bedoeld voor niet-juridische contextinformatie- voor. Dit element zal in een toekomstige versie van de standaard vervallen; gebruik daarvan wordt daarom nu afgeraden. Daarom is dit element hier niet opgenomen.

4.4.3.3 Voorbeeld

Door toepassing van model RegelingVrijetekst ziet de Regeling van een omgevingsdocument met Vrijetekststructuur er schematisch uit zoals aangegeven in Figuur 8. De nummers in deze figuur komen overeen met de nummering van de vorige twee paragrafen.

5.2.1 Norm

De elementen van Besluit en Regeling van het programma waarvan in hoofdstuk 4 is bepaald dat ze moeten worden opgebouwd volgens de Vrijetekststructuur, moeten voldoen aan de specificaties in deze paragraaf. De Vrijetekststructuur kent de volgende elementen:

• Divisie: STOP-structuurelement dat gebruikt wordt voor de structurering van vrije tekst. Optioneel element. Komt zo vaak voor als gewenst. Divisie kan genest worden, oftewel hiërarchisch ingedeeld worden in verschillende niveaus van Divisie. Indien gebruik gemaakt wordt van Divisie, moet in ieder geval de Divisie van het laagste hiërarchische niveau een of meer elementen Divisietekst bevatten. De Divisies van de overige hiërarchische niveaus kunnen Divisietekst bevatten. In de hiërarchische indeling van de Divisies kunnen geen niveaus worden overgeslagen.
  Divisie bevat de volgende elementen:

  • Kop: STOP-element dat de Kop bevat. Verplicht element. Komt 1 keer voor. Bevat ten minste één van de Kopelementen Label, Nummer en Opschrift; ieder van deze elementen komt 0 of 1 keer voor. Optioneel kan het element Subtitel worden toegevoegd.

  • Gereserveerd: leeg STOP-element waarmee bij weergave op overheid.nl en in DSO-LV de tekst ‘Gereserveerd’ wordt gegenereerd. Optioneel element. Komt 0 of 1 keer voor. Mag alleen voorkomen in een Divisie binnen de Regeling. Indien in een Divisie het element Gereserveerd wordt gebruikt mag in die Divisie geen van de elementen Divisie of Divisietekst voorkomen.

  • Vervallen: leeg STOP-element waarmee bij weergave op overheid.nl en in DSO-LV de tekst ‘Vervallen’ wordt gegenereerd. Geeft aan dat de Divisie de status ‘vervallen’ heeft; het is niet langer juridisch geldig en heeft geen inhoud meer. Optioneel element. Komt 0 of 1 keer voor. Mag alleen voorkomen in een Divisie binnen de Regeling. Indien in een Divisie het element Vervallen wordt gebruikt mag in die Divisie geen van de elementen Gereserveerd, Divisie en Divisietekst voorkomen.

  • Wanneer binnen de Divisie de elementen Gereserveerd of Vervallen niet voorkomen: een verplichte keuze tussen:

    • Divisie (van een lagergelegen niveau)

    • Divisietekst

• Divisietekst: STOP-element dat de inhoudelijke bouwsteen is voor de Vrijetekststructuur. Onder voorwaarde verplicht element: alleen te gebruiken wanneer binnen het bovenliggende element de elementen Gereserveerd en Vervallen niet voorkomen; is dan verplicht en komt dan ten minste 1 keer voor.
  Divisietekst bevat de volgende elementen:

  • Kop: STOP-element dat de Kop bevat. Optioneel element. Komt 0 of 1 keer voor. Indien Kop voorkomt bevat het ten minste één van de Kopelementen Label, Nummer en Opschrift; ieder van deze onderdelen komt 0 of 1 keer voor. Optioneel kan het element Subtitel worden toegevoegd.

  • Gereserveerd: leeg STOP-element waarmee bij weergave op overheid.nl en in DSO-LV de tekst ‘Gereserveerd’ wordt gegenereerd. Optioneel element. Komt 0 of 1 keer voor. Mag alleen voorkomen in een Divisietekst binnen de Regeling. Indien in een Divisietekst het element Gereserveerd wordt gebruikt mag in die Divisie geen van de elementen Divisie of Divisietekst voorkomen.

  • Vervallen: leeg STOP-element waarmee bij weergave op overheid.nl en in DSO-LV de tekst ‘Vervallen’ wordt gegenereerd. Geeft aan dat de Divisietekst de status ‘vervallen’ heeft; het is niet langer juridisch geldig en heeft geen inhoud meer. Optioneel element. Komt 0 of 1 keer voor. Mag alleen voorkomen in een Divisietekst binnen de Regeling. Indien in een Divisietekst het element Vervallen wordt gebruikt mag in die Divisie geen van de elementen Gereserveerd, Divisie en Divisietekst voorkomen.

  • Inhoud: STOP-element voor de inhoud. Onder voorwaarde verplicht element: alleen te gebruiken wanneer binnen de Divisietekst de elementen Gereserveerd en Vervallen niet voorkomen; is dan verplicht en komt dan (per Divisietekst) ten minste 1 keer voor. Het element Inhoud bevat ten minste één van de inhoud-elementen Alinea, Begrippenlijst, Citaat, Figuur, Formule, Groep, Lijst, Tabel en Tussenkop. Deze elementen zijn desgewenst binnen het element Kadertekst te plaatsen.

Voor het inhoud-element Lijst kan gekozen worden tussen Lijst van het type expliciet en Lijst van het type ongemarkeerd.

5.2.2 Toelichting

De Artikelstructuur wordt alleen toegepast in het Lichaam van de Regeling van omgevingsdocumenten met Artikelstructuur. De Vrijetekststructuur is de tekststructuur voor het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur, zoals de omgevingsvisie en het vrijetekstgedeelte van het projectbesluit. Dit is het deel dat de (beleids)tekst met de inhoud van het omgevingsdocument bevat. Daarnaast is de Vrijetekststructuur de tekststructuur die wordt gebruikt in diverse delen van Regeling en Besluit buiten het Lichaam: Bijlage, Toelichting, ArtikelgewijzeToelichting en Motivering. Dat geldt zowel voor omgevingsdocumenten met Vrijetekststructuur als voor omgevingsdocumenten met Artikelstructuur.

In de Artikelstructuur wordt structuur aangebracht met specifiek benoemde structuurelementen zoals Hoofdstuk, Afdeling en Paragraaf. Die structuur toont direct -mens- en machineleesbaar- de positie van een element in het geheel. In de Vrijetekststructuur komt slechts één structuurelement voor, namelijk Divisie. Divisies kunnen genest worden: de opsteller kan desgewenst de tekst naar eigen inzicht hiërarchisch indelen in verschillende niveaus van Divisie. De positie van een Divisie in de hiërarchie bepaalt het niveau van die Divisie. De indeling in Divisies is de structuur zoals die kan worden weergegeven in een inhoudsopgave. Figuur 9 toont een voorbeeld van een tekst met Divisie in drie hiërarchische niveaus.

In het Label van de Kop van de Divisie kan uiteraard gebruik gemaakt worden van de termen hoofdstuk, afdeling en paragraaf. Dat wordt getoond in Figuur 10.

Divisie is dus het structuurelement van de Vrijetekststructuur, vergelijkbaar met structuurelementen als Hoofdstuk en Paragraaf in de Artikelstructuur. Divisie is een optioneel element: het is dus niet verplicht om tekstdelen met Vrijetekststructuur te structureren met Divisies. In de praktijk zal dat vaak wel gebeuren en zal Divisie in ten minste één niveau voorkomen. Iedere Divisie moet worden voorzien van een Kop. In de Vrijetekststructuur worden slechts beperkte eisen aan Kop gesteld: er moet ten minste één van de Kopelementen Label, Nummer of Opschrift zijn. Hoe die worden ingevuld is aan de opsteller. Figuur 11 geeft een voorbeeld van een tekst met Divisies in drie niveaus waarbij in de Kop alleen gebruik wordt gemaakt van het Kop-element Opschrift.

In de Vrijetekststructuur is Divisietekst het element met inhoud: het element dat inhoud bevat maar niet zelf inhoud is. Divisietekst is het verplichte element: het moet in iedere tekst met Vrijetekststructuur voorkomen. Het element Divisietekst van de Vrijetekststructuur komt overeen met Artikel (en Lid) van de Artikelstructuur. Divisietekst kan niet genest worden en is dus niet in te delen in hiërarchische niveaus. Divisietekst is de kleinste mutatie-eenheid. Dit betekent dat het de eenheid is die, ongeacht hoeveel wijzigingen met een wijzigingsbesluit in die Divisietekst worden aangebracht, als geheel vervangen wordt bij consolidatie. Bij gebruik van de wijzigingsmethode renvooi wordt door de renvooi-weergave van de wijzigingen zichtbaar wat er door het wijzigingsbesluit in de Divisietekst gewijzigd is. De Divisietekst is ook de eenheid waarover in de wetstechnische informatie in de regelingenbanken de juridische verantwoording wordt bijgehouden.

Divisietekst is in STOP gedefinieerd als een zelfstandig leesbaar stuk tekst met een interne inhoudelijke samenhang. De opsteller bepaalt zelf wat tot een Divisietekst behoort. Dat kunnen een of meer alinea’s zijn, maar ook de volledige tekst binnen een Divisie.

Bij Divisietekst is de Kop optioneel: de opsteller kan een Divisietekst voorzien van een Kop, maar dat is niet verplicht. Als een Divisietekst een Kop heeft, geldt ook daarvoor de beperkte eis dat de Kop uit ten minste één van de Kopelementen Label, Nummer of Opschrift moet bestaan. Hoe die worden ingevuld is aan de opsteller.

Binnen de Divisietekst wordt Inhoud opgenomen. Hiervoor kan gebruik gemaakt worden van alle Inhoud-elementen die STOP kent. We lichten hier de Inhoud-elementen Tussenkop en Lijst toe. Met het element Tussenkop kan een niet-structurerende ordening in de tekst worden aangebracht. Tussenkop is geen structuurelement en komt dan ook niet in een inhoudsopgave voor. Voor Lijst kent STOP twee typen: expliciet en ongemarkeerd. Bij gebruik van het type expliciet levert het bevoegd gezag de opsommingstekens mee; ze staan dus hard in de tekst. Bij gebruik van het type ongemarkeerd levert het bevoegd gezag niet de opsommingstekens aan. De applicaties die de tekst tonen (officielebekendmakingen.nl, de regelingenbanken op overheid.nl en DSO-LV) tonen de lijstitems in de door het bevoegd gezag aangeleverde volgorde en bepalen zelf met welke opsommingstekens de lijstitems worden weergegeven. Voor een tekst met Vrijetekststructuur is niet voorgeschreven welk type Lijst gebruikt moet worden: het is aan het bevoegd gezag om een keuze tussen de twee types te maken. Wanneer het bevoegd gezag zelf wil bepalen met welke opsommingstekens lijstitems worden weergegeven, kiest het voor de Lijst van het type expliciet. Als het bevoegd gezag het aan de applicaties wil overlaten, kiest het voor de Lijst van type ongemarkeerd.

In Figuur 14 is te zien dat Divisietekst kan voorkomen onder een Divisie van ieder niveau, ook als er Divisies van lagere niveaus zijn. De Vrijetekststructuur geeft dus meer vrijheid dan de artikelstructuur, waar een artikel alleen onder het structuurelement van het laagste niveau kan voorkomen.

Zowel in Divisie als in Divisietekst die voorkomen in de Regeling kunnen de elementen Gereserveerd en Vervallen geplaatst worden. Het element Gereserveerd is een leeg element waarmee bij weergave op overheid.nl en in DSO-LV de tekst ‘Gereserveerd’ wordt gegenereerd. Het bevoegd gezag kan het element niet zelf vullen met eigen tekst. Dit element maakt het mogelijk om alvast een structuur neer te zetten die is voorbereid op toekomstige aanvullingen. Met latere wijzigingsbesluiten kan het element Gereserveerd worden vervangen door een structuurelement met daadwerkelijke inhoud. Dat verklaart ook waarom het element Gereserveerd niet in Divisie en Divisietekst in het Besluit kan voorkomen. Het Besluit zelf wordt immers niet gewijzigd en daardoor zou het element Gereserveerd nooit vervangen worden door daadwerkelijke inhoud. Ook inhoudelijk zou een element Gereserveerd in een Besluit een wonderlijke keuze zijn.

Het element Vervallen is een leeg element waarmee bij weergave op overheid.nl en in DSO-LV de tekst ‘Vervallen’ wordt gegenereerd. Het bevoegd gezag kan het element niet zelf vullen met eigen tekst. Wanneer een Divisie of Divisietekst vervalt kan het worden vervangen door het element Vervallen. Op deze manier blijft zichtbaar dat er een Divisie of Divisietekst was en dat die later is vervallen. Het voordeel daarvan is dat in de wetstechnische informatie de historie van het element kan worden teruggevonden. Het element Vervallen kan niet in Divisie en Divisietekst in het Besluit voorkomen. Het Besluit zelf wordt immers niet gemuteerd en daardoor zijn er geen Besluit-onderdelen die vervallen. Het werken met het element Vervallen is niet verplicht: het is ook mogelijk om de betreffende Divisie of Divisietekst met een wijzigingsbesluit volledig te verwijderen. Dan is het element niet langer zichtbaar. Het nadeel hiervan is dat er van het element geen wetstechnische informatie meer is.

Opgemerkt wordt dat waar in deze paragraaf Divisie en Divisietekst worden genoemd, het gaat over de STOP-structuurelementen Divisie en Divisietekst. Het gaat niet over de OW-objecten Divisie en Divisietekst. Zoals hiervoor al gezegd komen de STOP-structuurelementen Divisie en Divisietekst voor in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur, maar ook in onderdelen van Besluit en Regeling daarbuiten, zowel in omgevingsdocumenten met Vrijetekststructuur als in omgevingsdocumenten met Artikelstructuur. In IMOW komen Divisie en Divisietekst voor als objecttypen, die alleen gebruikt kunnen worden in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur.

6.1.1 Tekst

Zoals in hoofdstuk 5 al is beschreven kent STOP twee soorten tekststructuur: Artikelstructuur en Vrijetekststructuur. In het STOP-tekstmodel is Artikelstructuur de tekststructuur voor het Lichaam van een Regeling die is opgebouwd uit één of meer artikelen. Vrijetekststructuur is de tekststructuur die wordt gebruikt voor het Lichaam van een Regeling van juridisch authentieke documenten die geen artikelen bevat én voor diverse onderdelen van Regeling en Besluit buiten het Lichaam, waaronder Bijlage en Toelichting.

IMOW maakt eveneens onderscheid tussen de Artikelstructuur en de Vrijetekststructuur. Het verschil met STOP is dat IMOW alleen wordt toegepast op het lichaam van de Regeling van omgevingsdocumenten, oftewel het onderdeel dat de artikelen respectievelijk de (beleids)teksten bevat. IMOW wordt dus niet toegepast op de overige onderdelen van de Regeling, zoals motivering, artikelsgewijze toelichting en bijlagen, en niet op de onderdelen van het Besluit. Twee voorbeelden: IMOW wordt wel toegepast op de artikelen met regels van het omgevingsdocument maar niet op bijlagen bij die regels en ook niet op de motivering die onderdeel vormt van het besluit, wel op de beleidsteksten in de omgevingsvisie maar niet op een eventuele bijbehorende zienswijzennota of participatieverslag.

Voor tekst met Artikelstructuur onderscheidt IMOW de objecten Regeltekst en Juridische regel (beschreven in subparagraaf 6.1.1.1), voor het lichaam van omgevingsdocumenten met Vrijetekststructuur heeft IMOW de objecten Divisie, Divisietekst en Tekstdeel (de onderwerpen van subparagraaf 6.1.1.2).

6.1.2 Locatie

6.1.2.1 Juridisch vastleggen van Locatie met geografisch informatieobject

In regelingen kan informatie worden vastgelegd die niet op een begrijpelijke manier in tekst te beschrijven is. De geometrische begrenzing van Locatie is daar een voorbeeld van; gedacht kan ook worden aan een geluidsfragment. STOP gebruikt het informatieobject als bedoeld in Aanwijzing 3.50 van de Aanwijzingen voor de regelgeving (waarin de voorwaarden staan waar verwijzingen naar informatie op internet aan moeten voldoen) om dergelijke informatie op een juridisch juiste manier vast te leggen en er vanuit de tekst van een regeling naar te verwijzen. Een informatieobject dat de geometrische begrenzing van een of meer Locaties vastlegt wordt een geografisch informatieobject genoemd. (Zoals al eerder gemeld wordt de term geografisch informatieobject afgekort tot GIO.) Feitelijk is een GIO een GML-bestand met een of meer geometrieën, voorzien van metadata conform de STOP-specificatie voor een GIO.

Een GIO is een technische voorziening voor het accuraat specificeren en juridisch borgen van een gebied. Het is onderdeel van het besluit als informatie die niet uit tekst bestaat als bedoeld in artikel 7, eerste lid, van de Bekendmakingswet. Het wordt tegelijk met de tekst van het besluit in het publicatieblad van het betreffende bevoegd gezag op officielebekendmakingen.nl gepubliceerd.

De tekst van de Regeling moet minimaal één keer met een tekstuele aanduiding verwijzen naar ieder GIO. Daardoor wordt de inhoud ervan onderdeel van besluit en regeling. Voor die tekstuele aanduiding wordt de naam van het GIO gebruikt. De vermelding van de naam van het GIO in de tekst heeft als doel dat een lezer begrijpt op welke locatie de tekst betrekking heeft. De systematiek waarmee informatieobjecten machineleesbaar worden vastgelegd en de manier waarop de tekst van de Regeling verwijst naar het informatieobject zorgen er voor dat:

• de informatie permanent via de verwijzing is terug te vinden;

• de informatie met algemeen beschikbare software op een voor de mens begrijpelijke manier weergegeven kan worden;

• de onveranderlijkheid van het informatieobject voldoende is gewaarborgd.

STOP bevat de eisen waaraan een GIO moet voldoen. Deze eisen zorgen voor de borging van de juridische bestendigheid van de GIO’s. Aan een GIO kan een module worden toegevoegd met daarin de GIO-symbolisatie: informatie over hoe een GIO (op overheid.nl) wordt afgebeeld op een kaart. In het geval van een GIO met normwaarden is dat verplicht.

Voor de bekendmaking van omgevingsdocumenten is het verplicht om de geometrische begrenzing van onderdelen van de regeling vast te leggen in een GIO. Een uitzondering daarop is een regel die geldt voor het hele ambtsgebied van het bevoegd gezag: in dat geval wordt de Locatie, oftewel het ambtsgebied, niet vastgelegd met een GIO. Zie hiervoor verder paragraaf 7.6.5.

Het in omgevingsdocumenten juridisch juist werken met GIO’s gebeurt als volgt:

• In de tekst van de Regeling moet de (mensleesbare) naam van ieder GIO minimaal één keer voorkomen, voorzien van een (machineleesbare) verwijzing naar het betreffende onderdeel in de bijlage Informatieobjecten.

• De coördinaten van iedere Locatie moeten zijn vastgelegd in een GIO.

• In de bijlage Informatieobjecten wordt de naam van het GIO opgenomen op een manier vergelijkbaar met een begrip en zijn definitie: bij wijze van definitie komt achter de naam de volledige identificatie van het GIO.

De constructie met de naam van het GIO in de lopende tekst waarna in de bijlage die naam wordt gekoppeld aan de volledige identificatie van het GIO zorgt er voor dat de lopende tekst goed leesbaar blijft, maar dat tevens de unieke identificatie van het GIO, waarmee de inhoud van het GIO wordt ontsloten, leesbaar in de regeling te vinden is.

Figuur 16 laat een voorbeeld van deze verwijzing zien in een Juridische regel; Figuur 17 laat een voorbeeld zien van deze verwijzing in een Tekstdeel:

6.1.2.2 OW-Locatie en werkingsgebied

In de toelichtingen op Omgevingswet en Omgevingsbesluit wordt de term werkingsgebied gebruikt voor het gebied waar een regel zijn werking heeft. In de praktijk bestaat het werkingsgebied van een Regeltekst niet altijd uit één aaneengesloten gebied, maar vaak uit meerdere gebieden en soms ook uit punten of lijnen. IMOW gebruikt voor de afzonderlijke onderdelen van het juridische werkingsgebied van een Regeltekst het object Locatie, dat de coördinaten bevat die het gebied begrenzen. Het werkingsgebied van de Regeltekst bestaat uit de optelling van alle Locaties van de Juridische regels die samen de Regeltekst vormen. Uit het juridisch systeem volgt dat van iedere Regeltekst duidelijk moet zijn waar deze geldt. Iedere Regeltekst heeft daarom een werkingsgebied en dus ook één of meer Locaties. In IMOW is het werkingsgebied de relatie tussen de Regeltekst en de Locatie(s) van die Regeltekst, of, als de Regeltekst uit meerdere Juridische regels bestaat, alle Locaties van de Juridische regels in de Regeltekst. Deze relatie wordt in DSO-LV afgeleid, het bevoegd gezag hoeft geen afzonderlijke geometrie voor het werkingsgebied aan te leveren.

Het OW-object Locatie heeft twee functies. De eerste functie is het (impliciet) juridisch vastleggen van het werkingsgebied van de Regeltekst. Dit maakt de ‘klik op de kaart’ mogelijk: door een klik op de kaart worden de op die plek geldende regels (of het geldende beleid) getoond. Het maakt ook het omgekeerde mogelijk: vanuit de tekst laten zien waar die tekst geldt. De tweede functie van Locatie is dat het vastlegt waar de domeinspecifieke objecttypen Activiteit (via ActiviteitLocatieaanduiding), Omgevingswaarde, Omgevingsnorm en de verschillende typen Gebiedsaanwijzing van toepassing zijn.

Gebieden, punten en lijnen kunnen worden gegroepeerd tot respectievelijk gebiedengroep, puntengroep of lijnengroep, in welk geval de groep een Locatie vormt. Soms komt de groep overeen met het GIO en soms de losse Locatie. Het OW-object Locatie heeft het optionele attribuut noemer. Dit maakt het mogelijk om een mensleesbare relatie te leggen tussen de OW-Locatie en de naam van het GIO die in de tekst van de regel voorkomt (zie hiervoor verder paragraaf 6.1.2.1). Iedere OW-locatie moet in een GIO voorkomen.

Locatie komt ook voor in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur. Het wordt gebruikt om het gebied vast te leggen waarover een Tekstdeel iets zegt. Net als bij de Regeltekst wordt de optelling van alle Locaties van de Tekstdelen die samen de Divisie of de Divisietekst vormen werkingsgebied genoemd. Ook hier geldt dat de relatie door LVBB en in DSO-LV wordt afgeleid en het bevoegd gezag geen afzonderlijke geometrie voor het werkingsgebied hoeft aan te leveren. Anders dan bij Juridische regel is het niet verplicht om aan ieder Tekstdeel een Locatie te koppelen.

Figuur 18 laat een voorbeeld zien: een artikel uit een omgevingsdocument met Artikelstructuur respectievelijk een Divisie of Divisietekst uit een omgevingsdocument met Vrijetekststructuur heeft drie Locaties die samen het werkingsgebied van dat artikel of Divisie c.q. Divisietekst vormen.

In paragraaf 6.1.2.1 is al beschreven dat de naam van ieder GIO minimaal één keer in de tekst van de Regeling moet voorkomen. Meer algemeen geldt dat uit de tekst duidelijk moet blijken waar een Juridische regel of Tekstdeel geldt. Voorbeelden daarvan zijn (de term waaruit blijkt waar de tekst geldt is cursief weergegeven): “In het ‘Stiltegebied’ is het verboden om een toestel te gebruiken dat het ervaren van de natuurlijke geluiden kan verstoren.” “Ter plaatse van de locatie ‘Duurzame energie’ wordt ernaar gestreefd om in 2025 18 hectare zonnepanelen gerealiseerd te hebben.” Als de locatie steeds dezelfde is, is het niet nodig om zo’n verwijzing in ieder artikel of lid op te nemen. Een oplossing kan zijn om in het begin van bij voorbeeld een afdeling of paragraaf een artikel op te nemen dat aangeeft wat het werkingsgebied van de artikelen in die afdeling of paragraaf is. Een voorbeeld: “Deze paragraaf geldt ter plaatse van de functie ‘wonen’.” Het is niet de bedoeling om alleen in het artikel of de bijlage met begripsbepalingen alle mensleesbare namen van de GIO’s en hun (machineleesbare) verwijzingen naar de betreffende onderdelen in de bijlage Informatieobjecten op te nemen en dat in de lopende tekst van de regeling niet te doen.

Met het OW-objecttype Locatie wordt de begrenzing vastgelegd van het gebied waarover een Juridische regel of een Tekstdeel gaat. Het kan wenselijk zijn om in de tekst een onderdeel van zo’n gebied in woorden te beschrijven, bijvoorbeeld met een geografische of vergelijkbare term (in het Stadspark, op de Veluwe, in ieder hoekpand), zonder de begrenzing van zo’n onderdeel vast te leggen. LVBB en DSO-LV kunnen de ligging van zo’n in woorden beschreven gebied niet afleiden en ook niet tonen. Zij weten immers niet waar het Stadspark is of waar de hoekpanden zijn. In zo’n geval worden de Locaties getoond die het werkingsgebied vormen van de Regeltekst of de Divisie of Divisietekst waarin die Juridische regel of dat Tekstdeel voorkomt. Het wordt dan aan de lezer overgelaten om te interpreteren waar de regel wel en niet werking heeft.

Locatie en de toepassing ervan worden in detail beschreven in paragraaf 7.6.

6.1.3 Annotatie

De STOP/TPOD-standaard maakt het voor bevoegde gezagen mogelijk om zich te beperken tot het verbinden van Juridische regels of Tekstdelen met Locaties. Een computer weet dan dat beide bij elkaar horen maar kan geen verdere betekenis aan die relatie geven en kan de Locaties ook niet op een voor de mens herkenbare manier op een kaart weergeven.

Dat kan wel met het in paragraaf 3.4 al kort beschreven mechanisme annoteren: het toevoegen van gegevens aan (onderdelen van) een omgevingsdocument die de inhoud van het omgevingsdocument voor de computer vertalen. Door het annoteren kan een viewer locaties en andere gegevens op een kaart en bij een tekst weergeven. Het annoteren zorgt er ook voor dat een omgevingsdocument op bepaalde kenmerken doorzoekbaar is. Het annoteren kan, in omgevingsdocumenten met artikelstructuur waarin regels over activiteiten worden gesteld, ook helpen bij het verbinden van toepasbare regels, oftewel vragenbomen, aan regels en Locaties. In paragraaf 6.2 wordt de bedoeling van het annoteren van omgevingsdocumenten met OW-objecten toegelicht. In hoofdstuk 7 worden de OW-objecten in detail gespecificeerd en toegelicht.

7.2.1 Toelichting op de toepassing

In het STOP-tekstmodel is Divisie het structurerende hiërarchische element voor alle elementen die zijn opgebouwd volgens de Vrijetekststructuur: het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur maar ook diverse onderdelen van Besluit en Regeling buiten het Lichaam, zoals Bijlage en Toelichting. Divisie is in STOP een structuurelement: het structureert de tekst maar bevat zelf geen inhoud. In STOP kan Divisie een verzameling van (lagergelegen) Divisie-, Divisietekst- en/of Tekstdeel-objecten bevatten.

In IMOW komt het objecttype Divisie alleen voor in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur: het deel dat de (beleids)tekst met de inhoud van het programma bevat. Divisie en de in paragraaf 7.3 besproken Divisietekst zijn in IMOW de koppelobjecten naar STOP.

Opgemerkt wordt dat het OW-object Tekstdeel, het objecttype dat geannoteerd wordt met de overige OW-objecten, via de koppelobjecten Divisie of Divisietekst wordt gekoppeld aan de STOP-elementen Divisie respectievelijk Divisietekst. In STOP is Divisie een structuurelement en is Divisietekst een element dat inhoud bevat. In omgevingsdocumenten met Vrijetekststructuur is het daardoor mogelijk om te annoteren op het niveau van het element dat inhoud bevat én op het niveau van structuurelementen. Dat is anders dan bij omgevingsdocumenten met Artikelstructuur, waar alleen geannoteerd kan worden op het niveau van het element dat inhoud bevat, te weten Regeltekst. Wanneer het bevoegd gezag het omgevingsdocument met Vrijetekststructuur wil annoteren op het niveau van structuurelementen (bijvoorbeeld op de Divisie van het niveau dat vergelijkbaar is met een heel hoofdstuk of paragraaf), moet het de tekst structureren met het STOP-element Divisie en uiteraard het te annoteren Tekstdeel koppelen aan het OW-objecttype Divisie. Als het bevoegd gezag het omgevingsdocument met Vrijetekststructuur wil annoteren op het niveau van het element dat inhoud bevat, moet het het te annoteren Tekstdeel koppelen aan het OW-objecttype Divisietekst. Annoteren op het niveau van structuurelementen (Divisie) ligt het meest voor de hand bij annotaties met het objecttype Hoofdlijn en eventueel met het attribuut thema. Het ligt niet voor de hand om dat te doen bij annotaties met het objecttype Gebiedsaanwijzing. Gebiedsaanwijzing is sterk verbonden aan de tekst waarin het gebied wordt aangewezen en benoemd. Daarom ligt het annoteren met het objecttype Gebiedsaanwijzing het meest voor de hand op het niveau van het element dat inhoud bevat: Divisietekst. Divisietekst kan ook goed geannoteerd worden met het attribuut thema en met het objecttype Hoofdlijn.

Een annotatie op een Divisie geldt voor alle onderliggende Divisies, Divisieteksten en Tekstdelen. Als voorbeeld: een annotatie met een Hoofdlijn op een Divisie van het hoogste niveau, bijvoorbeeld het hoofdstuk, geldt ook voor de onderliggende afdelingen, paragrafen en de tekst in die paragrafen, Als dat niet de bedoeling is, moet de annotatie worden toegevoegd op het niveau waar deze van toepassing is. Figuur 22 en Figuur 23 laten schematische voorbeelden zien van deze doorwerking.

Door dit principe zal een viewer als de DSO-viewer bij het filteren op bijvoorbeeld een Hoofdlijn, de Divisie die met die specifieke Hoofdlijn is geannoteerd én alle onderliggende Divisies, Divisieteksten en Tekstdelen als resultaat geven.

7.2.2 Definitie

Het OW-objecttype Divisie is een zelfstandige eenheid van (een of meer) bij elkaar horende beleidsteksten waarnaar kan worden verwezen in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur.

7.2.3 Doel

Doel van het objecttype Divisie is het leggen van de verbinding tussen het Tekstdeel uit het OW-domein en de Divisie uit STOP.

7.2.4 Norm

Divisie kent het volgende attribuut:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform NEN3610. Verplicht attribuut. Komt 1 keer voor. De identificatie moet de code (uit de STOP-waardelijst voor gemeente, waterschap, provincie of ministerie) bevatten van het bevoegd gezag dat het besluit neemt waarmee de Regeling wordt ingesteld of gewijzigd.

Divisie kent geen waardelijsten en geen constraints.

7.2.5 Toelichting op de norm

Het attribuut identificatie behoeft geen toelichting.

In de uitsnede van het diagram is ook het attribuut werkingsgebied te zien. Dit attribuut is de verwijzing van een specifieke Divisie naar (de identificatie van) de bijbehorende Locatie(s). De relatie is in een onderbroken lijn weergegeven omdat het een conceptuele relatie is. De relatie is impliciet inbegrepen in de relatie tussen Divisie, Tekstdeel en Locatie en geeft aan wat het werkingsgebied van de Divisie is: het gebied waar het Tekstdeel zijn werking heeft. De relatie wordt afgeleid door LVBB en in DSO-LV waarbij de som van de locaties van de onderliggende Tekstdelen wordt gebruikt. Het is dus niet zo dat het bevoegd gezag ook nog een afzonderlijke geometrie voor het werkingsgebied moet aanleveren.

Let ook op de regels voor het verwijzen van een OW-object naar een ander OW-object in paragraaf 7.13.2.1, met name over het verwijzen naar een OW-object behorend bij een andere Regeling en over het verwijzen van en naar een OW-object in een tijdelijk regelingdeel.

7.3.1 Toelichting op de toepassing

In het STOP-model voor de Vrijetekststructuur is Divisietekst het element dat inhoud bevat maar niet zelf inhoud is. Het is de inhoudelijke bouwsteen voor alle elementen die zijn opgebouwd volgens de Vrijetekststructuur: het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur maar ook diverse onderdelen van Besluit en Regeling buiten het Lichaam, zoals Bijlage en Toelichting.

In IMOW komt het objecttype Divisietekst alleen voor in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur: het deel dat de (beleids)tekst met de inhoud van het programma bevat. Divisietekst en de in paragraaf 7.2 besproken Divisie zijn in IMOW de koppelobjecten naar STOP. Divisietekst kan een verzameling van Tekstdeel-objecten bevatten.

Opgemerkt wordt dat het OW-object Tekstdeel, het objecttype dat geannoteerd wordt met de overige OW-objecten, via de koppelobjecten Divisie of Divisietekst wordt gekoppeld aan de STOP-elementen Divisie respectievelijk Divisietekst. In STOP is Divisie een structuurelement en is Divisietekst een element dat inhoud bevat. In omgevingsdocumenten met Vrijetekststructuur is het daardoor mogelijk om te annoteren op het niveau van het element dat inhoud bevat én op het niveau van structuurelementen. Dat is anders dan bij omgevingsdocumenten met Artikelstructuur, waar alleen geannoteerd kan worden op het niveau van het element dat inhoud bevat, te weten Regeltekst. Wanneer het bevoegd gezag het omgevingsdocument met Vrijetekststructuur wil annoteren op het niveau van structuurelementen (bijvoorbeeld op de Divisie van het niveau dat vergelijkbaar is met een heel hoofdstuk of paragraaf), moet het de tekst structureren met het STOP-element Divisie en uiteraard het te annoteren Tekstdeel koppelen aan het OW-objecttype Divisie. Als het bevoegd gezag het omgevingsdocument met Vrijetekststructuur wil annoteren op het niveau van het element dat inhoud bevat, moet het het te annoteren Tekstdeel koppelen aan het OW-objecttype Divisietekst. Annoteren op het niveau van structuurelementen (Divisie) ligt het meest voor de hand bij annotaties met het objecttype Hoofdlijn en eventueel met het attribuut thema. Het ligt niet voor de hand om dat te doen bij annotaties met het objecttype Gebiedsaanwijzing. Gebiedsaanwijzing is sterk verbonden aan de tekst waarin het gebied wordt aangewezen en benoemd. Daarom ligt het annoteren met het objecttype Gebiedsaanwijzing het meest voor de hand op het niveau van het element dat inhoud bevat: Divisietekst. Divisietekst kan ook goed geannoteerd worden met het attribuut thema en met het objecttype Hoofdlijn. Een annotatie op een Divisietekst geldt voor alle Tekstdelen, oftewel alle tekst, in die Divisietekst.

7.3.2 Definitie

Het OW-objecttype Divisietekst is de diepste zelfstandige eenheid van (een of meer) bij elkaar horende beleidsteksten waarnaar kan worden verwezen in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur.

7.3.3 Doel

Doel van het objecttype Divisietekst is het leggen van de verbinding tussen het Tekstdeel uit het OW-domein en de Divisietekst uit STOP.

7.3.4 Norm

Divisietekst kent het volgende attribuut:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform NEN3610. Verplicht attribuut. Komt 1 keer voor. De identificatie moet de code (uit de STOP-waardelijst voor gemeente, waterschap, provincie of ministerie) bevatten van het bevoegd gezag dat het besluit neemt waarmee de Regeling wordt ingesteld of gewijzigd.

Divisietekst kent geen waardelijsten en geen constraints.

7.3.5 Toelichting op de norm

Het attribuut identificatie behoeft geen toelichting.

In de uitsnede van het diagram is ook het attribuut werkingsgebied te zien. Dit attribuut is de verwijzing van een specifieke Divisietekst naar (de identificatie van) de bijbehorende Locatie(s). De relatie is in een onderbroken lijn weergegeven omdat het een conceptuele relatie is. De relatie is impliciet inbegrepen in de relatie tussen Divisietekst, Tekstdeel en Locatie en geeft aan wat het werkingsgebied van de Divisietekst is: het gebied waar het Tekstdeel zijn werking heeft. De relatie wordt afgeleid door LVBB en in DSO-LV waarbij de som van de locaties van de onderliggende Tekstdelen wordt gebruikt. Het is dus niet zo dat het bevoegd gezag ook nog een afzonderlijke geometrie voor het werkingsgebied moet aanleveren.

Let ook op de regels voor het verwijzen van een OW-object naar een ander OW-object in paragraaf 7.13.2.1, met name over het verwijzen naar een OW-object behorend bij een andere Regeling en over het verwijzen van en naar een OW-object in een tijdelijk regelingdeel.

7.4.1 Toelichting op de toepassing

Tekstdeel is een conceptuele constructie, die in IMOW wordt gebruikt om verschillende onderdelen van een Divisie of Divisietekst in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur een eigen Locatie te kunnen geven. Ook maakt Tekstdeel het mogelijk om verschillende onderdelen van een Divisie of Divisietekst een eigen thema te geven en/of te annoteren met verschillende domeinspecifieke annotaties van het objecttype Gebiedsaanwijzing. Tekstdeel is altijd onderdeel van een Divisie of Divisietekst. Divisie en Divisietekst kunnen meerdere Tekstdelen bevatten. Voor Tekstdeel geldt, net als voor Divisie en Divisietekst, dat het alleen gebruikt kan worden in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur.

7.4.2 Definitie

Tekstdeel is het objecttype, te gebruiken in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur, dat de relatie vormt tussen een beleids- of realisatietekst en de daarmee samenhangende annotaties.

7.4.3 Doel

Doel van het objecttype Tekstdeel is:

• het kunnen verbinden van verschillende onderdelen van een Divisie of Divisietekst met eigen Locaties;

• het kunnen annoteren van verschillende onderdelen van een Divisie of Divisietekst met thema, Hoofdlijn en de verschillende typen Gebiedsaanwijzing;

• het kunnen leggen van de relaties tussen de domeinspecifieke annotaties, waardoor het Tekstdeel als geheel machineleesbaar wordt;

• het, door middel van het attribuut thema, in samenhang kunnen tonen van verschillende Tekstdelen binnen hetzelfde omgevingsdocument;

• het kunnen leggen van verbindingen tussen onderdelen van verschillende omgevingsdocumenten, bijvoorbeeld een omgevingsvisie en een omgevingsverordening, die met hetzelfde thema zijn geannoteerd.

7.4.4 Norm

Tekstdeel kent de volgende attributen:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform NEN3610. Verplicht attribuut. Komt 1 keer voor. De identificatie moet de code (uit de STOP-waardelijst voor gemeente, waterschap, provincie of ministerie) bevatten van het bevoegd gezag dat het besluit neemt waarmee de Regeling wordt ingesteld of gewijzigd.

• idealisatie: attribuut dat vastlegt op welke manier de begrenzing van Locatie voor dit Tekstdeel geïnterpreteerd moet worden en door het bevoegd gezag bedoeld is. Te kiezen uit de limitatieve waardelijst ‘Idealisatie’. Onder voorwaarde verplicht attribuut: alleen te gebruiken wanneer Tekstdeel Locatie of Locaties heeft; dan verplicht. Komt dan 1 keer voor.

• thema: de naam van het thema van het Tekstdeel, te kiezen uit de limitatieve waardelijst ‘Thema’. Optioneel attribuut. Komt zo vaak voor als gewenst.

• divisieaanduiding: de verwijzing van een specifiek Tekstdeel naar de Divisie of de Divisietekst waar het Tekstdeel onderdeel van is. Verplicht attribuut. Komt 1 keer voor. De keuze tussen Divisie en Divisietekst wordt aangegeven met het keuze-element DivisieOfDivisietekst.

• hoofdlijnaanduiding: de verwijzing van een specifiek Tekstdeel naar (de identificatie van) de bijbehorende Hoofdlijn(en). Optioneel attribuut. Komt zo vaak voor als gewenst.

• locatieaanduiding: de verwijzing van een specifiek Tekstdeel naar (de identificatie van) de bijbehorende Locatie(s); attribuut dat een of meer specifieke Locatie(s) aanduidt waar dit Tekstdeel van toepassing is. Optioneel attribuut. Komt zo vaak voor als gewenst.

• gebiedsaanwijzing: de verwijzing van een specifiek Tekstdeel naar (de identificatie van) een Gebiedsaanwijzing. Attribuut dat vastlegt dat het Tekstdeel met (één van de typen van) het object Gebiedsaanwijzing geannoteerd is. Optioneel attribuut. Komt zo vaak voor als gewenst.

• kaartaanduiding: de verwijzing van een specifiek Tekstdeel naar (de identificatie van) de Kaart waarop de Locaties en OW-objecten worden weergegeven die horen bij het betreffende Tekstdeel. Optioneel attribuut. Komt zo vaak voor als gewenst.

Tekstdeel kent de volgende constraint:

• idealisatie verplicht als Tekstdeel een Locatie heeft.

7.4.5 Toelichting op de norm

Attributen

• idealisatie: attribuut dat aangeeft op welke manier de begrenzing van Locatie voor een Tekstdeel door het bevoegd gezag bedoeld is: is het een exacte of een indicatieve afbakening? Het attribuut idealisatie is in IMOW gepositioneerd als attribuut van Tekstdeel. Dat lijkt misschien vreemd omdat het informatie geeft over de gewenste interpretatie van Locatie. Toch hoort idealisatie bij Tekstdeel omdat het vertelt hoe de Locatie voor dít Tekstdeel geïnterpreteerd moet worden. Op deze manier is het mogelijk om dezelfde Locatie ook voor een ander Tekstdeel te (her)gebruiken en voor dat Tekstdeel een andere idealisatie te geven. De waardelijst ‘Idealisatie’ kent twee waarden: exact en indicatief. Hiermee kan worden aangegeven of de begrenzing van Locatie voor dit Tekstdeel exact of indicatief bedoeld is. Wanneer wordt gekozen voor de waarde indicatief geeft dat alleen aan dat de begrenzing indicatief bedoeld is. Met idealisatie wordt niet vastgelegd met welke marge de indicatieve begrenzing bedoeld is. Bij Tekstdeel is het attribuut idealisatie alleen verplicht wanneer het Tekstdeel een Locatie heeft. Zie verder de constraint die hierna wordt besproken.

• thema: attribuut dat kernachtig de grondgedachte van het Tekstdeel weergeeft. Het thema is een aanduiding van het aspect van de fysieke leefomgeving waar de Juridische regel over gaat. Om harmonisatie tussen bevoegde gezagen en tussen instrumenten te bevorderen is er een waardelijst voor thema. Het overgrote deel van de waarden van deze waardelijst is rechtstreeks ontleend aan artikel 1.2 Ow, waarin is aangegeven welke aspecten de fysieke leefomgeving omvat. In 1 wordt de relatie tussen artikel 1.2 Ow en de waarden van de waardelijst gelegd.
  Per Tekstdeel kunnen net zoveel thema’s worden toegevoegd als gewenst is. thema is een attribuut en geen object. Het kent daardoor geen eigen weergave.
  Met het attribuut thema kan het thema van een Tekstdeel worden aangegeven. thema kan bijvoorbeeld worden gebruikt om alle Tekstdelen over een bepaald thema in eenzelfde omgevingsdocument te selecteren, of om van verschillende omgevingsdocumenten de Tekstdelen en/of Juridische regels met hetzelfde thema te selecteren. Afhankelijk van de functionaliteit die een viewer biedt is het vervolgens ook mogelijk om de Locaties van alle Tekstdelen en/of Juridische regels met hetzelfde thema op een kaartbeeld weer te geven.
  Overwogen wordt om aan het objecttype Tekstdeel een attribuut subthema toe te voegen waarmee het bevoegde gezag desgewenst binnen een thema een nadere specialisatie kan aanbrengen.

• divisieaanduiding: attribuut voor de verwijzing van een Tekstdeel naar de identificatie van de Divisie of Divisietekst waarin het Tekstdeel voorkomt. Tekstdeel wordt via de koppelobjecten Divisie respectievelijk Divisietekst gekoppeld aan de STOP-elementen Divisie of Divisietekst. Bij ieder Tekstdeel moet bepaald worden of het hoort bij een Divisie of een Divisietekst. Deze keuze wordt gemaakt met het keuze-element DivisieOfDivisietekst. Het STOP-element Divisie is een structuurelement en het STOP-element Divisietekst is een element dat inhoud bevat. In omgevingsdocumenten met Vrijetekststructuur is het daardoor mogelijk om te annoteren op het niveau van het element dat inhoud bevat én op het niveau van structuurelementen. In het geval van een annotatie op het niveau van structuurelementen (bijvoorbeeld op de Divisie van het niveau dat vergelijkbaar is met een heel hoofdstuk of paragraaf), wordt bij het keuze-element DivisieOfDivisietekst gekozen voor het OW-objecttype Divisie. Bij een annotatie op het niveau van het element dat inhoud bevat, wordt bij het keuze-element DivisieOfDivisietekst gekozen voor het OW-objecttype Divisietekst. Annoteren op het niveau van structuurelementen (Divisie) ligt het meeste voor de hand bij annotaties met het attribuut thema en met het objecttype Hoofdlijn. Het ligt niet voor de hand om dat te doen bij annotaties met het objecttype Gebiedsaanwijzing. Het annoteren met het objecttype Gebiedsaanwijzing ligt het meeste voor de hand op het niveau van het element dat inhoud bevat: Divisietekst. Divisietekst kan ook goed geannoteerd worden met het attribuut thema en met het objecttype Hoofdlijn.

• hoofdlijnaanduiding: attribuut dat de verwijzing bevat van Tekstdeel naar de identificatie(s) van het daarbij behorende object Hoofdlijn. Het object Hoofdlijn wordt beschreven in paragraaf 7.5. Dit attribuut geeft aan dat het Tekstdeel hoort bij een bepaalde Hoofdlijn.

• locatieaanduiding: attribuut dat de verwijzing bevat naar de identificatie van de Locatie(s) die bij het Tekstdeel horen én aangeeft wat de betekenis van die Locatie(s) is voor het object waar het bij hoort; in dit geval voor Tekstdeel. Wanneer bij een Tekstdeel Locatie wordt gebruikt legt dit attribuut dus vast dat deze Locatie(s) de locatie(s) is (zijn) waar dit Tekstdeel van toepassing is.
  Het annoteren van Locatie bij een Tekstdeel is optioneel. Let op dat het niet annoteren van Locatie bij een Tekstdeel tot gevolg heeft dat het niet mogelijk is om in een viewer met een klik op de kaart de daar relevante onderdelen van de tekst te vinden.

• gebiedsaanwijzing: attribuut dat de verwijzing bevat van Tekstdeel naar de identificatie van het specifieke voorkomen van een bepaald type Gebiedsaanwijzing. Samen met die domeinspecifieke annotatie duidt dit attribuut aan dat het Tekstdeel gaat over een van de typen gebiedsaanwijzing.

• kaartaanduiding: attribuut dat de verwijzing bevat van het Tekstdeel naar de identificatie van een specifiek Kaartobject. Met het objecttype Kaart kan bij een Tekstdeel een specifieke kaart worden gegenereerd waarop alle bij dat Tekstdeel behorende Locaties en OW-objecten worden weergegeven. Het is ook mogelijk om vanuit meerdere Tekstdelen te verwijzen naar dezelfde Kaart. Daardoor ontstaat een gecombineerd kaartbeeld met alle kaartgerelateerde informatie uit alle Tekstdelen die naar dezelfde Kaart verwijzen. Zie voor het objecttype Kaart paragraaf 7.10.

Constraints

idealisatie verplicht als Tekstdeel een Locatie heeft: deze constraint betekent dat áls Tekstdeel een Locatie heeft, het verplicht is om idealisatie te gebruiken. Bij Tekstdeel is, anders dan bij Juridische regel, het attribuut idealisatie slechts onder voorwaarde verplicht. Het moet gebruikt worden wanneer het Tekstdeel een Locatie heeft. Dat is namelijk niet verplicht.

Let ook op de regels voor het verwijzen van een OW-object naar een ander OW-object in paragraaf 7.13.2.1, met name over het verwijzen naar een OW-object behorend bij een andere Regeling en over het verwijzen van en naar een OW-object in een tijdelijk regelingdeel.

7.5.1 Toelichting op toepassing

Hoofdlijn biedt aan de hand van de attributen soort en naam de mogelijkheid Tekstdeel extra informatie mee te geven waardoor informatie in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur volgens een door het bevoegd gezag gekozen indeling te structureren is. Voor het attribuut soort kan het bevoegd gezag een herkenbare term kiezen die in het document terugkomt, zoals ‘ambitie’, ‘doelstelling’ of ‘pijler’. Met het attribuut naam kan vervolgens een meer specifieke naam opgenomen worden die correspondeert met de inhoud of het opschrift van het gekozen deel van de tekst. Omdat er geen gebruik gemaakt wordt van waardelijsten biedt dit de grootst mogelijk flexibiliteit voor het naar eigen inzicht inrichten van visie-achtige omgevingsdocumenten.

Bij de Hoofdlijn kan als extra informatie worden aangegeven of de Hoofdlijn een relatie met een andere Hoofdlijn in het omgevingsdocument heeft.

In de paragrafen 7.2, 7.3 en 7.4 over de objecttypen Divisie, Divisietekst en Tekstdeel is al aangegeven dat het in omgevingsdocumenten met Vrijetekststructuur mogelijk is om te annoteren op het niveau van het (STOP-)element dat inhoud bevat (Divisietekst) én op het niveau van het (STOP-)structuurelement (Divisie). Daar is ook aangegeven dat het annoteren op het niveau van het structuurelement Divisie het meest voor de hand ligt bij annotaties met het objecttype Hoofdlijn (en met het attribuut thema). Dat laat onverlet dat het annoteren met Hoofdlijn ook goed toe te passen is op het niveau van Divisietekst.

7.5.2 Definitie

Hoofdlijn is het objecttype, te gebruiken in het Lichaam van de Regeling van omgevingsdocumenten met Vrijetekststructuur, dat machineleesbaar maakt dat in een bepaald Tekstdeel een hoofdlijn van de kwaliteit, ontwikkeling of staat van of het beleid voor de fysieke leefomgeving is vastgelegd.

7.5.3 Doel

Doel van het objecttype Hoofdlijn is het mogelijk maken om:

• in een omgevingsdocument met Vrijetekststructuur verschillende onderdelen met eenzelfde Hoofdlijn te selecteren;

• in verschillende omgevingsdocumenten met Vrijetekststructuur onderdelen dezelfde Hoofdlijn te geven of dezelfde Hoofdlijn-systematiek toe te passen.

7.5.4 Norm

Hoofdlijn kent de volgende attributen:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform datatype NEN3610-ID. Verplicht attribuut. Komt 1 keer voor. De identificatie moet de code (uit de STOP-waardelijst voor gemeente, waterschap, provincie of ministerie) bevatten van het bevoegd gezag dat het besluit neemt waarmee de Regeling wordt ingesteld of gewijzigd.

• naam: de naam van deze specifieke Hoofdlijn. Het bevoegd gezag is vrij in de keuze van de naam van de Hoofdlijn. Verplicht attribuut, komt 1 keer voor.

• soort: de soort waartoe deze Hoofdlijn behoort. Het bevoegd gezag is vrij in het kiezen van een benaming voor soort. Verplicht attribuut, komt 1 keer voor.

• gerelateerdeHoofdlijn: de verwijzing van een specifieke Hoofdlijn naar een andere Hoofdlijn die aangeeft dat er een bijzondere relatie bestaat tussen die twee Hoofdlijnen. Optioneel attribuut. Komt zo vaak voor als gewenst.

Hoofdlijn kent geen waardelijsten en geen constraints.

7.5.5 Toelichting op de norm

• naam: door het bevoegd gezag zelf te kiezen, er is geen waardelijst voor de naam van de Hoofdlijn. Voorbeelden zijn: ‘Een klimaatbestendige delta’, ‘Duurzaam, concurrerend en circulair’.

• soort: door het bevoegd gezag zelf te kiezen, er is geen waardelijst voor de soort van de Hoofdlijn. Het attribuut soort maakt het mogelijk om Hoofdlijnen te groeperen. Voorbeelden zijn: ambitie, doel, opgave, toekomstperspectief, prioriteit, beleidskeuze.

• gerelateerdeHoofdlijn: een Hoofdlijn kan in een bijzondere relatie tot een andere Hoofdlijn staan waardoor het van belang is dat de gebruiker ook op de andere Hoofdlijn wordt geattendeerd. Dat kan worden aangegeven met het attribuut gerelateerdeHoofdlijn.

Let ook op de regels voor het verwijzen van een OW-object naar een ander OW-object in paragraaf 7.13.2.1, met name over het verwijzen naar een OW-object behorend bij een andere Regeling en over het verwijzen van en naar een OW-object in een tijdelijk regelingdeel.

7.6.1 Toelichting op de toepassing

Het OW-object Locatie geeft aan waar een Juridische regel of Tekstdeel en de domeinspecifieke annotaties Activiteit, Omgevingswaarde, Omgevingsnorm, de verschillende typen Gebiedsaanwijzing en de bijbehorende waarden van toepassing zijn. De optelling van alle Locaties van alle Juridische regels in een Regeltekst vormt het werkingsgebied van de Regeltekst; de optelling van alle Locaties van alle Tekstdelen in een Divisie of Divisietekst vormt het werkingsgebied van de Divisie of Divisietekst. Locatie wordt altijd vastgelegd in een GIO.

Locatie heeft zeven verschijningsvormen: Gebied, Gebiedengroep, Lijn, Lijnengroep, Punt, Puntengroep en Ambtsgebied. Optioneel kan de hoogteligging van het Gebied, de Lijn of de Punt worden vastgelegd. Toegestane geometrieën bij een Gebied zijn Surface en MultiSurface (de termen die de GML-standaard gebruikt voor Vlak en Multivlak); bij een Lijn zijn dat Curve en MultiCurve (GML-termen voor Lijn en Multilijn) en bij Punt tenslotte zijn toegestaan Point en MultiPoint (de GML-termen voor Punt en Multipunt). Bij MultiSurface worden meerdere vlakken samengevoegd tot één onlosmakelijk geheel. Wanneer slechts een onderdeel gewijzigd moet worden, leidt dat toch tot een wijziging van de hele MultiSurface. Datzelfde geldt voor MultiCurve en MultiPoint. Aanbevolen wordt om MultiSurface, MultiCurve en MultiPoint alleen te gebruiken wanneer het daadwerkelijk de bedoeling is dat er één onlosmakelijk geheel ontstaat. Een andere manier van groepering is het samenvoegen van twee of meer Gebieden, Lijnen of Punten tot een Gebiedengroep, Lijnengroep respectievelijk Puntengroep. Op deze manier is het mogelijk om één van de Gebieden van een Gebiedengroep, één van de Lijnen van een Lijnengroep of één van de Punten van een Puntengroep te wijzigen. Punt is noodzakelijk voor het als omgevingswaarde vaststellen van geluidproductieplafonds; die hebben de vorm van een puntlocatie. Lijn wordt onder andere in het omgevingsplan gebruikt voor het aangeven van rooilijnen bij het stellen van regels over het situeren van bouwwerken. Voor het overige is het aan te bevelen om Punt en Lijn als Geometrie zoveel mogelijk te vermijden omdat bij raadplegen in een viewer een punt en een lijn lastig te vinden zijn.

Locaties kunnen onbeperkt gestapeld worden, dat wil zeggen dat Locaties elkaar geheel of gedeeltelijk kunnen overlappen. Dat geldt zowel voor Locaties met eenzelfde annotatie oftewel OW-object als voor Locaties met verschillende annotaties c.q. OW-objecten. Het is dus mogelijk om op exact dezelfde plek bijvoorbeeld de Locaties van verschillende Juridische regels of Tekstdelen, van een aantal Activiteiten, van een Omgevingswaarde, van een aantal Omgevingsnormen en diverse typen Gebiedsaanwijzing neer te leggen. Ook kunnen die Locaties elkaar gedeeltelijk overlappen. De navolgende figuren laten daarvan voorbeelden zien. De figuren laten mogelijke toepassingen in het omgevingsplan zien, maar zijn bedoeld om generiek voor omgevingsdocumenten het principe te illustreren.

7.6.2 Definitie

Locatie is het objecttype dat machineleesbaar vastlegt waar een Juridische regel, Tekstdeel en/of de domeinspecifieke objecttypen van toepassing zijn.

7.6.3 Doel

Doel van het objecttype Locatie is het met coördinaten vastleggen waar een Juridische regel, Tekstdeel, Activiteit, Omgevingsnorm, Omgevingswaarde, type Gebiedsaanwijzing en bij Omgevingsnorm en Omgevingswaarde behorende waarden van toepassing zijn.

7.6.4 Norm

Locatie kent de volgende attributen:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform datatype NEN3610-ID. Verplicht attribuut. Komt 1 keer voor. De identificatie moet de code (uit de STOP-waardelijst voor gemeente, waterschap, provincie of ministerie) bevatten van het bevoegd gezag dat het besluit neemt waarmee de Regeling wordt ingesteld of gewijzigd.

• noemer: de mensleesbare term of frase waarmee een Locatie wordt aangeduid. Optioneel attribuut. Komt 0 of 1 keer voor.

Locatie kent zeven verschijningsvormen:

• Gebied: op zichzelf staande geometrisch afgebakende ‘ruimte’ in een virtuele weergave van de fysieke leefomgeving. De geometrische afbakening is juridisch van aard. Gebied heeft alle attributen van Locatie, aangevuld met:

  • hoogte: de hoogte waarop het Gebied ligt of de hoogte binnen het Gebied waarop de Juridische regel of het Tekstdeel van toepassing is. Optioneel attribuut. Komt 0 of 1 keer voor. Wordt vastgelegd met WaardeEenheid, dat bestaat uit de volgende elementen:

    • waarde: de numerieke waarde van de hoogte. Verplicht element indien het attribuut hoogte wordt gebruikt.

    • eenheid: de grootheid waarin de hoogte wordt uitgedrukt. Voor eenheid wordt gebruik gemaakt van de waardelijst 'Eenheid’. Verplicht element indien het attribuut hoogte wordt gebruikt.

  • geometrie: de verwijzing van een specifiek Gebied naar (de identificatie van) de bijbehorende Geometrie. Verplicht attribuut. Komt 1 keer voor.

• Gebiedengroep: een groep of verzameling van bij elkaar behorende Gebieden, die samen de Locatie vormen. Gebiedengroep heeft alle attributen van Locatie, aangevuld met:

  • groepselement: de verwijzing van een Gebiedengroep naar de Gebieden die samen de Gebiedengroep vormen. Verplicht attribuut. Komt ten minste 1 keer voor.

• Lijn: op zichzelf staande geometrisch afgebakende lijnlocatie in een virtuele weergave van de fysieke leefomgeving. De geometrische afbakening is juridisch van aard. Lijn heeft alle attributen van Locatie, aangevuld met:

  • hoogte: de hoogte waarop de Lijn ligt. Optioneel attribuut. Komt 0 of 1 keer voor. Wordt vastgelegd met WaardeEenheid, dat bestaat uit de volgende elementen:

    • waarde: de numerieke waarde van de hoogte. Verplicht element indien het attribuut hoogte wordt gebruikt.

    • eenheid: de grootheid waarin de hoogte wordt uitgedrukt. Voor eenheid wordt gebruik gemaakt van de waardelijst 'Eenheid’. Verplicht element indien het attribuut hoogte wordt gebruikt.

  • geometrie: de verwijzing van een specifieke Lijn naar (de identificatie van) de bijbehorende Geometrie. Verplicht attribuut. Komt 1 keer voor.

• Lijnengroep: een groep of verzameling van bij elkaar behorende Lijnen, die samen de Locatie vormen. Lijnengroep heeft alle attributen van Locatie, aangevuld met:

  • groepselement: de verwijzing van een Lijnengroep naar de Lijnen die samen de Lijnengroep vormen. Verplicht attribuut. Komt ten minste 1 keer voor.

• Punt: op zichzelf staande geometrisch afgebakende puntlocatie in een virtuele weergave van de fysieke leefomgeving. De geometrische afbakening is juridisch van aard. Punt heeft alle attributen van Locatie, aangevuld met:

  • hoogte: de hoogte waarop de Punt ligt. Optioneel attribuut. Komt 0 of 1 keer voor. Wordt vastgelegd met WaardeEenheid, dat bestaat uit de volgende elementen:

    • waarde: de numerieke waarde van de hoogte. Verplicht element indien het attribuut hoogte wordt gebruikt.

    • eenheid: de grootheid waarin de hoogte wordt uitgedrukt. Voor eenheid wordt gebruik gemaakt van de waardelijst 'Eenheid’. Verplicht element indien het attribuut hoogte wordt gebruikt.

  • geometrie: de verwijzing van een specifieke Punt naar (de identificatie van) de bijbehorende Geometrie. Verplicht attribuut. Komt 1 keer voor.

• Puntengroep: een groep of verzameling van bij elkaar behorende Punten, die samen de Locatie vormen. Puntengroep heeft alle attributen van Locatie, aangevuld met:

  • groepselement: de verwijzing van een Puntengroep naar de Punten die samen de Puntengroep vormen. Verplicht attribuut. Komt ten minste 1 keer voor.

• Ambtsgebied: bijzondere vorm van Gebied, zijnde een op zichzelf staande geometrisch afgebakende ‘ruimte’ in een virtuele weergave van de fysieke leefomgeving, die samenvalt met het ambtsgebied van een bepaald bevoegd gezag: het gebied waarover dat bevoegd gezag de bevoegdheid tot regeling en bestuur heeft. Ambtsgebied heeft alle attributen van Locatie, aangevuld met:

  • bestuurlijkeGrenzenVerwijzing: attribuut dat de gegevens voor het doen van een verwijzing naar de bestuurlijkeGrenzen-voorziening bevat.
    bestuurlijkeGrenzenVerwijzing wordt ingevuld met de gegevensgroep BestuurlijkeGrenzenVerwijzing die de volgende attributen kent:

    • bestuurlijkeGrenzenID: de identificatie van het gebied in de bestuurlijkegrenzenvoorziening: de CBS-code respectievelijk de RVIG-code van het bevoegd gezag, inclusief de letteraanduiding in hoofdletters van de bestuurslaag;

    • domein: het onderdeel van de bestuurlijkeGrenzen-voorziening waarin de ambtsgebieden worden bijgehouden. Verplicht attribuut. Komt 1 keer voor. Wordt ingevuld met de verplichte waarde ‘NL.BI.BestuurlijkGebied’.

    • geldigOp: de datum waarop Ambtsgebied geldig is. Verplicht attribuut. Komt 1 keer voor. De verwijzing is altijd statisch: met de Locatie Ambtsgebied wordt bedoeld het ambtsgebied zoals dat gold op de ingevulde datum.

Locatie kent geen waardelijsten.

Locatie kent de volgende constraints:

• (bij Gebied): geometrie is van type Surface of MultiSurface;

• (bij Lijn): geometrie is van type Curve of MultiCurve;

• (bij Punt): geometrie is van type Point of MultiPoint.

7.6.5 Toelichting op de norm

• noemer: de mensleesbare term of frase waarmee de Locatie wordt aangeduid en beschreven, waardoor er, indien relevant, naar de Locatie kan worden verwezen. Let op: de noemer is niet altijd gelijk aan de naam van het GIO. Het gebruik van noemer is optioneel omdat een noemer niet altijd zinvol is en omdat er Locaties zijn die niet met een term of frase te benoemen zijn. Dat geldt bijvoorbeeld voor de losse Locaties binnen een Gebiedengroep. Voorbeelden van noemer voor omgevingsplan respectievelijk omgevingsverordening, waarbij de noemer in cursieve tekst is weergegeven, zijn: Ter plaatse van de functie Levendig stadscentrum zijn de volgende activiteiten toegestaan. Nieuwe luidruchtige activiteiten en gedragingen zijn in een stiltegebied verboden.
  Locatie kan de locatie zijn van een Juridische regel of Tekstdeel (en daarmee, al dan niet samen met andere Locaties, het werkingsgebied van de Regeltekst, de Divisie of de Divisietekst), en/of de Locatie van een van de domeinspecifieke annotaties Activiteit, Gebiedsaanwijzing, Omgevingsnorm en Omgevingswaarde. Het hangt af van het objecttype waarmee de Locatie wordt gecombineerd of het gebruik van het attribuut noemer zinvol is of niet. Bij de beschrijving van die objecttypen wordt dit aangegeven.

• hoogte: optioneel attribuut waarmee voor Gebied, Lijn en Punt de hoogteligging kan worden vastgelegd. hoogte wordt vastgelegd met WaardeEenheid, dat bestaat uit de elementen waarde en eenheid. waarde legt de hoogte in een getal vast, eenheid geeft aan in welke grootheid de hoogte moet worden gemeten. Voor eenheid wordt gebruik gemaakt van de waardelijst 'Eenheid’. Het gebruik van het attribuut hoogte maakt een (zeer beperkte) benadering van 3D mogelijk. hoogte kan bijvoorbeeld worden gebruikt om van (de omgevingswaarde) geluidproductieplafonds aan te geven op welke hoogte ze gelden; in dat geval wordt de eenheid meter gekozen.

• geometrie: attribuut dat de verwijzing bevat van een specifiek Gebied, Lijn of Punt naar de identificatie van de bijbehorende Geometrie. Dit attribuut legt dus vast dat deze Geometrie bij het betreffende Gebied, Lijn of Punt hoort. Bij Ambtsgebied kan er geen geometrie worden meegeleverd.

• bestuurlijkeGrenzenVerwijzing: attribuut waardoor DSO-LV weet dat de inhoud van dit object te vinden is in een andere voorziening, alleen te gebruiken bij Ambtsgebied. Het bijhouden van het Ambtsgebied gebeurt in de bestuurlijkeGrenzen-voorziening. Het attribuut bestuurlijkeGrenzenVerwijzing maakt gebruik van de gegevensgroep BestuurlijkeGrenzenVerwijzing. In het navolgende worden de attributen van BestuurlijkeGrenzenVerwijzing toegelicht.

  • bestuurlijkeGrenzenID: de identificatie van het Ambtsgebied. Deze is gelijk aan de bevoegd-gezag-code. Voor gemeenten, provincies en waterschappen is dat de CBS-code, inclusief de letteraanduiding van de bestuurslaag. Een voorbeeld daarvan is GM0297 voor de gemeente Zaltbommel. Voor het Rijk wordt de RVIG-code gehanteerd. Aan de hand van deze code weet DSO-LV van welk bevoegd gezag het ambtsgebied uit de bestuurlijkeGrenzen-voorziening getoond moet worden

  • domein: attribuut dat aangeeft welke van de onderdelen van de bestuurlijkeGrenzen-voorziening moet worden bevraagd: het bestuurlijk gebied;

  • geldigOp: attribuut waardoor DSO-LV weet welke versie van het ambtsgebied getoond moet worden: het Ambtsgebied zoals dat geldig was op de ingevulde datum. Wanneer naar aanleiding van een bestuurlijke herindeling of andere grenscorrectie het ambtsgebied is gewijzigd, kan met een wijzigingsbesluit het Ambtsgebied-object gewijzigd worden door de geldigOp-datum van de bestuurlijkeGrenzenVerwijzing te wijzigen.

Met uitzondering van Locatie in de verschijningsvorm van Ambtsgebied wordt Locatie altijd vastgelegd in een GIO.

Ambtsgebied

Het Ambtsgebied-object wordt alleen aangeleverd als dat noodzakelijk is: de eerste keer dat in een Regeling het Ambtsgebied de Locatie is van een regel én wanneer naar aanleiding van een bestuurlijke herindeling of andere grenscorrectie in een wijzigingsbesluit het Ambtsgebied wordt gewijzigd naar een nieuwe versie van dat Ambtsgebied.

Uitgangspunt van regelgeving over de bekendmaking van besluiten is dat informatie die niet op een begrijpelijke manier in tekst te beschrijven is, wordt vastgelegd in een informatieobject. Daarom wordt de locatie waar een regel (of beleid) geldig is, vastgelegd met een GIO. Op deze manier is de locatie permanent terug te vinden en is de onveranderlijkheid van de locatie gewaarborgd (zie ook paragraaf 6.1.2.1). Door het nemen van het besluit stelt het bevoegd gezag het GIO vast en ‘ontstaat’ de locatie. Wanneer een regel geldt voor het hele ambtsgebied van het bevoegd gezag wordt het niet passend geacht als het bevoegd gezag dat ambtsgebied in de vorm van een GIO vast zou stellen. Ambtsgebieden worden immers door andere wetgeving (en in de meeste gevallen door een ander bevoegd gezag) vastgesteld. Daarom wordt Ambtsgebied als verschijningsvorm van Locatie niet vastgelegd met het object Geometrie en niet vastgesteld in de vorm van een GIO, maar neemt het bevoegd gezag een verwijzing op naar het eigen ambtsgebied in de bestuurlijkeGrenzen-voorziening. Dit is de voorziening waarin de door die andere wetgeving vastgestelde bestuurlijke grenzen worden vastgelegd en beheerd. Aangezien Ambtsgebied niet wordt vastgelegd met het object Geometrie en niet door het bevoegd gezag wordt vastgesteld, kent het niet de attributen geometrie en hoogte.

Bij het gebruik van Ambtsgebied als Locatie van een regel of beleid wordt altijd statisch verwezen naar het Ambtsgebied. Dat is nodig om bij een eventuele toekomstige bestuurlijke herindeling de overgang naar de nieuwe indeling te kunnen maken.

Aanbevolen wordt om, als het de bedoeling is dat een regel of (beleids)tekst geldt voor het hele ambtsgebied, vanuit de Juridische regel of het Tekstdeel te verwijzen naar (de identificatie van) het ambtsgebied in de bestuurlijkeGrenzen-voorziening. Het is echter mogelijk om in zo’n geval gebruik te maken van een zelf gecreëerde Locatie. Het is dan aan het bevoegd gezag om er voor te zorgen dat de geometrie van die zelf gecreëerde Locatie exact samenvalt met de geometrie van het ambtsgebied in de bestuurlijkeGrenzen-voorziening. Dat kan door een kopie te maken van de geometrie van het ambtsgebied in de bestuurlijkeGrenzen-voorziening. Het aanleveren van een onjuiste geometrie heeft gevolgen voor de vindbaarheid van regels op locatie in DSO-LV.

Locatie kent geen waardelijsten.

Constraints

Locatie heeft drie constraints:

• (bij Gebied): geometrie is van type Surface of MultiSurface;

• (bij Lijn): geometrie is van type Curve of MultiCurve;

• (bij Punt): geometrie is van type Point of MultiPoint.

Deze constraints betekenen enerzijds -tamelijk voor de hand liggend- dat de Locatieverschijningsvorm Gebied alleen mag verwijzen naar vlak-geometrieën en niet naar punt- of lijn-geometrieën, dat de Locatieverschijningsvorm Lijn alleen mag verwijzen naar lijn-geometrieën en niet naar punt- of vlak-geometrieën en dat de Locatieverschijningsvorm Punt alleen mag verwijzen naar punt-geometrieën en niet naar vlak- of lijn-geometrieën. Anderzijds betekenen de constraints dat gekozen moet worden tussen de enkelvoudige en de multivariant van de geometrietypen. Zoals in paragraaf 7.6.1 al is beschreven, worden bij de multivarianten meerdere vlakken (of lijnen of punten) samengevoegd tot één onlosmakelijk geheel en moeten de multivarianten alleen gekozen worden als het daadwerkelijk de bedoeling is dat er één onlosmakelijk geheel ontstaat.

Let ook op de regels voor het verwijzen van een OW-object naar een ander OW-object in paragraaf 7.13.2.1, met name over het verwijzen naar een OW-object behorend bij een andere Regeling en over het verwijzen van en naar een OW-object in een tijdelijk regelingdeel.

7.7.1 Toelichting op de toepassing

Met uitzondering van Ambtsgebied worden de in de vorige paragraaf besproken typen van Locatie vastgelegd met Geometrie. Het object Geometrie legt de positie en vorm van een Gebied, Lijn of Punt vast door middel van coördinaten om het te kunnen begrenzen en op een kaart op de juiste positie te kunnen weergeven. Geometrie wordt door zowel IMOW als STOP gebruikt. Geometrie wordt vastgelegd in de vorm van een GML-bestand dat in het GIO wordt opgenomen.

7.7.2 Definitie

Geometrie is het object dat de geometrische bepaling van een Gebied, Lijn of Punt door middel van coördinaten bevat.

7.7.3 Doel

Doel van het objecttype Geometrie is:

• het vastleggen en begrenzen van Locatie door middel van coördinaten ten behoeve van het publiceren van geo-informatieobjecten;

• het op een kaart of in een viewer op de juiste positie weergeven van Locaties.

7.7.4 Norm

Geometrie kent de volgende attributen:

• id: het identificerend attribuut dat gebruikt wordt om naar de Geometrie te verwijzen. Verplicht attribuut. Komt 1 keer voor.

• geometrie: het attribuut dat de coördinaten van de Geometrie bevat. Verplicht attribuut. Komt 1 keer voor.

Geometrie kent geen waardelijsten en constraints.

7.7.5 Toelichting op de norm

geometrie: dit attribuut bevat de coördinaten van de Geometrie. De geometrische typen die gebruikt worden binnen dit attribuut dienen overeen te komen met de gekozen verschijningsvorm van Locatie. Zie hiervoor de constraints bij het objecttype Locatie. Deze constraints zijn beschreven in paragraaf 7.6.4 en toegelicht in paragraaf 7.6.5.

Let ook op de regels voor het verwijzen van een OW-object naar een ander OW-object in paragraaf 7.13.2.1, met name over het verwijzen naar een OW-object behorend bij een andere Regeling en over het verwijzen van en naar een OW-object in een tijdelijk regelingdeel.

7.8.1 Toelichting op de toepassing

In omgevingsdocumenten worden gebieden benoemd waarover regels worden gesteld respectievelijk beleids- of uitvoeringsaspecten worden vastgelegd. Met het objecttype Gebiedsaanwijzing kunnen die gebieden op een kaart worden weergeven, op een zodanige manier dat duidelijk is waar de regel of het beleids- of uitvoeringsaspect over gaat. Ook maakt Gebiedsaanwijzing het mogelijk om in een viewer een selectie te maken van bepaalde gebieden.

Het objecttype Gebiedsaanwijzing is een generiek objecttype. Het is generiek gemodelleerd om voldoende flexibiliteit te bieden voor toekomstige ontwikkelingen. Het wordt specifiek gemaakt door het attribuut type, dat gekozen wordt uit een limitatieve waardelijst. Nieuwe typen gebieden kunnen worden aangewezen doordat (na een wijzigingsproces) nieuwe waarden aan de waardelijst voor type worden toegevoegd; het is dus niet nodig om extra objecttypen aan het informatiemodel toe te voegen.

De waardelijst voor de Gebiedsaanwijzingtypen bevat nu 19 waarden. Ze zijn onder te verdelen in sectorale en niet-sectorale typen, zoals is aangegeven in Tabel 6.

7.8.2 Definitie

Gebiedsaanwijzing is het objecttype voor het Lichaam van de Regeling van omgevingsdocumenten dat machineleesbaar maakt dat een Juridische regel of een Tekstdeel en de bijbehorende Locatie(s) een specifiek type gebied aanwijzen of over een specifiek type gebied gaan.

7.8.3 Doel

Doel van het generieke objecttype Gebiedsaanwijzing is het bieden van modelmatige flexibiliteit waardoor het toevoegen van nieuwe typen mogelijk is zonder modelwijziging.

Doel van de verschillende typen Gebiedsaanwijzing is:

• machineleesbaar vastleggen dat een Juridische regel of Tekstdeel en de bijbehorende Locatie(s) gaan over een specifiek type gebied;

• zodanig op een kaart weergeven van de Locaties waar de regels of het beleid over dat type gebied gelden, dat herkenbaar is over welk aspect ze gaan en er een legenda gemaakt kan worden;

• kunnen filteren in een viewer of op een kaart.

7.8.4 Norm

Gebiedsaanwijzing kent de volgende attributen:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform datatype NEN3610-ID. Verplicht attribuut. Komt 1 keer voor. De identificatie moet de code (uit de STOP-waardelijst voor gemeente, waterschap, provincie of ministerie) bevatten van het bevoegd gezag dat het besluit neemt waarmee de Regeling wordt ingesteld of gewijzigd.

• type: het type Gebiedsaanwijzing. Te kiezen uit de limitatieve waardelijst ‘TypeGebiedsaanwijzing’. Verplicht attribuut. Komt 1 keer voor.

• naam: de naam van de specifieke vorm van een bepaald type Gebiedsaanwijzing. Het bevoegd gezag is vrij in de keuze van de naam. Verplicht attribuut. Komt 1 keer voor.

• groep: de categorie waartoe de specifieke vorm van een bepaald type Gebiedsaanwijzing behoort; attribuut dat de koppeling legt naar de standaardsymbolisatie van die categorie van de Gebiedsaanwijzing. Te kiezen uit de voor het betreffende type Gebiedsaanwijzing van toepassing zijnde limitatieve waardelijst ‘[TypeGebiedsaanwijzing]groep’ (waarbij op de plaats van [TypeGebiedsaanwijzing] het betreffende type Gebiedsaanwijzing wordt ingevuld). Verplicht attribuut. Komt 1 keer voor.

• locatieaanduiding: de verwijzing van een specifieke vorm van een bepaald type Gebiedsaanwijzing naar de bijbehorende Locatie door middel van de identificatie van; attribuut waarmee de Locatie wordt aangeduid waar deze annotatie Gebiedsaanwijzing van toepassing is. Verplicht attribuut. Komt ten minste 1 keer voor. Gebiedsaanwijzing heeft één of meer Locaties en één of meer locatieaanduiding-relaties met Locatie.

Gebiedsaanwijzing kent geen constraints.

7.8.5 Toelichting op de norm

• type: Gebiedsaanwijzing is een generiek objecttype dat gespecificeerd wordt naar type. Het type wordt vastgelegd met het attribuut type. De typen die gebruikt kunnen worden zijn opgenomen in de limitatieve waardelijst ‘TypeGebiedsaanwijzing’. Voorbeelden zijn: Beperkingengebied, Externe veiligheid en Functie.

• naam: door het bevoegd gezag zelf te kiezen, er is geen waardelijst voor de naam van de gebiedsaanwijzingen. Het gaat hier om de naam van een specifiek voorkomen van een bepaald type gebiedsaanwijzing, bijvoorbeeld ‘Centrumgebied’ als voorkomen van het Gebiedsaanwijzingtype Functie of ‘Kantoorlocatie’ als voorkomen van het Gebiedsaanwijzingtype Ruimtelijk gebruik.

• groep: om een groot aantal verschillende gebiedsaanwijzingen van een bepaald type op een kaartbeeld te kunnen weergeven op een manier die voor het menselijk oog voldoende onderscheidend is, wordt ieder type Gebiedsaanwijzing gebundeld in groepen. De groep vormt het kenmerk waarop de symbolisatie (kleur, arcering, lijnstijl) van de standaardweergave wordt georganiseerd. Ieder type Gebiedsaanwijzing heeft een eigen, limitatieve, waardelijst voor de groepen. Afhankelijk van het type wordt de bijbehorende waardelijst gekozen. Zie hiervoor ook de uitgebreidere toelichting in paragraaf 7.8.1.4.

• locatieaanduiding: attribuut dat vastlegt dat deze Locatie de locatie is waar deze specifieke vorm van een bepaald type Gebiedsaanwijzing van toepassing is. Bij een specifieke vorm van een bepaald Gebiedsaanwijzingtype horen één of meer Locaties; per Locatie is er een locatieaanduiding.
  Uitgangspunt is dat het objecttype Gebiedsaanwijzing wordt gebruikt voor het aanwijzen van gebieden. In principe verwijst de locatieaanduiding van een Gebiedsaanwijzing altijd naar Locaties van de verschijningsvorm Gebied of Gebiedengroep (of eventueel Ambtsgebied). Er zijn echter gevallen waarin het wenselijk kan zijn om een Gebiedsaanwijzing te gebruiken voor het herkenbaar weergeven van lijnen. Een voorbeeld daarvan is het gebruik van de Gebiedsaanwijzing Bouw om in het omgevingsplan rooilijnen weer te geven. Het gebruik van het object Gebiedsaanwijzing in combinatie met punten ligt minder voor de hand, maar wordt niet uitgesloten.

Let ook op de regels voor het verwijzen van een OW-object naar een ander OW-object in paragraaf 7.13.2.1, met name over het verwijzen naar een OW-object behorend bij een andere Regeling en over het verwijzen van en naar een OW-object in een tijdelijk regelingdeel.

7.8.6 Aanbevelingen voor Locatie, noemer en naam GIO bij annoteren met Gebiedsaanwijzing

Een Gebiedsaanwijzing wordt aan de bijbehorende Locatie gekoppeld. De locaties verwijzen steeds naar één Geometrie, dit kan een Surface (vlak) maar ook een MultiSurface (multivlak) zijn. Aanbevelingen voor het gebruik van Locatie, noemer en naam GIO:

• de Locatie is een Gebiedengroep;

• de Locatie heeft een noemer;

• de naam van de Gebiedsaanwijzing is hetzelfde als de naam van het GIO;

• de naam van de Gebiedsaanwijzing (en daarmee ook van het GIO) moet in de tekst van de regel voorkomen;

• de noemer van de Locatie is hetzelfde als de naam van de Gebiedsaanwijzing.

7.8.7 De typen Gebiedsaanwijzing

In het programma mogen uitsluitend de typen Gebiedsaanwijzing worden gebruikt die in deze paragraaf zijn opgenomen.

7.9.1 Toelichting op de toepassing

Zoals in paragraaf 3.6 is beschreven, heeft het bevoegd gezag twee methoden om zelf invloed uit te oefenen op de weergave van objecten, Locaties en waarden op een kaart. De eerste methode bestaat uit het kiezen van een eigen, specifieke symbolisatie voor een aantal objecttypen. Het bevoegd gezag kan de symbolisatie zelf kiezen uit de lijst van gestandaardiseerde symboolcodes, te vinden in de symbolenbibliotheek. Daarvoor wordt het objecttype SymbolisatieItem gebruikt.

Met SymbolisatieItem kan het bevoegd gezag een eigen, specifieke symbolisatie geven aan ActiviteitLocatieaanduiding, Normwaarde en (de verschillende typen) Gebiedsaanwijzing.

De tweede methode, het zelf samenstellen van kaarten en kaartlagen, is beschreven in de paragrafen 7.10 en 7.11.

7.9.2 Definitie

SymbolisatieItem is het objecttype waarmee een bevoegd gezag zelf de symbolisatie van domeinspecifieke objecten kan bepalen, die daarmee voorrang krijgt boven de standaardsymbolisatie.

7.9.3 Doel

Doel van het objecttype SymbolisatieItem is om het bevoegd gezag de mogelijkheid te bieden om zelf de symbolisatie van objecten te bepalen.

7.9.4 Norm

SymbolisatieItem kent de volgende attributen:

• symboolcode: een waarde uit de lijst van gestandaardiseerde symboolcodes, te vinden in de symbolenbibliotheek. Verplicht attribuut. Komt 1 keer voor.

• activiteitLocatieaanduidingSymbolisatie: de Activiteitlocatieaanduiding die weergegeven dient te worden met de symbolisatie die door het bevoegd gezag is bepaald en afwijkt van de standaardsymbolisatie. Optioneel attribuut. Komt zo vaak voor als gewenst.

• gebiedsaanwijzingSymbolisatie: de Gebiedsaanwijzing die weergegeven dient te worden met de stijl behorende bij de symboolcode. Optioneel attribuut. Komt zo vaak voor als gewenst.

• normwaardeSymbolisatie: de normwaarde die weergegeven dient te worden met de stijl behorende bij de symboolcode. Optioneel attribuut. Komt zo vaak voor als gewenst.

SymbolisatieItem kent geen constraints.

7.9.5 Toelichting op de norm

• symboolcode: het attribuut waarmee de gekozen symboolcode wordt vastgelegd. Het bevoegd gezag kiest de symboolcode uit de symbolenbibliotheek die hoort bij de symbolisatie die overeenkomt met de wijze waarop het bevoegd gezag de objecten wil weergeven. Wanneer het object SymbolisatieItem wordt gebruikt, is dat het object dat voor de weergave zorgt. Het gaat dan dus boven de weergave-werking van het attribuut groep.

• activiteitLocatieaanduidingSymbolisatie, gebiedsaanwijzingSymbolisatie, normwaardeSymbolisatie: de attributen die de verwijzing bevatten van het SymbolisatieItem naar de identificatie van een specifieke ActiviteitLocatieaanduiding, Gebiedsaanwijzing of Normwaarde. Dit attribuut geeft aan welke van die objecten weergegeven wordt met de symboolcode uit het SymbolisatieItem. Voor de volledigheid wordt opgemerkt dat de ActiviteitLocatieaanduidingen, Gebiedsaanwijzingen Normwaarden waarnaar niet verwezen wordt met SymbolisatieItem, worden weergegeven met de standaardweergave van de groep die bij die objecten hoort.
  Met activiteitLocatieaanduidingSymbolisatie is het mogelijk om de activiteiten ‘het exploiteren van een discotheek’ en ‘het exploiteren van daghoreca’ ieder op een eigen manier weer te geven in plaats van met de standaardweergave die hoort bij de Activiteitengroep ‘exploitatieactiviteit horeca’. Ook is het hiermee mogelijk om de symbolisatie af te stemmen op de ‘instantie’ van de activiteit, oftewel de activiteitregelkwalificatie. De Locaties waar voor een bepaalde activiteit een vergunningplicht geldt worden dan bijvoorbeeld in een rode kleur weergegeven en de locaties waar die activiteit zonder vergunning of melding is toegestaan worden in een groene kleur weergegeven. Met gebiedsaanwijzingSymbolisatie kunnen specifieke voorkomens van een type Gebiedsaanwijzing die tot dezelfde groep behoren, ieder op een manier worden weergegeven in plaats van met de standaardweergave die hoort bij de betreffende groep.
  Met normwaardeSymbolisatie is het bijvoorbeeld mogelijk om van een omgevingsnorm of omgevingswaarde alle waarden die liggen tussen 0 en 5 met een rode kleur weer te geven en alle waarden die liggen tussen 6 en 10 met een blauwe kleur.

7.10.1 Toelichting op de toepassing

Zoals in paragraaf 3.6 is beschreven, heeft het bevoegd gezag twee methoden om zelf invloed uit te oefenen op de weergave van objecten, Locaties en waarden op een kaart. De eerste methode, die bestaat uit het kiezen van een eigen symbolisatie met behulp van het objecttype SymbolisatieItem, is beschreven in paragraaf 7.9.

De tweede methode die bevoegde gezagen ter beschikking staat, is het zelf samenstellen van kaarten en kaartlagen. Met deze methode kan het bevoegd gezag zelf aangeven dat bepaalde informatie, of een set van informatie, op een afzonderlijke kaart of kaartlaag moet worden weergegeven. Die tweede methode wordt beschreven in deze en in de volgende paragraaf.

Het objecttype Kaart kan gebruikt worden om vast te leggen dat een Juridische regel of een Tekstdeel wordt weergegeven op een specifieke kaart. Daarmee is het mogelijk om een kaart te genereren waarop alle Locaties en OW-objecten worden weergegeven die horen bij Juridische regels respectievelijk Tekstdelen die met het objecttype Kaart zijn geannoteerd.

Deze eigen weergavemogelijkheden gelden alleen voor DSO-LV en een eventuele eigen viewer van het bevoegd gezag, niet op overheid.nl.

7.10.2 Definitie

Het objecttype Kaart is het objecttype waarmee een bevoegd gezag aan kan geven dat bij een specifieke Juridische regel respectievelijk een specifiek Tekstdeel de domeinspecifieke OW-objecten moeten worden weergegeven op een afzonderlijke kaart.

7.10.3 Doel

Doel van het objecttype Kaart is het kunnen genereren van een kaart waarop de Locaties en OW-objecten worden weergegeven die horen bij één of meer bepaalde Juridische regels of Tekstdelen zodat die in samenhang kunnen worden getoond.

7.10.4 Norm

Kaart kent de volgende attributen:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform datatype NEN3610-ID. Verplicht attribuut. Komt 1 keer voor. De identificatie moet de code (uit de STOP-waardelijst voor gemeente, waterschap, provincie of ministerie) bevatten van het bevoegd gezag dat het besluit neemt waarmee de Regeling wordt ingesteld of gewijzigd.

• naam: de naam van de kaart. Het bevoegd gezag is vrij in de keuze van de naam. Verplicht attribuut. Komt 1 keer voor.

• nummer: het nummer van de kaart. Door het bevoegd gezag te kiezen. Optioneel attribuut. Komt 0 of 1 keer voor.

• uitsnede: de ligging van de kaart. Verplicht attribuut. Komt 1 keer voor. Het attribuut uitsnede wordt ingevuld met de gegevensgroep Kaartextent die de volgende attributen kent:

  • minX: de laagste X-coördinaat, bepaalt de linkergrens van de kaart. Verplicht attribuut. Komt 1 keer voor.

  • minY: de laagste Y-coördinaat, bepaalt de ondergrens van de kaart. Verplicht attribuut. Komt 1 keer voor.

  • maxX: de hoogste X-coördinaat, bepaalt de rechtergrens van de kaart. Verplicht attribuut. Komt 1 keer voor.

  • maxY: de hoogste Y-coördinaat, bepaalt de bovengrens van de kaart. Verplicht attribuut. Komt 1 keer voor.

• kaartlagen: de verwijzing van een specifieke Kaart naar (de identificatie van) de kaartlagen die deze kaart vormen. Verplicht attribuut. Komt 1 of meerdere keren voor.

Wanneer Kaart wordt gebruikt, moet aan de bijbehorende Juridische regel dan wel het bijbehorende Tekstdeel het attribuut kaartaanduiding worden toegevoegd, dat aangeeft op welke Kaart de Juridische regel dan wel het Tekstdeel wordt weergegeven.

Kaart kent geen waardelijsten en geen constraints.

7.10.5 Toelichting op de norm

kaartuitsnede: met het attribuut kaartuitsnede kan het bevoegd gezag de exacte grenzen van een specifieke kaart aangeven. DSO-LV kan dit gebruiken in de weergave.

kaartlagen: het attribuut dat de verwijzing bevat van een specifieke kaart naar de identificatie van de afzonderlijke kaartlagen die de kaart opbouwen. De volgorde waarmee verwezen wordt naar de afzonderlijke kaartlagen heeft geen invloed aangezien de opbouw van de kaart bepaald wordt door het attribuut niveau van het object Kaartlaag.

Let ook op de regels voor het verwijzen van een OW-object naar een ander OW-object in paragraaf 7.13.2.1, met name over het verwijzen naar een OW-object behorend bij een andere Regeling en over het verwijzen van en naar een OW-object in een tijdelijk regelingdeel.

7.11.1 Toelichting op de toepassing

Op een kaart kan veel informatie voorkomen. Wanneer die informatie in verschillende kaartlagen wordt vastgelegd is het mogelijk om alle informatie van de kaart tegelijk weer te geven, om de informatie van één van de kaartlagen weer te geven en om de informatie van een deel van de kaartlagen in samenhang weer te geven.

7.11.2 Definitie

Kaartlaag is het objecttype waarmee de lagen worden gedefinieerd waaruit een kaart wordt opgebouwd.

7.11.3 Doel

Doel van het objecttype Kaartlaag is om het mogelijk te maken dat een kaart kan worden opgebouwd uit verschillende, door het bevoegd gezag te bepalen lagen en dat geselecteerd kan worden welke informatie van een kaart op die kaartlaag wordt weergegeven.

7.11.4 Norm

Kaartlaag kent de volgende attributen:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform datatype NEN3610-ID. Verplicht attribuut. Komt 1 keer voor. De identificatie moet de code (uit de STOP-waardelijst voor gemeente, waterschap, provincie of ministerie) bevatten van het bevoegd gezag dat het besluit neemt waarmee de Regeling wordt ingesteld of gewijzigd.

• naam: de naam van de Kaartlaag. Het bevoegd gezag is vrij in de keuze van de naam. Optioneel attribuut. Komt 0 of 1 keer voor.

• niveau: de plaats van een specifieke Kaartlaag in de volgorde van Kaartlagen waarmee een Kaart moet worden opgebouwd. Verplicht attribuut. Komt 1 keer voor. Wordt vastgelegd door middel van een positief geheel getal.

• gebiedsaanwijzingweergave: de verwijzing van een specifieke Kaartlaag naar (de identificatie van) een Gebiedsaanwijzing die op de kaartlaag weergegeven dient te worden. Optioneel attribuut. Komt zo vaak voor als gewenst.

• normweergave: de verwijzing van een specifieke Kaartlaag naar (de identificatie van) een Omgevingsnorm of Omgevingswaarde die op de kaartlaag weergegeven dient te worden. Optioneel attribuut. Komt zo vaak voor als gewenst.

• activiteitlocatieweergave: de verwijzing van een specifieke Kaartlaag naar (de identificatie van) een ActiviteitLocatieaanduiding die op de kaartlaag weergegeven dient te worden. Optioneel attribuut. Komt zo vaak voor als gewenst.

Kaartlaag kent geen waardelijsten en geen constraints.

7.11.5 Toelichting op de norm

• niveau: het niveau bepaalt de volgorde waarin de kaartlagen worden opgebouwd. Niveau 1 is de onderste Kaartlaag, de hier op volgende kaartlagen worden daarboven geprojecteerd.

• activiteitlocatieweergave, gebiedsaanwijzingweergave, normweergave: de attributen die de verwijzing bevatten van de Kaartlaag naar de identificatie van een specifieke ActiviteitLocatieaanduiding, Gebiedsaanwijzing, Omgevingswaarde of Omgevingsnorm. Dit attribuut geeft aan welke van die objecten moet worden weergegeven op een bepaalde kaartlaag.
  Wanneer aan de specifieke ActiviteitLocatieaanduiding, Gebiedsaanwijzing, Omgevingswaarde of Omgevingsnorm het object SymbolisatieItem is gekoppeld, wordt het object op de kaartlaag weergegeven met de door het bevoegd gezag gekozen symbolisatie. Wanneer er geen object SymbolisatieItem is gekoppeld, wordt het object op de kaartlaag weergegeven met de standaardweergave van de groep die bij het specifieke object is aangegeven.

Let ook op de regels voor het verwijzen van een OW-object naar een ander OW-object in paragraaf 7.13.2.1, met name over het verwijzen naar een OW-object behorend bij een andere Regeling en over het verwijzen van en naar een OW-object in een tijdelijk regelingdeel.

7.12.1 Toelichting op de toepassing

Het objecttype Regelingsgebied is bedoeld om het volledige gebied waar de Regeling over gaat aan te geven. Dat volledige gebied wordt gevormd door de optelling van alle Locaties van de Juridische regels of Tekstdelen die in de Regeling voorkomen. Het object Regelingsgebied bestaat uit één Locatie die de buitengrens of buitengrenzen van de optelling van alle Locaties vormt. Wanneer het Regelingsgebied niet één aaneengesloten geheel vormt, kan de Locatie uiteraard bestaan uit de samenvoeging van twee of meer Gebieden tot een Gebiedengroep. Aan de hand van dit object kan DSO-LV bepalen welke regelingen op welke gebieden van toepassing zijn. Het objecttype Regelingsgebied is noodzakelijk voor DSO-LV om het omgevingsdocument te kunnen tonen. Door dit object kan de DSO-viewer de begrenzing laten zien van het volledige gebied waar de Regeling over gaat én kan die viewer bij een klik op de kaart laten zien welke omgevingsdocumenten op die plek van toepassing zijn.

Het bevoegd gezag dient per Regeling het Regelingsgebied aan te leveren. In principe is dit een eenmalige aanlevering. Voor omgevingsplan en waterschapsverordening zal het Regelingsgebied samen met de bruidsschat door het Rijk worden aangeleverd en hoeven gemeenten en waterschappen dat niet zelf te doen. Mocht gedurende de levensloop van de Regeling het Regelingsgebied wijzigen, dan moet het bevoegd gezag uiteraard de Locatie behorend bij het Regelingsgebied wijzigen.

In veel gevallen valt het Regelingsgebied samen met het ambtsgebied van het bevoegd gezag. Dat is in ieder geval zo bij AMvB, ministeriële regeling, omgevingsverordening, waterschapsverordening, omgevingsplan en omgevingsvisie.

Let op dat bij het omgevingsplan en de waterschapsverordening het Regelingsgebied óók het ambtsgebied is wanneer in omgevingsplan of waterschapsverordening als bodembeheergebied als bedoeld in artikel 5.89o respectievelijk 6.3 Besluit kwaliteit leefomgeving een gebied wordt aangewezen dat groter is dan het ambtsgebied van de aanwijzende gemeente respectievelijk waterschap[11] Artikel 5.89o Besluit kwaliteit leefomgeving geeft gemeenten de bevoegdheid om in het omgevingsplan een bodembeheergebied aan te wijzen voor het met een maatwerkregel of maatwerkvoorschrift afwijken van bepaalde kwaliteitseisen van het Besluit activiteiten leefomgeving voor het toepassen van grond, baggerspecie, mijnsteen of vermengde mijnsteen op of in de landbodem. Blijkens de Nota van Toelichting op het Aanvullingsbesluit Bodem (Staatsblad 2021, nr 98, pag. 427-428) mag de gemeente daarbij een groter gebied aanwijzen dan de eigen gemeente. De gemeente kan het gebied buiten de eigen gemeente alleen aanwijzen als herkomstgebied en niet als toepassingsgebied. Artikel 6.3 Besluit kwaliteit leefomgeving geeft waterschappen een vergelijkbare bevoegdheid voor de waterschapsverordening.
. Het gebied buiten het ambtsgebied valt dan buiten het Regelingsgebied.

Bij het projectbesluit en het Natura 2000-besluit valt het Regelingsgebied niet samen met het ambtsgebied, maar is het Regelingsgebied gelijk aan het gebied waar het project (met inbegrip van eventuele (compensatie)maatregelen) wordt uitgevoerd, het Natura 2000-gebied dat wordt aangewezen respectievelijk het deel daarvan waar een beperking aan de toegang wordt gesteld. Bij programma, instructie, reactieve interventie en voorbereidingsbesluit is het sterk afhankelijk van de inhoud of het Regelingsgebied gelijk is aan het ambtsgebied of niet.

Regelingsgebied is een objecttype dat hoort bij de Regeling. Voor de relatie tussen Regelingsgebied, Locatie, GIO en tekst geldt één van de volgende opties:

1. In de situatie waarin het Regelingsgebied gelijk is aan het ambtsgebied:
   De geometrie van het Regelingsgebied wordt niet in een GIO vastgelegd. Het Regelingsgebied wordt als los OW-object meegeleverd dat verwijst naar het ambtsgebied in de BestuurlijkeGrenzenVoorziening. Het Regelingsgebied wordt niet gekoppeld aan een Juridische regel of Tekstdeel en het is niet nodig (en ook niet de bedoeling) om in de regeling een artikel of stuk tekst op te nemen dat het Regelingsgebied instelt of benoemt.

2. In de situatie waarin het Regelingsgebied niet gelijk is aan het ambtsgebied:
   De geometrie waarvan het Regelingsgebied gebruikt maakt moet in een GIO vastgelegd zijn. Er zijn twee situaties te onderscheiden:

   1. Het omgevingsdocument heeft al vanuit de inhoud een specifieke Locatie waar het Regelingsgebied naar kan verwijzen
      Voorbeelden daarvan zijn het in het projectbesluit benoemde projectgebied en het door een aanwijzingsbesluit Natura 2000 aangewezen Natura 2000-gebied. Het Regelingsgebied wordt als los OW-object meegeleverd dat verwijst naar de betreffende specifieke Locatie. Het Regelingsgebied zelf wordt niet gekoppeld aan een Juridische regel of Tekstdeel en het is niet nodig om in de regeling een artikel of stuk tekst op te nemen dat het Regelingsgebied instelt of benoemt en de verwijzing naar een GIO bevat. Het Regelingsgebied verwijst immers naar een bestaande specifieke Locatie; in de tekst is die specifieke Locatie al benoemd en die tekst bevat ook al de GIO-verwijzing.

   2. Het omgevingsdocument heeft niet vanuit de inhoud een specifieke Locatie waar het Regelingsgebied naar kan verwijzen
      Een voorbeeld hiervan is een reactieve interventie die bepaalt dat een aantal onderdelen, met eigen Locaties, van een besluit tot wijziging van een omgevingsplan geen deel van het omgevingsplan uitmaken. In dit geval moet voor het Regelingsgebied een Locatie worden gecreëerd die de buitengrens vormt van de optelling van alle Locaties van de Juridische regels of Tekstdelen die in de Regeling voorkomen. Het is in deze situatie wel nodig om in de regeling een artikel of stuk tekst op te nemen dat het Regelingsgebied benoemt en de verwijzing naar een GIO bevat. Het OW-object Regelingsgebied wordt gekoppeld aan de Juridische regel of het Tekstdeel van dat artikel of stuk tekst.

7.12.2 Definitie

Regelingsgebied is het objecttype dat machineleesbaar vastlegt waar de volledige Regeling van toepassing is.

7.12.3 Doel

Doel van het objecttype Regelingsgebied is het geheel van Locaties aan te geven waarover in een bepaalde Regeling regels dan wel beleid zijn vastgesteld.

7.12.4 Norm

Regelingsgebied kent de volgende attributen:

• identificatie: de unieke identificatie waaronder elk object van dit type bekend is. Identificatie conform datatype NEN3610-ID. Verplicht attribuut. Komt 1 keer voor. De identificatie moet de code (uit de STOP-waardelijst voor gemeente, waterschap, provincie of ministerie) bevatten van het bevoegd gezag dat het besluit neemt waarmee de Regeling wordt ingesteld of gewijzigd.

• locatieaanduiding: de verwijzing van een Regelingsgebied naar (de identificatie van) de bijbehorende Locatie; attribuut dat de specifieke Locatie aanduidt waar dit Regelingsgebied van toepassing is. Verplicht attribuut. Komt 1 keer voor.

Regelingsgebied kent geen waardelijsten en geen constraints.

7.12.5 Toelichting op de norm

locatieaanduiding: het attribuut dat de verwijzing bevat naar de identificatie van de specifieke Locatie die bij het Regelingsgebied hoort. Voor Regelingsgebied bevat Locatie (de verwijzingen naar) de geometrie(ën) die de buitengrens of buitengrenzen van de regeling vormen.

Let ook op de regels voor het verwijzen van een OW-object naar een ander OW-object in paragraaf 7.13.2.1, met name over het verwijzen naar een OW-object behorend bij een andere Regeling en over het verwijzen van en naar een OW-object in een tijdelijk regelingdeel.

7.13.1 Hergebruik door het kopiëren van OW-objecten

Bij deze methode wordt een kopie gemaakt van een OW-object in Regeling A en wordt die kopie in Regeling B gebruikt. Dit kan als Regelingen A en B van hetzelfde bevoegd gezag zijn, maar ook als ze van verschillende bevoegde gezagen zijn. De kopie moet een andere identificatie krijgen dan het origineel. Dat is omdat iedere identificatie uniek moet zijn en (relevant bij een kopie van een OW-object van een ander bevoegd gezag) omdat in de OW-object-identificatie de bevoegdgezag-code verweven is. Door hergebruik door het kopiëren van een OW-object hoort het gekopieerde OW-object bij de Regeling waarin het wordt gebruikt. Deze methode is zonder meer toegestaan. Het hergebruik zal doorgaans (mede) betrekking hebben op een of meer Locaties. Dan zal ook het GIO waarin die Locaties zijn vastgelegd, gekopieerd worden. Voor het kopiëren van OW-Locaties en GIO’s kan gebruik gemaakt worden van de downloadservice die het stelsel ter beschikking stelt.

7.13.2 Hergebruik door te verwijzen naar een OW-object in een andere Regeling

In de tekst van omgevingsdocumenten en bij het annoteren ervan wordt verwezen naar (de identificatie van) GIO’s en OW-objecten. Bij deze methode van hergebruik wordt in Regeling B niet verwezen naar een OW-object dat behoort bij die Regeling, maar wordt verwezen naar (de identificatie van) een OW-object dat behoort bij Regeling A. Ook deze vorm van hergebruik zal doorgaans betrekking hebben op een of meer Locaties. Er zal dan ook sprake zijn van verwijzen naar GIO’s in de andere Regeling. Het verwijzen naar GIO’s volgt dan ook de regels van de Norm van paragraaf 7.13.2.1.

8.1.1 Wijzigingsmethode renvooi

Een bestuursorgaan dat een omgevingsdocument wijzigt, besluit alleen over de wijzigingen die het in dat omgevingsdocument aanbrengt, niet over de ongewijzigde onderdelen. In een wijzigingsbesluit staan daarom alleen de onderdelen van het omgevingsdocument die gewijzigd zijn. De wijzigingsmethode renvooi ondersteunt dat aspect van het besluitvormingsproces optimaal: met renvooi worden in de tekst speciale markeringen aangebracht die de wijzigingen die het besluit ten opzichte van de vorige versie van de regeling aanbrengt, op een voor de mens inzichtelijk manier zichtbaar maken. Daarnaast is deze methodiek automatiseerbaar. Daardoor kan geautomatiseerd uit de bestaande tekst en de renvooimarkeringen in het wijzigingsbesluit de nieuwe versie van de tekst ge(re)construeerd worden en kunnen de renvooimarkeringen geautomatiseerd worden gegenereerd door de twee versies van de tekst met elkaar te vergelijken.

Het bevoegd gezag start het wijzigingsproject door de juridische uitgangssituatie te kiezen: de versie van de regeling ten opzichte waarvan de wijzigingen worden aangebracht. Doorgaans zal dat de op het moment van starten geldende versie van de regeling zijn. Bij toepassing van versiebeheer wordt van die juridische uitgangssituatie een bevroren versie gemaakt. In die bevroren regelingversie worden de voor het wijzigingsproject benodigde wijzigingen in de tekst aangebracht. Het is mogelijk dat tussen de start van dit project en de publicatie van het ontwerp- of definitieve besluit andere wijzigingsbesluiten hebben geleid tot een nieuwe versie van de geldende regeling. Als dat zo is, worden die wijzigingen overgenomen in de juridische uitgangssituatie voor het wijzigingsproject. De juridische uitgangssituatie is de ‘was’-versie; de juridische uitgangssituatie inclusief de wijzigingen van het wijzigingsproject is de ‘wordt’-versie. Uit een vergelijking van de ‘wordt’-versie van de regeling met de ‘was’-versie van de regeling genereert de plansoftware (of een renvooiservice) het ontwerp- of definitieve wijzigingsbesluit, waarin de wijzigingen met renvooimarkeringen zijn aangegeven.

Bron van het wijzigingsbesluit is de XML-versie waarin machineleesbaar de wijzigingen worden gespecificeerd. Daarvan wordt een PDF-versie gegenereerd, waarin in renvooi de wijzigingen op een mensleesbare manier worden weergegeven.

Bij gebruik van de wijzigingsmethode renvooi wordt in de WijzigBijlage van het Besluit een RegelingMutatie opgenomen met daarin achtereenvolgens alle wijzigingen.

Het model voor regelingen met artikelstructuur kent de volgende elementen:

• RegelingOpschrift

• Lichaam, met daarbinnen de tekstelementen Hoofdstuk, Titel, Afdeling, Paragraaf, Subparagraaf, Subsubparagraaf, Artikel en Lid

• Bijlage, met daarbinnen Divisie en Divisietekst

• Toelichting, met daarbinnen

  • AlgemeneToelichting, met daarbinnen Divisie en Divisietekst

  • ArtikelgewijzeToelichting, met daarbinnen Divisie en Divisietekst

De elementen van een regeling die met de wijzigingsmethode renvooi gemuteerd kunnen worden, worden mutatie-eenheden genoemd. De mutatie-eenheden in een regeling met artikelstructuur zijn:

• de elementen Lichaam, Bijlage, Toelichting, AlgemeneToelichting en ArtikelgewijzeToelichting;

• de tekstelementen Hoofdstuk, Titel, Afdeling, Paragraaf, Subparagraaf, Subsubparagraaf, Artikel, Divisie en Divisietekst.

Het RegelingOpschrift kan niet gemuteerd worden. Het hele lichaam wordt slechts in uitzonderlijke gevallen, wanneer er ingrijpende wijzigingen in de structuur van het lichaam van de regeling nodig zijn, vervangen.

In het lichaam is artikel de kleinste mutatie-eenheid. Dit betekent dat het artikel de eenheid is die, ongeacht hoeveel wijzigingen in dat artikel of in de leden van dat artikel worden aangebracht, als geheel vervangen wordt bij consolidatie. Door de renvooi-weergave wordt zichtbaar wat er door het wijzigingsbesluit in het artikel gewijzigd is. Het is ook de eenheid waarover in de wetstechnische informatie in de regelingenbanken de juridische verantwoording wordt bijgehouden. In de Bijlage, AlgemeneToelichting en ArtikelgewijzeToelichting is Divisietekst de kleinste mutatie-eenheid. Ook daarvoor geldt dat, ongeacht hoeveel wijzigingen in die Divisietekst worden aangebracht, de Divisietekst als geheel vervangen wordt bij consolidatie en dat door de renvooi-weergave zichtbaar wordt wat de wijzigingen in de Divisietekst zijn.

De wijzigingsmethode renvooi maakt het bijvoorbeeld mogelijk om een volledig hoofdstuk met daarin afdelingen, paragrafen en artikelen in het lichaam van een regeling toe te voegen, om de algemene toelichting te vervangen door een nieuwe versie daarvan, maar ook om een lid uit een artikel te verwijderen of een woord in een lid van een artikel te wijzigen in een ander woord. In de laatste twee gevallen bevat het wijzigingsbesluit het volledige artikel dat gewijzigd wordt, waardoor de wijziging in haar context zichtbaar en daardoor begrijpelijk is.

Figuur 37 en Figuur 38 geven een beeld van de werking van de wijzigingsmethode renvooi. In Figuur 37 staat links de tekst van artikel 5.7 in de oude versie van de regeling, oftewel de ‘was’-versie, en rechts de tekst van datzelfde artikel in de nieuwe versie van de regeling, de ‘wordt’-versie. De plansoftware (of een renvooiservice) heeft een vergelijking van de ‘wordt’-versie met de ‘was’-versie van de regeling gemaakt en heeft daaruit het ontwerp- of definitieve wijzigingsbesluit gegenereerd. Figuur 38 laat de mensleesbare renvooiweergave van het wijzigingsbesluit zien.

Door deze methodiek is precies te zien welke onderdelen van de tekst door het wijzigingsbesluit gewijzigd zijn. Bij (wijzigings)besluiten waartegen beroep kan worden ingesteld maakt dat ook direct duidelijk waarover dat beroep kan gaan. Uit de weergave van het voorbeeld van Figuur 38 wordt duidelijk dat het recht op het bouwen van een bijbehorend bouwwerk en het gebruik daarvan voor mantelzorg al bestond en dat in beroep alleen kan worden opgekomen tegen de vergroting van de toegelaten oppervlakte en de beperking tot alleen buiten de bebouwde kom.

Het model voor regelingen met Vrijetekststructuur kent de volgende elementen:

• RegelingOpschrift

• Lichaam, met daarbinnen Divisie en Divisietekst

• Bijlage, met daarbinnen Divisie en Divisietekst

De elementen van een regeling die met de wijzigingsmethode renvooi gemuteerd kunnen worden, worden mutatie-eenheden genoemd. De mutatie-eenheden in een regeling met Vrijetekststructuur zijn:

• de elementen Lichaam en Bijlage;

• de tekstelementen Divisie en Divisietekst.

Het RegelingOpschrift kan niet gemuteerd worden. Het hele lichaam wordt slechts in uitzonderlijke gevallen, wanneer er ingrijpende wijzigingen in de structuur van het lichaam van de regeling nodig zijn, vervangen. Divisietekst is, zowel in het lichaam als in de bijlage, de kleinste mutatie-eenheid. Dat betekent dat, ongeacht hoeveel wijzigingen in die Divisietekst worden aangebracht, de Divisietekst als geheel vervangen wordt bij consolidatie. Door de renvooi-weergave wordt zichtbaar wat de wijzigingen in de Divisietekst zijn. Het is ook de eenheid waarover de juridische verantwoording wordt bijgehouden.

Om een wijzigingsbesluit leesbaar te houden, wordt niet de volledige tekst van de regeling met renvooi opgenomen in het besluit, maar alleen de delen waarin de wijzigingen voorkomen: het gewijzigde artikel, het ingevoegde hoofdstuk et cetera. Het kan wenselijk zijn, bijvoorbeeld ten behoeve van het besluitvormingsproces, om ook een versie van de gehele tekst van de regeling te hebben waarin de wijzigingen die het wijzigingsbesluit daarin aanbrengt in renvooi worden weergegeven. Daardoor wordt het effect van de wijzigingen op de hele regeling inzichtelijk. Dit is mogelijk door een proefversie te maken: de regelingversie die volgt uit dit specifieke besluit. Door het geautomatiseerde proces komt de regeling-in-renvooi namelijk exact overeen met het besluit.

8.1.2 Alternatief voor renvooi: Integrale tekstvervanging

Er zijn omstandigheden waarin het gebruik van de wijzigingsmethode renvooi niet mogelijk is, bijvoorbeeld omdat de plansoftware die het bevoegd gezag gebruikt dat nog niet ondersteunt. Voor het wijzigen van het programma is het dan bij wijze van Tijdelijke Alternatieve Maatregel toegestaan om gebruik te maken van de alternatieve wijzigingsmethode Integrale tekstvervanging (zie paragraaf 8.1.2.1)[12] Er bestond een tweede alternatieve wijzigingsmethode, te weten Intrekken & vervangen. Met ingang van 1 oktober 2023 is het gebruik van deze wijzigingsmethode als alternatief voor renvooi niet meer toegestaan
. Gebruik van deze wijzigingsmethode stelt bijzondere eisen aan de formulering van het besluit. Die zijn, met een voorbeeld, het onderwerp van paragraaf 8.1.2.2.

8.1.2.2 Formulering besluit bij gebruik Integrale tekstvervanging

Bij de toepassing van de alternatieve wijzigingsmethode Integrale tekstvervanging wordt een volledige (versie van een) regeling vervangen door een nieuwe (versie van een) regeling. Daarin is niet gemarkeerd welke wijzigingen het wijzigingsbesluit daarin aanbrengt. Het is uiteraard niet de bedoeling dat door het om technische redenen toepassen van een van deze wijzigingsmethoden de volledige regeling voor beroep vatbaar wordt, dus ook de onderdelen die juridisch gezien niet gewijzigd zijn. Om dat te voorkomen wordt geadviseerd om in het dictum van het besluit de wijzigingen aan te geven. Daarmee wordt bewerkstelligd dat in juridische zin sprake is van een wijzigingsbesluit, terwijl dat technisch is uitgevoerd met Intrekken & vervangen of Integrale tekstvervanging. De door VNG en ministerie van BZK geadviseerde opzet van zo’n besluit is weergegeven in Figuur 39.

NB1: In het voorbeeld van Figuur 39 lijkt het alsof in Artikel III andere artikelen, ondergebracht in een hoofdstuk, voorkomen. Dat is alleen visueel zo; de STOP/TPOD-standaard staat geen artikelen in artikelen toe. In technische termen bestaat Artikel III uit een Kop, gevolgd door een element Inhoud dat een aantal alinea’s en een opsomming met lijstitems bevat.

NB2: In het voorbeeld is artikel IV een WijzigArtikel, de andere artikelen zijn reguliere Artikelen.

8.3.1 Inleiding

Een wijzigingsbesluit kan ook gevolgen hebben voor de OW-objecten in de geconsolideerde regeling. Het bevoegd gezag kan het omgevingsdocument zo wijzigen dat de OW-objecten wijzigen of dat er andere OW-objecten nodig zijn. Voor het wijzigen van OW-objecten zijn er in grove lijnen drie scenario’s: het wijzigen van een bestaand OW-object, het laten vervallen van een bestaand OW-object en het toevoegen van een nieuw OW-object.

Wanneer door of samen met het wijzigingsbesluit een bestaand OW-object wijzigt, voegt het bevoegd gezag bij de aanlevering van het bekend te maken besluit de gewijzigde attributen met de bestaande identificatie van een al bestaand OW-object toe. DSO-LV herkent het OW-object op basis van de identificatie en verwerkt de attributen.

In het geval dat door of samen met het wijzigingsbesluit een bestaand OW-object moet vervallen (in mutatietermen: het object wordt beëindigd), voegt het bevoegd gezag bij de aanlevering van het bekend te maken besluit het OW-object met een bestaande identificatie toe met de status ‘beëindigen’. DSO-LV herkent de identificatie van het OW-object en verwerkt het op basis van de status ‘beëindigen’: (het effect van) het OW-object wordt niet meer getoond.

Wanneer door het wijzigingsbesluit een nieuw OW-object ontstaat, levert het bevoegd gezag bij de aanlevering van het bekend te maken besluit het nieuwe OW-object aan. Er wordt dan een OW-object meegeleverd met een identificatie die in DSO-LV nog niet bekend is. DSO-LV beschouwt het als een nieuw OW-object en voegt het toe op dezelfde manier als bij de aanlevering van een initieel besluit.

Voor het wijzigen van OW-objecten gelden drie uitgangspunten:

• lever alleen gegevens aan als ze gewijzigd zijn;

• verwijder expliciet gegevens die niet meer gebruikt worden;

• een wijziging van een object zorgt voor een nieuwe versie van dat object.

8.3.2 Norm

Voor het wijzigen van OW-objecten gelden de volgende regels:

• een besluit mag alleen een OW-object wijzigen dat hoort bij de Regeling die door het besluit wordt gewijzigd;

• aanleveren van een wijziging van een OW-object zonder besluit is niet toegestaan.

8.3.3 Toelichting op de norm

9.1.1 Toelichting

Om het bestuursorgaan de mogelijkheid te bieden het programma zoveel mogelijk naar eigen inzicht in te delen, stelt dit toepassingsprofiel slechts één indelingseis. Die betreft de bijlage met namen en identificatiecodes van de geografische informatieobjecten.

9.1.2 Norm

De Regeling van het programma moet een bijlage met namen en identificatiecodes van de geografische informatieobjecten bevatten.

9.2.1 Toelichting

Een stuk tekst kan een verwijzing naar een ander tekstelement of ander document bevatten. Voorbeelden hiervan zijn:

• de verwijzing vanuit een begrip in een regel naar de begripsbepaling waarin dat begrip wordt gedefinieerd;

• de verwijzing vanuit een beleidsregel over de toepassing van een open norm naar de regel waarin de open norm is vastgelegd;

• de verwijzing vanuit een artikel naar de artikelsgewijze toelichting op dat artikel (en vice versa);

• de verwijzing vanuit een regel naar een wettelijke bepaling;

• de verwijzing vanuit een tekstelement in een omgevingsdocument met Vrijetekststructuur naar een ander tekstelement in datzelfde of een ander omgevingsdocument of in een ander besluit of regeling.

Het gaat hier om een simpele verwijzing; de verhouding tussen het ene tekstelement en het andere tekstelement of document is niet gekwalificeerd. Met de hier beschreven verwijzing wordt ook uitdrukkelijk niet de verwijzing vanuit een Juridische regel, Divisie, Divisietekst of Tekstdeel naar een Locatie of een OW-object bedoeld.

Het model maakt het mogelijk de hier bedoelde verwijzing te maken. Hiervoor wordt gebruik gemaakt van de STOP-XML-elementen IntRef (voor verwijzingen tussen tekstelementen binnen een omgevingsdocument) en ExtRef (voor verwijzingen vanuit een omgevingsdocument naar tekstelementen in) andere documenten; dat kunnen omgevingsdocumenten maar ook andere typen documenten zijn). Een verwijzing kan gemaakt worden naar een tekstelement in het programma zelf, maar ook naar (een tekstelement in) een ander document.

Bij een verwijzing naar een ander document is aandacht nodig voor de formulering van de verwijzing. Wanneer een algemene verwijzing naar het andere document wordt gemaakt, dus zonder te verwijzen naar een specifieke versie daarvan, zou een wijziging in het andere document onbedoeld kunnen leiden tot wijziging van het programma zonder dat daar een besluit van het bevoegd gezag aan ten grondslag ligt. Zo’n algemene verwijzing zonder specifieke versie noemen we een dynamische verwijzing. Wanneer het ongewenst is dat een wijziging in het andere document doorwerkt in het programma kan een statische verwijzing worden gemaakt. Er wordt dan expliciet verwezen naar een specifieke versie van dat andere document.

Ten behoeve van de goede raadpleegbaarheid van het programma wordt sterk aanbevolen om in ieder geval gebruik te maken van de verwijzing vanuit een begrip in een regel naar de begripsbepaling waarin dat begrip wordt gedefinieerd.

9.2.2 Norm

Voor het maken van de verwijzing wordt gebruik gemaakt van de generieke XML-elementen IntRef (voor de verwijzing naar een ander tekstelement in hetzelfde document) en ExtRef (voor de verwijzing naar (tekstelementen in) een ander document).

9.3.1 Juridische verplichtingen voor de bekendmaking

Door de hiervoor genoemde bepalingen geldt een aantal verplichtingen voor het publiceren van ontwerpen en het juridisch rechtsgeldig bekendmaken van besluiten. Een besluit tot vaststelling of wijziging van het programma moet worden vormgegeven overeenkomstig de in paragraaf 4.4 voorgeschreven en op het programma toegespitste STOP-modellen voor Besluit en Regeling. De tekst in het Lichaam van de Regeling moet worden gestructureerd overeenkomstig de in paragraaf 5.2 voorgeschreven specificaties van de Vrijetekststructuur. Van de tekst kan worden vastgelegd op welke Locatie of Locaties deze van toepassing is. Bij elkaar horende collecties van Locaties moeten worden vastgesteld in de vorm van een GIO, waarmee de identiteit en onveranderlijkheid van de geometrie wordt geborgd. De GIO’s moeten bij het besluit over de regeling worden gevoegd. Als er een Locatie bij de tekst hoort, moet met een tekstuele aanduiding een verwijzing naar het GIO gemaakt worden (zie Figuur 17 voor een illustratie). Door deze verwijzing in de tekst krijgt het GIO juridische status.

9.3.2 Annotaties voor de dienstverlening in DSO-LV

Belangrijke resultaten van het annoteren met OW-objecten zijn het herkenbaar op de kaart weergegeven van de werkingsgebieden van (beleids)tekst en het mogelijk maken van selecteren en filteren. Annoteren met OW-objecten verhoogt het niveau van dienstverlening in het Omgevingsloket van DSO-LV. Er is niet wettelijk bepaald dat en in welke mate geannoteerd moet worden, wel dat daarbij IMOW en het betreffende toepassingsprofiel moeten worden toegepast. Om het afgesproken dienstverleningsniveau van DSO-LV te bereiken is het annoteren wel noodzakelijk.

Om het omgevingsdocument met alles wat daar bij hoort in DSO-LV te kunnen tonen, is het verplicht om, eenmalig per omgevingsdocument, het Regelingsgebied aan te leveren.

Het annoteren met de overige OW-objecten is alleen mogelijk als die tekst is geannoteerd met Divisie respectievelijk Divisietekst en Tekstdeel. Door een Tekstdeel aan een of meer Locaties te koppelen, wordt inzichtelijk waar het tekstonderdeel van toepassing is. Dat is bij omgevingsdocumenten met Vrijetekststructuur echter niet verplicht. Als gebruik gemaakt wordt van Locaties moeten ze voldoen aan de specificaties voor Locatie. Het niet of zeer beperkt gebruik maken van Locaties geeft een heel beperkt kaartbeeld en zorgt er voor dat niet inzichtelijk is waar het bevoegd gezag heeft bedoeld dat een bepaalde (beleids)tekst van toepassing is.

Het aanwijzen van specifieke gebieden in omgevingsdocumenten met Vrijetekststructuur gebeurt door het annoteren met een van de typen Gebiedsaanwijzing. Dat zorgt er voor dat die gebieden herkenbaar op de kaart worden weergegeven en dat er kan worden gefilterd op alle teksten die over een bepaald type gebied gaan. De annotatie met Gebiedsaanwijzing kan tevens worden gebruikt om de relatie met een ander omgevingsdocument te versterken, wanneer daarin dezelfde Gebiedsaanwijzing voor dezelfde Locatie is geannoteerd.

Het attribuut thema zal voor omgevingsdocumenten met Vrijetekststructuur een belangrijke rol spelen. Daarmee kan worden aangegeven over welk aspect van de fysieke leefomgeving de tekst gaat. Ook met thema kan de relatie met een ander omgevingsdocument worden versterkt, als daarin hetzelfde thema is geannoteerd.

Het object Hoofdlijn tenslotte kan worden gebruikt om de informatie inzichtelijk gestructureerd aan eindgebruikers aan te bieden en een extra filtermogelijkheid te bieden waardoor bij elkaar horende onderdelen in samenhang getoond kunnen worden.

10.2.1 Besluit en Regeling

Het belangrijkste product dat tijdens de procedure moet worden aangeleverd is uiteraard het besluit tot vaststelling of wijziging van het programma. Dat is in deel B uitgebreid beschreven.

10.2.2 Kennisgeving

In een aantal gevallen, die in paragraaf 10.4 worden beschreven, moet het bevoegd gezag een kennisgeving doen, die in een van de officiële publicatiebladen wordt geplaatst. De kennisgeving is een zakelijke weergave van de inhoud, vaak van een besluit. De kennisgeving wordt conform STOP gemodelleerd. De kennisgeving is een zelfstandige eenheid. Dat betekent dat een kennisgeving als een afzonderlijke bestandenset wordt aangeleverd. De kennisgeving behorend bij een besluit moet worden aangeleverd nádat de bestandenset van het besluit is aangeleverd.

De kennisgeving heeft de Vrijetekststructuur. De modellering van de kennisgeving is als volgt:

• RegelingOpschrift: verplicht element, komt 1 keer voor.

• Lichaam: verplicht element, komt 1 keer voor.

  • Divisietekst: verplicht element, komt zo vaak voor als gewenst. Bevat de volgende elementen:

    • Kop: STOP-element dat de Kop bevat. Optioneel element. Komt 0 of 1 keer voor. Indien Kop voorkomt bevat het ten minste één van de Kopelementen Label, Nummer en Opschrift; ieder van deze onderdelen komt 0 of 1 keer voor. Optioneel kan het element Subtitel worden toegevoegd. Als de kennisgeving maar één Divisietekst bevat, hoeft de Divisietekst geen Kop te hebben.

    • Inhoud: STOP-element dat de inhoud van de kennisgeving bevat. Verplicht element. Komt (per DivisieTekst) 1 keer voor. Het element Inhoud bevat ten minste één van de tekstelementen die STOP daarvoor kent; alle tekstelementen voor Inhoud zijn toegestaan.

10.2.3 Mededeling van een rechterlijke uitspraak

Als beroep is ingesteld tegen een besluit en de bestuursrechter het besluit geheel of gedeeltelijk vernietigt, moet het bestuursorgaan mededeling doen van de uitspraak op de manier die voor de bekendmaking van het besluit is voorgeschreven. Dat betekent dat de volledige inhoud van de uitspraak in publicatieblad van het bevoegd gezag moet worden geplaatst. De kennisgeving wordt conform STOP gemodelleerd.

De Mededeling heeft de Vrijetekststructuur. De modellering van de Mededeling is als volgt:

• RegelingOpschrift: verplicht element, komt 1 keer voor.

• Lichaam: verplicht element, komt 1 keer voor.

  • Divisietekst: verplicht element, komt zo vaak voor als gewenst. Bevat de volgende elementen:

    • Kop: STOP-element dat de Kop bevat. Optioneel element. Komt 0 of 1 keer voor. Indien Kop voorkomt bevat het ten minste één van de Kopelementen Label, Nummer en Opschrift; ieder van deze onderdelen komt 0 of 1 keer voor. Optioneel kan het element Subtitel worden toegevoegd. Als de Mededeling maar één Divisietekst bevat, hoeft de Divisietekst geen Kop te hebben.

    • Inhoud: STOP-element dat de inhoud van de Mededeling bevat. Verplicht element. Komt (per DivisieTekst) 1 keer voor. Het element Inhoud bevat ten minste één van de tekstelementen die STOP daarvoor kent; alle tekstelementen voor Inhoud zijn toegestaan.

10.3.1 Doel als identificatie van een Regelingversie

Voor het bereiken van bepaalde doelen of voldoen aan bepaalde verplichtingen met betrekking tot de fysieke leefomgeving is het nodig om een van de juridische instrumenten van de Omgevingswet in te zetten. Dit instrument doorloopt de wettelijk voorgeschreven procedure. In de loop van die procedure worden een of meer versies van het besluit (inclusief de initiële regeling of de wijzigingsinstructies voor de geconsolideerde regeling) en gegevens over dat besluit aan de LVBB aangeleverd. Het uiteindelijke resultaat van het hele proces is dat er een nieuwe Regeling ontstaat, of een nieuwe versie van een bestaande Regeling.

Om van een omgevingsdocument vast te leggen dat tekst, informatieobjecten en OW-informatie bij elkaar horen, gedurende alle stadia van het proces van opstellen, voorbereidingsprocedure, besluitvorming, bekendmaken en consolideren, is een unieke identificatie nodig. De STOP/TPOD-standaard noemt die identificatie Doel. De term Doel is afgeleid van het doel dat het bevoegd gezag voor ogen heeft als aanleiding voor de introductie van een specifiek nieuw omgevingsdocument of wijziging daarvan op één moment in de tijd. Voor degenen die met de RO-Standaarden en IMRO bekend zijn is Doel enigszins vergelijkbaar met het dossiernummer oftewel de IMRO-code van een plan of besluit op grond van de Wet ruimtelijke ordening.

Doel is in STOP gedefinieerd als de identificatie van een nieuwe regeling of de wijziging daarvan met één moment van inwerkingtreding, één (beoogd) moment waarop de regeling geldig wordt en eventueel één moment waarop de geldigheid van de regeling eindigt. De LVBB gebruikt het Doel om de consolidatie van regelingen te sturen.

Wanneer het bevoegd gezag constateert dat er een nieuw omgevingsdocument nodig is, of dat een bestaand omgevingsdocument gewijzigd moet worden, maakt het een nieuwe Regelingversie met een nieuw Doel oftewel identificatie aan. Afhankelijk van de gebruikte software kan het bevoegd gezag het aanmaken van de identificatie aan de software overlaten. Alles wat nodig is om de versie van de Regeling van het omgevingsdocument vast te leggen en te beschrijven wordt aan een Doel gekoppeld:

• één versie van de tekst (inclusief afbeeldingen en dergelijke) voor het omgevingsdocument dat moet ontstaan of wordt gewijzigd (of eventueel één versie van de tekst voor elke regeling die moet ontstaan of wordt gewijzigd in het geval het besluit meerdere regelingen instelt en/of wijzigt);

• één versie van elk informatieobject dat onderdeel is van het nieuwe of gewijzigde omgevingsdocument;

• één versie van de OW-informatie die hoort bij het nieuwe of gewijzigde omgevingsdocument.

Ten behoeve van de publicatie of bekendmaking genereert de software van het bevoegd gezag een besluitversie die wordt aangeleverd aan de LVBB. Bij een Doel oftewel identificatie van een versie van regelgeving kunnen dus in de loop van de procedure meerdere besluitversies worden aangeleverd.

Zoals gezegd is Doel de identificatie van een nieuw omgevingsdocument of de wijziging daarvan met één moment van inwerkingtreding. De LVBB gebruikt Doel om de consolidatie van omgevingsdocumenten te sturen: per inwerkingtredingsdatum (of geldigheidsdatum in geval van terugwerkende kracht) kan op deze manier een Toestand van de Regeling gemaakt worden.

Sterk aanbevolen wordt om in één besluit alleen onderdelen met eenzelfde inwerkingtredingsdatum op te nemen. Daarom wordt ook aanbevolen om bijtijds na te denken over welke wijzigingen gecombineerd kunnen worden en welke wijzigingen juist niet gecombineerd kunnen worden. Redenen voor het niet combineren van wijzigingen zijn bijvoorbeeld dat de wijzigingen door verschillende bestuursorganen zullen worden vastgesteld en de verschillende mate van gevoeligheid van wijzigingen. Wijzigingen die te combineren zijn kunnen direct in één RegelingVersie met één Doel samengebracht worden. Voor wijzigingen die niet gecombineerd kunnen worden moeten verschillende RegelingVersies met verschillende Doelen worden aangemaakt. Iedere RegelingVersie (met bijbehorend Doel) wordt in een eigen besluit opgenomen.

Mochten toch bij uitzondering met één besluit verschillende onderdelen van een Regeling worden vastgesteld die op verschillende momenten in werking treden, dan krijgt iedere inwerkingtredingsmoment-onderdelencombinatie een eigen Doel. Ieder Doel hoort bij een versie van een regeling en de bijbehorende GIO’s. Een voorbeeld: Provinciale staten stellen bij besluit van 28 januari 2024 een wijziging van de omgevingsverordening vast. Hiervan treden 10 onderdelen op 12 februari in werking, de resterende onderdelen treden op 24 maart in werking. De onderdelen die op 12 februari in werking treden, worden in één RegelingVersie ondergebracht en krijgen Doel X, de onderdelen die op 24 maart in werking treden worden in een andere RegelingVersie ondergebracht en krijgen Doel Y. Een besluit met verschillende inwerkingtredingsmomenten voor verschillende onderdelen zou zich bijvoorbeeld kunnen voordoen wanneer het dagelijks bestuur een besluit heeft voorbereid en vervolgens aan het algemeen bestuur voorlegt, waarna dat algemeen bestuur besluit niet alle onderdelen tegelijkertijd in werking te laten treden. Zoals hiervoor beschreven noodzaakt dat er toe om verschillende RegelingVersies te maken.

De mogelijkheid bestaat dat er twee besluiten zijn voorbereid met ieder een eigen Doel omdat de verwachting was dat ze niet gelijktijdig in werking zouden treden, waarover toch gelijktijdig besluitvorming plaatsvindt. Het is dan niet nodig om de Doelen samen te voegen tot één Doel.

In paragraaf 10.4.1.2 is de concrete toepassing van Doel op het programma beschreven in de vorm van specificaties en een voorbeeld.

10.3.2 BesluitMetadata

De BesluitMetadata leggen vast welke organisatie verantwoordelijk is voor de besluitversie en bevatten gegevens om het besluit goed vindbaar te maken. In deze paragraaf zijn de BesluitMetadata beschreven die voor besluiten tot vaststelling of wijziging van omgevingsdocumenten relevant zijn. De BesluitMetadata voor het ontwerpbesluit en het definitieve besluit zijn gelijk. Aangegeven is of het gegeven verplicht of optioneel is en hoe vaak het moet of kan voorkomen. Daarnaast is bij de meeste gegevens een toelichting gegeven: hoe werkt het en wat voor effect heeft het. Er is geen vaste, voorgeschreven volgorde voor de BesluitMetadata.

• eindverantwoordelijke: (de identificatie van) het openbaar lichaam dat de wettelijke verantwoordelijkheid draagt voor de inhoud van het ontwerp- of definitief besluit. Uit de STOP-waardelijsten voor gemeente, waterschap, provincie respectievelijk ministerie moet de juiste waarde gekozen worden. Verplicht gegeven. Komt 1 keer voor. Door dit gegeven wordt in de voorzieningen de naam van de gemeente, het waterschap, de provincie of het ministerie getoond.

• maker: (de identificatie van) het openbaar lichaam dat de eindverantwoordelijkheid draagt voor het creëren van de instrumentversie. Uit de STOP-waardelijsten voor gemeente, waterschap, provincie respectievelijk ministerie moet de juiste waarde gekozen worden. Verplicht gegeven. Komt 1 keer voor. Door dit gegeven wordt in de voorzieningen de naam van de gemeente, het waterschap, de provincie of het ministerie getoond.

• soortBestuursorgaan: de typering van het bestuursorgaan dat verantwoordelijk is voor het besluit. Uit de STOP-waardelijst bestuursorgaan moet de juiste waarde gekozen worden. Verplicht gegeven. Komt 1 keer voor. Voorbeelden zijn ‘college van burgemeester en wethouders’, ‘dagelijks bestuur’ en ‘minister’. In de BesluitMetadata moet gekozen worden voor het bestuursorgaan dat het besluit daadwerkelijk neemt of gaat nemen, ook als dat op grond van een gedelegeerde bevoegdheid gebeurt.

• informatieobjectRef: de verwijzing naar een versie van een Juridisch informatieobject dat met de tekst van het ontwerp- of definitief besluit gepubliceerd moet worden omdat het onderdeel is van de juridische inhoud van het besluit of aanvullende informatie geeft over het besluit. Komt zo vaak voor als gewenst. Wordt geplaatst binnen het container-element informatieobjectRefs, dat 1 of meer informatieobjectRef-elementen bevat. Het containerelement informatieobjectRefs is verplicht wanneer tot het ontwerp- of definitief besluit een of meer GIO’s of PDF-documenten behoren en komt niet voor wanneer tot het ontwerpbesluit geen GIO’s of PDF-documenten behoren.

• officieleTitel: de titel van het besluit zoals die door het bevoegd gezag wordt vastgesteld. Verplicht gegeven. Komt 1 keer voor. De officiële titel moet gelijk zijn aan het RegelingOpschrift van het besluit.

• citeertitel: de titel van het besluit die gebruikt wordt in aanhalingen. Wordt geplaatst binnen het containerelement CiteertitelInformatie, dat op zijn beurt wordt geplaatst binnen het element heeftCiteertitelInformatie. Het element heeftCiteertitelInformatie is een optioneel element, dat 0 of 1 keer voorkomt. Bij de citeertitel moet worden aangegeven of de citeertitel officieel is of niet, door bij het gegeven isOfficieel de juiste waarde te kiezen. De citeertitel is officieel als deze in het besluit wordt vastgesteld; voor isOfficieel moet dan de waarde true worden gekozen. Als de citeertitel niet in het besluit wordt vastgesteld, is de citeertitel een ‘redactioneel’ gegeven; voor isOfficieel moet dan de waarde false worden gekozen. In het geval van een omgevingsdocument zal de citeertitel over het algemeen niet in het besluit worden vastgesteld.
  De citeertitel van een (ontwerp)besluit is gelijk aan de officiële titel en het RegelingOpschrift van het besluit, of, als die erg lang zijn, een verkorte versie daarvan. Het wordt aanbevolen om aan de metadata van het besluit het gegeven citeertitel toe te voegen. De reden daarvoor is als volgt. Wanneer er tegelijkertijd meerdere ontwerpbesluiten tot wijziging van dezelfde regeling in procedure zijn, zal de DSO-viewer een reeks van ontwerpregelingen tonen. Als de DSO-viewer voor de ‘naam’ van iedere ontwerpregelingversie alleen de citeertitel uit de RegelingMetadata zou gebruiken (zie hiervoor paragraaf 10.3.3), zou iedere ontwerpregelingversie dezelfde ‘naam’ hebben. Voor een raadpleger is dan niet duidelijk welke ontwerpregeling voor haar of hem interessant is. Daarom zal de DSO-viewer in de toekomst gebruik maken van de citeertitel uit de BesluitMetadata om de verschillende ontwerpregelingen van elkaar te kunnen onderscheiden. Wanneer de citeertitel ontbreekt, zal de DSO-viewer gebruik maken van het gegeven officieleTitel of van het RegelingOpschrift van het besluit.

• onderwerp: een korte specificatie van de inhoud van het ontwerp- of definitief besluit, te kiezen uit de STOP-waardelijst onderwerp. Verplicht gegeven. Komt ten minste 1 keer voor. Wordt geplaatst binnen het containerelement onderwerpen, dat 1 of meer onderwerp-elementen bevat. Het containerelement onderwerpen is een verplicht element, dat 1 keer voorkomt. Het onderwerp speelt een rol bij het vindbaar maken en bij de zoekresultaatfiltering van besluiten, regelingen en kennisgevingen op overheid.nl. Daarom wordt geadviseerd om alle toepasselijke onderwerpen van de waardelijst toe te voegen.

• rechtsgebied: specificatie hoe het instrument wordt ingedeeld binnen het geheel van het recht, te kiezen uit de STOP-waardelijst rechtsgebied. Komt zo vaak voor als gewenst. Wordt geplaatst binnen het containerelement rechtsgebieden, dat 1 of meer rechtsgebied-elementen bevat. Het containerelement rechtsgebieden is een optioneel element, dat 0 of 1 keer voorkomt. Het rechtsgebied speelt een rol bij het vindbaar maken en bij de zoekresultaatfiltering van besluiten, regelingen en kennisgevingen op overheid.nl. Daarom wordt geadviseerd om het element rechtsgebied te gebruiken.

• soortProcedure: de typering van (het product van) de fase van de procedure, te kiezen uit de STOP-waardelijst soortprocedure. Verplicht gegeven. Komt 1 keer voor. Met dit gegeven wordt aangegeven of een ontwerpbesluit of een definitief besluit wordt aangeleverd. Bij een ontwerpbesluit moet de waarde Ontwerpbesluit worden gekozen. Bij de aanlevering ter bekendmaking van een vastgesteld besluit moet de waarde Definitief besluit worden gekozen. Deze keuze bepaalt ook welke procedurestappen in het Procedureverloop (zie paragraaf 10.3.5 beschikbaar zijn.

• grondslag: de machineleesbare verwijzing naar de juridische bron die de wettelijke grondslag van het instrument geeft. Moet altijd verwijzen naar (een versie van) een geconsolideerde regeling. Komt zo vaak voor als gewenst. Wordt geplaatst binnen het containerelement grondslagen, dat 1 of meer grondslag-elementen bevat. Het containerelement grondslagen is een optioneel element. Komt 0 of 1 keer voor.
  De grondslag ziet er -in STOP-XML- uit als in de navolgende afbeelding. De uri is een Juriconnect 1.3.1-verwijzing. Zie daarvoor ook de ‘Juriconnect-standaard voor identificatie van en verwijzing naar wet- en regelgeving’. Wanneer verwezen wordt naar een artikel in een wet die in werking is getreden, kan de uri eenvoudig gegenereerd worden door op wetten.overheid.nl naar het betreffende artikel te gaan en daar met behulp van de linktool een link naar de meest recente versie zonder geldigheidsdatum te genereren en die te kopiëren.

STOP kent naast de hiervoor genoemde BesluitMetadata ook nog de metadata afkortingen en alternatieveTitels. Geadviseerd wordt om deze metadata bij omgevingsdocumenten niet te gebruiken. Ze worden daarom niet verder besproken.

10.3.3 RegelingMetadata

De RegelingMetadata leggen vast welke organisatie verantwoordelijk is voor de regelingversie en bevatten gegevens om de regeling goed vindbaar te maken. In deze paragraaf zijn de RegelingMetadata beschreven die voor omgevingsdocumenten relevant zijn. De RegelingMetadata die bij een ontwerpbesluit worden aangeleverd zijn nagenoeg gelijk aan de RegelingMetadata die bij een definitief besluit worden aangeleverd. Aangegeven is of het gegeven verplicht of optioneel is en hoe vaak het moet c.q. kan voorkomen. Daarnaast is bij de meeste gegevens een toelichting gegeven: hoe werkt het en wat voor effect heeft het. Er is geen vaste, voorgeschreven volgorde voor de RegelingMetadata.

• soortRegeling: nadere typering van een regeling, te kiezen uit de STOP-waardelijst soortregeling. Verplicht gegeven. Komt 1 keer voor. Voorbeelden zijn omgevingsplan en waterschapsverordening.

• eindverantwoordelijke: (de identificatie van) het openbaar lichaam dat de wettelijke verantwoordelijkheid draagt voor de inhoud van de regeling. Uit de STOP-waardelijsten voor gemeente, waterschap, provincie respectievelijk ministerie moet de juiste waarde gekozen worden. Verplicht gegeven. Komt 1 keer voor. Door dit gegeven wordt in de voorzieningen de naam van de gemeente, het waterschap, de provincie of het ministerie getoond.

• maker: (de identificatie van) het openbaar lichaam dat de eindverantwoordelijkheid draagt voor het creëren van de instrumentversie. Uit de STOP-waardelijsten voor gemeente, waterschap, provincie respectievelijk ministerie moet de juiste waarde gekozen worden. Verplicht gegeven. Komt 1 keer voor. Door dit gegeven wordt in de voorzieningen de naam van de gemeente, het waterschap, de provincie of het ministerie getoond.

• soortBestuursorgaan: de typering van het bestuursorgaan dat verantwoordelijk is voor de regeling. Verplicht gegeven. Komt 1 keer voor. Uit de STOP-waardelijst bestuursorgaan moet de juiste waarde gekozen worden. Voorbeelden zijn gemeenteraad, algemeen bestuur en provinciale staten. In de RegelingMetadata moet gekozen worden voor het bestuursorgaan waaraan in de Omgevingswet de bevoegdheid tot het vaststellen van het omgevingsdocument is toegedeeld, ook als dat bestuursorgaan die bevoegdheid (gedeeltelijk) aan een ander bestuursorgaan heeft gedelegeerd.

• officieleTitel: de titel van de regeling zoals die door het bevoegd gezag wordt vastgesteld. Verplicht gegeven. Komt 1 keer voor. De officiële titel moet gelijk zijn aan het RegelingOpschrift van de regeling.

• citeertitel: de titel van de regeling die gebruikt wordt in aanhalingen. Wordt geplaatst binnen het containerelement CiteertitelInformatie, dat op zijn beurt wordt geplaatst binnen het element heeftCiteertitelInformatie. Het element heeftCiteertitelInformatie is een optioneel element, dat 0 of 1 keer voorkomt. Bij de citeertitel moet worden aangegeven of de citeertitel officieel is of niet, door bij het gegeven isOfficieel de juiste waarde te kiezen. De citeertitel is officieel als deze in de regeling wordt vastgesteld; voor isOfficieel moet dan de waarde true worden gekozen. Als de citeertitel niet in de regeling wordt vastgesteld, is de citeertitel een ‘redactioneel’ gegeven; voor isOfficieel moet dan de waarde false worden gekozen.
  De citeertitel is niet hetzelfde als de officiële titel. Bij wetgeving gebeurt het vaak dat de wet een lange officiële titel heeft en een korte citeertitel die in de dagelijkse praktijk wordt gebruikt. Een voorbeeld: ‘Wet van 1 juli 2020 tot wijziging van de Bekendmakingswet en andere wetten in verband met de elektronische publicatie van algemene bekendmakingen, mededelingen en kennisgevingen’ is de officiële titel van de wet met de citeertitel ‘Wet elektronische publicaties’. De citeertitel is in deze wet vastgesteld en is dus officieel.
  Hoewel het bij veel omgevingsdocumenten niet voor de hand lijkt te liggen om een citeertitel toe te voegen omdat die hetzelfde zal zijn als de officiële titel, is dat wel wenselijk. In de DSO-viewer namelijk speelt de ‘naam’ van het omgevingsdocument op verschillende plekken een rol: in de resultaat- en filterschermen na een zoekactie en in het scherm waarin tekst en kaart van de regeling worden getoond. De DSO-viewer gebruikt daarvoor de citeertitel uit de RegelingMetadata. Als er geen citeertitel is, stelt de viewer zelf de ‘naam’ samen uit de gegevens soortRegeling en eindverantwoordelijke.

• onderwerp: een korte specificatie van de inhoud van de regeling, te kiezen uit de STOP-waardelijst onderwerp. Verplicht gegeven. Komt ten minste 1 keer voor. Wordt geplaatst binnen het containerelement onderwerpen, dat 1 of meer onderwerp-elementen bevat. Het containerelement onderwerpen is een verplicht element, dat 1 keer voorkomt. Het onderwerp speelt een rol bij het vindbaar maken en bij de zoekresultaatfiltering van besluiten, regelingen en kennisgevingen op overheid.nl. Daarom wordt geadviseerd om alle toepasselijke onderwerpen van de waardelijst toe te voegen.

• rechtsgebied: specificatie hoe het instrument wordt ingedeeld binnen het geheel van het recht, te kiezen uit de STOP-waardelijst rechtsgebied. Komt zo vaak voor als gewenst. Wordt geplaatst binnen het containerelement rechtsgebieden, dat 1 of meer rechtsgebied-elementen bevat. Het containerelement rechtsgebieden is een optioneel element, dat 0 of 1 keer voorkomt. Het rechtsgebied speelt een rol bij het vindbaar maken en bij de zoekresultaatfiltering van besluiten, regelingen en kennisgevingen op overheid.nl. Daarom wordt geadviseerd om het element rechtsgebied te gebruiken.

• overheidsdomein: brede onderverdeling van de overheidsbrede thema's die op een instrument van toepassing zijn, te kiezen uit de STOP-waardelijst overheidsthema. Komt zo vaak voor als gewenst. Wordt geplaatst binnen het containerelement overheidsdomeinen, dat 1 of meer overheidsdomein-elementen bevat. Het containerelement overheidsdomeinen is een optioneel element, dat 0 of 1 keer voorkomt. Het overheidsdomein speelt een rol bij het vindbaar maken en in de zoekresultaatfiltering van besluiten, regelingen en kennisgevingen op overheid.nl. Daarom wordt geadviseerd om het element overheidsdomein te gebruiken.

• opvolgerVan: de verwijzing van een opvolgende regeling naar de door deze regeling opgevolgde andere regeling. De opvolgingsrelatie wijst naar het Work van de opgevolgde regeling. Komt zo vaak voor als gewenst. Wordt geplaatst binnen het containerelement opvolging, dat 1 of meer opvolgerVan-elementen bevat. Het containerelement opvolging is een optioneel element, dat 0 of 1 keer voorkomt. OpvolgerVan komt alleen voor wanneer de regeling een andere regeling daadwerkelijk opvolgt. Het komt alleen voor wanneer de oorspronkelijke regeling wordt ingetrokken en vervangen door een nieuwe regeling en alleen bij een regeling behorend bij een definitief besluit, niet bij een regeling behorend bij een ontwerpbesluit. Een voorbeeld is een provincie die aanvankelijk een omgevingsvisie genaamd ‘Prachtig Provincieland’ had en deze na verloop van een aantal jaren intrekt en een nieuwe omgevingsvisie instelt genaamd ‘Provincieland economisch voorop’. Bij de nieuwe omgevingsvisie ‘Provincieland economisch voorop’ wordt met opvolgerVan verwezen naar (de identificatie van) de ingetrokken omgevingsvisie ‘Prachtig Provincieland’. Door het aangeven van deze opvolg-relatie is het mogelijk om bij een tijdreis vanuit de nieuwe regeling de ingetrokken regeling als voorganger te tonen.

• grondslag: de machineleesbare verwijzing naar een juridische bron die de wettelijke grondslag van het instrument geeft. Moet altijd verwijzen naar (een versie van) een geconsolideerde regeling. Komt zo vaak voor als gewenst. Wordt geplaatst binnen het containerelement grondslagen, dat 1 of meer grondslag-elementen bevat. Het containerelement grondslagen is een optioneel element, dat 0 of 1 keer voorkomt.
  De grondslag ziet er -in STOP-XML- uit als in onderstaande afbeelding. De uri is een Juriconnect 1.3.1-verwijzing. Zie daarvoor ook de ‘Juriconnect-standaard voor identificatie van en verwijzing naar wet- en regelgeving’. Wanneer verwezen wordt naar een artikel in een wet die in werking is getreden, kan de uri eenvoudig gegenereerd worden door op wetten.overheid.nl naar het betreffende artikel te gaan en daar met behulp van de linktool een link naar de meest recente versie zonder geldigheidsdatum te genereren en die te kopiëren.

STOP kent naast de hiervoor genoemde RegelingMetadata ook nog de metadata afkorting, voorkeursafkorting en alternatieveTitel. Geadviseerd wordt om deze metadata bij omgevingsdocumenten niet te gebruiken. Ze worden daarom niet verder besproken.

10.3.4 KennisgevingMetadata

De KennisgevingMetadata leggen vast welke organisatie verantwoordelijk is voor de kennisgeving en bevatten gegevens om de kennisgeving goed vindbaar te maken. In deze paragraaf zijn de KennisgevingMetadata beschreven die voor de kennisgeving van omgevingsdocumenten relevant zijn. Aangegeven is of het gegeven verplicht of optioneel is en hoe vaak het moet c.q. kan voorkomen. Daarnaast is bij de meeste gegevens een toelichting gegeven: hoe werkt het en wat voor effect heeft het. Er is geen vaste, voorgeschreven volgorde voor de KennisgevingMetadata.

• eindverantwoordelijke: (de identificatie van) het openbaar lichaam dat de wettelijke verantwoordelijkheid draagt voor de inhoud van de kennisgeving. Uit de STOP-waardelijsten voor gemeente, waterschap, provincie respectievelijk ministerie moet de juiste waarde gekozen worden. Verplicht gegeven. Komt 1 keer voor. Door dit gegeven wordt op overheid.nl de naam van de gemeente, het waterschap, de provincie of het ministerie getoond.

• maker: (de identificatie van) het openbaar lichaam dat de eindverantwoordelijkheid draagt voor het creëren van de kennisgeving. Uit de STOP-waardelijsten voor gemeente, waterschap, provincie respectievelijk ministerie moet de juiste waarde gekozen worden. Verplicht gegeven. Komt 1 keer voor. Door dit gegeven wordt op overheid.nl de naam van de gemeente, het waterschap, de provincie of het ministerie getoond.

• officieleTitel: de titel van de kennisgeving zoals die door het bevoegd gezag is bepaald; deze is gelijk aan de tekstuele weergave van het gehele RegelingOpschrift van de kennisgeving (zie daarvoor paragraaf 10.2.1). Verplicht gegeven. Komt 1 keer voor. Dit gegeven speelt een rol bij het vindbaar en herkenbaar maken van de kennisgeving op overheid.nl. Daarom wordt geadviseerd om de kennisgeving een zo onderscheidend en herkenbaar mogelijke titel (en RegelingOpschrift) te geven.

• onderwerp: een korte specificatie van de inhoud van de kennisgeving, te kiezen uit de STOP-waardelijst onderwerp. Verplicht gegeven. Komt ten minste 1 keer voor. Wordt geplaatst binnen het containerelement onderwerpen, dat 1 of meer onderwerp-elementen bevat. Het containerelement onderwerpen is een verplicht element, dat 1 keer voorkomt. Het onderwerp speelt een rol bij het vindbaar maken en bij de zoekresultaatfiltering van besluiten, regelingen en kennisgevingen op overheid.nl. Daarom wordt geadviseerd om alle toepasselijke onderwerpen van de waardelijst toe te voegen.

• mededelingOver: de verwijzing vanuit een kennisgeving naar (de identificatie van) het (ontwerp)besluit waarover de kennisgeving gaat. Onder voorwaarde verplicht gegeven. Komt 0 of 1 keer voor. Dit gegeven is alleen verplicht als de kennisgeving gaat over een (voorafgaand aan de kennisgeving aangeleverd, daadwerkelijk bestaand) ontwerp- of definitief besluit. Door dit gegeven is vanuit de kennisgeving op eenvoudige wijze het (ontwerp)besluit vindbaar waar de kennisgeving over gaat. Het werkt ook omgekeerd: vanuit het besluit is de kennisgeving makkelijk te vinden. Daardoor is vanuit het besluit de informatie over de procedure van het besluit, zoals de begin- en einddatum van de inzagetermijn dan wel de einddatum van de beroepstermijn, te raadplegen.

• soortKennisgeving: gegeven dat aangeeft wat voor soort kennisgeving het betreft, te kiezen uit een waardelijst die in het STOP-schema is opgenomen. Optioneel gegeven. Komt 0 of 1 keer voor. Met dit gegeven wordt aangegeven of het een kennisgeving betreft waarmee (inzage- en bezwaar/beroeps-)termijnen worden doorgegeven of een kennisgeving waarmee informatie wordt doorgegeven over het voornemen een besluit te gaan nemen zonder (inzage- en beroeps-)termijnen. In STOP 1.3.0 is dit gegeven, om redenen van backwards compatibility, zo gemodelleerd dat het een optioneel gegeven is met KennisgevingBesluittermijnen als defaultwaarde. Dit betekent dat wanneer het gegeven soortKennisgeving in de aanlevering niet wordt aangeleverd, het een KennisgevingBesluittermijnen is (uiteraard is dat ook zo als het element soortKennisgeving wel voorkomt met de waarde KennisgevingBesluittermijnen). Wanneer het een ander soort kennisgeving is, moet het element soortKennisgeving voorkomen. In STOP 2.0 zal soortKennisgeving worden gewijzigd in een verplicht gegeven dat 1 keer voorkomt. Nadrukkelijk wordt geadviseerd om daarop vooruit te lopen en ook bij een kennisgeving waarmee (inzage- en bezwaar/beroeps-)termijnen worden doorgegeven, het gegeven soortKennisgeving te gebruiken.

10.3.5 Soort procedure en consolidatie

Aan de hand van de soort procedure bepaalt de LVBB wat er met het besluit wordt gedaan. Uiteraard moet DSO-LV weten of de aangeleverde OW-objecten horen bij een ontwerpbesluit of een definitief besluit. Daarvoor kent ook IMOW proceduregegevens. DSO-LV weet dat het gaat om OW-objecten behorend bij een ontwerpregeling omdat in dat geval bij de OW-objecten als procedurestatus ‘ontwerp’ is aangegeven.

Indien sprake is van een ontwerpbesluit levert het bevoegd gezag het ontwerpbesluit aan bij de LVBB met als soortProcedure ‘ontwerpbesluit’. Na ontvangst van een ontwerpbesluit genereert de LVBB daaruit een proefversie: bij een initieel ontwerpbesluit de eerste (ontwerp)versie van de regeling en bij een ontwerp-wijzigingsbesluit de verwerking van het ontwerpbesluit in de regelingversie waarop het bevoegd gezag het ontwerpbesluit heeft gebaseerd. De LVBB stelt de proefversie beschikbaar voor DSO-LV en levert de OW-objecten door aan DSO-LV. DSO-LV toont vervolgens die proefversie in de vorm van een ontwerpregeling.

Nadat het bestuursorgaan een besluit over een omgevingsdocument heeft genomen, levert het dat besluit aan bij de LVBB met als soortProcedure ‘definitief besluit’. Na ontvangst van een initieel besluit destilleert de LVBB daaruit de Regelingversie. Na ontvangst van een wijzigingsbesluit voert de LVBB de consolidatie uit met als resultaat een nieuwe toestand van de Regeling. De LVBB doet dat wanneer de inwerkingtredingsdatum van het (wijzigings)besluit -en daarmee ook van de nieuwe RegelingVersie- bekend is. De LVBB haalt die datum op uit de meegeleverde ConsolidatieInformatie.

10.3.6 Procedure-informatie doorgeven met Procedureverloop

10.4.1 Voorbereidingsfase

10.4.1.1 Inleiding

Zoals in paragraaf 10.1 al is beschreven begint de procedure van een besluit tot het vaststellen of wijzigen van het programma met een voorbereidende fase van overleg en participatie. In deze fase gelden geen procedurele eisen en er worden geen vormvereisten gesteld aan gebruikte producten. Er kan voor overleg en participatie een conceptversie van het voorgenomen besluit gemaakt worden die aan de STOP/TPOD-standaard voldoet, maar dat is niet verplicht. Het raadplegen van zo’n conceptversie kan alleen in een eigen raadpleegomgeving van gemeente, waterschap, provincie of Rijk. Conceptversies (en eventuele andere documenten) worden niet aan de LVBB aangeboden, niet op overheid.nl gepubliceerd en ook niet in DSO-LV getoond. De bepalingen en beschrijvingen in deze paragraaf over het aanleveren van producten en gegevens zijn er niet op van toepassing.

10.4.2 Ontwerpfase en ontwerpbesluit

10.4.2.2 Aanleveren ontwerpbesluit

Ten behoeve van de interne ambtelijke en bestuurlijke besluitvorming binnen gemeente, waterschap, provincie of Rijk zal gebruik gemaakt worden van een versie van het ontwerpbesluit die door de plansoftware is gegenereerd. Na eventuele aanpassingen die uit de interne besluitvorming nodig zijn gebleken, wordt vanuit de plansoftware van gemeente, waterschap, provincie of Rijk een ontwerpbesluit gegenereerd ten behoeve van de publicatie in gemeenteblad, waterschapsblad, provinciaal blad of Staatscourant en het in DSO-LV kunnen raadplegen van de ontwerpregeling. Het ontwerpbesluit bestaat uit een ontwerpversie van het Besluit en de Regeling. In de Regeling staat de volledige initiële regeling (bij het instellen van een programma) of de wijzigingsinstructies voor de geconsolideerde regeling (bij een wijziging van een programma). Dit geheel wordt aangeleverd aan de LVBB. Let op dat er bij een ontwerpbesluit in het Besluit een (ontwerp)-artikel moet zijn waarin wordt aangegeven wat het voorgenomen besluit is (het vaststellen van het besluit). Dit artikel (in termen van de standaard: het WijzigArtikel) is nodig om te verwijzen naar de WijzigBijlage.

Voor de meeste programma’s geldt er geen wettelijke verplichting om het definitieve besluit te voorzien van een deugdelijke motivering en die motivering te vermelden bij de bekendmaking van het besluit (zie hiervoor verder paragraaf 10.4.3.1). Wanneer gemeente, waterschap, provincie of Rijk er voor kiest om dat wel te doen, en bij de programma’s waarvoor de motivering wel verplicht is, wordt die (ontwerp-)motivering ook opgenomen in het ontwerpbesluit. De motivering wordt geplaatst in het onderdeel Motivering van het Besluit.

Om de mededeling van het ontwerpbesluit in gemeenteblad, waterschapsblad, provinciaal blad of Staatscourant te kunnen doen en doorlevering door LVBB aan DSO-LV mogelijk te maken moeten Besluit en Regeling voldoen aan de specificaties die in deel B van dit toepassingsprofiel zijn gegeven. Aanvullend daarop moet gemeente, waterschap, provincie of Rijk metadata over besluit en regeling en informatie over het Procedureverloop en de consolidatie meeleveren. Gemeente, waterschap, provincie of Rijk moet ook een publicatieopdracht aan de LVBB aanleveren, waarin zij/hij aangeeft welk soort publicatie wordt aangeleverd en op welke datum die publicatie gepubliceerd moet worden. Dat is achtereenvolgens in de volgende paragrafen beschreven.

10.4.2.2.1 Besluitmetadata

De Besluitmetadata leggen vast welke organisatie verantwoordelijk is voor de besluitversie en bevatten gegevens om het besluit goed vindbaar te maken. In paragraaf 10.3.2 zijn de Besluitmetadata beschreven. Daar is aangegeven of het gegeven verplicht of optioneel is, hoe vaak het moet c.q. kan voorkomen en wat het doel respectievelijk het resultaat van het gegeven is. Hierna is voor de BesluitMetadata die relevant zijn voor het ontwerpbesluit tot vaststelling of wijziging van een programma aangegeven hoe ze moeten worden toegepast.

• eindverantwoordelijke: kies uit de STOP-waardelijst voor gemeente, waterschap, provincie of ministerie (de identificatiecode van) de betreffende gemeente, waterschap, provincie of ministerie.

• maker: kies uit de STOP-waardelijst voor gemeente, waterschap, provincie of ministerie (de identificatiecode van) de betreffende gemeente, waterschap, provincie of ministerie.

• soortBestuursorgaan: kies uit de STOP-waardelijst bestuursorgaan de waarde ‘college van burgemeester en wethouders’, ‘algemeen bestuur’, ‘gedeputeerde staten’ respectievelijk ‘minister’.

• informatieobjectRef: neem hier de verwijzingen op naar de GIO’s (en eventueel de als informatieobject gemodelleerde PDF-documenten) die het ontwerpbesluit aan de regeling toevoegt of die het ontwerpbesluit wijzigt.

• officieleTitel: geef het ontwerpbesluit een onderscheidende en herkenbare titel. De officiële titel moet gelijk zijn aan het RegelingOpschrift van het besluit. Een voorbeeld van de officiële titel van een ontwerpbesluit tot vaststelling van een programma is ‘Ontwerp Nationaal Waterprogramma’; een voorbeeld van de officiële titel van een ontwerpbesluit tot wijziging van een programma is ‘Ontwerp wijziging van het beheerplan Natura 2000-gebied Veluwe t.b.v. het wijzigen van enkele kernkwaliteiten’.

• citeertitel: geadviseerd wordt om het gegeven citeertitel te gebruiken. Pas de citeertitel als volgt toe:

  • de citeertitel is in het besluit vastgesteld: neem de citeertitel over uit de betreffende bepaling en kies voor isOfficieel de waarde true;

  • de citeertitel is niet in het besluit vastgesteld: laat de citeertitel hetzelfde zijn als de officiële titel en het RegelingOpschrift van het besluit, of, als die erg lang zijn, een verkorte versie daarvan en kies voor isOfficieel de waarde false.

• onderwerp: kies uit de STOP-waardelijst onderwerp alle toepasselijke onderwerpen. Voor omgevingsdocumenten kunnen deze waarden uit de waardelijst passend zijn: wonen, verkeer, ruimte en infrastructuur, natuur en milieu, cultuur en recreatie, bouwen en verbouwen, scheepvaart, rail- en wegverkeer, luchtvaart, waterbeheer, ruimtelijke ordening, veiligheid, water, stoffen, natuur- en landschapsbeheer, lucht, geluid, flora en fauna, energie, bodem, afval, defensie, recreatie, horeca, evenementen, cultuur, cultureel erfgoed, klimaatverandering.

• rechtsgebied: kies uit de STOP-waardelijst rechtsgebied in ieder geval voor de waarde ‘omgevingsrecht’ en vul dit indien van toepassing aan met andere toepasselijke waarden uit deze waardelijst.

• soortProcedure: kies uit de STOP-waardelijst soortprocedure de waarde ‘Ontwerpbesluit’.

• grondslag: maak een verwijzing naar het betreffende artikel uit de paragrafen 3.2.2, 3.2.3 of 3.2.4 Ow indien het gaat om een van de specifieke vormen van het programma die in die artikelen zijn benoemd; als het om een ander soort programma gaat wordt een verwijzing gemaakt naar artikel 3.4 Omgevingswet, de algemene grondslag voor het vaststellen van het programma. De grondslag ziet er -in STOP-XML- uit als in Figuur 46:

Waarschuwing toekomstige wijziging TPOD-standaard

In een volgende versie van de TPOD-standaard zal het verplicht worden om het gegeven citeertitel te gebruiken. Als overgangsmaatregel wordt geadviseerd wordt om -wanneer en zodra de gebruikte plansoftware dat mogelijk maakt- op deze wijziging te anticiperen door het gegeven citeertitel te gebruiken.

10.4.2.2.2 Regelingmetadata

De Regelingmetadata leggen vast welke organisatie verantwoordelijk is voor de regelingversie en bevatten gegevens om de regeling goed vindbaar te maken. In paragraaf 10.3.3 zijn de RegelingMetadata beschreven. Daar is aangegeven of het gegeven verplicht of optioneel is, hoe vaak het moet c.q. kan voorkomen en wat het doel respectievelijk het resultaat van het gegeven is. Hierna is voor de RegelingMetadata die relevant zijn voor het ontwerpbesluit tot vaststelling of wijziging van een programma aangegeven hoe ze moeten worden toegepast.

• soortRegeling: kies uit de STOP-waardelijst soortRegeling de waarde ‘Programma’.

• eindverantwoordelijke: kies uit de STOP-waardelijst voor gemeente, waterschap, provincie of ministerie (de identificatiecode van) de betreffende gemeente, waterschap, provincie of ministerie.

• maker: kies uit de STOP-waardelijst voor gemeente, waterschap, provincie of ministerie (de identificatiecode van) de betreffende gemeente, waterschap, provincie of ministerie.

• soortBestuursorgaan: kies uit de STOP-waardelijst bestuursorgaan de waarde ‘college van burgemeester en wethouders’, ‘algemeen bestuur’, ‘gedeputeerde staten’ respectievelijk ‘minister’

• officieleTitel: geef de regeling van het programma een onderscheidende en herkenbare titel. Voorbeelden van de officiële titel van een programma zijn 'Nationaal Waterprogramma', 'Beheerplan Natura 2000-gebied Alde Feanen', 'Rioleringsprogramma Barneveld'.

• citeertitel: maak gebruik van het gegeven citeertitel en doe dat als volgt:

  • in het programma is de citeertitel vastgesteld: neem de citeertitel over uit de betreffende bepaling en kies voor isOfficieel de waarde true;

  • in het programma is de citeertitel niet vastgesteld: laat de citeertitel hetzelfde zijn als de officiële titel (en het RegelingOpschrift van de regeling), of, als die erg lang is, een verkorte versie daarvan en kies voor isOfficieel de waarde false.

• onderwerp: kies uit de STOP-waardelijst onderwerp alle toepasselijke onderwerpen. Voor omgevingsdocumenten kunnen deze waarden uit de waardelijst passend zijn: wonen, verkeer, ruimte en infrastructuur, natuur en milieu, cultuur en recreatie, bouwen en verbouwen, scheepvaart, rail- en wegverkeer, luchtvaart, waterbeheer, ruimtelijke ordening, veiligheid, water, stoffen, natuur- en landschapsbeheer, lucht, geluid, flora en fauna, energie, bodem, afval, defensie, recreatie, horeca, evenementen, cultuur, cultureel erfgoed, klimaatverandering.

• rechtsgebied: kies uit de STOP-waardelijst rechtsgebied in ieder geval de waarde ‘omgevingsrecht’ en vul dit indien van toepassing aan met andere toepasselijke waarden uit deze waardelijst.

• overheidsdomein: kies uit de STOP-waardelijst overheidsthema alle toepasselijke waarden. Voor omgevingsdocumenten kunnen deze waarden uit de waardelijst passend zijn: bouwen, wonen en leefomgeving; cultuur, sport, vrije tijd; landbouw, natuur en voedsel; milieu, ruimte en water; defensie; verkeer en vervoer.

• grondslag: maak een verwijzing naar het betreffende artikel uit de paragrafen 3.2.2, 3.2.3 of 3.2.4 Ow indien het gaat om een van de specifieke vormen van het programma die in die artikelen zijn benoemd; als het om een ander soort programma gaat wordt een verwijzing gemaakt naar artikel 3.4 Omgevingswet, de algemene grondslag voor het vaststellen van het programma. De grondslag ziet er -in STOP-XML- uit als in Figuur 47:

Waarschuwing toekomstige wijziging TPOD-standaard

In een volgende versie van de TPOD-standaard zal het verplicht worden om het gegeven citeertitel te gebruiken. Als overgangsmaatregel wordt geadviseerd wordt om -wanneer en zodra de gebruikte plansoftware dat mogelijk maakt- op deze wijziging te anticiperen door het gegeven citeertitel te gebruiken.

10.4.2.2.3 Procedureverloop

Met de module Procedureverloop wordt informatie over het verloop van de procedure van het besluit tot vaststelling of wijziging van een programma en de verschillende stappen daarin bijgehouden. In paragraaf 10.3.6 is beschreven hoe het doorgeven van procedure-informatie met het Procedureverloop werkt. Hierna is aangegeven hoe dat concreet bij het ontwerpbesluit tot vaststelling of wijziging van een programma moet worden toegepast.

In de procedure van het ontwerpbesluit moet een module Procedureverloop worden aangeleverd. Dat kan op twee manieren. De eerste manier is door het Procedureverloop initieel aan te leveren met het ontwerpbesluit en vervolgens met een Procedureverloopmutatie te muteren door de kennisgeving. De tweede manier is door bij het ontwerpbesluit geen Procedureverloop aan te leveren maar het Procedureverloop aan te leveren met de kennisgeving. Ook in dat geval moet dat met een Procedureverloopmutatie. Welke manier wordt gekozen hangt ervan af of het bij het bevoegd gezag gebruikelijk is dat het dagelijkse bestuur zelf besluit om het ontwerpbesluit ter inzage te leggen of dat dit gemandateerd is aan een ambtenaar. In het eerste geval is er een Procedureverloop bij het ontwerpbesluit, in het tweede geval niet. Het Procedureverloop is dus bij het ontwerpbesluit optioneel en bij de kennisgeving verplicht. Bij het programma ligt het voor de hand dat B&W, algemeen bestuur, GS respectievelijk de minister zelf het besluit zullen nemen om het ontwerpbesluit ter inzage te leggen; een dergelijke beslissing zal niet gemandateerd zijn.

Als wordt gekozen voor de eerste manier wordt de module Procedureverloop bij het ontwerpbesluit aangeleverd. Het Procedureverloop moet dan de volgende gegevens bevatten, met dien verstande dat ten minste één van de Procedurestappen moet voorkomen:

• Procedurestap

  • soortStap: kies uit de STOP-waardelijst Procedurestap_ontwerp de waarde ‘Vaststelling’

  • voltooidOp: vul de datum in waarop het bestuursorgaan het ontwerpbesluit heeft vastgesteld

• Procedurestap

  • soortStap: kies uit de STOP-waardelijst Procedurestap_ontwerp de waarde ‘Ondertekening’

  • voltooidOp: vul de datum in waarop het bestuursorgaan het ontwerpbesluit heeft ondertekend

• bekendOp: vul de datum in waarop het ontwerpbesluit in het gemeenteblad, waterschapsblad, provinciaal blad of Staatscourant wordt gepubliceerd.

Gebruik het gegeven meerInformatie niet.

NB: bij keuze voor de tweede manier is er geen Procedureverloop bij het ontwerpbesluit.

Toekomstige functionaliteit

In de huidige versie van de STOP/TPOD-standaard is beschreven dat in de procedure van het ontwerpbesluit de module Procedureverloop verplicht is bij de aanlevering van de kennisgeving en optioneel bij de aanlevering van het ontwerpbesluit. De DSO-keten ondersteunt dit nog niet; het wordt in de keten geïmplementeerd als onderdeel van de implementatie van de huidige versie van de standaard.

Workaround

Zolang dit niet in de DSO-keten is geïmplementeerd, is het verplicht een module Procedureverloop bij het ontwerpbesluit aan te leveren en die door de kennisgeving te muteren.

NB: de module Procedureverloop bij het ontwerpbesluit mag niet leeg zijn.

10.4.2.2.4 ConsolidatieInformatie

Met de module ConsolidatieInformatie wordt informatie aangeleverd ten behoeve van de consolidatie van het besluit in de regeling. In de module ConsolidatieInformatie worden opgenomen:

• (een container) BeoogdeRegelgeving met daarin:

  • BeoogdeRegeling, met daarbinnen:

    • Doel: vul hier het Doel in van het ontwerp-vaststellings- of wijzigingsbesluit

    • instrumentVersie: vul hier de identificatie in van de nieuwe regelingversie van het programma

    • eId: vul hier de identificatie in van het WijzigArtikel in het ontwerpbesluit (het artikel waarin staat wat het bestuursorgaan beoogt met het besluit vast te stellen of te wijzigen)

  • BeoogdInformatieobject, voor ieder Informatieobject dat het ontwerpbesluit vaststelt, met daarbinnen:

    • Doel: vul hier het Doel in van het ontwerp-vaststellings- of wijzigingsbesluit

    • instrumentVersie: vul hier de identificatie in van het nieuwe Informatieobject

    • eId: maak hier een verwijzing naar het element in de informatieobjecten-bijlage in de WijzigBijlage dat de ExtIoRef (de identificatie van het daadwerkelijke informatieobject) bevat.

Bij een ontwerpbesluit worden geen tijdstempels toegevoegd.

10.4.2.2.5 Datum publicatie ontwerpbesluit

Gemeente, waterschap, provincie of Rijk moet de datum waarop zij/hij wil dat het ontwerpbesluit in het gemeenteblad, waterschapsblad, provinciaal blad of Staatscourant wordt gepubliceerd, doorgeven in de publicatieopdracht aan de LVBB, met het gegeven datumBekendmaking. Deze datum moet altijd in de toekomst liggen.

10.4.3 Fase van vaststelling, bekendmaking en inwerkingtreden: definitief besluit

10.4.3.3 Aanleveren definitief besluit

Ten behoeve van de bekendmaking van het definitieve besluit in gemeenteblad, waterschapsblad, provinciaal blad of Staatscourant genereert de ambtelijke organisatie vanuit de plansoftware van gemeente, waterschap, provincie of Rijk een besluit, bestaande uit een (definitieve) versie van het Besluit en de Regeling. In de Regeling staat de volledige initiële regeling (bij het instellen van een programma) of de wijzigingsinstructies voor de geconsolideerde regeling (bij een wijziging van een programma). Dit geheel moet gemeente, waterschap, provincie of Rijk aanleveren aan de LVBB.

Opgemerkt wordt dat de STOP/TPOD-standaard de term ‘definitief besluit’ gebruikt. Dit is een technische term die zowel wordt gebruikt voor het ‘product’ van deze fase, te weten het genomen besluit, als voor de procedure van besluitvorming, bekendmaking en inwerkingtreding.

Om de bekendmaking van het besluit tot vaststelling of wijziging van het programma in gemeenteblad, waterschapsblad, provinciaal blad of Staatscourant te kunnen doen en doorlevering door LVBB aan DSO-LV mogelijk te maken, moeten Besluit en Regeling voldoen aan de specificaties die in deel B van dit toepassingsprofiel zijn gegeven. Aanvullend daarop moet gemeente, waterschap, provincie of Rijk metadata over besluit en regeling en informatie over het Procedureverloop en de consolidatie meeleveren. Gemeente, waterschap, provincie of Rijk moet ook een publicatieopdracht aan de LVBB aanleveren, waarin zij/hij aangeeft welk soort publicatie wordt aangeleverd en op welke datum die publicatie gepubliceerd moet worden. Dat is achtereenvolgens in de volgende paragrafen beschreven.

10.4.3.3.1 Besluitmetadata

De Besluitmetadata leggen vast welke organisatie verantwoordelijk is voor de besluitversie en bevatten gegevens om het besluit goed vindbaar te maken. In paragraaf 10.3.2 zijn de Besluitmetadata beschreven. Daar is aangegeven of het gegeven verplicht of optioneel is, hoe vaak het moet c.q. kan voorkomen en wat het doel respectievelijk het resultaat van het gegeven is. Hierna is voor de BesluitMetadata die relevant zijn voor het definitieve besluit tot vaststelling of wijziging van een programma aangegeven hoe ze moeten worden toegepast.

• eindverantwoordelijke: kies uit de STOP-waardelijst voor gemeente, waterschap, provincie of ministerie (de identificatiecode van) de betreffende gemeente, waterschap, provincie of ministerie.

• maker: kies uit de STOP-waardelijst voor gemeente, waterschap, provincie of ministerie (de identificatiecode van) de betreffende gemeente, waterschap, provincie of ministerie.

• soortBestuursorgaan: kies uit de STOP-waardelijst bestuursorgaan de waarde ‘college van burgemeester en wethouders’, ‘algemeen bestuur’, ‘gedeputeerde staten’ respectievelijk ‘minister’.

• informatieobjectRef: neem hier de verwijzingen op naar de GIO’s (en eventueel de als informatieobject gemodelleerde PDF-documenten) die het besluit aan de regeling toevoegt of die het besluit wijzigt.

• officieleTitel: geef het besluit een onderscheidende en herkenbare titel. De officiële titel moet gelijk zijn aan het RegelingOpschrift van het besluit. Een voorbeeld van de officiële titel van een besluit tot vaststelling van een programma is ‘Besluit tot vaststelling van het Nationaal Waterprogramma’; een voorbeeld van de officiële titel van een besluit tot wijziging van een programma is ‘Besluit tot wijziging van het beheerplan Natura 2000-gebied Veluwe t.b.v. het wijzigen van enkele kernkwaliteiten’.

• citeertitel: geadviseerd wordt om het gegeven citeertitel te gebruiken. Pas de citeertitel als volgt toe:

  • de citeertitel is in het besluit vastgesteld: neem de citeertitel over uit de betreffende bepaling en kies voor isOfficieel de waarde true;

  • de citeertitel is niet in het besluit vastgesteld: laat de citeertitel hetzelfde zijn als de officiële titel en het RegelingOpschrift van het besluit, of, als die erg lang zijn, een verkorte versie daarvan en kies voor isOfficieel de waarde false.

• onderwerp: kies uit de STOP-waardelijst onderwerp alle toepasselijke onderwerpen. Voor omgevingsdocumenten kunnen deze waarden uit de waardelijst passend zijn: wonen, verkeer, ruimte en infrastructuur, natuur en milieu, cultuur en recreatie, bouwen en verbouwen, scheepvaart, rail- en wegverkeer, luchtvaart, waterbeheer, ruimtelijke ordening, veiligheid, water, stoffen, natuur- en landschapsbeheer, lucht, geluid, flora en fauna, energie, bodem, afval, defensie, recreatie, horeca, evenementen, cultuur, cultureel erfgoed, klimaatverandering.

• rechtsgebied: kies uit de STOP-waardelijst rechtsgebied in ieder geval voor de waarde ‘omgevingsrecht’ en vul dit indien van toepassing aan met andere toepasselijke waarden uit deze waardelijst.

• soortProcedure: kies uit de STOP-waardelijst soortprocedure de waarde ‘Definitief besluit’.

• grondslag: maak een verwijzing naar het betreffende artikel uit de paragrafen 3.2.2, 3.2.3 of 3.2.4 Ow indien het gaat om een van de specifieke vormen van het programma die in die artikelen zijn benoemd; als het om een ander soort programma gaat wordt een verwijzing gemaakt naar artikel 3.4 Omgevingswet, de algemene grondslag voor het vaststellen van het programma. De grondslag ziet er -in STOP-XML- uit als in Figuur 49:

Waarschuwing toekomstige wijziging TPOD-standaard

In een volgende versie van de TPOD-standaard zal het verplicht worden om het gegeven citeertitel te gebruiken. Als overgangsmaatregel wordt geadviseerd wordt om -wanneer en zodra de gebruikte plansoftware dat mogelijk maakt- op deze wijziging te anticiperen door het gegeven citeertitel te gebruiken.

10.4.3.3.2 Regelingmetadata

De Regelingmetadata leggen vast welke organisatie verantwoordelijk is voor de regelingversie en bevatten gegevens om de regeling goed vindbaar te maken. In paragraaf 10.3.3 zijn de RegelingMetadata beschreven. Daar is aangegeven of het gegeven verplicht of optioneel is, hoe vaak het moet c.q. kan voorkomen en wat het doel respectievelijk het resultaat van het gegeven is. Hierna is voor de RegelingMetadata die relevant zijn voor het definitieve besluit tot vaststelling of wijziging van een programma aangegeven hoe ze moeten worden toegepast.

• soortRegeling: kies uit de STOP-waardelijst soortRegeling de waarde ‘Programma’.

• eindverantwoordelijke: kies uit de STOP-waardelijst voor gemeente, waterschap, provincie of ministerie (de identificatiecode van) de betreffende gemeente, waterschap, provincie of ministerie.

• maker: kies uit de STOP-waardelijst voor gemeente, waterschap, provincie of ministerie (de identificatiecode van) de betreffende gemeente, waterschap, provincie of ministerie.

• soortBestuursorgaan: kies uit de STOP-waardelijst bestuursorgaan de waarde ‘college van burgemeester en wethouders’, ‘algemeen bestuur’, ‘gedeputeerde staten’ respectievelijk ‘minister’.

• officieleTitel: geef de regeling van het programma een onderscheidende en herkenbare titel. Voorbeelden van de officiële titel van een programma zijn ‘Nationaal Waterprogramma’, ‘Beheerplan Natura 2000-gebied Alde Feanen’, ‘Gemeentelijk Rioleringsprogramma Barneveld’.

• citeertitel: maak gebruik van het gegeven citeertitel en doe dat als volgt:

  • in het programma is de citeertitel vastgesteld: neem de citeertitel over uit de betreffende bepaling en kies voor isOfficieel de waarde true;

  • in het programma is de citeertitel niet vastgesteld: laat de citeertitel hetzelfde zijn als de officiële titel (en het RegelingOpschrift van de regeling), of, als die erg lang is, een verkorte versie daarvan en kies voor isOfficieel de waarde false.

• onderwerp: kies uit de STOP-waardelijst onderwerp alle toepasselijke onderwerpen. Voor omgevingsdocumenten kunnen deze waarden uit de waardelijst passend zijn: wonen, verkeer, ruimte en infrastructuur, natuur en milieu, cultuur en recreatie, bouwen en verbouwen, scheepvaart, rail- en wegverkeer, luchtvaart, waterbeheer, ruimtelijke ordening, veiligheid, water, stoffen, natuur- en landschapsbeheer, lucht, geluid, flora en fauna, energie, bodem, afval, defensie, recreatie, horeca, evenementen, cultuur, cultureel erfgoed, klimaatverandering.

• rechtsgebied: kies uit de STOP-waardelijst rechtsgebied in ieder geval de waarde ‘omgevingsrecht’ en vul dit indien van toepassing aan met andere toepasselijke waarden uit deze waardelijst.

• overheidsdomein: kies uit de STOP-waardelijst overheidsthema alle toepasselijke waarden. Voor omgevingsdocumenten kunnen deze waarden uit de waardelijst passend zijn: bouwen, wonen en leefomgeving; cultuur, sport, vrije tijd; landbouw, natuur en voedsel; milieu, ruimte en water; defensie; verkeer en vervoer.

• opvolgerVan: gegeven dat alleen voorkomt wanneer de regeling een andere regeling opvolgt, dus wanneer de oorspronkelijke regeling wordt ingetrokken en vervangen door een nieuwe regeling. Maak een verwijzing naar de identificatie van het Work van de opgevolgde regeling.

• grondslag: maak een verwijzing naar het betreffende artikel uit de paragrafen 3.2.2, 3.2.3 of 3.2.4 Ow indien het gaat om een van de specifieke vormen van het programma die in die artikelen zijn benoemd; als het om een ander soort programma gaat wordt een verwijzing gemaakt naar artikel 3.4 Omgevingswet, de algemene grondslag voor het vaststellen van het programma. De grondslag ziet er -in STOP-XML- uit als in Figuur 50:

Toekomstige functionaliteit

In de toekomst wordt de aanlevering van de Regelingmetadata verplicht bij het ontwerpbesluit en worden Regelingmetadata bij het definitief besluit alleen nog aangeleverd wanneer ze gewijzigd zijn.

Huidige werkwijze

Bij de huidige implementatie van de standaard moeten de Regelingmetadata zowel bij het ontwerpbesluit als bij het definitief besluit worden aangeleverd.

Waarschuwing toekomstige wijziging TPOD-standaard

In een volgende versie van de TPOD-standaard zal het verplicht worden om het gegeven citeertitel te gebruiken. Als overgangsmaatregel wordt geadviseerd wordt om -wanneer en zodra de gebruikte plansoftware dat mogelijk maakt- op deze wijziging te anticiperen door het gegeven citeertitel te gebruiken.

10.4.3.3.3 Procedureverloop

Met de module Procedureverloop wordt informatie over het verloop van de procedure van het besluit tot vaststelling of wijziging van een programma en de verschillende stappen daarin bijgehouden. In paragraaf 10.3.5 is beschreven hoe het doorgeven van procedure-informatie met het Procedureverloop werkt. Hierna is aangegeven hoe dat concreet bij het definitieve besluit tot vaststelling of wijziging van een programma moet worden toegepast.

Het Procedureverloop dat bij het definitieve besluit wordt aangeleverd moet de volgende gegevens bevatten:

• Procedurestap

  • soortStap: kies uit de STOP-waardelijst Procedurestap_definitief de waarde ‘Vaststelling’

  • voltooidOp: vul de datum in van de vergadering van gemeenteraad, algemeen bestuur of provinciale staten waarin het besluit is genomen. In het geval van het Rijk is dit de datum waarop de betreffende minister het programma heeft vastgesteld

• Procedurestap

  • soortStap: kies uit de STOP-waardelijst Procedurestap_definitief de waarde ‘Ondertekening’

  • voltooidOp: vul de datum in waarop namens burgemeester en wethouders, algemeen bestuur of gedeputeerde staten het besluit is ondertekend dan wel de datum waarop de minister het besluit heeft ondertekend

• bekendOp: vul de datum in waarop het besluit in het gemeenteblad, waterschapsblad, provinciaal blad of Staatscourant wordt gepubliceerd.

Gebruik het gegeven meerInformatie niet.

Tegen de meeste programma’s staat geen beroep open. Gemeente, waterschap, provincie of Rijk hoeft dan geen volgende Procedurestappen aan het Procedureverloop toe te voegen. Uit het ontbreken van Procedurestappen over de beroepstermijn leidt de LVBB af dat het besluit na inwerkingtreden direct onherroepelijk is geworden.

In het geval van programma’s waartegen wel beroep openstaat wordt de module Procedureverloop initieel aangeleverd met het definitieve besluit en vervolgens gemuteerd door de kennisgeving en door directe Procedureverloopmutaties. In dat geval is het Procedureverloop zowel bij het besluit als bij de kennisgeving verplicht.

10.4.3.3.4 ConsolidatieInformatie

Met de module ConsolidatieInformatie wordt informatie aangeleverd ten behoeve van de consolidatie van het besluit in de regeling. In de module BeoogdeRegelgeving worden opgenomen:

• (een container) BeoogdeRegelgeving met daarin:

  • BeoogdeRegeling, met daarbinnen:

    • Doel: vul hier het Doel in van het vaststellings- of wijzigingsbesluit

    • instrumentVersie: vul hier de identificatie in van de nieuwe regelingversie van het programma

    • eId: vul hier de identificatie in van het WijzigArtikel in het besluit waarin staat dat het bestuursorgaan besluit het programma vast te stellen of te wijzigen

  • BeoogdInformatieobject, voor ieder Informatieobject dat het besluit vaststelt, met daarbinnen:

    • Doel: vul hier het Doel in van het vaststellings- of wijzigingsbesluit

    • instrumentVersie: vul hier de identificatie in van het nieuwe Informatieobject

    • eId: vul hier de identificatie in van het element in de informatieobjecten-bijlage in de WijzigBijlage dat de ExtIoRef (de identificatie van het daadwerkelijke informatieobject) bevat

• (een container) Tijdstempels met daarin:

  • Tijdstempel, met daarbinnen:

    • Doel: vul hier het Doel in van het vaststellings- of wijzigingsbesluit

    • soortTijdstempel: juridischWerkendVanaf

    • datum: de datum waarop het besluit juridisch geldend wordt
      Vul hier de inwerkingtredingsdatum van het besluit tot vaststelling of wijziging van het programma in. Dat is de datum van de dag na de bekendmaking van het besluit, tenzij in het besluit een andere datum van inwerkingtreden is vastgesteld, dan wordt die andere datum ingevuld. De datum van inwerkingtreden mag niet voor de datum van bekendmaking liggen. Wanneer hier geen datum wordt ingevuld, kunnen de voorzieningen de regeling niet tonen.

    • eId: vul hier de identificatie in van het artikel in het Besluit-deel waarin is bepaald wanneer het besluit in werking treedt.

10.4.3.3.5 Datum bekendmaking definitief besluit

Gemeente, waterschap, provincie of Rijk moet de datum waarop zij/hij wil dat het besluit in het gemeenteblad, waterschapsblad, provinciaal blad of Staatscourant wordt gepubliceerd, doorgeven in de publicatieopdracht aan de LVBB, met het gegeven datumBekendmaking. Deze datum moet altijd in de toekomst liggen.

10.4.4 Beroepsfase

Deze paragraaf is alleen van toepassing in die gevallen waarin beroep kan worden ingesteld tegen (een onderdeel van) een programma. Dat is slechts in een beperkt aantal gevallen mogelijk.

10.4.4.2 Informatie over besluitstatus en handelingen gedurende de beroepsfase

Deze paragraaf beschrijft hoe gemeente, waterschap, provincie of Rijk tijdens de beroepsfase informatie over de status van het besluit moet doorgeven en welke overige handelingen zij/hij moet verrichten, zoals het doen van mededeling van de uitspraak. Tegen de uitspraak die de rechtbank in de beroepsfase doet, kunnen een belanghebbende en het bestuursorgaan hoger beroep instellen. In de hogerberoepsfase zijn de verschillende onderdelen van deze paragraaf van overeenkomstige toepassing.

Toekomstige functionaliteit

In deze paragraaf is beschreven hoe wijzigingen in de status van een besluit en in de inhoud van de regeling in de beroepsfase moeten worden doorgegeven, hoe de rechterlijke uitspraak moet worden medegedeeld en hoe met die mededeling de informatie moet worden aangeleverd die nodig is om de gevolgen van de uitspraak in de geconsolideerde regeling te verwerken. Dit is nog niet geïmplementeerd in de DSO-keten. De implementatie van nieuwe functionaliteiten wordt gefaseerd uitgevoerd. Daarom is nu nog niet te zeggen wanneer dit geïmplementeerd zal zijn.

Het tonen van de procedurestatus van onderdelen van een regeling in de regelingenbank en DSO-LV is nog niet geïmplementeerd. Zolang dat het geval is, zal bij besluit en regeling niet zichtbaar zijn dat beroep is ingesteld, dat het besluit is geschorst of dat het beroep definitief is afgedaan.

Workaround

Doorgeven van informatie over de status van een besluit: geen.

Voor het mededelen van de uitspraak op het beroep en het aanleveren van de informatie die nodig is om de gevolgen van de uitspraak in de geconsolideerde regeling te verwerken bestaan twee workarounds die zijn beschreven in de paragrafen 10.4.4.2.8, 10.4.4.2.9 en 10.4.4.2.10.

10.4.4.2.1 Inleiding

Met de module Procedureverloop wordt informatie over het verloop van de procedure van het programma en de verschillende stappen daarin bijgehouden. In paragraaf 10.3.5 zijn de algemene principes van het doorgeven van procedure-informatie met het Procedureverloop beschreven. De module Procedureverloop is initieel aangeleverd met het definitieve besluit, met daarin de Procedurestap Vaststelling en de Procedurestap Ondertekening (zie paragraaf 10.4.3.3.3). Vervolgens is bij de kennisgeving, met een Procedureverloopmutatie, aan deze module de Procedurestap Einde beroepstermijn toegevoegd (zie paragraaf 10.4.3.5.3). Wanneer beroep is ingesteld tegen het programma moet informatie over de status van het besluit tijdens de beroepsfase worden doorgeven door het Procedureverloop met Procedureverloopmutaties aan te vullen met volgende Procedurestappen. In bepaalde gevallen moet mededeling van de einduitspraak worden gedaan en moeten de gevolgen van de uitspraak worden verwerkt in de geconsolideerde regeling van het programma. In de hierna volgende paragrafen is aangegeven hoe dat moet worden toegepast in de verschillende stadia van de beroepsfase: beroepstermijn (paragraaf 10.4.4.2.2), voorlopige voorziening (paragrafen 10.4.4.2.3 en 10.4.4.2.4), tussenuitspraak (paragraaf 10.4.4.2.5) en de mogelijke uitspraken in de hoofdzaak (paragrafen 10.4.4.2.6 t/m 10.4.4.2.10).

Figuur 52 is een globaal overzicht van de mogelijke stappen in de beroepsfase. De beroepstermijn komt altijd voor. Of de drie andere stappen voorkomen hangt af van de omstandigheden van het geval, die in de hierna volgende subparagrafen zijn beschreven. Dat is in het kleurgebruik van de stappen in het schema tot uitdrukking gebracht.

10.4.4.2.2 Beroepstermijn

Toekomstige functionaliteit en workaround

In paragraaf 10.4.4.2 is al aangegeven dat het doorgeven van informatie over de status van een besluit toekomstige functionaliteit is en dat daarvoor geen workaround bestaat. De inhoud van de onderhavige paragraaf is gericht op de toekomst wanneer dit wel mogelijk is.

Geen beroep ingesteld

Als na afloop van de beroepstermijn duidelijk is dat er geen beroep is ingesteld, hoeft gemeente, waterschap, provincie of Rijk niets meer te doen. Het Procedureverloop is actueel. Uit het niet doorgeven van volgende Procedurestappen leidt de LVBB af dat er geen beroep is ingesteld tegen het besluit en dat het besluit onherroepelijk is. Daardoor kan een raadpleger in DSO-LV zien dat het programma onherroepelijk is.

Beroep ingesteld

Als er beroep tegen het besluit is ingesteld moet gemeente, waterschap, provincie of Rijk direct na ontvangst van het (eerste) bericht dat beroep is ingesteld met een directe Procedureverloopmutatie de volgende gegevens aan het Procedureverloop toevoegen:

• Procedurestap

  • soortStap: kies uit de STOP-waardelijst Procedurestap_definitief de waarde ‘Start beroepsprocedure’

  • voltooidOp: vul de datum in waarop de beroepstermijn is geëindigd. Dit is de laatste dag waarop nog beroep tegen het besluit kan worden ingesteld

  • meerInformatie: gebruik dit gegeven niet

• bekendOp: vul de datum in waarop (het eerste) beroep is ingesteld, of (als die datum onbekend is) de datum van het bericht van de Raad van State dat beroep is ingesteld

Het is van belang dat deze Procedurestap wordt doorgegeven. Daardoor wordt in DSO-LV een melding geplaatst dat het programma (nog) niet onherroepelijk is. Als deze Procedurestap niet wordt doorgegeven, dan krijgt een raadpleger ten onrechte te zien dat het programma onherroepelijk is.

Voor het vervolg van de beroepstermijn maakt gemeente, waterschap, provincie of Rijk een keuze tussen twee werkwijzen:

1. na afloop van de beroepstermijn bekijken of er beroepen tegen het besluit resteren (het ingestelde beroep kan immers ingetrokken zijn of niet-ontvankelijk verklaard):

   1. zo ja: gemeente, waterschap, provincie of Rijk hoeft niets te doen, het Procedureverloop klopt nog steeds;

   2. zo nee: voeg met een directe Procedureverloopmutatie de volgende gegevens aan het Procedureverloop toe:

      • Procedurestap

        • soortStap: kies uit de STOP-waardelijst Procedurestap_definitief de waarde ‘Einde beroepsprocedures’

        • voltooidOp: vul de datum in waarop bericht is ontvangen dat het (laatste resterende) beroep is ingetrokken dan wel de datum van de uitspraak waarmee het (laatste resterende) beroep niet-ontvankelijk is verklaard

        • meerInformatie: gebruik dit gegeven niet

      • bekendOp: vul de datum in waarop de Procedureverloopmutatie wordt aangeleverd

2. tijdens de beroepstermijn de module Procedureverloop steeds actueel houden:

   1. er worden na het eerste beroep nog meer beroepen ingesteld: gemeente, waterschap, provincie of Rijk hoeft niets te doen, het Procedureverloop is actueel

   2. tijdens de beroepstermijn worden alle dan bekende beroepen ingetrokken of niet-ontvankelijk verklaard: muteer het Procedureverloop op de wijze die bij 1a is beschreven

   3. na de handelingen beschreven bij 2b komt er bericht dat er een nieuw beroep is ingesteld: voeg met een directe Procedureverloopmutatie de volgende gegevens aan het Procedureverloop toe:

      • Procedurestap

        • soortStap: kies uit de STOP-waardelijst Procedurestap_definitief de waarde ‘Start beroepsprocedure’

        • voltooidOp: vul de datum in waarop de beroepstermijn is geëindigd. Dit is de laatste dag waarop nog beroep tegen het besluit kan worden ingesteld

        • meerInformatie: gebruik dit gegeven niet

      • bekendOp: vul de datum in waarop (het eerste) beroep is ingesteld, of (als die datum onbekend is) de datum van het bericht van de Raad van State dat beroep is ingesteld

NB1: Er wordt niet doorgegeven hoeveel beroepschriften er zijn en ook niet over welke onderdelen van het besluit de beroepschriften gaan.

NB2: Er wordt geen kennisgeving gedaan van het feit dat beroep is ingesteld (en ook niet van het feit dat geen beroep is ingesteld).

10.4.4.2.3 Verzoek voorlopige voorziening en uitspraak

Toekomstige functionaliteit en workaround

In paragraaf 10.4.4.2 is al aangegeven dat het doorgeven van informatie over de status van een besluit toekomstige functionaliteit is en dat daarvoor geen workaround bestaat. De inhoud van de onderhavige paragraaf is gericht op de toekomst wanneer dit wel mogelijk is.

Indienen verzoek voorlopige voorziening

Het indienen van een verzoek om voorlopige voorziening heeft geen schorsende werking en heeft dus geen gevolgen voor de geldigheid of status van het besluit of het programma. Gemeente, waterschap, provincie of Rijk hoeft nu niets te doen, het Procedureverloop is actueel.

Uitspraak zonder gevolgen voor status

Als de uitspraak van de voorzieningenrechter op het verzoek om voorlopige voorziening inhoudt:

• onbevoegdverklaring van de voorzieningenrechter,

• niet-ontvankelijkverklaring van het verzoek,

• afwijzing van het verzoek

heeft die uitspraak geen gevolgen voor de geldigheid of status van het besluit het programma. Gemeente, waterschap, provincie of Rijk hoeft ook nu niets te doen, het Procedureverloop is actueel.

Uitspraak met gevolgen voor status

De uitspraak die inhoudt gehele of gedeeltelijke toewijzing van het verzoek heeft wel gevolgen voor de geldigheid van het besluit; dat is geheel of gedeeltelijk geschorst. Gemeente, waterschap, provincie of Rijk moet direct na ontvangst van de uitspraak met een directe Procedureverloopmutatie de volgende gegevens aan het Procedureverloop toevoegen:

• Procedurestap

  • soortStap: kies uit de STOP-waardelijst Procedurestap_definitief de waarde ‘Schorsing’

  • voltooidOp: vul de datum in van de uitspraak waarmee de voorzieningenrechter het besluit (geheel of gedeeltelijk) heeft geschorst

  • meerInformatie: maak hier, indien gewenst, een link naar de pagina op de website van gemeente, waterschap, provincie of Rijk met meer informatie over de juridische gevolgen van de schorsing voor de werking van het besluit

• bekendOp: vul de datum in van de uitspraak waarmee de voorzieningenrechter het besluit (geheel of gedeeltelijk) heeft geschorst

Het is van belang dat deze Procedurestap wordt doorgegeven. Daardoor wordt in DSO-LV een waarschuwing geplaatst dat het programma geschorst en dus niet in werking is. Als deze Procedurestap niet wordt doorgegeven, dan krijgt een raadpleger ten onrechte niet te zien dat het programma geschorst is.

Het geheel of gedeeltelijk schorsen van het besluit heeft een voorlopig karakter. Daarom wordt in DSO-LV wel een waarschuwing bij de geschorste onderdelen geplaatst, maar worden de geschorste onderdelen niet uit het besluit of de geconsolideerde regeling verwijderd.

Ook bij tussenuitspraak (zie paragraaf 10.4.4.2.5) kan de bestuursrechter een voorlopige voorziening treffen. In dat geval moet gemeente, waterschap, provincie of Rijk het Procedureverloop muteren op de hier beschreven wijze.

De voorzieningenrechter kan, na de zitting, onmiddellijk uitspraak doen in de hoofdzaak. In dat geval moet het Procedureverloop worden gemuteerd op dezelfde wijze als bij een gewone uitspraak in de hoofdzaak, zie daarvoor de paragrafen 10.4.4.2.6 t/m 10.4.4.2.10.

NB1: Er wordt niet doorgegeven hoeveel verzoeken om voorlopige voorziening tot schorsing hebben geleid en ook niet welke onderdelen van het besluit geschorst zijn.

NB2: Er wordt geen kennisgeving gedaan van het feit dat het besluit is geschorst.

10.4.4.2.4 Vervallen en opheffen voorlopige voorziening

Toekomstige functionaliteit en workaround

In paragraaf 10.4.4.2 is al aangegeven dat het doorgeven van informatie over de status van een besluit toekomstige functionaliteit is en dat daarvoor geen workaround bestaat. De inhoud van de onderhavige paragraaf is gericht op de toekomst wanneer dit wel mogelijk is.

Een voorlopige voorziening heeft geen permanent karakter, maar kan vervallen of worden opgeheven:

1. Een voorlopige voorziening vervalt:

   1. zodra de bestuursrechter uitspraak heeft gedaan in de hoofdzaak;

   2. als de voorzieningenrechter dat in de uitspraak heeft bepaald;

   3. zodra het beroep is ingetrokken.

2. De voorzieningenrechter kan, op verzoek of ambtshalve, een voorlopige voorziening opheffen.

In de situatie 1a moet gemeente, waterschap, provincie of Rijk het Procedureverloop muteren op een van de wijzen die zijn beschreven in de paragrafen 10.4.4.2.6 t/m 10.4.4.2.10.

In de situaties 1b, 1c en 2 moet gemeente, waterschap, provincie of Rijk met een directe Procedureverloopmutatie de volgende gegevens aan het Procedureverloop toevoegen:

• Procedurestap

  • soortStap: kies uit de STOP-waardelijst Procedurestap_definitief de waarde ‘Opheffing schorsing’

  • voltooidOp: vul de datum in waarop de voorlopige voorziening is vervallen of opgeheven

  • meerInformatie: maak hier, indien gewenst, een link naar de pagina op de website van gemeente, waterschap, provincie of Rijk met meer informatie over de juridische gevolgen van het vervallen of opheffen van de schorsing voor de werking van het besluit

• bekendOp: vul de datum in waarop de voorlopige voorziening is vervallen of opgeheven

Het is van belang dat deze Procedurestap wordt doorgegeven. Daardoor wordt in DSO-LV de waarschuwing verwijderd dat het programma geschorst is. Als deze Procedurestap niet wordt doorgegeven, dan krijgt een raadpleger ten onrechte te zien dat het programma geschorst is.

Het opheffen van de schorsing leidt niet tot wijziging van de inhoud van de geconsolideerde regeling.

NB1: Het Procedureverloop wordt niet gemuteerd als de schorsing slechts gedeeltelijk is opgeheven. Er zijn dan immers delen van de regeling die nog steeds geschorst zijn. Het Procedureverloop is dan nog steeds actueel.

NB2: Er wordt geen kennisgeving gedaan van het feit dat de schorsing is opgeheven.

10.4.4.2.5 Bestuurlijke lus en tussenuitspraak

Zoals is beschreven in paragraaf 10.4.4.1.3 is een van de mogelijke uitkomsten van de bestuurlijke lus in de beroepsprocedure tegen een het programma de tussenuitspraak met de opdracht aan het bestuursorgaan om een nieuw besluit te nemen. Dit nieuwe besluit moet op de wettelijk voorgeschreven wijze, dus met toepassing van de STOP/TPOD-standaard, worden bekendgemaakt. De aanlevering gebeurt op dezelfde manier als de aanlevering van het definitieve besluit, die is beschreven in paragraaf 10.4.3.3. De wijzigingen van het nieuwe besluit dat naar aanleiding van de tussenuitspraak is genomen, worden dan geconsolideerd in het programma.

Bij de tussenuitspraak kan de bestuursrechter een voorlopige voorziening treffen. In dat geval moet gemeente, waterschap, provincie of Rijk het Procedureverloop van het (oorspronkelijke) definitieve besluit muteren op de wijze zoals in paragraaf 10.4.4.2.3 onder het kopje ‘Uitspraak met gevolgen voor status’ is beschreven.

10.4.4.2.6 Uitspraak in de hoofdzaak – inleiding

Zoals in paragraaf 10.4.4.1.4 al is beschreven, kan de bestuursrechter in de hoofdzaak de volgende uitspraken doen:

1. onbevoegdverklaring van de bestuursrechter,

2. niet-ontvankelijkverklaring van het beroep,

3. ongegrondverklaring van het beroep, of

4. gegrondverklaring van het beroep.

Deze uitspraken leiden tot verschillende verplichtingen en handelingen voor gemeente, waterschap, provincie of Rijk. Die zijn in de volgende vier paragrafen beschreven.

10.4.4.2.7 Uitspraak in de hoofdzaak zonder vernietiging van besluit en rechtsgevolgen

Toekomstige functionaliteit en workaround

In paragraaf 10.4.4.2 is al aangegeven dat het doorgeven van informatie over de status van een besluit toekomstige functionaliteit is en dat daarvoor geen workaround bestaat. De inhoud van de onderhavige paragraaf is gericht op de toekomst wanneer dit wel mogelijk is.

Onbevoegdverklaring van de bestuursrechter, niet-ontvankelijkverklaring van het beroep en ongegrondverklaring van het beroep hebben wel gevolgen voor de status van het besluit, maar geen gevolgen voor de inhoud van het programma. Na ontvangst van de (laatste) uitspraak in de hoofdzaak met een of meer van deze strekkingen moet gemeente, waterschap, provincie of Rijk in deze gevallen met een directe Procedureverloopmutatie de volgende gegevens aan het Procedureverloop toevoegen:

• Procedurestap (alleen als in een eerder stadium van de beroepsprocedure het besluit geheel of gedeeltelijk was geschorst en die schorsing niet voorafgaand aan de uitspraak is vervallen of opgeheven)

  • soortStap: kies uit de STOP-waardelijst Procedurestap_definitief de waarde ‘Opheffing schorsing’

  • voltooidOp: vul de datum in van de (laatste) uitspraak in de hoofdzaak waardoor de schorsing is vervallen

  • meerInformatie: maak hier, indien gewenst, een link naar de pagina op de website van gemeente, waterschap, provincie of Rijk met meer informatie over de juridische gevolgen van de uitspraak voor de werking van het besluit

• Procedurestap

  • soortStap: kies uit de STOP-waardelijst Procedurestap_definitief de waarde ‘Einde beroepsprocedures’

  • voltooidOp: vul de datum in van de (laatste) uitspraak in de hoofdzaak

  • meerInformatie: maak hier, indien gewenst, een link naar de pagina op de website van gemeente, waterschap, provincie of Rijk met meer informatie over de juridische gevolgen van de uitspraak voor de werking van het besluit

• bekendOp: vul de datum in van de (laatste) uitspraak in de hoofdzaak

Het is van belang om deze Procedurestap(pen) door te geven. Daardoor wordt in DSO-LV de melding verwijderd dat het programma nog niet onherroepelijk is. Ook de eventuele melding in DSO-LV over de schorsing van (onderdelen van) het programma wordt verwijderd. Als deze Procedurestappen niet worden doorgegeven, dan krijgt een raadpleger ten onrechte te zien dat het programma niet onherroepelijk (of in voorkomend geval geschorst) is.

Zoals gezegd heeft de uitspraak geen gevolgen voor de inhoud van het programma. Gemeente, waterschap, provincie of Rijk hoeft geen andere handelingen te verrichten dan het muteren van het Procedureverloop.

Met het Procedureverloop wordt niet doorgegeven wat de inhoud van de uitspraak is.

NB: Er wordt in deze situatie geen mededeling van de uitspraak gedaan en er geldt geen wettelijke verplichting om kennis te geven van de uitspraak.

10.4.4.2.8 Uitspraak in de hoofdzaak met vernietiging van besluit en instandblijven rechtsgevolgen

In deze situatie houdt de uitspraak op de beroepen tegen het programma in dat een of meer beroepen gegrond zijn verklaard en dat het programma geheel of gedeeltelijk is vernietigd maar de rechtsgevolgen van het besluit in stand zijn gebleven. Deze uitspraak heeft wel gevolgen voor de status van het besluit maar niet voor de inhoud van het programma.

Gemeente, waterschap, provincie of Rijk moet nu -zo snel mogelijk na ontvangst van de (laatste) uitspraak- mededeling van de uitspraak doen door te zorgen voor publicatie van de inhoud van de uitspraak in gemeenteblad, waterschapsblad, provinciaal blad of Staatscourant. Het eindbeeld is dat gemeente, waterschap, provincie of Rijk mededeling doet van de uitspraak van de rechter met toepassing van de Mededeling conform de STOP/TPOD-standaard en die Mededeling aan de LVBB aanlevert voor de publicatie in gemeenteblad, waterschapsblad, provinciaal blad of Staatscourant. De Mededeling is het aan te leveren ‘product’ waarmee gemeente, waterschap, provincie of Rijk door middel van het Procedureverloop informatie over de status van het besluit doorgeeft.

Het eindbeeld is toekomstige functionaliteit die onderdeel is van STOP versie 2.0 en in een latere Release in de DSO-keten wordt geïmplementeerd. Zolang in de DSO-keten deze functionaliteit nog niet geïmplementeerd is, moet een workaround worden toegepast.

De uitspraak waar deze paragraaf over gaat, heeft zoals gezegd geen gevolgen voor de inhoud van het programma. De uitspraak leidt niet tot aanpassing van een regeling en er hoeft geen ConsolidatieInformatie aangeleverd te worden. Er is dus geen aanleiding voor een aanlevering aan de LVBB. De workaround voor het doen van mededeling van de uitspraak bestaat er daarom uit dat gemeente, waterschap, provincie of Rijk deze aanlevert met de applicatie DROP.

Toekomstige functionaliteit

In de toekomst zal de mededeling van de uitspraak van de rechter conform model Mededeling van de STOP/TPOD-standaard worden opgesteld en aan de LVBB worden aangeleverd voor de publicatie in het publicatieblad. De Mededeling is nog niet in de DSO-keten geïmplementeerd.

Workaround

Zolang de Mededeling van deze uitspraak nog niet in de DSO-keten is geïmplementeerd, wordt de mededeling van de uitspraak van de rechter aangeleverd met de applicatie DROP.

10.4.4.2.9 Uitspraak in de hoofdzaak met gedeeltelijke vernietiging van besluit en rechtsgevolgen

Als er tegen een besluit een of meer beroepen zijn ingesteld die gegrond zijn verklaard en hebben geleid tot gedeeltelijke vernietiging van het besluit en de rechtsgevolgen daarvan, heeft dat zowel gevolgen voor de status van het besluit als voor de inhoud van het programma.

Gemeente, waterschap, provincie of Rijk moet nu -zo snel mogelijk na ontvangst van de (laatste) uitspraak- mededeling van de uitspraak doen door te zorgen voor publicatie van de inhoud van de uitspraak in het gemeenteblad, waterschapsblad, provinciaal blad of Staatscourant. Daarnaast moet gemeente, waterschap, provincie of Rijk zorgen voor het verwerken van de gevolgen van de gedeeltelijke vernietiging in de geconsolideerde regeling van het programma. Dat geldt ook als de bestuursrechter zelf in de zaak heeft voorzien door in de uitspraak precies te bepalen hoe het vernietigde deel van het besluit moet luiden.

Het eindbeeld is als volgt. Gemeente, waterschap, provincie of Rijk doet mededeling van de uitspraak van de rechter met toepassing van de Mededeling conform de STOP/TPOD-standaard. Gemeente, waterschap, provincie of Rijk levert de Mededeling aan de LVBB aan voor de publicatie in het gemeenteblad, waterschapsblad, provinciaal blad of Staatscourant. De Mededeling is het aan te leveren ‘product’ waarmee gemeente, waterschap, provincie of Rijk de RegelingMutatie met de wijzigingsinstructies en de ConsolidatieInformatie aanlevert die nodig zijn om de uitspraak te verwerken in de geconsolideerde regeling van het programma. De Mededeling is ook het aan te leveren ‘product’ waarmee gemeente, waterschap, provincie of Rijk door middel van het Procedureverloop informatie over de status van het besluit doorgeeft.

Het eindbeeld is toekomstige functionaliteit die onderdeel is van STOP versie 2.0 en in een latere Release in de DSO-keten wordt geïmplementeerd. Zolang in de DSO-keten deze functionaliteit nog niet geïmplementeerd is, moet een workaround worden toegepast. Die workaround bestaat er uit dat gemeente, waterschap, provincie of Rijk een besluit conform model BesluitCompact aanlevert met daarbij een module ConsolidatieInformatie. Het besluit dat voor deze workaround moet worden aangeleverd is alleen om technische redenen nodig. Juridisch gezien is er geen besluit nodig om mededeling van de uitspraak te doen en die uitspraak te verwerken in de geconsolideerde regeling. Dit technisch noodzakelijke besluit wordt op officielebekendmakingen.nl bekendgemaakt.

Toekomstige functionaliteit

In de toekomst zal de mededeling van de uitspraak van de rechter conform model Mededeling van de STOP/TPOD-standaard worden opgesteld en aan de LVBB worden aangeleverd voor de publicatie in het publicatieblad. Met de Mededeling kan het bevoegd gezag de ConsolidatieInformatie en dergelijke aanleveren die nodig is om de uitspraak te verwerken in de geconsolideerde regeling. De Mededeling is in de DSO-keten nog niet geïmplementeerd.

Workaround

Zolang de Mededeling nog niet in de DSO-keten is geïmplementeerd, wordt voor het doen van mededeling van de uitspraak van de rechter een besluit conform model BesluitCompact gebruikt. In het vervolg van deze paragraaf is beschreven hoe deze workaround moet worden toegepast.

Voor de workaround levert gemeente, waterschap, provincie of Rijk in het geval van gedeeltelijke vernietiging van het besluit en van de rechtsgevolgen daarvan het volgende aan de LVBB aan:

• een besluit conform model BesluitCompact (met als soortProcedure definitief besluit) met de volgende onderdelen:

  • RegelingOpschrift: geef dit technisch noodzakelijke besluit een RegelingOpschrift waaruit duidelijk blijkt dat het gaat om mededeling van de uitspraak van de rechter. Een voorbeeld is: ‘Mededeling uitspraak over het beheerplan Natura 2000-gebied Veluwe’

  • Aanhef: in dit (niet verplichte) onderdeel kan kort beschreven worden dat het een mededeling van de uitspraak van de rechter betreft en niet een besluit

  • Lichaam, met daarin:

    • WijzigArtikel: geef hierin aan dat de uitspraak wordt verwerkt in de geconsolideerde regeling van het programma zoals is aangegeven in de WijzigBijlage

    • Artikel: vermeld in dit artikel de onderdelen van het programma die vernietigd zijn en de datum van de uitspraak

  • WijzigBijlage: neem in de WijzigBijlage een RegelingMutatie op met de wijzigingen die naar aanleiding van de uitspraak van de rechter in de actuele regeling worden doorgevoerd (of, in het geval van toepassing van de alternatieve wijzigingsmethode Integrale tekstvervanging, een VervangRegeling met daarin de nieuwe versie van de regeling van het programma waarin de uitspraak is verwerkt)

  • Bijlage: neem als bijlage de PDF van de rechterlijke uitspraak op, in de vorm van een alleen te publiceren informatieobject; maak hiervoor een PDF van de (geanonimiseerde) uitspraak op rechtspraak.nl of op de website van de Raad van State

• Besluit- en RegelingMetadata

• een module ConsolidatieInformatie met daarin:

  • (een container) BeoogdeRegelgeving met daarin:

    • BeoogdeRegeling, met daarbinnen:

      • Doel: vul hier het Doel in van het (technisch noodzakelijke) besluit dat als mededeling fungeert

      • instrumentVersie: vul hier de identificatie in van de nieuwe regelingversie die de wijzingen voor het verwerken van de uitspraak bevat

      • eId: vul hier de identificatie in van het WijzigArtikel in het (technisch noodzakelijke) besluit

    • BeoogdInformatieobject, voor ieder Informatieobject dat naar aanleiding van de uitspraak wordt toegevoegd of gewijzigd, met daarbinnen:

      • Doel: vul hier het Doel in van het (technisch noodzakelijke) besluit

      • instrumentVersie: vul hier de identificatie in van het nieuwe Informatieobject

      • eId: maak hier een verwijzing naar het element in de informatieobjecten-bijlage in de WijzigBijlage dat de ExtIoRef (de identificatie van het daadwerkelijke informatieobject) bevat

  • (een container) Tijdstempels met daarin:

    • Tijdstempel, met daarbinnen:

      • Doel: vul hier het Doel in van het (technisch noodzakelijke) besluit

      • soortTijdstempel: juridischWerkendVanaf

      • datum: de datum waarop de aangepaste regelingversie juridisch geldend wordt
        Vul hier de datum in waarop het (technisch noodzakelijke, als mededeling fungerende) besluit wordt gepubliceerd in het publicatieblad

      • eId: vul hier de identificatie in van het artikel in het Besluit-deel waarin de datum van de uitspraak is genoemd.

• aangepaste versies van OW-objecten

De bestuursrechter kan in de uitspraak, naast de gedeeltelijke vernietiging van het besluit, gemeente, waterschap, provincie of Rijk opdragen een nieuw besluit te nemen. Gemeente, waterschap, provincie of Rijk moet mededeling doen van die uitspraak en zorgen voor verwerking van die gedeeltelijke vernietiging in de geconsolideerde regeling van het programma op de wijze zoals in het voorgaande deel van deze paragraaf is beschreven. Vanuit technisch perspectief is de procedure van het besluit waartegen het beroep was ingesteld geëindigd door de uitspraak. Met het besluit dat als gevolg van de uitspraak moet worden (voorbereid en) genomen start een nieuwe besluitprocedure met een eigen identificatie. Dat nieuwe besluit krijgt een eigen Procedureverloop.

10.4.4.2.10 Uitspraak in de hoofdzaak met gehele vernietiging van besluit en rechtsgevolgen

Beroep kan alleen worden ingesteld tegen een onderdeel van een programma waarin een beschrijving is opgenomen van een activiteit als gevolg waarvan (het verrichten van) de activiteit is toegestaan. Dat in beroep het volledige besluit wordt vernietigd, is dus niet waarschijnlijk. Voor de zekerheid beschrijft deze paragraaf toch wat er in het geval van een gehele vernietiging gedaan moet worden.

De gehele vernietiging van het besluit en de rechtsgevolgen daarvan heeft zowel gevolgen voor het programma als voor de status van het besluit. Gemeente, waterschap, provincie of Rijk moet nu -zo snel mogelijk na ontvangst van de (laatste) uitspraak- mededeling van de uitspraak doen door te zorgen voor publicatie van de inhoud van de uitspraak in het gemeenteblad, waterschapsblad, provinciaal blad of Staatscourant. Door de gehele vernietiging bestaat juridisch gezien het programma niet meer; daar is geen handeling (of besluit) voor nodig. In de regelingenbank op overheid.nl en in DSO-LV verdwijnt het programma niet vanzelf; er moet informatie worden aangeleverd waardoor het programma daar niet langer getoond wordt. Dat gebeurt door -in de ConsolidatieInformatie- een Intrekking aan de LVBB aan te leveren: een setje gegevens dat zorgt voor de technische intrekking van de regeling van het programma. Dit is alleen een technische intrekking. In juridische zin is er geen sprake van intrekking van het programma of van het besluit. Op officielebekendmakingen.nl is -ook na de intrekking van het programma- de bekendmaking van het programma nog steeds te vinden. Door de aanlevering van de Intrekking zorgt de LVBB er voor dat het programma in de lokale of nationale regelingenbank op overheid.nl niet meer getoond wordt. De LVBB geeft deze informatie door zodat ook DSO-LV het programma niet meer toont. Via tijdreizen in DSO-LV is het programma nog steeds te vinden.

Het eindbeeld is als volgt. Gemeente, waterschap, provincie of Rijk doet mededeling van de uitspraak van de rechter met toepassing van de Mededeling conform de STOP/TPOD-standaard. Gemeente, waterschap, provincie of Rijk levert de Mededeling aan de LVBB aan voor de publicatie in het gemeenteblad, waterschapsblad, provinciaal blad of Staatscourant. De Mededeling is het aan te leveren ‘product’ waarmee gemeente, waterschap, provincie of Rijk de Intrekking aanlevert.

Het eindbeeld is toekomstige functionaliteit die onderdeel is van STOP versie 2.0 en in een latere Release in de DSO-keten wordt geïmplementeerd. Zolang in de DSO-keten deze functionaliteit nog niet geïmplementeerd is, moet een workaround worden toegepast. Die workaround bestaat er uit dat gemeente, waterschap, provincie of Rijk een besluit conform model BesluitCompact aanlevert met daarbij een module ConsolidatieInformatie. Het besluit dat voor deze workaround moet worden aangeleverd is alleen om technische redenen nodig. Juridisch gezien is er geen besluit nodig om mededeling van de uitspraak te doen en de technische intrekking te doen. Dit technisch noodzakelijke besluit wordt op officielebekendmakingen.nl bekendgemaakt.

Toekomstige functionaliteit

In de toekomst zal de mededeling van de uitspraak van de rechter conform model Mededeling van de STOP/TPOD-standaard worden opgesteld en aan de LVBB worden aangeleverd voor de publicatie in het publicatieblad. Met de Mededeling kan het bevoegd gezag de Intrekking aanleveren die nodig is om het programma niet meer te tonen in regelingenbank en in DSO-LV. De Mededeling is in de DSO-keten nog niet geïmplementeerd.

Workaround

Zolang de Mededeling nog niet in de DSO-keten is geïmplementeerd, wordt voor het doen van mededeling van de uitspraak van de rechter en het intrekken van (de regeling van) het programma een besluit conform model BesluitCompact gebruikt. In het vervolg van deze paragraaf is beschreven hoe deze workaround moet worden toegepast.

Voor de workaround levert gemeente, waterschap, provincie of Rijk in het geval van gehele vernietiging van het besluit en van de rechtsgevolgen daarvan het volgende aan de LVBB aan:

• een besluit conform model BesluitCompact (met als soortProcedure definitief besluit) met de volgende onderdelen:

  • RegelingOpschrift: geef dit technisch noodzakelijke besluit een RegelingOpschrift waaruit duidelijk blijkt dat het gaat om mededeling van de uitspraak van de rechter. Een voorbeeld is: ‘Mededeling uitspraak over het beheerplan Natura 2000-gebied Veluwe’

  • Aanhef: in dit (niet verplichte) onderdeel kan kort beschreven worden dat het een mededeling van de uitspraak van de rechter betreft en niet een besluit

  • Lichaam, met daarin:

    • Artikel: vermeld in dit (reguliere) artikel dat het programma is vernietigd door de uitspraak en op welke datum dat was

  • Bijlage: neem als bijlage de PDF van de rechterlijke uitspraak op, in de vorm van een alleen te publiceren informatieobject; maak hiervoor een PDF van de (geanonimiseerde) uitspraak op rechtspraak.nl of op de website van de Raad van State

  NB: dit BesluitCompact bevat geen WijzigBijlage en dus ook geen WijzigArtikel

• BesluitMetadata
  Indien in de BesluitMetadata het gegeven citeertitel wordt gebruikt, maak dan ook daarin duidelijk dat het gaat om een mededeling van de uitspraak van de rechter. Voor isOfficieel moet de waarde false worden gekozen

• een module ConsolidatieInformatie met daarin:

  • (een container) Intrekkingen met daarin:

    • Intrekking

      • Doel: vul hier het Doel in van het (technisch noodzakelijke) besluit

      • Instrument: vul hier de identificatie in van de in te trekken Regeling van het programma

      • eId: vul hier de identificatie in van het Artikel in het (technisch noodzakelijke) besluit waarin vermeld wordt dat het programma is vernietigd

  • (een container) Tijdstempels met daarin:

    • Tijdstempel

      • Doel: vul hier het Doel in van het (technisch noodzakelijke) besluit

      • soortTijdstempel: kies juridischWerkendVanaf

      • datum: de datum waarop het (technisch noodzakelijke) besluit juridisch geldend wordt
        Vul hier de datum in waarop het (technisch noodzakelijke) besluit wordt gepubliceerd in het publicatieblad

      • eId: vul hier de identificatie in van het artikel in het (technisch noodzakelijke) besluit waarin de datum wordt vermeld waarop het programma is vernietigd.

• de expliciete beëindiging van alle OW-objecten die bij de Regeling van het programma horen.

De bestuursrechter kan in de uitspraak, naast de gehele vernietiging van het besluit, gemeente, waterschap, provincie of Rijk opdragen een nieuw besluit te nemen. Gemeente, waterschap, provincie of Rijk moet mededeling doen van die uitspraak en zorgen voor verwerking van die gehele vernietiging door de regeling van het programma (technisch) in te trekken op de wijze zoals in het voorgaande deel van deze paragraaf is beschreven. Vanuit technisch perspectief is de procedure van het besluit waartegen het beroep was ingesteld geëindigd door de uitspraak. Met het besluit dat als gevolg van de uitspraak moet worden (voorbereid en) genomen start een nieuwe besluitprocedure met een eigen identificatie. Dat nieuwe besluit krijgt een eigen Procedureverloop.

10.4.5 Beperken vindbaarheid programma

Als het programma volledig is gerealiseerd, is het materieel uitgewerkt. Het is dan niet langer zinvol om het programma nog in de regelingenbank op overheid.nl en in DSO-LV in het overzicht van actuele instrumenten te zien. Bij tijdreizen moet het programma uiteraard wel teruggevonden kunnen worden.

De vindbaarheid van het programma in de regelingenbank en DSO-LV wordt beperkt door de regeling als materieel uitgewerkt aan te merken. Dat doet gemeente, waterschap, provincie of Rijk door een Revisie aan te leveren. De Revisie is geen besluit en wordt niet gepubliceerd in de publicatiebladen.

De Revisie bestaat uit één module Consolidatie-informatie, waarmee informatie wordt aangeleverd ten behoeve van de geconsolideerde regeling. In het geval van een Revisie voor het als materieel uitgewerkt aanmerken van een regeling wordt een module Consolidatie-informatie aangeleverd met binnen een container MaterieelUitgewerkt:

• instrument: de work-Id van de RegelingVrijetekst van het programma

• datum: de datum waarop de vindbaarheid beperkt moet zijn.

11.1.1 Rectificatie van de bekendmaking van een besluit

Het kan voorkomen dat de ter bekendmaking aangeleverde versie van een besluit verschilt van wat het bestuursorgaan daadwerkelijk heeft besloten, bijvoorbeeld omdat een aangenomen amendement niet verwerkt is, of door een verschrijving. De bekendmaking moet dan gerectificeerd worden. Juridisch gezien is rectificeren alleen mogelijk voor het herstellen van kennelijke (bekendmakings)fouten, waarbij het herstel geen rechtsgevolgen mag hebben. Als er wel sprake is van rechtsgevolg, dan kan de fout alleen hersteld worden door het nemen van een wijzigingsbesluit.

De STOP/TPOD-standaard biedt bevoegde gezagen de mogelijkheid om een reeds gepubliceerd besluit met een inhoudelijke fout erin te rectificeren. Het eindbeeld is als volgt. Het bevoegd gezag kan de bekendmaking van het besluit rectificeren met toepassing van de Rectificatie conform de STOP/TPOD-standaard. Het bevoegd gezag levert de Rectificatie aan de LVBB aan voor de publicatie in het publicatieblad. De Rectificatie is het aan te leveren ‘product’ waarmee het bevoegd gezag de RegelingMutatie met de wijzigingsinstructies en de ConsolidatieInformatie aanlevert die nodig zijn om de rectificatie te verwerken in de geconsolideerde regeling van het omgevingsdocument. Op die manier geeft het bevoegd gezag aan welke onderdelen van de oorspronkelijke publicatie verkeerd zijn en hoe ze hadden moeten luiden.

Het eindbeeld is toekomstige functionaliteit die onderdeel is van STOP versie 2.0 en in een latere Release in de DSO-keten wordt geïmplementeerd. Zolang in de DSO-keten deze functionaliteit nog niet geïmplementeerd is, moet een workaround worden toegepast. Die workaround bestaat eruit dat het bevoegd gezag een besluit conform model BesluitCompact aanlevert met daarbij een RegelingMutatie en een module ConsolidatieInformatie. Het besluit dat voor deze workaround moet worden aangeleverd is alleen om technische redenen nodig. Juridisch gezien is er geen sprake van een besluit bij het rectificeren van de bekendmaking van een besluit. Dit technisch noodzakelijke besluit wordt op officielebekendmakingen.nl bekendgemaakt.

Voor de workaround levert het bevoegd gezag het volgende aan de LVBB aan:

• een besluit conform model BesluitCompact (met als soortProcedure definitief besluit) met de volgende onderdelen:

  • RegelingOpschrift: geef dit technisch noodzakelijke besluit een RegelingOpschrift waaruit duidelijk blijkt dat het gaat om rectificatie van de bekendmaking van een besluit. Een voorbeeld is: ‘Rectificatie van het besluit Wijziging omgevingsplan Amsterdam t.b.v. de realisatie van 47 studentenwoningen in de Jordaan’.

  • Aanhef: in dit (niet verplichte) onderdeel kan kort beschreven worden dat het een rectificatie betreft en niet een besluit

  • Lichaam, met daarin:

    • WijzigArtikel: geef hierin aan dat de geconsolideerde regeling van het omgevingsdocument wordt gerectificeerd zoals is aangegeven in de WijzigBijlage

    • Artikel: geef in dit artikel de datum aan waarop de gerectificeerde versie van de geconsolideerde regeling rechtsgeldig is; dit is de datum waarop het (technisch noodzakelijke) besluit wordt gepubliceerd, tenzij er al besluiten tot wijziging van het omgevingsdocument zijn gepubliceerd met een latere inwerkingtredingsdatum, dan moet als datum gekozen worden de dag na de inwerkingtredingsdatum van het laatst gepubliceerde besluit

  • WijzigBijlage: neem in de WijzigBijlage een RegelingMutatie op met de wijzigingen die door de rectificatie in de actuele regeling worden doorgevoerd

• Besluit- en RegelingMetadata

• een module ConsolidatieInformatie met daarin:

  • (een container) BeoogdeRegelgeving met daarin:

    • BeoogdeRegeling, met daarbinnen:

      • Doel: vul hier het Doel in van het (technisch noodzakelijke) besluit dat als rectificatie fungeert

      • instrumentVersie: vul hier de identificatie in van de nieuwe regelingversie die de wijzingen voor de rectificatie bevat

      • eId: vul hier de identificatie in van het WijzigArtikel in het (technisch noodzakelijke) besluit

    • BeoogdInformatieobject, voor ieder Informatieobject waarvan als rectificatie een nieuwe versie wordt aangeleverd, met daarbinnen:

      • Doel: vul hier het Doel in van het (technisch noodzakelijke) besluit

      • instrumentVersie: vul hier de identificatie in van de nieuwe versie van het Informatieobject

      • eId: maak hier een verwijzing naar het element in de informatieobjecten-bijlage in de WijzigBijlage dat de ExtIoRef (de identificatie van het daadwerkelijke informatieobject) bevat

  • (een container) Tijdstempels met daarin:

    • Tijdstempel, met daarbinnen:

      • Doel: vul hier het Doel in van het (technisch noodzakelijke) besluit

      • soortTijdstempel: juridischWerkendVanaf

      • datum: de datum waarop de rectificatie (het technisch noodzakelijke besluit) juridisch geldend wordt
        Vul hier de datum in waarop het (technisch noodzakelijke) besluit wordt gepubliceerd in het publicatieblad, tenzij er al besluiten tot wijziging van het omgevingsdocument zijn gepubliceerd met een latere inwerkingtredingsdatum, dan moet als datum gekozen worden de dag na de inwerkingtredingsdatum van het laatst gepubliceerde besluit

      • eId: vul hier de identificatie in van het reguliere artikel in het lichaam van het besluit.

11.1.2 Rectificatie van een kennisgeving

Als de inhoud van een kennisgeving niet klopt, moet deze gerectificeerd worden. Het bevoegd gezag doet dat door een nieuwe kennisgeving aan te leveren, overeenkomstig de voorschriften voor de betreffende kennisgeving. In de tekst van de kennisgeving maakt het bevoegd gezag duidelijk dat het een rectificatie van een eerdere kennisgeving betreft.

11.1.3 Rectificatie van een mededeling van een rechterlijke uitspraak

Als de inhoud van een mededeling van een rechterlijke uitspraak niet klopt, moet deze gerectificeerd worden. Het bevoegd gezag doet dat door een nieuwe mededeling aan te leveren, overeenkomstig de voorschriften voor de betreffende mededeling. In de tekst van de mededeling maakt het bevoegd gezag duidelijk dat het een rectificatie van een eerdere mededeling betreft.