Beste bezoeker,

op dit moment wordt er een nieuwe release doorgevoerd op GEMMA Online. Hierdoor is de omgeving tijdelijk niet beschikbaar.

Vragen? Stuur een e-mail naar gemmaonline@vng.nl

Met vriendelijke groet, Kenniscentrum Architectuur VNG Realisatie

Katern Gemeentelijke Applicatiearchitectuur Omgevingswet compleet

Archief

Deze pagina is gearchiveerd. De inhoud wordt niet meer onderhouden en kan verouderd zijn. Zie de geschiedenis van deze pagina voor laatste wijzigingen. Ontdek welke statussen van content er zijn en wat deze inhouden.

Laatst bewerkt: 30 juni 2021, 13:14:11




Inleiding

Laatst bewerkt: 30 juni 2021, 13:14:11

Om gereed te zijn voor de invoering van de Omgevingswet in 2023 moet een gemeente een aantal wijzigingen doorvoeren in de gemeentelijke informatievoorziening. In deze katern onderzoeken we welke functionaliteit de gemeentelijke applicaties in 2023 nodig hebben om de Omgevingswet goed te kunnen uitvoeren.

Doel & Agile aanpak

Met deze applicatie-architectuur ondersteunen we gemeenten bij het voor de Omgevingswet aanpassen van hun informatievoorziening. De architectuur beschrijft de voor de Omgevingswet benodigde informatievoorziening op drie aspecten: de benodigde referentiecomponenten (applicaties), de requirements die we stellen aan deze componenten en de koppelvlakken en informatie-uitwisseling tussen de componenten.

Met deze katern kan een gemeente zelf keuzes maken hoe zij de gemeentespecifieke informatievoorziening inrichten. Waarbij de requirements uiteindelijk gebruikt kunnen worden voor het selecteren van geschikte applicaties.

Om tot een concrete beschrijving van de componenten te komen, betrekken we zowel gemeenten als gemeentelijke softwareleveranciers in het opstellen van deze katern. Net als de DSO-LV kiezen wij bij het opstellen van deze katern voor een Agile aanpak. Dit betekent dat we in korte iteraties met het document op basis van geleverde input naar een volgende versie brengen. Dit geeft een ieder de mogelijkheid om mee te denken en te schrijven. Het betekent ook dat de katern voorlopig nog geen definitieve status heeft en daarmee ook als zodanig dient te worden gelezen.

Leeswijzer

Deze katern beschrijft de voor de uitvoering van de Omgevingswet gewenste applicatie functionaliteit. Hierbij gaan we per onderdeel van het document een stapje dieper de details in. Van uitgangspunten tot applicatie requirements en applicatie koppelvlakken. Dit leidt tot de volgende opbouw:

  1. Uitgangspunten en principes: als basis voor de applicatiefunctionaliteit gebruiken we bestaande architectuurmodellen zoals de GEMeentelijke Model Architectuur (GEMMA).
  2. De referentiecomponenten voor de Omgevingswet: we geven een overzicht en beschrijving van de GEMMA-referentiecomponenten die benodigd zijn voor de uitvoering van de Omgevingswet. Hierbij maken we onderscheid tussen componenten die op termijn vervangen worden, nieuw zijn of impact ondervinden. Op basis van een analyse van de Omgevingswet processen zien we drie groepen applicatiecomponenten ontstaan: een groep die het Omgevingsbeleid ondersteunt, een groep voor de VTH-processen en een overige categorie met o.a. het Bestuur en Raadsinformatie systeem en het gegevensmagazijn.
  3. Requirements Omgevingsbeleidscomponenten geeft inzicht in de requirements voor de eerste groep Omgevingswetreferentiecomponenten, de Omgevingsbeleidcomponenten.
  4. Requirements Regelbeheercomponenten geeft inzicht in de requirements voor de Regelbeheercomponten, waar onder Toepasbare Regels
  5. Requirements Vergunning-, toezicht- en handhavingcomponenten biedt de requirements voor de toekomstige VTH-componenten.
  6. Standaarden voor de Omgevingswet biedt een overzicht van de te gebruiken standaarden voor de Omgevingswet.
  7. Koppelingen voor de Omgevingswet brengt op de uitwisseling van gegevens tussen applicatiecomponenten in beeld, zowel binnen de gemeente als tussen de gemeente en DSO-LV en GDI bouwstenen. We definiëren de koppelvlakken en laten de informatiestromen tussen de koppelvlakken zien.

Noot voor het lezen

  • Let op dat hier heel duidelijk de Common Ground implicatie ‘Procesafhandeling en Gegevensverwerking strikt gescheiden en met API’s ontsloten’ zichtbaar wordt. Daarnaast is ook duidelijk te zien dat de procesafhandeling met name in het VTH-domein ook tot aparte referentiecomponenten heeft geleid omdat werkwijzen, doelgroep en applicatiegebruik duidelijk afwijken.
  • De granulariteit van de requirements loopt nog wat uiteen. In een volgende versies wordt bekeken hoe de requirements zich tot elkaar verhouden.
  • Dit betreft een eerste aanzet voor de functionaliteit bedoeld om de discussie hierover te vergemakkelijken.

Versiebeheer

Op GEMMA Online staat altijd de laatste versie. Er worden dus geen versienummers toegekend aan diverse onderdelen of het geheel. In de totstandkoming van dit katern is met een aantal gremia overleg geweest om tot dit kader te komen.

Versie / datum Gereviewd door Wijzigingen
0.2 / februari 2018
  • DSO-CG Gemeentelijke Klankbordgroep architectuur Omgevingswet
  • DSO-CG team business en informatiearchitectuur
0.3 / april 2018
  • DSO-CG Gemeentelijke Klankbordgroep architectuur Omgevingswet
0.4 / mei 2018
  • DSO-CG Gemeentelijke Klankbordgroep architectuur Omgevingswet
  • DSO-CG team business en informatiearchitectuur
  • DSO-CG team collectiviteit
  • VNG Realisatie architectuurboard
0.9 / juni - december 2018
  • IMG100000+ werkgroep Omgevingswet
  • DSO StelselArchitectuurTeam (SAT)
  • Leveranciers
  • Updates aan omgevingsbeleidsrequirements waardoor deze aansluiten bij STOP 0.96b
  • Nieuwe componenten toegevoegd / uit GEMMA overgenomen: omgevingsbeleidviewer, digitaal ontwerpencomponent (CAD) en participatie component, informatieproductenbeheer component en informatieproductenregistratie component.
  • Updates van interactiepatronen (o.a. wijzigen omgevingsplan)
  • Nieuw interactiepatroon voor gebruik lokaal informatieproduct in DSO-LV omgevingsloket
1.0 / juni - juli 2020
  • Wiki geüpdated met aangepaste views
  • Tekstuele aanpassingen doorgevoerd i.v.m. nieuwe datum inwerkingtreding





Uitgangspunten en principes

Laatst bewerkt: 30 juni 2021, 13:14:11

In dit document bouwen we voort op een aantal bestaande architecturen namelijk de GEMMA, Zaakgericht werken, Common Ground en uiteraard DSO-LV.

GEMMA als uitgangspunt

De GEMMA biedt allerlei handvatten voor de informatievoorziening van gemeenten. Deze worden ook hier gebruikt, waar van toepassing. Dit geldt enerzijds voor de architectuurprincipes, zoals beschreven op GEMMA Online. Deze principes zijn:

  1. Onze gemeente biedt de klant een goede informatiepositie
  2. Onze gemeente denkt vanuit de positie van de klant
  3. Onze gemeente digitaliseert haar diensten en processen
  4. Onze gemeente gaat op een vertrouwelijke manier met gegevens om
  5. Onze gemeente gebruikt generieke processen en functies
  6. Onze gemeente hergebruikt gegevens
  7. Onze gemeente stelt openbare gegevens als open data beschikbaar
  8. Onze gemeente voert regie over uitbestede diensten

Anderzijds nemen we waar het van toepassing is de GEMMA referentiecomponenten over en gebruiken die in de Omgevingswetprojectarchitectuur als uitgangspunt.

Zaakgericht werken als uitgangspunt

De Omgevingswet staat voor integraal en zaakgericht werken. Dit is zo afgesproken in het bestuursakkoord. De minimale variant hiervan is het uitgangspunt dat we in het kader van de Omgevingswet minimaal zaakgericht registreren zoals beschreven in het GEMMA Katern Zaakgericht Werken.

Uitvoering van omgevingswettaken vindt, daar waar meerdere partijen betrokken zijn, plaats in procesketens (ketens van processen). Iedere organisatie voert haar eigen bedrijfsproces uit. Deze bedrijfsprocessen vormen gezamenlijk een procesketen gericht op bijvoorbeeld de behandeling van een vergunningaanvraag of de aanpassing van een omgevingsplan.
In het bestuursakkoord is afgesproken dat de samenwerking in deze procesketen zaakgericht plaatsvindt. Dat betekent dat er sprake is van een keten van bedrijfsprocessen die, vanuit de procesketen gezien, zich gedraagt als een keten van zaken. Kenmerkend hierbij is dat elke zaak zich afspeelt binnen één organisatie cq. bij één ketenpartner (ondersteund door haar eigen informatiesystemen). Of een ketenpartner daadwerkelijk haar bedrijfsprocessen zaakgericht uitvoert, is niet direct relevant. Van belang is daarentegen wel dat tussen de ketenpartners zaakgericht gecommuniceerd en afgestemd wordt (ook al werkt niet iedereen zaakgericht) om uitvoering te geven aan een procesketen zoals bijvoorbeeld die aanvraagbehandeling of die aanpassing. In de ketensamenwerking is dus de afspraak dat de betrokken ketenpartners minimaal doen alsof zij zaken uitvoeren, zaken die aan elkaar gerelateerd zijn. (citaat Rapportage UIVO-i-onderzoek Informatie-architectuur Samenwerking versie 1.0).

Een verder uitwerking van de relatie processen en zaakgericht werken is na te lezen in de GEMMA Procesarchitectuur.

DSO-LV als uitgangspunt

In het Digitaal stelsel omgevingswet is ook aan aantal principes geldig die we meenemen als uitgangspunten voor de relatie van DSO-LV met de gemeentelijke informatievoorziening. De NORA principes die daaraan vooraf gaan zien we als een gegeven en net als bij de GEMMA principes zijn deze bij de betreffende architectuur na te lezen.

De DSO-LV principes zijn:

  • op bedrijfsarchitectuurniveau
    • Eén stelselorganisatie voert regie op het digitaal stelsel (APDSO01)
    • De stelselorganisatie ondersteunt het beantwoorden van vragen over de werking van het digitaal stelsel (APDSO02).
    • Eindverantwoordelijkheid samengestelde omgevingsinformatie is belegd (APDSO02a).
    • Leveranciers van omgevingsinformatie hergebruiken gegevens (APDSO02b).
  • op informatiearchituurniveau
    • Het digitaal stelsel is modulair opgebouwd (APDSO03).
    • Onderdelen en functies zijn ontkoppeld (APDSO04).
    • Hergebruik voor kopen en maken (APDSO05).
    • Gebruikerstoepassingen zijn voor de gebruikers in één loket ontsloten (APDSO06).
    • Alle omgevingswetdocumenten worden op één punt aangeleverd en afgenomen (APDSO07).
    • Bevoegd gezagen leveren omgevingswetdocumenten en toepasbare regels aan (APDSO08).
    • Archivering bij de bron (APDSO09).





De referentiecomponenten voor de Omgevingswet

Laatst bewerkt: 30 juni 2021, 13:14:11

Introductie

Op basis van de GEMMA-Omgevingswetprocessen is een onderzoek gedaan naar welke gemeentelijke applicaties worden gebruikt binnen de fysieke leefomgeving en waar de Omgevingswet mogelijk invloed op gaat hebben. Deze zijn ingedeeld op referentiecomponenten die:

  • op termijn vervangen worden, nieuw zijn of sterk gewijzigd gaan worden (tabel 1);
  • minder impact ondervinden (tabel 2).


Relatie met volgende hoofdstukken

In de volgende drie hoofdstukken zoomen verder in op de drie belangrijkste verzamelingen van componenten, 1) de Omgevingsbeleidcomponenten, 2) de Regelbeheercomponenten en 3) de VTH-componenten. Hierbij onderzoeken we welke requirements en koppelingen de componenten dienen te omvatten voor de uitvoer van de Omgevingswet. Vervolgens brengen we onder Koppelingen voor de Omgevingswet in beeld op welke manier via deze koppelingen informatie binnen de gemeente of tussen de gemeente en DSO-LV dan wel een GDI voorziening wordt uitgewisseld.

Overzicht Omgevingswetreferentiecomponenten

Onderstaande afbeelding en tabel geven een overzicht van de referentiecomponenten die de Omgevingswet processen ondersteunen. Deze selectie componenten is zoals aangegeven ontstaan na een analyse van de Omgevingswet processen. Deze processen zijn te vinden onder de Bedrijfsarchitectuur omgevingswet. De views gebruikt voor de analyse van processen en componenten zijn te vinden onder Bijlage Omgevingswetprocessen en referentiecomponenten.

BusinessActor Gemeente Grouping Omgevingsbeleid Component voor het ontwikkelen, beheren en digitaal beschikbaar stellen van omgevingsdocumenten (omgevingsplan, omgevingsvisie en programma) conform de Omgevingswet standaarden. Hiermee is de Omgevingsbeleid component de opvolger van de GEMMA WRO-component. De Omgevingsbeleidcomponent bevat diverse functionaliteiten voor omgevingswetbesluiten (voorbereidingsbesluiten). (ApplicationComponent) Omgevingsbeleidcomponent Component voor het beheren en digitaal beschikbaar stellen van toepasbare regels op basis van de regels uit beleid (omgevingsvisie, programma, omgevingsplan) (ApplicationComponent) Toepasbare regelscomponent Component voor het ontwikkelen, beheren en digitaal beschikbaar stellen van digitale ruimtelijke plannen conform de Wet ruimtelijke ordening (Wro). Onder de Wet ruimtelijke ordening (Wro) dienen alle Wro instrumenten (planologische visies, plannen, besluiten, verordeningen en algemene maatregelen van bestuur) digitaal vervaardigd en digitaal beschikbaar gesteld te worden (ApplicationComponent) WRO-component Grouping Vergunningen, Toezicht & Handhaving Component voor mobiel toezicht en handhaving in de openbare ruimte (ApplicationComponent) Mobiele toezicht en handhaving openbare ruimte component Component voor het ondersteunen van diverse soorten vergunningverlening, het ondersteunen op het toezicht houden en het ondersteunen van het handhaven. (ApplicationComponent) Vergunning- Toezicht- en Handhavingcomponent fysieke leefomgeving Grouping Generieke componenten Component voor het routeren van de output van processen naar het (de) juiste kana(a)len, waarbij rekening gehoduen wordt met de klantvoorkeuren. (ApplicationComponent) Outputmanagementcomponent Component voor het afhandelen van bezwaren en beroepen. (ApplicationComponent) Bezwaar en beroep component Component voor het onderhouden van gegevens over producten en diensten en het (interactief) presenteren daarvan aan burgers en bedrijven. (ApplicationComponent) Producten-en- dienstencataloguscomponent Component voor het routeren, transformeren en eventueel orchestreren van berichten tussen applicaties. (ApplicationComponent) Servicebuscomponent Component voor het inwinnen van geometrie van locaties en het verwerken van locatiegebonden informatie. (ApplicationComponent) Geo-gegevens beheercomponent Component voor opslag en ontsluiting van zaaktypegegevens. (ApplicationComponent) Zaaktypecataloguscomponent Component voor ondersteuning van het proces van innen, invorderen en kwijtschelden van publiekrechtelijke en eventueel ook privaatrechtelijke vorderingen. (ApplicationComponent) Inningencomponent ApplicationComponent Participatiecomponent Component voor het ondersteunen en openbaar maken van het politieke proces binnen een gemeente. (ApplicationComponent) Bestuur- en Raadsinformatiecomponent ApplicationComponent Data-analyse-en-monitoringcomponent Component voor het digitaal ontwerpen en visualiseren van fysieke objecten (ApplicationComponent) Digitaal ontwerpencomponent Component voor opslag en ontsluiting van zaakgegevens. (ApplicationComponent) Zaakregistratiecomponent Component voor opslag en ontsluiting van documenten en daarbij behorende metadata. (ApplicationComponent) Documentregistratiecomponent Landelijke voorziening Basisregistraties Adressen en Gebouwen. Gemeenten zijn bronhouder van de BAG en stellen informatie uit deze registratie beschikbaar via de Landelijke Voorziening BAG (LV BAG). Het Kadaster beheert de LV BAG. (ApplicationComponent) LV-BAG - Basisregistratie Adressen en Gebouwen Landelijke voorziening Basisregistratie Grootschalige Topografie (BGT). De voorloper GBKN gaat op in de BGT. De BGT is de gedetailleerde grootschalige basiskaart (digitale kaart) van heel Nederland, waarin op een eenduidige manier de ligging van alle fysieke objecten zoals gebouwen, wegen, water, spoorlijnen en (landbouw)terreinen is geregistreerd. De gemeenten zijn samen met Provincies, Waterschappen, Rijkswaterstaat, Pro Rail, Ministerie van Defensie en het Ministerie van EL&I bronhouders. (ApplicationComponent) LV-BGT - Basisregistratie Grootschalige Topografie Component voor het aanmaken van documenten waarbij vaste teksten/templates worden gecombineerd met gegevens. (ApplicationComponent) Documentcreatiecomponent Deze svg is op 24-10-2022 15:58:23 CEST gegenereerd door ArchiMedes™ © 2016-2022 ArchiXL. ArchiMedes 24-10-2022 15:58:23 CEST
Legenda




   
   

   
   

   
   
   
   

   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   

   
   

   
   

   
   
   
   

   
   
   

   
   
   

   
   
   

   
   
   

In de onderstaande tabel staan de componenten die sterk wijzigen als gevolg van de Omgevingswet of die helemaal nieuw zijn.

Tabel 1. Overzicht van alle nieuwe of sterk gewijzigde referentiecomponenten in de fysieke leefomgeving n.a.v. de Omgevingswet

Mobiele toezicht en handhaving openbare ruimte componentComponent voor mobiel toezicht en handhaving in de openbare ruimteBijvoorbeeld voor het met tablets controleren van vergunningen. Wordt vervangen. Is onderdeel van Toezicht- en of Handhavingafhandelcomponent, bruikbaar op mobiele devices.
OmgevingsbeleidcomponentComponent voor het ontwikkelen, beheren en digitaal beschikbaar stellen van omgevingsdocumenten (omgevingsplan, omgevingsvisie en programma) conform de Omgevingswet standaarden. Hiermee is de Omgevingsbeleid component de opvolger van de GEMMA WRO-component. De Omgevingsbeleidcomponent bevat diverse functionaliteiten voor omgevingswetbesluiten (voorbereidingsbesluiten).
Toepasbare regelscomponentComponent voor het beheren en digitaal beschikbaar stellen van toepasbare regels op basis van de regels uit beleid (omgevingsvisie, programma, omgevingsplan)
Vergunning- Toezicht- en Handhavingcomponent fysieke leefomgevingComponent voor het ondersteunen van diverse soorten vergunningverlening, het ondersteunen op het toezicht houden en het ondersteunen van het handhaven.
WRO-componentComponent voor het ontwikkelen, beheren en digitaal beschikbaar stellen van digitale ruimtelijke plannen conform de Wet ruimtelijke ordening (Wro). Onder de Wet ruimtelijke ordening (Wro) dienen alle Wro instrumenten (planologische visies, plannen, besluiten, verordeningen en algemene maatregelen van bestuur) digitaal vervaardigd en digitaal beschikbaar gesteld te wordenWordt op termijn vervangen door Omgevingsbeleidcomponent.

Overige referentiecomponenten

De onderstaande tabel geeft een overzicht van de referentiecomponenten die minder sterk wijzigen, maar waar de Omgevingswet wel een bepaalde impact op heeft.

Tabel 2: Overzicht van alle bestaande referentiecomponenten in het gemeentelijk domein die betrokken zijn en waar Omgevingswet mogelijk invloed op heeft

Bestuur- en RaadsinformatiecomponentComponent voor het ondersteunen en openbaar maken van het politieke proces binnen een gemeente.De component ondersteunt bestuurlijke besluitvorming door digitale ondersteuning van voorbereidingsprocessen, vergaderingen, het uitzenden en achteraf toegankelijk maken van vergaderingen en genomen besluiten. De component ondersteunt o.a.: * ambtenaren bij het ambtelijke voorbereidingsproces * collegeleden bij het bestuurlijke besluitvormingsproces * gemeenteraadsleden bij het raadsbesluitvormingsproces * geinteresseerden om op de hoogte te kunnen zijn van bestuurlijke en raadsinformatie.
Bezwaar en beroep componentComponent voor het afhandelen van bezwaren en beroepen.Bijv. door het kunnen doorlopen van alle benodigde stappen binnen het afhandelproces en het in samenhang kunnen vastleggen van gegevens over betrokkenen, correspondentie, etc.
DocumentregistratiecomponentComponent voor opslag en ontsluiting van documenten en daarbij behorende metadata.De component ondersteunt het opslaan en naar andere applicaties ontsluiten van informatieobjecten (in de 'volksmond': documenten). De component slaat deze gestructureerd en voorzien van de benodigde metadata op en stelt applicaties in staat deze te wijzigen, te verwijderen en aan de hand van een aantal zoekcriteria op te vragen. Ontsluiting vindt bij voorkeur plaats volgens koppelvlakspecificaties zoals CMIS conform de door KING vastgestelde Zaak- en Documentservices.,De component ondersteunt het opslaan en naar andere applicaties ontsluiten van informatieobjecten (in de 'volksmond': documenten). De component slaat deze gestructureerd en voorzien van de benodigde metadata op en stelt applicaties in staat deze te wijzigen, te verwijderen en aan de hand van een aantal zoekcriteria op te vragen. Ontsluiting vindt bij voorkeur plaats volgens koppelvlakspecificaties zoals CMIS conform de door VNG Realisatie vastgestelde Zaak- en Documentservices.
InningencomponentComponent voor ondersteuning van het proces van innen, invorderen en kwijtschelden van publiekrechtelijke en eventueel ook privaatrechtelijke vorderingen.De component ondersteunt het innen van vorderingen die opgelegd worden.
OutputmanagementcomponentComponent voor het routeren van de output van processen naar het (de) juiste kana(a)len, waarbij rekening gehoduen wordt met de klantvoorkeuren.Output van een proces kan een brief, een beschikking of een andersoortig document zijn. Afhankelijk van de kanaalvoorkeur van klant of ketenpartner en de inrichting van de gemeente, moeten deze berichten per e-mail, berichtenbox of printer gestuurd worden. Door hiervoor één generiek component te voorzien, hoeven procesondersteunende systemen deze logica niet in te bouwen.
Producten-en-dienstencataloguscomponentComponent voor het onderhouden van gegevens over producten en diensten en het (interactief) presenteren daarvan aan burgers en bedrijven.De component biedt de mogelijkheid voor medewerkers om gegevens over beschikbare producten en diensten in te brengen en actueel te houden. Het component biedt eveneens faciliteiten waarmee afnemers van diensten geholpen worden om het door hen gewenste dienst af te kunnen nemen. Ondersteuning kan bijvoorbeeld plaatsvinden via vraag-antwoord dialogen waarbij het te volgen pad dynamisch wordt bepaald of door bij persoonlijke dienstverlening gebruik te maken van reeds bekende gegevens.
ServicebuscomponentComponent voor het routeren, transformeren en eventueel orchestreren van berichten tussen applicaties.De component ondersteunt het effectief en efficiënt uitwisselen van berichten tussen applicaties binnen en buiten de organisatie. Het component speelt hierbij de rol van 'makelaar' die bemiddelt tussen de berichtleverancier en de berichtontvanger. Het 'bemiddelen' omvat minimaal het ontvangen en afleveren van het bericht maar kan ook allerlei aanvullende functies omvatten (bijv. tussentijds transformeren van berichten). Bestaand met aanpassingen, namelijk de nieuwe koppelvlakken met het DSO-LV.
ZaakregistratiecomponentComponent voor opslag en ontsluiting van zaakgegevens.De component ondersteunt het opslaan en naar andere applicaties ontsluiten van informatieobjecten (in de 'volksmond': documenten). De component slaat deze gestructureerd en voorzien van de benodigde metadata op en stelt applicaties in staat deze te wijzigen, te verwijderen en aan de hand van een aantal zoekcriteria op te vragen. Ontsluiting vindt bij voorkeur plaats volgens koppelvlakspecificaties zoals CMIS conform de door KING vastgestelde Zaak- en Documentservices.
ZaaktypecataloguscomponentComponent voor opslag en ontsluiting van zaaktypegegevens.De component ondersteunt het opslaan en naar andere applicaties ontsluiten van zaaktypegegevens. Deze gegevens kunnen door applicaties worden gebruikt om voor zaken van een bepaald type de juiste gegevens(statussen, resultaattypen, documenttypen,..) te bepalen. Applicaties die gebruik maken van deze zaaktypegegevens zijn bijvoorbeeld een zaakafhandelcomponent, een vergunningcomponent of een subsidiecomponent. Opslag van zaaktypegegevens vindt bij voorkeur plaats conform het informatiemodel ZTC. De verzameling opgeslagen zaaktypegegevens wordt ook aangeduid met de term "zaaktypecatalogus".





Requirements Omgevingsbeleidscomponenten

Laatst bewerkt: 30 juni 2021, 13:14:11

Introductie

Op deze pagina bieden we in tabelvorm en ter download de requirements (specificaties) aan voor de omgevingsbeleidsoftware per 2023. Requirements geven inzicht in de wensen en eisen die we stellen aan software. De requirements zijn bedoeld voor gemeenten die zich oriënteren op nieuwe software voor omgevingsbeleid dan wel een aanbesteding gaan doen. Ze helpen de inhoudelijk specialisten (o.a. juristen, regelanalisten en vergunningverleners), medewerkers van ICT (functioneel beheerders en informatiemanagers) en specialisten van inkoop en aanbesteding om gezamenlijk een beeld te vormen van de aan te besteden software.


Iteratief: Nu een 1.5.1 versie

De requirements worden met input van gemeenten en softwareleveranciers iteratief opgesteld. De onderstaande versie betreft de 1.5.1 versie. Dit is een stabiele versie die een gemeente kan gebruiken bij het selecteren van software voor omgevingsbeleid. Gezien de ontwikkelingen binnen het Digitaal Stelsel Omgevingswet, weten we dat de eisen die we aan de software stellen nog worden aangepast. Denk hierbij aan de ontwikkeling van de standaard voor publiceren (STOP) en het Toepassingsprofiel Omgevingsdocumenten (TPOD).

Per versie worden er releasenotes als ODS-bestand ter download beschikbaar gesteld, waarin de verschillen tussen de vorige versie en de nieuwe versie naast elkaar worden weergegeven. Lees vooraf het tabblad waarop de instructies staan.


Requirements en aanbesteding

Wil een gemeente starten met een aanbesteding, dan bieden deze requirements een goede basis voor die aanbesteding. Wil je meer weten over de verschillende manieren van aanbesteden en op welke wijze je de daarbij requirements gebruikt? VNG heeft een Handreiking Aanbesteden.

Naar verwachting zullen de meeste leveranciers aan de belangrijkste requirements gaan voldoen (zie ook onderstaande indeling in categorieën). Dit zorgt er voor dat je qua functionaliteit als gemeente niet snel een "foute" keuze kan maken. Toch zullen de leveranciers op onderdelen gaan verschillen. Om hier inzicht in te verkrijgen zullen op deze site en in de handreiking ook vragen verschijnen waarmee een gemeente die inzicht kan verkrijgen. Denk hierbij aan vragen als: Op welke manier zal de leverancier de workflow voor het opstellen van een omgevingsplan ondersteunen? Of op welke manier gaat de leverancier ondersteuning bieden aan het koppelen van juridische en toepasbare regels?


Uniforme manier van uitvragen

Met de requirements en de leveranciersvragen biedt VNG aan gemeenten een uniforme manier van uitvragen van de software voor toepasbare regels. Een uniforme manier van uitvragen is essentieel om komende periode van implementatie succesvol te laten verlopen. Softwareleveranciers staan al onder druk om in 2023 werkende software te kunnen leveren. Als iedere gemeente op haar eigen manier met eigen requirements de software gaat aanbesteden, levert dit voor de softwareleveranciers veel werk op. De tijd die ze daarmee besteden aan het meedoen met de aanbesteding, kunnen ze niet gebruiken om de software te ontwikkelen. Door op een als gemeenten op een uniforme wijze aan besteden, zorgen we er voor dat leveranciers kunnen focussen de ontwikkeling van software.


Categorieën voor requirements

We hanteren de volgende categorieën voor de requirements, die meer in lijn liggen met de ‘Minimale acties Omgevingswet’. De requirements zijn onderverdeeld in drie categorieën:

  • Must Have: Deze functionaliteiten zijn noodzakelijk om de wet uit te kunnen voeren op het moment dat de wet in werking treedt. Het gaat om functionaliteiten om aan te kunnen sluiten op DSO-LV en andere verplichte landelijke voorzieningen en om functionaliteiten om essentiële processtappen uit te kunnen voeren. Functionaliteiten in deze categorie zijn in alle gevallen ‘Must Have’. Voorbeelden hiervan zijn, het kunnen produceren van een omgevingsplan in STOP-formaat en het kunnen publiceren van dit plan naar LVBB, het kunnen ophalen van een vergunningaanvraag in STAM-formaat en het kunnen verlenen van een omgevingsvergunning.
  • Should Have: Deze functionaliteiten zijn gezien vanuit het wettelijke minimum niet noodzakelijk om de wet uit te kunnen voeren, maar volgens VNG wel essentieel voor een adequate uitvoering. Deze functionaliteiten zijn volgens VNG minimaal ’Should Have’. U kunt besluiten om enkele van deze functionaliteiten als ‘Must Have’ te bestempelen als u ze voor uw eigen situatie noodzakelijk acht. Een voorbeeld van een functionaliteit in deze categorie is functionaliteit voor het aansluiten op de samenwerkingsfunctionaliteit van DSO-LV. Deze aansluiting is niet verplicht, maar wel essentieel om binnen de wettelijke termijn een vergunningaanvraag in samenwerking met andere partijen af te kunnen handelen.
  • Onbepaald: Deze functionaliteiten zijn niet noodzakelijk vanuit het wettelijke minimum of essentieel voor een adequate uitvoering. VNG kan daarom aan deze functionaliteiten geen belang toekennen. U dient zelf te bepalen hoe gewenst deze functionaliteiten voor situatie is. VNG raadt aan om deze softwarerequirements te internaliseren voordat u ze gebruikt bij het definiëren van een PvE voor uw software door uw lokale situatie te vertalen in ‘must haves’, ‘should haves’, ‘could haves’ en ‘won’t haves’.


VNG raadt aan om deze softwarerequirements te internaliseren voordat u ze gebruikt bij het definiëren van een PvE voor uw software door uw lokale situatie te vertalen in ‘must haves’, ‘should haves’, ‘could haves’ en ‘won’t haves’. Ga na welke softwarerequirement voor u van toepassing is en ga na of de hier aangegeven categorie ook bij u van toepassing is.

Requirements die niet meer gelden, zijn uit de lijst weggehaald. In de Releasenotes die horen bij deze versie is terug te vinden welke requirements nieuw zijn, welke requirements zijn aangepast en welke requirements zijn vervallen.

Doorontwikkeling applicaties: Na de inwerkingtreding van de Omgevingswet zal de software voor omgevingsbeleid zich verder ontwikkelen. Gemeenten hebben hierbij aangegeven dat ze graag zien dat de software gaat voldoen aan Common Ground en dat de gehele beleidscyclus (van visie, naar plan, vergunning verlening, toezicht, handhaving en evaluatie) wordt ondersteund met integrale software.

Overzicht Omgevingsbeleidcomponent

De Omgevingsbeleidcomponent bevat applicatiefuncties die benodigd zijn voor het opstellen van beleid voor de Omgevingswet. Denk hierbij aan het wijzigen van het omgevingsplan of het maken van een omgevingsvisie.

Component voor het ontwikkelen, beheren en digitaal beschikbaar stellen van omgevingsdocumenten (omgevingsplan, omgevingsvisie en programma) conform de Omgevingswet standaarden. Hiermee is de Omgevingsbeleid component de opvolger van de GEMMA WRO-component. De Omgevingsbeleidcomponent bevat diverse functionaliteiten voor omgevingswetbesluiten (voorbereidingsbesluiten). (ApplicationComponent) Omgevingsbeleidcomponent Deze applicatiefunctie is een verzamelling van functies die niet specifiek door een aparte functie wordt uitgevoerd. De requirements die onder deze functie vallen, gelden voor alle applicatiefuncties die bij de omgevingsbeleidcomponent horen. (ApplicationFunction) Ondersteunen van generieke OB-functionaliteit Functie voor het beheren van regelingen met tekst, werkingsgebied en annotaties. (ApplicationFunction) Beheren van regelingen Functie voor het aanleveren van besluiten en documenten (Omgevingsvisie, programma, omgevingsplan, voorbereidingsbesluit en kennisgeving voorgenomen besluit). (ApplicationFunction) Aanleveren van besluiten en documenten Functie voor het weergeven van omgevingsbeleid (omgevingsvisie, programma, omgevingsplan en voorbereidingsbesluit) in tekst en kaart. De functie ondersteunt het inzien van regelingen van meerdere organisaties waarvoor een regeling wordt beheerd (bijvoorbeeld door planbureaus). (ApplicationFunction) Inzien van regelingen Functie voor het kunnen samenwerken aan besluiten tussen organisaties. (ApplicationFunction) Samenwerken aan besluiten Component voor het weergeven van omgevingsbeleid (omgevingsplan, omgevingsvisie en programma) in tekst en kaart onder andere bedoeld voor het ondersteunen van besluitvorming. Deze component is onderdeel van omgevingsbeleidcomponent, maar kan ook als individuele component door een organisatie worden verworven. (ApplicationComponent) Omgevingsdocumentviewercomp- onent Functie voor het weergeven van omgevingsbeleid (omgevingsvisie, programma, omgevingsplan en voorbereidingsbesluit) in tekst en kaart. De functie ondersteunt het inzien van regelingen van meerdere organisaties waarvoor een regeling wordt beheerd (bijvoorbeeld door planbureaus). (ApplicationFunction) Inzien van regelingen AggregationRelationship Deze svg is op 24-10-2022 15:57:02 CEST gegenereerd door ArchiMedes™ © 2016-2022 ArchiXL. ArchiMedes 24-10-2022 15:57:02 CEST


Overzicht Omgevingsbeleidcomponent (uit model: Omgevingswet) - Toon SVG


Modulaire opzet: De omgevingsbeleidcomponent bestaat uit een component met functies gericht op omgevingsbeleid en een component gericht op viewer functionaliteit. De viewercomponent kan onderdeel zijn van de omgevingsbeleidcomponent, maar kan ook als los component ingezet worden. Het is aan de gemeente om te kiezen op welke manier zij de componenten willen aanschaffen.

Omgevingsplan uitbesteed aan een bureau? Met de modulaire opzet ondersteunen de requirements zowel gemeenten die zelf hun omgevingsplan gaan onderhouden, als gemeenten die deze taak uitbesteden aan een bureau. Een gemeente die het wijzigen van haar plan uitbesteedt, zal vermoedelijk voldoende hebben aan de viewercomponent. Waarbij een gemeente die haar plannen zelf maakt, de gehele omgevingsbeleidcomponent en mogelijk ook de viewercomponent zal gebruiken.

De requirements per applicatiefunctie

Onderstaande tabellen tonen de requirements per applicatiefunctie.

Component voor het ontwikkelen, beheren en digitaal beschikbaar stellen van omgevingsdocumenten (omgevingsplan, omgevingsvisie en programma) conform de Omgevingswet standaarden. Hiermee is de Omgevingsbeleid component de opvolger van de GEMMA WRO-component. De Omgevingsbeleidcomponent bevat diverse functionaliteiten voor omgevingswetbesluiten (voorbereidingsbesluiten). (ApplicationComponent) Omgevingsbeleidcomponent Deze applicatiefunctie is een verzamelling van functies die niet specifiek door een aparte functie wordt uitgevoerd. De requirements die onder deze functie vallen, gelden voor alle applicatiefuncties die bij de omgevingsbeleidcomponent horen. (ApplicationFunction) Ondersteunen van generieke OB-functionaliteit Kunnen besturen van werkproces voor het opstellen van omgevingsdocumenten (visie, progamma, plan, voorbereidingsbesluit). Toelichting: Denk hierbij aan de volgende functionaliteiten: * Kunnen monitoren van statussen * Kunnen instellen en bijhouden van doorlooptijden gedurende het wijzigingsproces * Kunnen doen van termijnbewaking zoals gedefinieerd volgens de wet * Kunnen doen van termijnbewaking conform eigen service termijn * Versie 1.5: Toelichting seperate processen verwijderd * Aangepast in versie 1.4.1: Typefouten uit toelichting verwijderd * Tekst in toelichting aangepast in versie 1.4 * Aangepast in versie 1.1: van could naar "categorie onbepaald" waarmee de gemeente zelf het belang kan aangeven. (Requirement) OBWP01 Kunnen besturen van gehele werkproces Toelichting modulaire opzet: * De omgevingsbeleidcomponent kan ook de viewwercomponent bevatten. De viewercomponent kan ook als los component worden ingezet. * De gemeente kan kiezen welke module(s) ze aanschaft. * Daarbij zijn de volgende combinaties mogelijk: ** Omgevingsbeleidcomponent ** Omgevingsbeleidcomponent en viewercomponent ** Viewercomponent * Versie 1.5: Categorie MoSCoW aangepast van Must naar Should en toelichting aangepast * Nieuwe requirement in versie 1.3 (Requirement) OB02 Component kent een modulaire opzet Hieronder wordt verstaan: * Kunnen karteren van een geometrie. * Kunnen aanpassen van geometrie. Toelichting: * De geometrie wordt toegepast bij annoteren van de juridisch regels * Aangepaste requirement in versie 1.1 * Requirement aangepast in versie 1.4 van 'karteren en wijzigen' naar 'onderhouden' en tekst in toelichting toegevoegd (Requirement) OBG01 Kunnen onderhouden van geometrie Hieronder wordt verstaan: Het kunnen ondersteunen van integraal/samenhangend werken voor het samenbrengen van diverse activiteiten en thema's in de lopende regeling binnen de eigen organisatie. Toelichting: * Aangepaste toelichting in versie 1.4 * Deze requirement heeft geen relatie met Zaakgericht werken. * Nieuwe requirement in versie 1.1 (Requirement) OBWP05 Kunnen ondersteunen van samenwerking Hieronder wordt verstaan: * Kunnen aanpassen van het werkproces. * Aangepast in versie 1.4.1: In requirementnaam 'kunnen' toegevoegd * Nieuwe requirement in versie 1.2 (Requirement) OBWP06 Werkproces kunnen aanpassen Hieronder wordt verstaan: * Het zaakgericht kunnen verwerken van buitenplanse omgevingsplanactiviteiten (BOPA) * Het zaakgericht kunnen verwerken van nieuwe initiatieven * Het zaakgericht kunnen verwerken van aanpassingen n.a.v. bezwaar of beroep * Het zaakgericht kunnen verwerken van aanwijzingen, instructies en projectbesluiten Toelichting: * Aangepast in versie 1.4.1: Status 'in onderzoek' verwijderd * Aangepaste toelichting in versie 1.4 * Nieuwe requirement in versie 1.3 (Requirement) OBWP07 Zaakgericht kunnen uitvoeren vanhet proces voor het wijzigen van het omgevingsplan Hieronder wordt verstaan: * Kunnen borgen van duurzame toegankelijkheid van informatie over de procesgang * Kunnen borgen van duurzame toegankelijkheid van de regelingen Toelichting: De regelingen worden conform STOP/TPOD duurzaam toegankelijk ontsloten * Nieuw requirement in versie 1.4 (Requirement) OB05 Kunnen borgen van duurzame toegankelijkheid Functie voor het beheren van regelingen met tekst, werkingsgebied en annotaties. (ApplicationFunction) Beheren van regelingen Hieronder wordt verstaan: * Tijdens het opstellen de tekst en geometrie valideren op zaken als: verplichte velden ingevuld, gesloten zijn van geometrie, eventuele verplichte annotaties etc. * Gebruik van validatieregels conform standaard STOP-TPOD Release A zoals gepubliceerd op de website van Geonovum: https://www.geonovum.nl/geo-standaarden/omgevingswet/STOPTPOD * Aangepast in versie 1.5: Caterorie van MUST naar SHOULD * Aangepast in versie 1.4.1: 'validatiesregel' aangepast naar 'validatieregel' * Toelichting aangepast in versie 1.4 (Requirement) OBR06 Kunnen bieden van kwaliteitsbewaking Hieronder wordt verstaan: * Kunnen ondersteunen van voorkomen van fouten door wijzigen van zelfde artikel door verschillende medewerkers (interne samenloop). * Kunnen bieden van inzicht aan gebruiker van elkaars werkzaamheden. * Kunnen samenvoegen van wijzigingen. Toelichting: * Requirement geupdate in versie 1.2: van should naar must * Tekst aangepast in versie 1.4. Was: Kunnen ondersteunen van tegelijk werken aan plan binnen organisatie. Is geworden: Kunnen ondersteunen van tegelijk werken aan (lopende) regeling. (Requirement) OBR04a Kunnen ondersteunen van tegelijk werken aan (lopende) regeling Hieronder wordt verstaan: * Kunnen plaatsen van opmerkingen bij tekst of kaart welke door andere gebruikers kan worden gezien. Toelichting: * Aangepast in versie 1.4.1: Typefoutren uit toelichting verwijderd * Aangepast in versie 1.1: van could naar "categorie onbepaald" waarmee de gemeente zelf het belang kan aangeven. (Requirement) OBV04 Kunnen plaatsen van opmerkingen bij tekst dan wel kaart Hieronder wordt verstaan: * kunnen leggen van relatie van tekst naar geometrie via het geometriecomponent of zoals is overgenomen uit een ander geometrische bron. * De relatie met de andere geometrische bron is duurzaam vastgelegd en herleidbaar. Toelichting: * Toelichting aangepast in versie 1.4 (Requirement) OBT05 Kunnen leggen van een relatie met geometrie Hieronder wordt verstaan: * Op een vlotte manier kunnen navigeren door regels. Bijvoorbeeld door een navigatie menu met artikelen. Toelichting: * Nieuwe requirement in versie 1.1. (Requirement) OBT08 Kunnen navigeren in tekst Hieronder wordt verstaan: * Het kunnen uitvoeren van regeling- en besluitannotaties, bijvoorbeeld de naam van het bevoegd gezag dat het omgevingsplan heeft vastgesteld en de datum waarop de versie van het omgevingsplan is gepubliceerd * het kunnen uitvoeren van tekststructuurannotaties, bijvoorbeeld het nummer en de titel van het structuurdeel (hoofdstukken, afdelingen en paragrafen) * het kunnen uitvoeren van artikelen-, leden- en regeltekstannotaties, bijvoorbeeld het nummer en de titel van het artikel, het lidnummer en inhoudelijke annotaties van de tekst van artikel en lid, zoals werkingsgebied * het kunnen annoteren van inhoudelijke regeltekstannotaties, bijvoorbeeld activiteit, norm, normwaarde, locatie, gebiedsaanwijzing, thema, regeltype, idealisatie en activiteitkwalificatie. Toelichting: * Onder annoteren wordt verstaan het toevoegen van gegevens aan (onderdelen van) besluiten en regelingen, gegevens die die besluiten en regelingen machineleesbaar maken. * Annoteren is afgebakend tot de kenmerken genoemd in het Informatiemodel Officiële Publicaties (IMOP) en in het Informatiemodel Omgevingswet (IMOW). * Het annoteren is toegelicht in de VNG handreiking Annoteren Omgevingsplan (https://vng.nl/sites/default/files/2021-06/2021-03-vng-handreiking-annoteren-omgevingsplan-v4.pdf). * Aangepast in versie 1.4.1: Typefoutren uit toelichting verwijderd * Nieuw requirement in versie 1.4 (Requirement) OBT10 Kunnen annoteren van juridische regels Hieronder wordt verstaan: * Kunnen toepassen van (meta)gegevens tijdens het opstellen, wijzigen en annoteren van juridische regels van een omgevingsbeleiddocument * Het toepassen omvat het zoeken, het overnemen van de verwijzing, en visualiseren van de functionele structuur in relatie tot beoogde annotaties van juridische regels. Toelichting: * Het gaat om de toepassing van verwijzingen naar concepten, juridische termen en objecten (waaronder waardenlijsten) in een omgevingsbeleidsdocument * De (meta)gegevens worden verkregen door het aanroepen van de DSO-LV Stelselcatalogus API 'Catalogus opvragen' * Aangepast in versie 1.5: Categorie van MUST naar SHOULD * Nieuw requirement in versie 1.4 (Requirement) OBT09 Kunnen afnemen van (meta)gegevens uit de Stelselcatalogus Hieronder wordt verstaan: * Kunnen toepassen van de mutatiescenario's zoals genoemd in de standaard STOP-TPOD - release A Toelichting: * Tekst aangepast in versie 1.4 (Requirement) OBT01 Kunnen opstellen, wijzigen en intrekken van juridische regels en waarden Hieronder wordt verstaan: * Het kunnen ophalen van geometrie uit de Basisregistratie Grootschalige Topografie (BGT), Basisregistratie Adressen en Gebouwen (BAG) en Basisregistratie Kadaster (BRK) en gemeentelijke Kernregistraties. * Kunnen ophalen van ambtsgebied. * Kunnen ophalen van geldende regeling. * Let op: Toelichting in versie 1.4 aangepast (Requirement) OBG02 Kunnen importeren van geometrie Hieronder wordt verstaan: * Kunnen ondersteunen van 3D. Toelichting: * Aangepast in versie 1.4.1: Typefout uit toelichting verwijderd * Aangepast in versie 1.1: van could naar "categorie onbepaald" waarmee de gemeente zelf het belang kan aangeven. (Requirement) OBG05 Kunnen ondersteunen van 3D Hieronder wordt verstaan: * Kunnen annoteren van locatie met bijvoorbeeld bijbehorende juridische regels, waarden of activiteiten. Toelichting: * Onder annoteren wordt verstaan het toevoegen van gegevens aan (onderdelen van) besluiten en regelingen, gegevens die die besluiten en regelingen machineleesbaar maken. * Annoteren is afgebakend tot de kenmerken genoemd in het Informatiemodel Officiële Publicaties (IMOP) en in het Informatiemodel Omgevingswet (IMOW). * Het annoteren is toegelicht in de VNG handreiking Annoteren Omgevingsplan (https://vng.nl/sites/default/files/2021-06/2021-03-vng-handreiking-annoteren-omgevingsplan-v4.pdf). * Let op: Requirement toegevoegd in versie 1.2. * Tekst aangepast in versie 1.4 (Requirement) OBG06 Kunnen annoteren vanuit geometrie Hieronder wordt verstaan: * Kunnen vastleggen van de relatie tussen de regels in het omgevingsplan en tekst uit programma of visie. Toelichting * Intern kunnen toetsen van de impact van de samenhang van de regels tussen deze onderdelen (visie, programma, plan, voorbereidingsbesluit). * Aangepast in versie 1.4.1: Typefouten uit toelichting verwijderd * Aangepast in versie 1.4: Was: Kunnen leggen van relatie tussen eigen omgevingsdocument en ander omgevingsdocument. Wordt: Kunnen leggen van relatie tussen regelingen. * Aangepast in versie 1.1: van could naar "categorie onbepaald" waarmee de gemeente zelf het belang kan aangeven. (Requirement) OBR09 Kunnen leggen van relatie tussen regelingen Hieronder wordt verstaan: * Kunnen overnemen, in de lopende regelingversie, van wijzigingen in een (door bijvoorbeeld een stedenbouwkundig adviesbureau), in STOP/TPOD, aangeboden regeling door organisaties die het maken van hun omgevingsplan uitbesteden. * Kunnen ondersteunen van het voorkomen van fouten door wijzigingen, in de aangeboden regelingversie, die conflicteren met de lopende regelingversie. * Aangepast in versie 1.4.1: Typefouten uit toelichting verwijderd * Nieuw requirement in versie 1.4, heeft betrekking op de zgn. plan-plan-keten (Requirement) OBR10 Kunnen verwerken van een aangeboden regelingversie Hieronder wordt verstaan: * Kunnen ophalen en verwerken van regelingen (omgevingsvisie, programma, omgevingsplan, voorbereidingsbesluit) conform STOP-TPOD. * Het gaat om het 'downloaden' voor een aantal uitzonderlijke gevallen: ** ten einde uitvalsituaties te voorkomen, ** gebieds- of themagewijs het omgevingsplan door stedenbouwkundige bureaus te laten wijzigen, ** als 'backup' bij wijziging van softwareleverancier. ** het inlezen van de bruidsschat * Aangepast in versie 1.5.1: Toevoeging brondhouderskoppelvlak van LVBB verwijderd * Aangepast in versie 1.5: Uitzonderlijke gevallen aangevuld * Aangepast in versie 1.4.1.: 'Downloadfunctie' is beschikbaar als dienst, niet als service. * Nieuw requirement in versie 1.4 (Requirement) OBR11 Kunnen ophalen van geconsolideerde regeling Hieronder wordt verstaan: * Het valideren tegen de landelijke validatieservice via het Stelselknooppunt * Het valideren van regelingversies op consistentie van de structuur * Het kunnen verstrekken van een validatieopdracht * Het kunnen ophalen van een validatierapport * Aangepast in versie 1.5: Categorie van SHOULD naar MUST * Nieuw requirement in versie 1.4 (Requirement) OBR12 Kunnen valideren van regelingversieop consistentie van de structuur Releases worden volgens Parallele Versionering uitgebracht. De specificatie van STOP-TPOD - Release A is te vinden via * https://www.geonovum.nl/geo-standaarden/omgevingswet/STOPTPOD * https://koop.gitlab.io/STOP/standaard/ Toelichting: * Let op: deze requirement heeft een sterke relatie met de ontwikkelingen binnen DSO-LV en LVBB waardoor de specificaties van de release nog kunnen wijzigen tot de datum van inwerkingtreding. * Het opnemen van een instructie ten behoeve van de 'pons' valt ook onder Release A. * Versie 1.5: Toelichting aangepast * Nieuw requirement in versie 1.4 (Requirement) OB03 Kunnen onderhouden van regelingenconform STOP-TPOD - Release A Releases worden volgens Parallele Versionering uitgebracht. De specificatie van STOP-TPOD - Release B is te vinden via * https://www.geonovum.nl/geo-standaarden/omgevingswet/STOPTPOD * https://koop.gitlab.io/STOP/standaard/ Toelichting: * Let op: deze requirement heeft een sterke relatie met de ontwikkelingen binnen DSO-LV en LVBB waardoor de specificaties van de release nog kunnen wijzigen tot de datum van inwerkingtreding. * Nieuw requirement in versie 1.4 (Requirement) OB04 Kunnen onderhouden van regelingenconform STOP-TPOD - Release B Functie voor het aanleveren van besluiten en documenten (Omgevingsvisie, programma, omgevingsplan, voorbereidingsbesluit en kennisgeving voorgenomen besluit). (ApplicationFunction) Aanleveren van besluiten en documenten Hieronder wordt verstaan: * Kunnen detecteren van de verschillen (op basis van de STOP-TPOD) tussen oude en nieuwe versies van de lopende regeling (tekst, annotaties en geometrie) (was-wordt). * Kunnen genereren van een was/wordt instructie welke aan het wijzigingsbesluit wordt toegevoegd. * Wijzigingen kunnen geselecteerd worden tot één wijzigingsbesluit. Toelichting: * Met deze instructie wordt in de landelijke voorziening het verschil tussen de huidige en nieuwe versie duidelijk gemaakt waardoor de landelijke voorziening een geconsolideerde versie kan maken. * De was/wordt instructie wordt gebruikt ten behoeve van de aanlevering aan de raad en college en aan de landelijke voorziening. * Aangepast in versie 1.5: toevoeging 'ten behoeve van publicatie' verwijderd. * Aangepast in versie 1.4.1: In requirementnaam ‘van’ toegevoegd * Was: Kunnen genereren van was/wordt instructies. Is in versie 1.4 geworden: Kunnen genereren van was/wordt instructies ten behoeve publicatie * Tekst in toelichting aangepast in versie 1.4 (Requirement) OBP01 Kunnen genereren van was/wordt instructies Hieronder wordt verstaan: * Kunnen beschikbaar stellen van informatie over activiteiten (en gerelateerde informatie zoals locaties en regels) aan de toepasbare regelcomponent conform de specificaties van de API Regels bij activiteiten zoals gepubliceerd op https://github.com/VNG-Realisatie/Regels-bij-activiteiten. Toelichting: * Aangepast in versie 1.4.1: Categorie aangepast van Onbepaald naar Should ivm standaardisatie API door VNG * Aangepaste requirement in versie 1.4: API verwijzing opgenomen * Aangepaste requirement in versie 1.3: scherper verwoord dat het om informatie-uitwisseling gaat (Requirement) OBR01 Kunnen beschikbaar stellen van informatie over activiteiten aan de toepasbare regel component (lokaal) Hieronder wordt verstaan: * Kunnen genereren van een regeling met wijzigingen, op een eerder gepubliceerde versie van die regeling, door bijvoorbeeld een stedenbouwkundig adviesbureau ten behoeve van organisaties die het maken van hun omgevingsplan uitbesteden. Toelichting: * Het gegenereerde bestand is conform het uitwisselpakket zoals dat beschreven is op de website van KOOP. * Aangepast in versie 1.5: Exportformaat opgenomen in toelichting * Aangepast in versie 1.4.1: Typefoutren uit toelichting verwijderd * Nieuw requirement in versie 1.4, heeft betrekking op de zgn. plan-plan-keten. * De gebruikte gepubliceerde versie van die regeling is de geconsolideerde versie die op het moment van starten van het wijzigen opgehaald is uit de LVBB. Bij het aanbieden van de regeling met wijzigingen kan de geconsolideerde regeling in de LVBB inmiddels aangepast zijn. * Een MUST voor stedenbouwkundige bureaus. (Requirement) OBR13 Kunnen aanbieden van een regelingversie aan een andere organisatie (waaronder een gemeente) Hieronder wordt verstaan: * Kunnen valideren van wijzigingsbesluit via het LVBB Bronhouderkoppelvlak aan de vereisten uit STOP-TPOD release A. Toelichting: * Tekst aangepast in versie 1.3. Was kunnen valideren van besluit. Is geworden: kunnen valideren van regeling. * Tekst aangepast in versie 1.4. Was kunnen valideren van regeling. Is geworden: Kunnen valideren van wijzigingsbesluit ten behoeve van publicatie. * Requirementnaam aangepast in versie 1.5: Was: Kunnen valideren van wijzigingsbesluit ten behoeve van publicatie. Is geworden: Kunnen valideren ten behoeve van aanlevering (Requirement) OBP05 Kunnen valideren ten behoeve van aanlevering Hieronder wordt verstaan: * Het kunnen aanleveren aan de LVBB * Het betreft de besluiten en document: omgevingsvisie, programma, omgevingsplan, voorbereidingsbesluit en kennisgeving voorgenomen besluit Toelichting: * Nieuw requirement in versie 1.5 * De kennisgeving van het voornemen besluit buitenplanse omgevingsactiviteit wordt aangeleverd aan DROP (dit betreft een VTH-requirement) * De kennisgeving van het voorgenomen besluit wijzigen omgevingsplan wordt aangeleverd aan LVBB. (Requirement) OBP10 Kunnen aanleveren aan de landelijke voorziening ten behoeve van bekendmaken en beschikbaarstellen Hieronder wordt verstaan: Het kunnen genereren van een versie van het wijzigingsbesluit in een archiefwaardig PDF-formaat. Toelichting: * Versie 1.5: Nieuw requirement (Requirement) OBC01 Kunnen exporteren van een ter besluitvorming voor te leggen wijzigingsbesluit in PDF formaat Functie voor het kunnen samenwerken aan besluiten tussen organisaties. (ApplicationFunction) Samenwerken aan besluiten Hieronder wordt verstaan: * Kunnen bieden van inzicht aan gebruikers van de delen van de regeling waaraan gewerkt wordt. Toelichting: * Het betreft het vastleggen van de afspraken tussen organisaties over welke onderdelen van de regeling bij wie onderhanden zijn. * Aangepast in versie 1.4.1: Tekstuele aanpassing in toelichting van 1.4 * Tekst aangepast in versie 1.4. Was: Kunnen ondersteunen van tegelijk werken aan plan binnen organisatie. Is geworden: Kunnen ondersteunen van tegelijk werken aan (lopende) regeling tussen organisaties. * Requirement geupdate in versie 1.2. (Requirement) OBR04b Kunnen ondersteunen van tegelijk werken aan (lopende) regeling tussen organisaties Functie voor het weergeven van omgevingsbeleid (omgevingsvisie, programma, omgevingsplan en voorbereidingsbesluit) in tekst en kaart. De functie ondersteunt het inzien van regelingen van meerdere organisaties waarvoor een regeling wordt beheerd (bijvoorbeeld door planbureaus). (ApplicationFunction) Inzien van regelingen Hieronder wordt verstaan: * Kunnen tonen van iedere status (concept, ontwerp, vastgesteld) van de regeling (omgevingsvisie, omgevingsplan, programma, voorbereidingsbesluit) op een kaart op basis van STOP-TPOD presentatiemodel; * Kunnen tonen van wijzigingen in regeling op een kaart op basis van STOP-TPOD presentatiemodel. * Kunnen tonen van wijzigingen voor één wijzigingsbesluit op basis van STOP-TPOD presentatiemodel. Toelichting: * Toelichting aangepast in versie 1.5 * Aangepast in versie 1.4.1: Typefoutren uit toelichting verwijderd * Tekst aangepast in versie 1.4 * Requirementnaam aangepast van 'omgevingsbeleid' naar 'regelingen en wijzigingen' in versie 1.4 (Requirement) OBV01 Kunnen tonen van regelingen en wijzigingen op een kaart Hieronder wordt verstaan: * Kunnen tonen van iedere status (concept, ontwerp, vastgesteld) van de regeling (omgevingsvisie, omgevingsplan, programma, voorbereidingsbesluit) als tekst op basis van STOP-TPOD presentatiemodel; * Kunnen tonen van wijzigingen in regeling als tekst op basis van STOP-TPOD presentatiemodel. Toelichting: * Tekst aangepast in versie 1.4 * Requirementnaam aangepast van 'omgevingsbeleid' naar 'regelingen en wijzigingen' in versie 1.4 (Requirement) OBV02 Kunnen tonen van regelingen en wijzigingen als tekst Hieronder wordt verstaan: * Kunnen inzien van oude, huidige en nieuwe regelingen. * Kunnen inzien van de geldende regels op een te kiezen datum. * Kunnen zien van verschillen (wijzigingen) in regelingen tussen alle vorige versies van de regeling. Toelichting: * Zelfde requirement als regelingcomponent, maar dan voor de viewercomponent. Hier opgenomen zodat een organisatie die haar plan uitbesteed voldoende heeft aan alleen een publicatie- en viewercomponent. * requirments geupdate in versie 1.1. * Geupdate in versie 1.3. Toegevoegd: Kunnen inzien van de geldende regels op een te kiezen datum. (Requirement) OBV03 Kunnen tijdreizen in regeling Hieronder wordt verstaan: * Kunnen inzien van oude, huidige en nieuwe regelingversies. * Kunnen inzien van de geldende regels op een te kiezen datum * Kunnen zien van verschillen (wijzigingen) in regelingen tussen alle vorige versies van de regeling. Toelichting: * Geupdate in versie 1.1: Van could naar must. Hiermee is OBR08 vervallen. * Geupdate in versie 1.3. Toegevoegd: Kunnen inzien van de geldende regels op een te kiezen datum. * Tekst in toelichting aangepast in versie 1.4 (Requirement) OBR02 Kunnen tijdreizen in regelingversies Hieronder wordt verstaan: * Kunnen bevragen van de dataset behorende bij de regeling. * Kunnen doorzoeken, selecteren, c.q. automatisch presenteren van de informatie in het omgevingsplan op basis van wat relevant is voor het gebruik op dat moment. Toelichting: * Kunnen tonen van een locatie in combinatie met een waarde * Kunnen tonen van alle juridische regels, die voldoen aan bepaalde (zoek)criteria, op een bepaalde locatie * Aangepast in versie 1.5: Toelichting aangepast * Aangepoast in versie 1.4.1: Typefouten uit toelichting verwijderd * Aangepast in versie 1.3: Tekst aangescherpt. Van categorie "could" naar categorie "onbepaald" waarmee de gemeente zelf het belang kan aangeven. (Requirement) OBR07 Kunnen bieden van inzicht in inhoud van regeling Component voor het weergeven van omgevingsbeleid (omgevingsplan, omgevingsvisie en programma) in tekst en kaart onder andere bedoeld voor het ondersteunen van besluitvorming. Deze component is onderdeel van omgevingsbeleidcomponent, maar kan ook als individuele component door een organisatie worden verworven. (ApplicationComponent) Omgevingsdocumentviewercomponent Functie voor het weergeven van omgevingsbeleid (omgevingsvisie, programma, omgevingsplan en voorbereidingsbesluit) in tekst en kaart. De functie ondersteunt het inzien van regelingen van meerdere organisaties waarvoor een regeling wordt beheerd (bijvoorbeeld door planbureaus). (ApplicationFunction) Inzien van regelingen Hieronder wordt verstaan: * Kunnen tonen van iedere status (concept, ontwerp, vastgesteld) van de regeling (omgevingsvisie, omgevingsplan, programma, voorbereidingsbesluit) op een kaart op basis van STOP-TPOD presentatiemodel; * Kunnen tonen van wijzigingen in regeling op een kaart op basis van STOP-TPOD presentatiemodel. * Kunnen tonen van wijzigingen voor één wijzigingsbesluit op basis van STOP-TPOD presentatiemodel. Toelichting: * Toelichting aangepast in versie 1.5 * Aangepast in versie 1.4.1: Typefoutren uit toelichting verwijderd * Tekst aangepast in versie 1.4 * Requirementnaam aangepast van 'omgevingsbeleid' naar 'regelingen en wijzigingen' in versie 1.4 (Requirement) OBV01 Kunnen tonen van regelingen en wijzigingen op een kaart Hieronder wordt verstaan: * Kunnen tonen van iedere status (concept, ontwerp, vastgesteld) van de regeling (omgevingsvisie, omgevingsplan, programma, voorbereidingsbesluit) als tekst op basis van STOP-TPOD presentatiemodel; * Kunnen tonen van wijzigingen in regeling als tekst op basis van STOP-TPOD presentatiemodel. Toelichting: * Tekst aangepast in versie 1.4 * Requirementnaam aangepast van 'omgevingsbeleid' naar 'regelingen en wijzigingen' in versie 1.4 (Requirement) OBV02 Kunnen tonen van regelingen en wijzigingen als tekst Hieronder wordt verstaan: * Kunnen inzien van oude, huidige en nieuwe regelingen. * Kunnen inzien van de geldende regels op een te kiezen datum. * Kunnen zien van verschillen (wijzigingen) in regelingen tussen alle vorige versies van de regeling. Toelichting: * Zelfde requirement als regelingcomponent, maar dan voor de viewercomponent. Hier opgenomen zodat een organisatie die haar plan uitbesteed voldoende heeft aan alleen een publicatie- en viewercomponent. * requirments geupdate in versie 1.1. * Geupdate in versie 1.3. Toegevoegd: Kunnen inzien van de geldende regels op een te kiezen datum. (Requirement) OBV03 Kunnen tijdreizen in regeling Hieronder wordt verstaan: * Kunnen inzien van oude, huidige en nieuwe regelingversies. * Kunnen inzien van de geldende regels op een te kiezen datum * Kunnen zien van verschillen (wijzigingen) in regelingen tussen alle vorige versies van de regeling. Toelichting: * Geupdate in versie 1.1: Van could naar must. Hiermee is OBR08 vervallen. * Geupdate in versie 1.3. Toegevoegd: Kunnen inzien van de geldende regels op een te kiezen datum. * Tekst in toelichting aangepast in versie 1.4 (Requirement) OBR02 Kunnen tijdreizen in regelingversies Hieronder wordt verstaan: * Kunnen bevragen van de dataset behorende bij de regeling. * Kunnen doorzoeken, selecteren, c.q. automatisch presenteren van de informatie in het omgevingsplan op basis van wat relevant is voor het gebruik op dat moment. Toelichting: * Kunnen tonen van een locatie in combinatie met een waarde * Kunnen tonen van alle juridische regels, die voldoen aan bepaalde (zoek)criteria, op een bepaalde locatie * Aangepast in versie 1.5: Toelichting aangepast * Aangepoast in versie 1.4.1: Typefouten uit toelichting verwijderd * Aangepast in versie 1.3: Tekst aangescherpt. Van categorie "could" naar categorie "onbepaald" waarmee de gemeente zelf het belang kan aangeven. (Requirement) OBR07 Kunnen bieden van inzicht in inhoud van regeling AggregationRelationship Deze svg is op 24-10-2022 15:57:04 CEST gegenereerd door ArchiMedes™ © 2016-2022 ArchiXL. ArchiMedes 24-10-2022 15:57:04 CEST


Overzicht requirements per applicatiefunctie (uit model: Omgevingswet) - Toon SVG


De opgenomen requirements kunnen per applicatiefunctie als CSV bestand worden gedownload. Deze bestanden kunt u gebruiken bij het opstellen van een Programma van Eisen.


In onderstaande tabellen wordt onderscheid gemaakt in welke requirements verplicht zijn bij de inwerkingtreding (MUST), welk requirements door VNG worden geadviseerd (SHOULD) en welke requirements aanvullende functionaliteit bieden (ONBEPAALD).

Requirements met categorie MUST

Onderstaande tabel toont alle requirements die gelden voor de Omgevingsbeleidcomponent met de categorie MUST. De Omgevingsbeleidcomponent moet bij de inwerkingtreding van de Omgevingswet voldoen aan onderstaande requirements.

Element Beschrijving MoSCoW
OB03 Kunnen onderhouden van regelingen conform STOP-TPOD - Release A Releases worden volgens Parallele Versionering uitgebracht. De specificatie van STOP-TPOD - Release A is te vinden via


Toelichting:

  • Let op: deze requirement heeft een sterke relatie met de ontwikkelingen binnen DSO-LV en LVBB waardoor de specificaties van de release nog kunnen wijzigen tot de datum van inwerkingtreding.
  • Het opnemen van een instructie ten behoeve van de 'pons' valt ook onder Release A.


  • Versie 1.5: Toelichting aangepast
  • Nieuw requirement in versie 1.4
Must
OB05 Kunnen borgen van duurzame toegankelijkheid Hieronder wordt verstaan:
  • Kunnen borgen van duurzame toegankelijkheid van informatie over de procesgang
  • Kunnen borgen van duurzame toegankelijkheid van de regelingen


Toelichting: De regelingen worden conform STOP/TPOD duurzaam toegankelijk ontsloten


  • Nieuw requirement in versie 1.4
Must
OBG01 Kunnen onderhouden van geometrie Hieronder wordt verstaan:
  • Kunnen karteren van een geometrie.
  • Kunnen aanpassen van geometrie.


Toelichting:

  • De geometrie wordt toegepast bij annoteren van de juridisch regels
  • Aangepaste requirement in versie 1.1
  • Requirement aangepast in versie 1.4 van 'karteren en wijzigen' naar 'onderhouden' en tekst in toelichting toegevoegd
Must
OBG02 Kunnen importeren van geometrie Hieronder wordt verstaan:
  • Het kunnen ophalen van geometrie uit de Basisregistratie Grootschalige Topografie (BGT), Basisregistratie Adressen en Gebouwen (BAG) en Basisregistratie Kadaster (BRK) en gemeentelijke Kernregistraties.
  • Kunnen ophalen van ambtsgebied.
  • Kunnen ophalen van geldende regeling.


  • Let op: Toelichting in versie 1.4 aangepast
Must
OBP01 Kunnen genereren van was/wordt instructies Hieronder wordt verstaan:
  • Kunnen detecteren van de verschillen (op basis van de STOP-TPOD) tussen oude en nieuwe versies van de lopende regeling (tekst, annotaties en geometrie) (was-wordt).
  • Kunnen genereren van een was/wordt instructie welke aan het wijzigingsbesluit wordt toegevoegd.
  • Wijzigingen kunnen geselecteerd worden tot één wijzigingsbesluit.


Toelichting:

  • Met deze instructie wordt in de landelijke voorziening het verschil tussen de huidige en nieuwe versie duidelijk gemaakt waardoor de landelijke voorziening een geconsolideerde versie kan maken.
  • De was/wordt instructie wordt gebruikt ten behoeve van de aanlevering aan de raad en college en aan de landelijke voorziening.


  • Aangepast in versie 1.5: toevoeging 'ten behoeve van publicatie' verwijderd.
  • Aangepast in versie 1.4.1: In requirementnaam ‘van’ toegevoegd
  • Was: Kunnen genereren van was/wordt instructies. Is in versie 1.4 geworden: Kunnen genereren van was/wordt instructies ten behoeve publicatie
  • Tekst in toelichting aangepast in versie 1.4
Must
OBP05 Kunnen valideren ten behoeve van aanlevering Hieronder wordt verstaan:
  • Kunnen valideren van wijzigingsbesluit via het LVBB Bronhouderkoppelvlak aan de vereisten uit STOP-TPOD release A.


Toelichting:

  • Tekst aangepast in versie 1.3. Was kunnen valideren van besluit. Is geworden: kunnen valideren van regeling.
  • Tekst aangepast in versie 1.4. Was kunnen valideren van regeling. Is geworden: Kunnen valideren van wijzigingsbesluit ten behoeve van publicatie.
  • Requirementnaam aangepast in versie 1.5: Was: Kunnen valideren van wijzigingsbesluit ten behoeve van publicatie. Is geworden: Kunnen valideren ten behoeve van aanlevering
Must
OBP10 Kunnen aanleveren aan de landelijke voorziening ten behoeve van bekendmaken en beschikbaarstellen Hieronder wordt verstaan:
  • Het kunnen aanleveren aan de LVBB
  • Het betreft de besluiten en document: omgevingsvisie, programma, omgevingsplan, voorbereidingsbesluit en kennisgeving voorgenomen besluit


Toelichting:

  • Nieuw requirement in versie 1.5
  • De kennisgeving van het voornemen besluit buitenplanse omgevingsactiviteit wordt aangeleverd aan DROP (dit betreft een VTH-requirement)
  • De kennisgeving van het voorgenomen besluit wijzigen omgevingsplan wordt aangeleverd aan LVBB.
Must
OBR02 Kunnen tijdreizen in regelingversies Hieronder wordt verstaan:
  • Kunnen inzien van oude, huidige en nieuwe regelingversies.
  • Kunnen inzien van de geldende regels op een te kiezen datum
  • Kunnen zien van verschillen (wijzigingen) in regelingen tussen alle vorige versies van de regeling.


Toelichting:

  • Geupdate in versie 1.1: Van could naar must. Hiermee is OBR08 vervallen.
  • Geupdate in versie 1.3. Toegevoegd: Kunnen inzien van de geldende regels op een te kiezen datum.
  • Tekst in toelichting aangepast in versie 1.4
Must
OBR04a Kunnen ondersteunen van tegelijk werken aan (lopende) regeling Hieronder wordt verstaan:
  • Kunnen ondersteunen van voorkomen van fouten door wijzigen van zelfde artikel door verschillende medewerkers (interne samenloop).
  • Kunnen bieden van inzicht aan gebruiker van elkaars werkzaamheden.
  • Kunnen samenvoegen van wijzigingen.


Toelichting:

  • Requirement geupdate in versie 1.2: van should naar must
  • Tekst aangepast in versie 1.4. Was: Kunnen ondersteunen van tegelijk werken aan plan binnen organisatie. Is geworden: Kunnen ondersteunen van tegelijk werken aan (lopende) regeling.
Must
OBR10 Kunnen verwerken van een aangeboden regelingversie Hieronder wordt verstaan:
  • Kunnen overnemen, in de lopende regelingversie, van wijzigingen in een (door bijvoorbeeld een stedenbouwkundig adviesbureau), in STOP/TPOD, aangeboden regeling door organisaties die het maken van hun omgevingsplan uitbesteden.
  • Kunnen ondersteunen van het voorkomen van fouten door wijzigingen, in de aangeboden regelingversie, die conflicteren met de lopende regelingversie.


  • Aangepast in versie 1.4.1: Typefouten uit toelichting verwijderd
  • Nieuw requirement in versie 1.4, heeft betrekking op de zgn. plan-plan-keten
Must
OBR11 Kunnen ophalen van geconsolideerde regeling Hieronder wordt verstaan:
  • Kunnen ophalen en verwerken van regelingen (omgevingsvisie, programma, omgevingsplan, voorbereidingsbesluit) conform STOP-TPOD.
  • Het gaat om het 'downloaden' voor een aantal uitzonderlijke gevallen:
    • ten einde uitvalsituaties te voorkomen,
    • gebieds- of themagewijs het omgevingsplan door stedenbouwkundige bureaus te laten wijzigen,
    • als 'backup' bij wijziging van softwareleverancier.
    • het inlezen van de bruidsschat


  • Aangepast in versie 1.5.1: Toevoeging brondhouderskoppelvlak van LVBB verwijderd
  • Aangepast in versie 1.5: Uitzonderlijke gevallen aangevuld
  • Aangepast in versie 1.4.1.: 'Downloadfunctie' is beschikbaar als dienst, niet als service.
  • Nieuw requirement in versie 1.4
Must
OBR12 Kunnen valideren van regelingversie op consistentie van de structuur Hieronder wordt verstaan:
  • Het valideren tegen de landelijke validatieservice via het Stelselknooppunt
  • Het valideren van regelingversies op consistentie van de structuur
  • Het kunnen verstrekken van een validatieopdracht
  • Het kunnen ophalen van een validatierapport


  • Aangepast in versie 1.5: Categorie van SHOULD naar MUST
  • Nieuw requirement in versie 1.4
Should
OBT01 Kunnen opstellen, wijzigen en intrekken van juridische regels en waarden Hieronder wordt verstaan:
  • Kunnen toepassen van de mutatiescenario's zoals genoemd in de standaard STOP-TPOD - release A


Toelichting:

  • Tekst aangepast in versie 1.4
Must
OBT05 Kunnen leggen van een relatie met geometrie Hieronder wordt verstaan:
  • kunnen leggen van relatie van tekst naar geometrie via het geometriecomponent of zoals is overgenomen uit een ander geometrische bron.
  • De relatie met de andere geometrische bron is duurzaam vastgelegd en herleidbaar.


Toelichting:

  • Toelichting aangepast in versie 1.4
Must
OBT10 Kunnen annoteren van juridische regels Hieronder wordt verstaan:
  • Het kunnen uitvoeren van regeling- en besluitannotaties, bijvoorbeeld de naam van het bevoegd gezag dat het omgevingsplan heeft vastgesteld en de datum waarop de versie van het omgevingsplan is gepubliceerd
  • het kunnen uitvoeren van tekststructuurannotaties, bijvoorbeeld het nummer en de

titel van het structuurdeel (hoofdstukken, afdelingen en paragrafen)

  • het kunnen uitvoeren van artikelen-, leden- en regeltekstannotaties, bijvoorbeeld het

nummer en de titel van het artikel, het lidnummer en inhoudelijke annotaties van de tekst van artikel en lid, zoals werkingsgebied

  • het kunnen annoteren van inhoudelijke regeltekstannotaties, bijvoorbeeld activiteit, norm, normwaarde, locatie, gebiedsaanwijzing, thema, regeltype, idealisatie en activiteitkwalificatie.


Toelichting:

  • Onder annoteren wordt verstaan het toevoegen van gegevens aan (onderdelen van) besluiten en regelingen, gegevens die die besluiten en regelingen machineleesbaar maken.
  • Annoteren is afgebakend tot de kenmerken genoemd in het Informatiemodel Officiële Publicaties (IMOP) en in het Informatiemodel Omgevingswet (IMOW).
  • Het annoteren is toegelicht in de VNG handreiking Annoteren Omgevingsplan (https://vng.nl/sites/default/files/2021-06/2021-03-vng-handreiking-annoteren-omgevingsplan-v4.pdf).


  • Aangepast in versie 1.4.1: Typefoutren uit toelichting verwijderd
  • Nieuw requirement in versie 1.4
Must
OBV01 Kunnen tonen van regelingen en wijzigingen op een kaart Hieronder wordt verstaan:
  • Kunnen tonen van iedere status (concept, ontwerp, vastgesteld) van de regeling (omgevingsvisie, omgevingsplan, programma, voorbereidingsbesluit) op een kaart op basis van STOP-TPOD presentatiemodel;
  • Kunnen tonen van wijzigingen in regeling op een kaart op basis van STOP-TPOD presentatiemodel.
  • Kunnen tonen van wijzigingen voor één wijzigingsbesluit op basis van STOP-TPOD presentatiemodel.


Toelichting:

  • Toelichting aangepast in versie 1.5
  • Aangepast in versie 1.4.1: Typefoutren uit toelichting verwijderd
  • Tekst aangepast in versie 1.4
  • Requirementnaam aangepast van 'omgevingsbeleid' naar 'regelingen en wijzigingen' in versie 1.4
Must
OBV02 Kunnen tonen van regelingen en wijzigingen als tekst Hieronder wordt verstaan:
  • Kunnen tonen van iedere status (concept, ontwerp, vastgesteld) van de regeling (omgevingsvisie, omgevingsplan, programma, voorbereidingsbesluit) als tekst op basis van STOP-TPOD presentatiemodel;
  • Kunnen tonen van wijzigingen in regeling als tekst op basis van STOP-TPOD presentatiemodel.


Toelichting:

  • Tekst aangepast in versie 1.4
  • Requirementnaam aangepast van 'omgevingsbeleid' naar 'regelingen en wijzigingen' in versie 1.4
Must
OBV03 Kunnen tijdreizen in regeling Hieronder wordt verstaan:
  • Kunnen inzien van oude, huidige en nieuwe regelingen.
  • Kunnen inzien van de geldende regels op een te kiezen datum.
  • Kunnen zien van verschillen (wijzigingen) in regelingen tussen alle vorige versies van de regeling.


Toelichting:

  • Zelfde requirement als regelingcomponent, maar dan voor de viewercomponent. Hier opgenomen zodat een organisatie die haar plan uitbesteed voldoende heeft aan alleen een publicatie- en viewercomponent.
  • requirments geupdate in versie 1.1.
  • Geupdate in versie 1.3. Toegevoegd: Kunnen inzien van de geldende regels op een te kiezen datum.
Must
OBWP08 Kunnen ondersteunen van separate processen voor verschillende tegelijkertijd onderhanden wijzigingen Kunnen ondersteunen van separate processen voor verschillende tegelijkertijd onderhanden wijzigingen in omgevingsdocumenten (visie, progamma, plan, voorbereidingsbesluit)


Toelichting: Denk hierbij aan de volgende functionaliteiten:

  • Kunnen ondersteunen van separate processen voor verschillende tegelijkertijd onderhanden wijzigingen


  • Aangepast in versie 1.5: Nieuw requirement n.a.v. de functionele set
Must

Requirements met categorie SHOULD

Onderstaande tabel toont alle requirements die gelden voor de Omgevingsbeleidcomponent met de categorie SHOULD. VNG hecht grote waarde aan het voldoen van de Omgevingsbeleidcomponent aan onderstaande requirements, maar deze requirements zijn niet verplicht tijdens de inwerkingtreding van de Omgevingswet. Als gemeente kunt u deze requirements uitvragen aan een leverancier als toevoeging op uw Programma van Eisen (PvE). Mogelijk dat een leverancier deze requirements nog niet heeft gerealiseerd in zijn oplossing.

Element Beschrijving MoSCoW
OB02 Component kent een modulaire opzet Toelichting modulaire opzet:
  • De omgevingsbeleidcomponent kan ook de viewwercomponent bevatten. De viewercomponent kan ook als los component worden ingezet.
  • De gemeente kan kiezen welke module(s) ze aanschaft.
  • Daarbij zijn de volgende combinaties mogelijk:
    • Omgevingsbeleidcomponent
    • Omgevingsbeleidcomponent en viewercomponent
    • Viewercomponent


  • Versie 1.5: Categorie MoSCoW aangepast van Must naar Should en toelichting aangepast
  • Nieuwe requirement in versie 1.3
Should
OB04 Kunnen onderhouden van regelingen conform STOP-TPOD - Release B Releases worden volgens Parallele Versionering uitgebracht. De specificatie van STOP-TPOD - Release B is te vinden via


Toelichting:

  • Let op: deze requirement heeft een sterke relatie met de ontwikkelingen binnen DSO-LV en LVBB waardoor de specificaties van de release nog kunnen wijzigen tot de datum van inwerkingtreding.


  • Nieuw requirement in versie 1.4
Should
OBR01 Kunnen beschikbaar stellen van informatie over activiteiten aan de toepasbare regel component (lokaal) Hieronder wordt verstaan:
  • Kunnen beschikbaar stellen van informatie over activiteiten (en gerelateerde informatie zoals locaties en regels) aan de toepasbare regelcomponent conform de specificaties van de API Regels bij activiteiten zoals gepubliceerd op https://github.com/VNG-Realisatie/Regels-bij-activiteiten.


Toelichting:

  • Aangepast in versie 1.4.1: Categorie aangepast van Onbepaald naar Should ivm standaardisatie API door VNG
  • Aangepaste requirement in versie 1.4: API verwijzing opgenomen
  • Aangepaste requirement in versie 1.3: scherper verwoord dat het om informatie-uitwisseling gaat
Should
OBR06 Kunnen bieden van kwaliteitsbewaking Hieronder wordt verstaan:
  • Tijdens het opstellen de tekst en geometrie valideren op zaken als: verplichte velden ingevuld, gesloten zijn van geometrie, eventuele verplichte annotaties etc.
  • Gebruik van validatieregels conform standaard STOP-TPOD Release A zoals gepubliceerd op de website van Geonovum: https://www.geonovum.nl/geo-standaarden/omgevingswet/STOPTPOD


  • Aangepast in versie 1.5: Caterorie van MUST naar SHOULD
  • Aangepast in versie 1.4.1: 'validatiesregel' aangepast naar 'validatieregel'
  • Toelichting aangepast in versie 1.4
Should
OBT08 Kunnen navigeren in tekst Hieronder wordt verstaan:
  • Op een vlotte manier kunnen navigeren door regels. Bijvoorbeeld door een navigatie menu met artikelen.


Toelichting:

  • Nieuwe requirement in versie 1.1.
Should
OBT09 Kunnen afnemen van (meta)gegevens uit de Stelselcatalogus Hieronder wordt verstaan:
  • Kunnen toepassen van (meta)gegevens tijdens het opstellen, wijzigen en annoteren van juridische regels van een omgevingsbeleiddocument
  • Het toepassen omvat het zoeken, het overnemen van de verwijzing, en visualiseren van de functionele structuur in relatie tot beoogde annotaties van juridische regels.


Toelichting:

  • Het gaat om de toepassing van verwijzingen naar concepten, juridische termen en objecten (waaronder waardenlijsten) in een omgevingsbeleidsdocument
  • De (meta)gegevens worden verkregen door het aanroepen van de DSO-LV Stelselcatalogus API 'Catalogus opvragen'


  • Aangepast in versie 1.5: Categorie van MUST naar SHOULD
  • Nieuw requirement in versie 1.4
Should

Requirements met categorie ONBEPAALD

Onderstaande tabel toont alle requirements die gelden voor de Omgevingsbeleidcomponent met de categorie ONBEPAALD. VNG onderkent een aantal requirements die op dit moment van toepassing kunnen zijn op de Omgevingsbeleidcomponent. VNG heeft hier echter geen waarde aan toegekend. Als gemeente kunt u eventueel deze requirements uitvragen aan een leverancier als toevoeging op uw Programma van Eisen (PvE). Bepaal dan wel vooraf de categorie die u hieraan zelf toekent: MUST of SHOULD. Mogelijk dat een leverancier deze requirements nog niet heeft gerealiseerd in zijn oplossing.

Element Beschrijving MoSCoW
OBC01 Kunnen exporteren van een ter besluitvorming voor te leggen wijzigingsbesluit in PDF formaat Hieronder wordt verstaan:

Het kunnen genereren van een versie van het wijzigingsbesluit in een archiefwaardig PDF-formaat.


Toelichting:

  • Versie 1.5: Nieuw requirement
Onbepaald
OBG05 Kunnen ondersteunen van 3D Hieronder wordt verstaan:
  • Kunnen ondersteunen van 3D.


Toelichting:

  • Aangepast in versie 1.4.1: Typefout uit toelichting verwijderd
  • Aangepast in versie 1.1: van could naar "categorie onbepaald" waarmee de gemeente zelf het belang kan aangeven.
Onbepaald
OBG06 Kunnen annoteren vanuit geometrie Hieronder wordt verstaan:
  • Kunnen annoteren van locatie met bijvoorbeeld bijbehorende juridische regels, waarden of activiteiten.


Toelichting:

  • Onder annoteren wordt verstaan het toevoegen van gegevens aan (onderdelen van) besluiten en regelingen, gegevens die die besluiten en regelingen machineleesbaar maken.
  • Annoteren is afgebakend tot de kenmerken genoemd in het Informatiemodel Officiële Publicaties (IMOP) en in het Informatiemodel Omgevingswet (IMOW).
  • Het annoteren is toegelicht in de VNG handreiking Annoteren Omgevingsplan (https://vng.nl/sites/default/files/2021-06/2021-03-vng-handreiking-annoteren-omgevingsplan-v4.pdf).


  • Let op: Requirement toegevoegd in versie 1.2.
  • Tekst aangepast in versie 1.4
Onbepaald
OBR04b Kunnen ondersteunen van tegelijk werken aan (lopende) regeling tussen organisaties Hieronder wordt verstaan:
  • Kunnen bieden van inzicht aan gebruikers van de delen van de regeling waaraan gewerkt wordt.


Toelichting:

  • Het betreft het vastleggen van de afspraken tussen organisaties over welke onderdelen van de regeling bij wie onderhanden zijn.


  • Aangepast in versie 1.4.1: Tekstuele aanpassing in toelichting van 1.4
  • Tekst aangepast in versie 1.4. Was: Kunnen ondersteunen van tegelijk werken aan plan binnen organisatie. Is geworden: Kunnen ondersteunen van tegelijk werken aan (lopende) regeling tussen organisaties.
  • Requirement geupdate in versie 1.2.
Onbepaald
OBR07 Kunnen bieden van inzicht in inhoud van regeling Hieronder wordt verstaan:
  • Kunnen bevragen van de dataset behorende bij de regeling.
  • Kunnen doorzoeken, selecteren, c.q. automatisch presenteren van de informatie in het omgevingsplan op basis van wat relevant is voor het gebruik op dat moment.


Toelichting:

  • Kunnen tonen van een locatie in combinatie met een waarde
  • Kunnen tonen van alle juridische regels, die voldoen aan bepaalde (zoek)criteria, op een bepaalde locatie


  • Aangepast in versie 1.5: Toelichting aangepast
  • Aangepoast in versie 1.4.1: Typefouten uit toelichting verwijderd
  • Aangepast in versie 1.3: Tekst aangescherpt. Van categorie "could" naar categorie "onbepaald" waarmee de gemeente zelf het belang kan aangeven.
Onbepaald
OBR09 Kunnen leggen van relatie tussen regelingen Hieronder wordt verstaan:
  • Kunnen vastleggen van de relatie tussen de regels in het omgevingsplan en tekst uit programma of visie.


Toelichting

  • Intern kunnen toetsen van de impact van de samenhang van de regels tussen deze onderdelen (visie, programma, plan, voorbereidingsbesluit).


  • Aangepast in versie 1.4.1: Typefouten uit toelichting verwijderd
  • Aangepast in versie 1.4: Was: Kunnen leggen van relatie tussen eigen omgevingsdocument en ander omgevingsdocument. Wordt: Kunnen leggen van relatie tussen regelingen.
  • Aangepast in versie 1.1: van could naar "categorie onbepaald" waarmee de gemeente zelf het belang kan aangeven.
Onbepaald
OBR13 Kunnen aanbieden van een regelingversie aan een andere organisatie (waaronder een gemeente) Hieronder wordt verstaan:
  • Kunnen genereren van een regeling met wijzigingen, op een eerder gepubliceerde versie van die regeling, door bijvoorbeeld een stedenbouwkundig adviesbureau ten behoeve van organisaties die het maken van hun omgevingsplan uitbesteden.


Toelichting:

  • Het gegenereerde bestand is conform het uitwisselpakket zoals dat beschreven is op de website van KOOP.


  • Aangepast in versie 1.5: Exportformaat opgenomen in toelichting
  • Aangepast in versie 1.4.1: Typefoutren uit toelichting verwijderd
  • Nieuw requirement in versie 1.4, heeft betrekking op de zgn. plan-plan-keten.
  • De gebruikte gepubliceerde versie van die regeling is de geconsolideerde versie die op het moment van starten van het wijzigen opgehaald is uit de LVBB. Bij het aanbieden van de regeling met wijzigingen kan de geconsolideerde regeling in de LVBB inmiddels aangepast zijn.
  • Een MUST voor stedenbouwkundige bureaus.
Onbepaald
OBV04 Kunnen plaatsen van opmerkingen bij tekst dan wel kaart Hieronder wordt verstaan:
  • Kunnen plaatsen van opmerkingen bij tekst of kaart welke door andere gebruikers kan worden gezien.


Toelichting:

  • Aangepast in versie 1.4.1: Typefoutren uit toelichting verwijderd
  • Aangepast in versie 1.1: van could naar "categorie onbepaald" waarmee de gemeente zelf het belang kan aangeven.
Onbepaald
OBWP01 Kunnen besturen van gehele werkproces Kunnen besturen van werkproces voor het opstellen van omgevingsdocumenten (visie, progamma, plan, voorbereidingsbesluit).


Toelichting: Denk hierbij aan de volgende functionaliteiten:

  • Kunnen monitoren van statussen
  • Kunnen instellen en bijhouden van doorlooptijden gedurende het wijzigingsproces
  • Kunnen doen van termijnbewaking zoals gedefinieerd volgens de wet
  • Kunnen doen van termijnbewaking conform eigen service termijn


  • Versie 1.5: Toelichting seperate processen verwijderd
  • Aangepast in versie 1.4.1: Typefouten uit toelichting verwijderd
  • Tekst in toelichting aangepast in versie 1.4
  • Aangepast in versie 1.1: van could naar "categorie onbepaald" waarmee de gemeente zelf het belang kan aangeven.
Onbepaald
OBWP05 Kunnen ondersteunen van samenwerking Hieronder wordt verstaan:

Het kunnen ondersteunen van integraal/samenhangend werken voor het samenbrengen van diverse activiteiten en thema's in de lopende regeling binnen de eigen organisatie.


Toelichting:

  • Aangepaste toelichting in versie 1.4
  • Deze requirement heeft geen relatie met Zaakgericht werken.
  • Nieuwe requirement in versie 1.1
Onbepaald
OBWP06 Werkproces kunnen aanpassen Hieronder wordt verstaan:
  • Kunnen aanpassen van het werkproces.


  • Aangepast in versie 1.4.1: In requirementnaam 'kunnen' toegevoegd
  • Nieuwe requirement in versie 1.2
Onbepaald
OBWP07 Zaakgericht kunnen uitvoeren van het proces voor het wijzigen van het omgevingsplan Hieronder wordt verstaan:
  • Het zaakgericht kunnen verwerken van buitenplanse omgevingsplanactiviteiten (BOPA)
  • Het zaakgericht kunnen verwerken van nieuwe initiatieven
  • Het zaakgericht kunnen verwerken van aanpassingen n.a.v. bezwaar of beroep
  • Het zaakgericht kunnen verwerken van aanwijzingen, instructies en projectbesluiten


Toelichting:

  • Aangepast in versie 1.4.1: Status 'in onderzoek' verwijderd
  • Aangepaste toelichting in versie 1.4
  • Nieuwe requirement in versie 1.3
Onbepaald






Requirements Regelbeheercomponenten

Laatst bewerkt: 30 juni 2021, 13:14:11

Introductie

Op deze bladzijde bieden we in tabelvorm en ter download de requirements (specificaties) aan voor de software voor toepasbare regels per 2023. Requirements geven inzicht in de wensen en eisen die we stellen aan software. De requirements zijn bedoeld voor gemeenten die zich oriënteren op nieuwe software voor toepasbare regels dan wel een aanbesteding gaan doen. Ze helpen de inhoudelijk specialisten (o.a. juristen, regelanalisten en vergunningverleners), medewerkers van ICT (functioneel beheerders en informatiemanagers) en specialisten van inkoop en aanbesteding om gezamenlijk een beeld te vormen van de aan te besteden software.


Iteratief: Nu een 1.5 versie

De requirements worden met input van gemeenten en softwareleveranciers iteratief opgesteld. De onderstaande versie betreft de 1.5 versie. Dit is een stabiele versie die een gemeente kan gebruiken bij het selecteren van software voor toepasbare regels. Gezien de ontwikkelingen binnen het Digitaal Stelsel Omgevingswet, weten we dat de eisen die we aan de software stellen nog worden aangepast. Denk hierbij aan de ontwikkeling van de standaard voor toepasbare regels STTR.

Per versie worden er releasenotes als ODS-bestand ter download beschikbaar gesteld, waarin de verschillen tussen de vorige versie en de nieuwe versie naast elkaar worden weergegeven. Lees vooraf het tabblad waarop de instructies staan.


Requirements en aanbesteding

Wil een gemeente starten met een aanbesteding, dan bieden deze requirements een goede basis voor die aanbesteding. Wil je meer weten over de verschillende manieren van aanbesteden en op welke wijze je de daarbij requirements gebruikt? VNG heeft een Handreiking Aanbesteden.

Naar verwachting zullen de meeste leveranciers aan de belangrijkste requirements gaan voldoen (zie ook onderstaande indeling in categorieën). Dit zorgt er voor dat je qua functionaliteit als gemeente niet snel een "foute" keuze kan maken. Toch zullen de leveranciers op onderdelen gaan verschillen. Om hier inzicht in te verkrijgen zullen op deze site en in de handreiking ook vragen verschijnen waarmee een gemeente die inzicht kan verkrijgen. Denk hierbij aan vragen als: op welke manier gaat de leverancier ondersteuning bieden aan het koppelen van juridische en toepasbare regels?


Uniforme manier van uitvragen

Met de requirements en de leveranciersvragen biedt VNG aan gemeenten een uniforme manier van uitvragen van de software voor toepasbare regels. Een uniforme manier van uitvragen is essentieel om komende periode van implementatie succesvol te laten verlopen. Softwareleveranciers staan al onder druk om in 2023 werkende software te kunnen leveren. Als iedere gemeente op haar eigen manier met eigen requirements de software gaat aanbesteden, levert dit voor de softwareleveranciers veel werk op. De tijd die ze daarmee besteden aan het meedoen met de aanbesteding, kunnen ze niet gebruiken om de software te ontwikkelen. Door op een als gemeenten op een uniforme wijze aan besteden, zorgen we er voor dat leveranciers kunnen focussen de ontwikkeling van software.


Categorieën voor requirements

We hanteren de volgende categorieën voor de requirements, die meer in lijn liggen met de ‘Minimale acties Omgevingswet’. De requirements zijn onderverdeeld in drie categorieën:

  • Must. Deze functionaliteiten zijn noodzakelijk om de wet uit te kunnen voeren op het moment dat de wet in werking treedt. Het gaat om functionaliteiten om aan te kunnen sluiten op DSO-LV en andere verplichte landelijke voorzieningen en om functionaliteiten om essentiële processtappen uit te kunnen voeren. Functionaliteiten in deze categorie zijn in alle gevallen ‘Must Have’. Voorbeelden hiervan zijn, het kunnen produceren van een omgevingsplan in STOP-formaat en het kunnen publiceren van dit plan naar LVBB, het kunnen ophalen van een vergunningaanvraag in STAM-formaat en het kunnen verlenen van een omgevingsvergunning.
  • Should. Deze functionaliteiten zijn gezien vanuit het wettelijke minimum niet noodzakelijk om de wet uit te kunnen voeren, maar volgens VNG wel essentieel voor een adequate uitvoering. Deze functionaliteiten zijn volgens VNG minimaal ’Should Have’. U kunt besluiten om enkele van deze functionaliteiten als ‘Must Have’ te bestempelen als u ze voor uw eigen situatie noodzakelijk acht. Een voorbeeld van een functionaliteit in deze categorie is functionaliteit voor het aansluiten op de samenwerkingsfunctionaliteit van DSO-LV. Deze aansluiting is niet verplicht, maar wel essentieel om binnen de wettelijke termijn een vergunningaanvraag in samenwerking met andere partijen af te kunnen handelen.
  • Onbepaald. Deze functionaliteiten zijn niet noodzakelijk vanuit het wettelijke minimum of essentieel voor een adequate uitvoering. VNG kan daarom aan deze functionaliteiten geen belang toekennen. U dient zelf te bepalen hoe gewenst deze functionaliteiten voor situatie is. VNG raadt aan om deze softwarerequirements te internaliseren voordat u ze gebruikt bij het definiëren van een PvE voor uw software door uw lokale situatie te vertalen in ‘must haves’, ‘should haves’, ‘could haves’ en ‘won’t haves’.


Doorontwikkeling applicaties: Na de inwerkingtreding van de Omgevingswet zal de software voor toepasbare regels zich verder ontwikkelen. Gemeenten hebben hierbij aangegeven dat ze graag zien dat de software gaat voldoen aan Common Ground en dat de gehele beleidscyclus (van visie, naar plan, vergunning verlening, toezicht, handhaving en evaluatie) wordt ondersteund met integrale software.

Requirements Toepasbare regelscomponent

De Toepasbare regelscomponent bevat applicatiefuncties die benodigd zijn voor het beheren en digitaal beschikbaar stellen van toepasbare regels op basis van de regels uit beleid. Denk hierbij aan een omgevingsvisie, programma of omgevingsplan.

Component voor het beheren en digitaal beschikbaar stellen van toepasbare regels op basis van de regels uit beleid (omgevingsvisie, programma, omgevingsplan) (ApplicationComponent) Toepasbare regelscomponent Deze applicatiefunctie is een verzamelling van functies die niet specifiek door een aparte functie wordt uitgevoerd. De requirements die onder deze functie vallen, gelden voor alle applicatiefuncties die bij de TR-component horen. Deze functie omvat: Kunnen beheren van behandeldienst configuratie Kunnen configureren omgevingsoverleg Voor meer details verwijzen we naar de software requirements op gemmaonline.nl thema omgevingswet (ApplicationFunction) Ondersteunen van generieke TR- functionaliteit Het kunnen beheren van de behandeldienstconfiguratie waarmee een bevoegd gezag een activiteit waarvoor zij verantwoordelijk is kan koppelen aan een behandeldienst. Deze functionaliteit is wel noodzakelijk, maar hoeft niet per se onderdeel van toepasbare-regels-software te zijn. De documentatie van de service voor het beheren van de behandeldienstconfiguratie is beschikbaar op https://iplo.nl/digitaal-stelsel/vergunningaanvragen-ontvangen-samenwerken/behandeldienst-instellen/ Wijzigingen: * 14-7-2021: Verwijzing naar informatie over beheren behandeldienstconfiguratie aangepast * 14-7-2020: Tekstopmaak aangepast * 8-7-2020: Beschrijving van de status van de service van het DSO geactualiseerd. Toegevoegd dat deze functionaliteit wel nodig is, maar niet per se onderdeel van toepasbare-regels-software dient te zijn. MoSCoW-indeling gewijzigd in Must. * 27-11-2019: Nieuw * 13-12-2019: Toelichting tekstueel (Requirement) TR25 Kunnen beheren van behandeldienst configuratie Het kunnen configureren van de mogelijkheid voor een omgevingsoverleg voor aanvraagformulieren. Deze functionaliteit is wel noodzakelijk, maar hoeft niet per se onderdeel van toepasbare-regels-software te zijn. De documentatie van de service voor het beheren van de omgevingsoverlegconfiguratie is beschikbaar op https://aandeslagmetdeomgevingswet.nl/ontwikkelaarsportaal/api-register/api/omgevingsoverleg-configuratie-beheren/ Wijzigingen: * 14-7-2021: MoSCoW-indeling gewijzigd in Must omdat de service beschikbaar is. * 14-7-2021: Alinea dat deze functionaliteit nog in ontwikkeling is verwijderd * 14-7-2021: Verwijzing naar informatie over het beheren van de omgevingsoverlegconfiguratie toegevoegd * 14-7-2020: Tekstopmaak aangepast * 8-7-2020: Beschrijving van de status van de service van het DSO geactualsieerd. Toegevoegd dat deze functionaliteit wel nodig is, maar niet per se onderdeel van toepasbare-regels-software dient te zijn. * 14-1-2020: Nieuw (Requirement) TR26 Kunnen configureren omgevingsoverleg Deze functie omvat: Kunnen analyseren van juridische regels Kunnen relateren van juridische en toepasbare regels (lokaal) Kunnen opstellen en beheren van toepasbare regels Kunnen beheren van versies van toepasbare regels Kunnen toetsten van toepasbare regels aan schrijfwijzer Kunnen afleiden van toepasbare regels Kunnen toepasbaar maken activiteiten Kunnen importeren van toepasbare regels Kunnen ophalen van regels bij activiteiten Kunnen ophalen van werkzaamheden uit Register Toepasbare Regels (RTR) Voor meer details verwijzen we naar de software requirements op gemmaonline.nl thema omgevingswet (ApplicationFunction) Beheren toepasbare regels Het kunnen analyseren van juridische regels als basis voor het opstellen en beheren van toepasbare regels, omdat toepasbare regels hun grondslag hebben in de juridische regels. Analyseren houdt onder andere in het onderkennen van de juridische activiteiten in de regelgeving en het onderkennen welke criteria bepalen wanneer een initiatief toestemmingsvrij, vergunningsplichtig, meldingsplichtig of informatieplichtig is en wat de indieningsvereisten zijn. Het analyseren van juridische regels kan ook zonder software worden gedaan. N.B. Onder toepasbare regels verstaan we hier (conform IMTR 1.1.2): Toepasbare regels zijn begrijpelijke regels die zijn opgesteld op grond van juridische regels (zoals omgevingswet, AMvB’s, omgevingsplannen, en verordeningen). Zij bestaan uit: bedrijfsregels (business logica), uitvoeringsregels, eventueel conversieregels (uitvraging en koppeling data aan bedrijfsregels) en interactieregels (presentatielogica). Zij resulteren in begrijpelijke vragenbomen aan de initiatiefnemer. Wijzigingen: * 14-7-2021: Versienummer van IMTR aangepast * 14-7-2020: Tekstopmaak aangepast * 14-1-2020: Begrip Toepasbare Regels toegevoegd. * 27-11-2019: Toelichting tekstueel, MoSCoW-indeling (Requirement) TR01 Kunnen analyseren van juridische regels Het kunnen vastleggen van de relatie tussen toepasbare regels en de juridische regels waarop ze zijn gebaseerd. Voor het beheren van toepasbare regels is het zinvol om de relatie met de juridische regels waar ze op gebaseerd zijn te kennen. Bij wijzigingen in de juridische regels is dan te zien welke toepasbare regels hier mogelijk door geraakt worden. Deze requirement betreft het kunnen relateren van juridische en toepasbare regels bij het bevoegd gezag zelf (vandaar 'lokaal' in de titel), bijvoorbeeld als omgevingsplan en de bijbehorende toepasbare regels nog in bewerking zijn en het omgevingsplan nog niet bekend is gemaakt. De requirement betreft niet het relateren van toepasbare regels aan de activiteiten in DSO-LV. Dat laatste is noodzakelijk en behoort tot requirement TR03. Voor het 'lokaal' kunnen relateren van juridische en toepasbare regels werkt VNG samen met leveranciers een standaard uit. Zie https://github.com/VNG-Realisatie/Regels-bij-activiteiten Wijzigingen: * 14-7-2021: Verwijzing naar API-specificatie ‘Regels bij activiteiten’ toegevoegd. * 14-7-2020: Tekstopmaak aangepast * 17-1-2020: Titel requirement, Toelichting tekstueel * 27-11-2019: Toelichting tekstueel, MoSCoW-indeling (Requirement) TR02 Kunnen relateren van juridische en toepasbare regels (lokaal) Het kunnen opstellen en beheren van toepasbare regels overeenkomstig de mogelijkheden van de standaard voor toepasbare regels, STTR. Hieronder ter illustratie enkele mogelijkheden van STTR. * relateren aan activiteiten en regelbeheerobjecten (conclusie, indieningsvereisten of maatregelen), werkingsgebieden en aansluitpunten; * bedrijfsregels; * uitvoeringsregels; * conversieregels; * verwijzen naar (sub)werkingsgebieden op verschillende niveaus; * interactieregels, o.a. voor de volgorde van vragen; * content zoals helpteksten, toelichtende tekst, afbeeldingen of video’s bij toepasbare regels; * begin- en einddatum geldigheid; * modellering van een conclusie; * modellering van indieningsvereisten; * modellering van maatregelen; * herbruikbare vragen. De standaard STTR specificeert deze mogelijkheden volledig en exact. De documentatie van STTR is beschikbaar op https://iplo.nl/digitaal-stelsel/aansluiten/standaarden/sttr-imtr/ Wijzigingen: * 14-7-2021: Verwijzing naar STTR aangepast * 14-7-2020: Tekstopmaak aangepast * 8-7-2020: Toelichting tekstueel * 17-1-2020: Toelichting tekstueel * 27-11-2019: Toelichting tekstueel, MoSCoW-indeling (Requirement) TR03 Kunnen opstellen en beheren van toepasbare regels Het kunnen beheren van verschillende versies van toepasbare regels en van sets van bij elkaar horende toepasbare regels, zoals de bij dezelfde juridische activiteit horende toepasbare regels voor checken (conclusie) en voor aanvragen (indieningsvereisten). Door wijzigingen in juridische regels of verbeteringen van de toepasbare regels zelf kunnen verschillende versies van toepasbare regels ontstaan. Voor beheer van versies is het nodig om te kunnen zien welke versies zijn geregistreerd in DSO-LV en wat de begin- en einddata van de verschillende versies zijn. Wijzigingen: * 14-7-2020: Tekstopmaak aangepast * 27-11-2019: Toelichting tekstueel, MoSCoW-indeling (Requirement) TR05 Kunnen beheren van versies vantoepasbare regels Het kunnen toepasbaar maken van de activiteiten in de functionele structuur in DSO-LV zodat toepasbare regels geregistreerd kunnen worden. Door het creëren en wijzigen van attributen van activiteiten in de functionele structuur en het toevoegen van regelbeheerobjecten. Aan die ‘regelbeheerobjecten’ kunnen vervolgens de toepasbare regels worden gehangen. De documentatie voor het toepasbaar maken van activiteiten is beschikbaar op https://iplo.nl/digitaal-stelsel/toepasbare-regels-maken-aanleveren/toepasbare-regels-aanleveren-omgevingsloket/ Wijzigingen: * 14-7-2021: Verwijzing naar documentatie over toepasbaar maken activiteiten aangepast * 14-7-2020: Tekstopmaak aangepast * 27-11-2019: Titel requirement, Toelichting tekstueel, MoSCoW-indeling (Requirement) TR20 Kunnen toepasbaar maken activiteiten Het kunnen importeren van toepasbare regels in STTR-formaat. DSO-LV biedt de mogelijkheid om toepasbare regels als STTR-bestand te downloaden. Wijzigingen: * 27-11-2019: MoSCoW-indeling * 4-12-2020: MoSCoW-indeling veranderd van Onbepaald naar Should omdat kunnen importeren nodig is om de toepasbare regels bij de bruidsschat te kunnen importeren en aanpassen. * 08-04-2022: MoSCow-indeling aangepast van Should naar Must (Requirement) TR24 Kunnen importeren van toepasbare regels Het kunnen toetsen van de formuleringen van toepasbare regels (de vragen) aan een schrijfwijzer. Er is online een schrijfwijzer voor teksten voor toepasbare regels beschikbaar op https://iplo.nl/digitaal-stelsel/toepasbare-regels-maken-aanleveren/schrijfwijzer/. Het doel van deze schrijfwijzer is dat iedereen op dezelfde manier schrijft voor het Omgevingsloket en het Digitaal Stelsel Omgevingswet (DSO). Gebruikers kunnen de teksten daardoor beter begrijpen en de vragen gemakkelijker beantwoorden. Wijzigingen: * 14-7-2021: Verwijzing naar schrijfwijzer vervangen * 14-7-2020: Tekstopmaak aangepast * 27-11-2019: Toelichting tekstueel, MoSCoW-indeling (Requirement) TR11 Kunnen toetsten van toepasbare regels aan schrijfwijzer Het (deels) geautomatiseerd af kunnen leiden van toepasbare regels uit juridische regels of een andere basis voor de juridische en toepasbare regels, bijvoorbeeld een doelenboom. Wijzigingen: * 27-11-2019: MoSCoW-indeling (Requirement) TR12 Kunnen afleiden van toepasbareregels Het kunnen ophalen van regels bij activiteiten uit de omgevingsbeleidcomponent. De omgevingsbeleidcomponent bevat de juridische regels en bijbehorende werkingsgebieden en activiteiten waarvoor toepasbare regels opgesteld of aangepast gaan worden. De toepasbare regelscomponent vraagt bij de omgevingswetbeleidcomponent gegevens op over (Omgevingswet-)activiteiten en/of (bijbehorende) juridische regels, regelteksten en locaties. Wijzigingen: * 04-05-2022: Nieuw toegevoegd (Requirement) TR40 Kunnen ophalen van regels bij activiteiten Kunnen ophalen van werkzaamheden uit de landelijke voorziening. Werkzaamheden zijn bedoeld voor de incidentele initiatiefnemers zodat zij ondersteund worden om de juiste activiteiten te vinden tijdens het checken. Werkzaamheden zijn gekoppeld aan de laagste activiteit. Een werkzaamheid kan een koppeling hebben met één of meerdere activiteiten, een activiteit kan een koppeling hebben met één of meerdere werkzaamheden. Wijzigingen: * 04-05-2022: Nieuw toegevoegd (Requirement) TR41 Kunnen ophalen van werkzaamheden uit Register Toepasbare Regels (RTR) Deze functie omvat: Kunnen beheren van toepasbare regels door meerdere personen tegelijkertijd Voor meer details verwijzen we naar de software requirements op gemmaonline.nl thema omgevingswet (ApplicationFunction) Samenwerken aan toepasbare regels Bij gemeenten werken vaak meerdere personen aan de toepasbare regels, zowel van binnen als van buiten de eigen organisatie. Deze moeten gelijktijdig de toepasbare regels kunnen beheren. Het met meerdere personen kunnen werken aan toepasbare regels vraagt o.a. om het kunnen in- en uitchecken van toepasbare regels in een repository en logging van wijzigingen. Wijzigingen: * 14-7-2020: Tekstopmaak aangepast * 13-12-2019: Toelichting tekstueel * 27-11-2019 : MoSCoW- indeling (Requirement) TR06 Kunnen beheren van toepasbare regels door meerdere personen tegelijkertijd Deze functie omvat: Kunnen genereren van toepasbare regels in STTR-formaat Kunnen verifiëren van toepasbare regels Kunnen registreren van toepasbare regels Kunnen ontsluiten van toepasbare regels voor andere software Voor meer details verwijzen we naar de software requirements op gemmaonline.nl thema omgevingswet (ApplicationFunction) Aanleveren toepasbare regels Het kunnen ontsluiten van toepasbare regels voor andere software anders dan via STTR, o.a. voor hergebruik van de gegevens, het beheren van relaties (bijvoorbeeld met juridische regels) en het kunnen migreren naar andere software. Enkele mogelijke vormen zijn bestandsuitwisseling, databasetoegang en services. Wijzigingen: * 14-7-2020: Tekstopmaak aangepast * 27-11-2019: Toelichting tekstueel, MoSCoW-indeling (Requirement) TR30 Kunnen ontsluiten van toepasbare regels voor andere software Het kunnen registreren, wijzigen en beëindigen van de toepasbare regels in de Registratie Toepasbare Regels van DSO-LV, middels Standaard Toepasbare Regels STTR. Om toepasbare regels te kunnen registreren is een koppeling nodig tussen het lokale regelbeheersysteem en het digitaal stelsel op basis van de standaard Digikoppeling. De documentatie voor het aanleveren van toepasbare regels is beschikbaar op https://iplo.nl/digitaal-stelsel/toepasbare-regels-maken-aanleveren/toepasbare-regels-aanleveren-omgevingsloket/ Wijzigingen: * 04-5-2022: Toelichting aangepast: verwijderen aangepast naar beëindigen * 14-7-2021: Verwijzing naar de documentatie van de aanleverenservice aangepast. * 14-7-2020: Tekstopmaak aangepast * 17-1-2020: Toelichting tekstueel * 27-11-2019: Toelichting tekstueel, MoSCoW-indeling (Requirement) TR23 Kunnen registreren van toepasbare regels Het kunnen genereren van een STTR-bestand met toepasbare regels volgens de geldende versie van STTR. Toepasbare regels moeten voldoen aan de Standaard toepasbare regels (STTR). Voor het vastleggen van toepasbare regels in DSO-LV moet een gemeente in staat zijn valide STTR-bestanden aan DSO-LV aan te bieden. De documentatie van STTR is beschikbaar op https://iplo.nl/digitaal-stelsel/aansluiten/standaarden/sttr-imtr/ Wijzigingen: * 14-7-2021: Verwijzing naar STTR aangepast * 14-7-2020: Tekstopmaak aangepast * 27-11-2019: Toelichting tekstueel, MoSCoW-indeling (Requirement) TR21 Kunnen genereren van toepasbare regels in STTR-formaat Het kunnen verifiëren van een STTR-bestand met de verificatieservice van DSO-LV of andere verificatie-functionaliteit. De verificatie-functie controleert de regels in het bestand en laat weten of de regels aan de standaard voldoen. De bestanden worden bij het controleren niet opgeslagen in het Register toepasbare regels. De documentatie van de verificatieservice is beschikbaar op https://iplo.nl/digitaal-stelsel/toepasbare-regels-maken-aanleveren/toepasbare-regels-aanleveren-omgevingsloket/ Wijzigingen: * 14-7-2021: Verwijzing naar de documentatie van de verificatieservice aangepast. * 14-7-2020: Tekstopmaak aangepast * 10-12-2019: Toelichting tekstueel, MoSCoW-indeling (van Must naar Should) * 27-11-2019: Toelichting tekstueel, MoSCoW-indeling (Requirement) TR22 Kunnen verifiëren van toepasbare regels Deze functie omvat: Kunnen zoeken in toepasbare regels Kunnen afspelen van toepasbare regels Kunnen presenteren van toepasbare regels voor niet-gebruikers Voor meer details verwijzen we naar de software requirements op gemmaonline.nl thema omgevingswet (ApplicationFunction) Inzien toepasbare regels Het kunnen zoeken in toepasbare regels met als zoekingang minimaal tekst, bijvoorbeeld door in een zoekveld tekst in te voeren met als zoekresultaat de toepasbare regels die die tekst bevatten. Daarnaast het kunnen zoeken op de relatie naar juridische activiteit en werkingsgebied als deze relaties in de software beschikbaar zijn. Andere mogelijke zoekcriteria zijn: * Begin en einddata van toepasbare regels * Of toepasbare regels wel of niet zijn geregistreerd in DSO-LV en wanneer * Type toepasbare regel Wijzigingen: * 14-7-2020: Tekstopmaak aangepast * 10-12-2019: Toelichting tekstueel * 27-11-2019: Toelichting tekstueel, MoSCoW-indeling (Requirement) TR10 Kunnen zoeken in toepasbare regels Het kunnen afspelen van toepasbare regels voor checken en voor aanvragen zonder gebruik te maken van het omgevingsloket van DSO-LV. Gemeenten willen hun toepasbare regels kunnen bekijken en testen voordat ze deze registreren in DSO-LV. Dit maakt het mogelijk om de eigen toepasbare regels op te stellen, te beproeven en aan te passen zonder ze steeds eerst in DSO-LV te moeten registreren. Aandachtspunten bij het afspelen zijn of de toepasbare regels werken conform verwachtingen, of er geen overbodige vragen worden gesteld, of de helpteksten kloppen en of de toepasbare regels tot de juiste conclusies leiden. Wijzigingen: * 14-7-2020: Tekstopmaak aangepast * 14-1-2020: Toelichting tekstueel * 27-11-2019: MoSCoW-indeling (Requirement) TR13 Kunnen afspelen van toepasbare regels Het kunnen presenteren van toepasbare regels, inclusief alle achterliggende gegevens, aan personen die geen gebruiker van de software zijn. Het opstellen van goede toepasbare regels vraagt de betrokkenheid van verschillende deskundigen. Het moet mogelijk zijn de toepasbare regels te bespreken met en te laten reviewen door verschillende deskundigen die geen toegang hebben tot de software en ook niet getraind zijn in het gebruiken ervan. Enkele mogelijke vormen zijn een document (PDF, Word e.d.) en een webportaal gericht op raadplegen en reviewen in plaats van opstellen en beheren. Wijzigingen: * 14-7-2020: Tekstopmaak aangepast * 10-12-2019: Toelichting tekstueel * 27-11-2019: Toelichting tekstueel, MoSCoW-indeling (Requirement) TR31 Kunnen presenteren van toepasbare regels voor niet- gebruikers Deze svg is op 24-10-2022 15:58:26 CEST gegenereerd door ArchiMedes™ © 2016-2022 ArchiXL. ArchiMedes 24-10-2022 15:58:26 CEST


Overzicht requirements per applicatiefunctie (uit model: Omgevingswet) - Toon SVG


De opgenomen requirements kunnen per applicatiefunctie als CSV bestand worden gedownload. Deze bestanden kunt u gebruiken bij het opstellen van een Programma van Eisen.


In onderstaande tabellen wordt onderscheid gemaakt in welke requirements verplicht zijn bij de inwerkingtreding (MUST), welk requirements door VNG worden geadviseerd (SHOULD) en welke requirements aanvullende functionaliteit bieden (ONBEPAALD).

Requirements met categorie MUST

Onderstaande tabel toont alle requirements die gelden voor de Toepasbare regelscomponent met de categorie MUST. De Toepasbare regelscomponent moet bij de inwerkingtreding van de Omgevingswet voldoen aan onderstaande requirements.

Element Beschrijving MoSCoW
TR03 Kunnen opstellen en beheren van toepasbare regels Het kunnen opstellen en beheren van toepasbare regels overeenkomstig de mogelijkheden van de standaard voor toepasbare regels, STTR.


Hieronder ter illustratie enkele mogelijkheden van STTR.


  • relateren aan activiteiten en regelbeheerobjecten (conclusie, indieningsvereisten of maatregelen), werkingsgebieden en aansluitpunten;
  • bedrijfsregels;
  • uitvoeringsregels;
  • conversieregels;
  • verwijzen naar (sub)werkingsgebieden op verschillende niveaus;
  • interactieregels, o.a. voor de volgorde van vragen;
  • content zoals helpteksten, toelichtende tekst, afbeeldingen of video’s bij toepasbare regels;
  • begin- en einddatum geldigheid;
  • modellering van een conclusie;
  • modellering van indieningsvereisten;
  • modellering van maatregelen;
  • herbruikbare vragen.


De standaard STTR specificeert deze mogelijkheden volledig en exact. De documentatie van STTR is beschikbaar op https://iplo.nl/digitaal-stelsel/aansluiten/standaarden/sttr-imtr/


Wijzigingen:

  • 14-7-2021: Verwijzing naar STTR aangepast
  • 14-7-2020: Tekstopmaak aangepast
  • 8-7-2020: Toelichting tekstueel
  • 17-1-2020: Toelichting tekstueel
  • 27-11-2019: Toelichting tekstueel, MoSCoW-indeling
Must
TR20 Kunnen toepasbaar maken activiteiten Het kunnen toepasbaar maken van de activiteiten in de functionele structuur in DSO-LV zodat toepasbare regels geregistreerd kunnen worden. Door het creëren en wijzigen van attributen van activiteiten in de functionele structuur en het toevoegen van regelbeheerobjecten. Aan die ‘regelbeheerobjecten’ kunnen vervolgens de toepasbare regels worden gehangen.


De documentatie voor het toepasbaar maken van activiteiten is beschikbaar op https://iplo.nl/digitaal-stelsel/toepasbare-regels-maken-aanleveren/toepasbare-regels-aanleveren-omgevingsloket/


Wijzigingen:

  • 14-7-2021: Verwijzing naar documentatie over toepasbaar maken activiteiten aangepast
  • 14-7-2020: Tekstopmaak aangepast
  • 27-11-2019: Titel requirement, Toelichting tekstueel, MoSCoW-indeling
Must
TR21 Kunnen genereren van toepasbare regels in STTR-formaat Het kunnen genereren van een STTR-bestand met toepasbare regels volgens de geldende versie van STTR.


Toepasbare regels moeten voldoen aan de Standaard toepasbare regels (STTR).


Voor het vastleggen van toepasbare regels in DSO-LV moet een gemeente in staat zijn valide STTR-bestanden aan DSO-LV aan te bieden.


De documentatie van STTR is beschikbaar op https://iplo.nl/digitaal-stelsel/aansluiten/standaarden/sttr-imtr/


Wijzigingen:

  • 14-7-2021: Verwijzing naar STTR aangepast
  • 14-7-2020: Tekstopmaak aangepast
  • 27-11-2019: Toelichting tekstueel, MoSCoW-indeling
Must
TR23 Kunnen registreren van toepasbare regels Het kunnen registreren, wijzigen en beëindigen van de toepasbare regels in de Registratie Toepasbare Regels van DSO-LV, middels Standaard Toepasbare Regels STTR.


Om toepasbare regels te kunnen registreren is een koppeling nodig tussen het lokale regelbeheersysteem en het digitaal stelsel op basis van de standaard Digikoppeling.


De documentatie voor het aanleveren van toepasbare regels is beschikbaar op https://iplo.nl/digitaal-stelsel/toepasbare-regels-maken-aanleveren/toepasbare-regels-aanleveren-omgevingsloket/


Wijzigingen:

  • 04-5-2022: Toelichting aangepast: verwijderen aangepast naar beëindigen
  • 14-7-2021: Verwijzing naar de documentatie van de aanleverenservice aangepast.
  • 14-7-2020: Tekstopmaak aangepast
  • 17-1-2020: Toelichting tekstueel
  • 27-11-2019: Toelichting tekstueel, MoSCoW-indeling
Must
TR24 Kunnen importeren van toepasbare regels Het kunnen importeren van toepasbare regels in STTR-formaat. DSO-LV biedt de mogelijkheid om toepasbare regels als STTR-bestand te downloaden.


Wijzigingen:

  • 27-11-2019: MoSCoW-indeling
  • 4-12-2020: MoSCoW-indeling veranderd van Onbepaald naar Should omdat kunnen importeren nodig is om de toepasbare regels bij de bruidsschat te kunnen importeren en aanpassen.
  • 08-04-2022: MoSCow-indeling aangepast van Should naar Must
Must
TR25 Kunnen beheren van behandeldienst configuratie Het kunnen beheren van de behandeldienstconfiguratie waarmee een bevoegd gezag een activiteit waarvoor zij verantwoordelijk is kan koppelen aan een behandeldienst.


Deze functionaliteit is wel noodzakelijk, maar hoeft niet per se onderdeel van toepasbare-regels-software te zijn.


De documentatie van de service voor het beheren van de behandeldienstconfiguratie is beschikbaar op https://iplo.nl/digitaal-stelsel/vergunningaanvragen-ontvangen-samenwerken/behandeldienst-instellen/


Wijzigingen:

  • 14-7-2021: Verwijzing naar informatie over beheren behandeldienstconfiguratie aangepast
  • 14-7-2020: Tekstopmaak aangepast
  • 8-7-2020: Beschrijving van de status van de service van het DSO geactualiseerd. Toegevoegd dat deze functionaliteit wel nodig is, maar niet per se onderdeel van toepasbare-regels-software dient te zijn. MoSCoW-indeling gewijzigd in Must.
  • 27-11-2019: Nieuw
  • 13-12-2019: Toelichting tekstueel
Must
TR26 Kunnen configureren omgevingsoverleg Het kunnen configureren van de mogelijkheid voor een omgevingsoverleg voor aanvraagformulieren.


Deze functionaliteit is wel noodzakelijk, maar hoeft niet per se onderdeel van toepasbare-regels-software te zijn.


De documentatie van de service voor het beheren van de omgevingsoverlegconfiguratie is beschikbaar op https://aandeslagmetdeomgevingswet.nl/ontwikkelaarsportaal/api-register/api/omgevingsoverleg-configuratie-beheren/


Wijzigingen:

  • 14-7-2021: MoSCoW-indeling gewijzigd in Must omdat de service beschikbaar is.
  • 14-7-2021: Alinea dat deze functionaliteit nog in ontwikkeling is verwijderd
  • 14-7-2021: Verwijzing naar informatie over het beheren van de omgevingsoverlegconfiguratie toegevoegd
  • 14-7-2020: Tekstopmaak aangepast
  • 8-7-2020: Beschrijving van de status van de service van het DSO geactualsieerd. Toegevoegd dat deze functionaliteit wel nodig is, maar niet per se onderdeel van toepasbare-regels-software dient te zijn.
  • 14-1-2020: Nieuw
Must
TR41 Kunnen ophalen van werkzaamheden uit Register Toepasbare Regels (RTR) Kunnen ophalen van werkzaamheden uit de landelijke voorziening.


Werkzaamheden zijn bedoeld voor de incidentele initiatiefnemers zodat zij ondersteund worden om de juiste activiteiten te vinden tijdens het checken. Werkzaamheden zijn gekoppeld aan de laagste activiteit. Een werkzaamheid kan een koppeling hebben met één of meerdere activiteiten, een activiteit kan een koppeling hebben met één of meerdere werkzaamheden.


Wijzigingen:

  • 04-05-2022: Nieuw toegevoegd
Must

Requirements met categorie SHOULD

Onderstaande tabel toont alle requirements die gelden voor de Toepasbare regelscomponent met de categorie SHOULD. VNG hecht grote waarde aan het voldoen van de Toepasbare regelscomponent aan onderstaande requirements, maar deze requirements zijn niet verplicht tijdens de inwerkingtreding van de Omgevingswet. Als gemeente kunt u deze requirements uitvragen aan een leverancier als toevoeging op uw Programma van Eisen (PvE). Mogelijk dat een leverancier deze requirements nog niet heeft gerealiseerd in zijn oplossing.

Element Beschrijving MoSCoW
TR10 Kunnen zoeken in toepasbare regels Het kunnen zoeken in toepasbare regels met als zoekingang minimaal tekst, bijvoorbeeld door in een zoekveld tekst in te voeren met als zoekresultaat de toepasbare regels die die tekst bevatten. Daarnaast het kunnen zoeken op de relatie naar juridische activiteit en werkingsgebied als deze relaties in de software beschikbaar zijn.


Andere mogelijke zoekcriteria zijn:

  • Begin en einddata van toepasbare regels
  • Of toepasbare regels wel of niet zijn geregistreerd in DSO-LV en wanneer
  • Type toepasbare regel


Wijzigingen:

  • 14-7-2020: Tekstopmaak aangepast
  • 10-12-2019: Toelichting tekstueel
  • 27-11-2019: Toelichting tekstueel, MoSCoW-indeling
Should
TR13 Kunnen afspelen van toepasbare regels Het kunnen afspelen van toepasbare regels voor checken en voor aanvragen zonder gebruik te maken van het omgevingsloket van DSO-LV.


Gemeenten willen hun toepasbare regels kunnen bekijken en testen voordat ze deze registreren in DSO-LV. Dit maakt het mogelijk om de eigen toepasbare regels op te stellen, te beproeven en aan te passen zonder ze steeds eerst in DSO-LV te moeten registreren. Aandachtspunten bij het afspelen zijn of de toepasbare regels werken conform verwachtingen, of er geen overbodige vragen worden gesteld, of de helpteksten kloppen en of de toepasbare regels tot de juiste conclusies leiden.


Wijzigingen:

  • 14-7-2020: Tekstopmaak aangepast
  • 14-1-2020: Toelichting tekstueel
  • 27-11-2019: MoSCoW-indeling
Should
TR22 Kunnen verifiëren van toepasbare regels Het kunnen verifiëren van een STTR-bestand met de verificatieservice van DSO-LV of andere verificatie-functionaliteit. De verificatie-functie controleert de regels in het bestand en laat weten of de regels aan de standaard voldoen. De bestanden worden bij het controleren niet opgeslagen in het Register toepasbare regels.


De documentatie van de verificatieservice is beschikbaar op https://iplo.nl/digitaal-stelsel/toepasbare-regels-maken-aanleveren/toepasbare-regels-aanleveren-omgevingsloket/


Wijzigingen:

  • 14-7-2021: Verwijzing naar de documentatie van de verificatieservice aangepast.
  • 14-7-2020: Tekstopmaak aangepast
  • 10-12-2019: Toelichting tekstueel, MoSCoW-indeling (van Must naar Should)
  • 27-11-2019: Toelichting tekstueel, MoSCoW-indeling
Should
TR40 Kunnen ophalen van regels bij activiteiten Het kunnen ophalen van regels bij activiteiten uit de omgevingsbeleidcomponent.


De omgevingsbeleidcomponent bevat de juridische regels en bijbehorende werkingsgebieden en activiteiten waarvoor toepasbare regels opgesteld of aangepast gaan worden. De toepasbare regelscomponent vraagt bij de omgevingswetbeleidcomponent gegevens op over (Omgevingswet-)activiteiten en/of (bijbehorende) juridische regels, regelteksten en locaties.


Wijzigingen:

  • 04-05-2022: Nieuw toegevoegd
Should

Requirements met categorie ONBEPAALD

Onderstaande tabel toont alle requirements die gelden voor de Toepasbare regelscomponent met de categorie ONBEPAALD. VNG onderkent een aantal requirements die op dit moment van toepassing kunnen zijn op de Toepasbare regelscomponent . VNG heeft hier echter geen waarde aan toegekend. Als gemeente kunt u eventueel deze requirements uitvragen aan een leverancier als toevoeging op uw Programma van Eisen (PvE). Bepaal dan wel vooraf de categorie die u hieraan zelf toekent: MUST of SHOULD. Mogelijk dat een leverancier deze requirements nog niet heeft gerealiseerd in zijn oplossing.

Element Beschrijving MoSCoW
TR01 Kunnen analyseren van juridische regels Het kunnen analyseren van juridische regels als basis voor het opstellen en beheren van toepasbare regels, omdat toepasbare regels hun grondslag hebben in de juridische regels.


Analyseren houdt onder andere in het onderkennen van de juridische activiteiten in de regelgeving en het onderkennen welke criteria bepalen wanneer een initiatief toestemmingsvrij, vergunningsplichtig, meldingsplichtig of informatieplichtig is en wat de indieningsvereisten zijn.


Het analyseren van juridische regels kan ook zonder software worden gedaan.


N.B. Onder toepasbare regels verstaan we hier (conform IMTR 1.1.2): Toepasbare regels zijn begrijpelijke regels die zijn opgesteld op grond van juridische regels (zoals omgevingswet, AMvB’s, omgevingsplannen, en verordeningen). Zij bestaan uit: bedrijfsregels (business logica), uitvoeringsregels, eventueel conversieregels (uitvraging en koppeling data aan bedrijfsregels) en interactieregels (presentatielogica). Zij resulteren in begrijpelijke vragenbomen aan de initiatiefnemer.


Wijzigingen:

  • 14-7-2021: Versienummer van IMTR aangepast
  • 14-7-2020: Tekstopmaak aangepast
  • 14-1-2020: Begrip Toepasbare Regels toegevoegd.
  • 27-11-2019: Toelichting tekstueel, MoSCoW-indeling
Onbepaald
TR02 Kunnen relateren van juridische en toepasbare regels (lokaal) Het kunnen vastleggen van de relatie tussen toepasbare regels en de juridische regels waarop ze zijn gebaseerd.


Voor het beheren van toepasbare regels is het zinvol om de relatie met de juridische regels waar ze op gebaseerd zijn te kennen. Bij wijzigingen in de juridische regels is dan te zien welke toepasbare regels hier mogelijk door geraakt worden.


Deze requirement betreft het kunnen relateren van juridische en toepasbare regels bij het bevoegd gezag zelf (vandaar 'lokaal' in de titel), bijvoorbeeld als omgevingsplan en de bijbehorende toepasbare regels nog in bewerking zijn en het omgevingsplan nog niet bekend is gemaakt. De requirement betreft niet het relateren van toepasbare regels aan de activiteiten in DSO-LV. Dat laatste is noodzakelijk en behoort tot requirement TR03.


Voor het 'lokaal' kunnen relateren van juridische en toepasbare regels werkt VNG samen met leveranciers een standaard uit. Zie https://github.com/VNG-Realisatie/Regels-bij-activiteiten


Wijzigingen:

  • 14-7-2021: Verwijzing naar API-specificatie ‘Regels bij activiteiten’ toegevoegd.
  • 14-7-2020: Tekstopmaak aangepast
  • 17-1-2020: Titel requirement, Toelichting tekstueel
  • 27-11-2019: Toelichting tekstueel, MoSCoW-indeling
Onbepaald
TR05 Kunnen beheren van versies van toepasbare regels Het kunnen beheren van verschillende versies van toepasbare regels en van sets van bij elkaar horende toepasbare regels, zoals de bij dezelfde juridische activiteit horende toepasbare regels voor checken (conclusie) en voor aanvragen (indieningsvereisten). Door wijzigingen in juridische regels of verbeteringen van de toepasbare regels zelf kunnen verschillende versies van toepasbare regels ontstaan.


Voor beheer van versies is het nodig om te kunnen zien welke versies zijn geregistreerd in DSO-LV en wat de begin- en einddata van de verschillende versies zijn.


Wijzigingen:

  • 14-7-2020: Tekstopmaak aangepast
  • 27-11-2019: Toelichting tekstueel, MoSCoW-indeling
Onbepaald
TR06 Kunnen beheren van toepasbare regels door meerdere personen tegelijkertijd Bij gemeenten werken vaak meerdere personen aan de toepasbare regels, zowel van binnen als van buiten de eigen organisatie. Deze moeten gelijktijdig de toepasbare regels kunnen beheren.


Het met meerdere personen kunnen werken aan toepasbare regels vraagt o.a. om het kunnen in- en uitchecken van toepasbare regels in een repository en logging van wijzigingen.


Wijzigingen:

  • 14-7-2020: Tekstopmaak aangepast
  • 13-12-2019: Toelichting tekstueel
  • 27-11-2019 : MoSCoW- indeling
Onbepaald
TR11 Kunnen toetsten van toepasbare regels aan schrijfwijzer Het kunnen toetsen van de formuleringen van toepasbare regels (de vragen) aan een schrijfwijzer.


Er is online een schrijfwijzer voor teksten voor toepasbare regels beschikbaar op https://iplo.nl/digitaal-stelsel/toepasbare-regels-maken-aanleveren/schrijfwijzer/. Het doel van deze schrijfwijzer is dat iedereen op dezelfde manier schrijft voor het Omgevingsloket en het Digitaal Stelsel Omgevingswet (DSO). Gebruikers kunnen de teksten daardoor beter begrijpen en de vragen gemakkelijker beantwoorden.


Wijzigingen:

  • 14-7-2021: Verwijzing naar schrijfwijzer vervangen
  • 14-7-2020: Tekstopmaak aangepast
  • 27-11-2019: Toelichting tekstueel, MoSCoW-indeling
Onbepaald
TR12 Kunnen afleiden van toepasbare regels Het (deels) geautomatiseerd af kunnen leiden van toepasbare regels uit juridische regels of een andere basis voor de juridische en toepasbare regels, bijvoorbeeld een doelenboom.


Wijzigingen:

  • 27-11-2019: MoSCoW-indeling
Onbepaald
TR30 Kunnen ontsluiten van toepasbare regels voor andere software Het kunnen ontsluiten van toepasbare regels voor andere software anders dan via STTR, o.a. voor hergebruik van de gegevens, het beheren van relaties (bijvoorbeeld met juridische regels) en het kunnen migreren naar andere software.


Enkele mogelijke vormen zijn bestandsuitwisseling, databasetoegang en services.


Wijzigingen:

  • 14-7-2020: Tekstopmaak aangepast
  • 27-11-2019: Toelichting tekstueel, MoSCoW-indeling
Onbepaald
TR31 Kunnen presenteren van toepasbare regels voor niet-gebruikers Het kunnen presenteren van toepasbare regels, inclusief alle achterliggende gegevens, aan personen die geen gebruiker van de software zijn.


Het opstellen van goede toepasbare regels vraagt de betrokkenheid van verschillende deskundigen. Het moet mogelijk zijn de toepasbare regels te bespreken met en te laten reviewen door verschillende deskundigen die geen toegang hebben tot de software en ook niet getraind zijn in het gebruiken ervan.


Enkele mogelijke vormen zijn een document (PDF, Word e.d.) en een webportaal gericht op raadplegen en reviewen in plaats van opstellen en beheren.


Wijzigingen:

  • 14-7-2020: Tekstopmaak aangepast
  • 10-12-2019: Toelichting tekstueel
  • 27-11-2019: Toelichting tekstueel, MoSCoW-indeling
Onbepaald





Requirements Vergunning-, Toezicht- en Handhavingcomponenten

Laatst bewerkt: 30 juni 2021, 13:14:11

Introductie

Op deze pagina bieden we in tabelvorm en ter download de requirements (specificaties) aan voor de VTH-software per 2023. Requirements geven inzicht in de wensen en eisen die we stellen aan software. De requirements zijn bedoeld voor gemeenten die zich oriënteren op nieuwe software voor omgevingsbeleid dan wel een aanbesteding gaan doen. Ze helpen de inhoudelijk specialisten (o.a. juristen, regelanalisten en vergunningverleners), medewerkers van ICT (functioneel beheerders en informatiemanagers) en specialisten van inkoop en aanbesteding om gezamenlijk een beeld te vormen van de aan te besteden software.


Iteratief: Nu een 1.5.1 versie

De requirements worden met input van gemeenten en softwareleveranciers iteratief opgesteld. De onderstaande versie betreft de 1.5.1 versie. Dit is een stabiele versie die een gemeente kan gebruiken bij het selecteren van software voor VTH ondersteuning. Gezien de ontwikkelingen binnen het Digitaal Stelsel Omgevingswet, weten we dat de eisen die we aan de software stellen nog worden aangepast. Denk hierbij aan de doorontwikkeling van STAM, de Samenwerkfunctionaliteit en een verdere uitbouw van Toezicht & Handhaving. Deze onderwerpen zijn nog in beweging en gaan zorgen voor aanpassingen in de requirements. Ook de feedback die we krijgen van gemeenten en leveranciers leiden ertoe, dat de requirements steeds aangepast zullen worden.

Per versie worden er releasenotes als ODS-bestand ter download beschikbaar gesteld, waarin de verschillen tussen de vorige versie en de nieuwe versie naast elkaar worden weergegeven. Lees vooraf het tabblad waarop de instructies staan.


Requirements en aanbesteding

Wil een gemeente starten met een aanbesteding, dan bieden deze requirements een goede basis voor die aanbesteding. Wil je meer weten over de verschillende manieren van aanbesteden en op welke wijze je de daarbij requirements gebruikt? VNG heeft een Handreiking Aanbesteden.

Naar verwachting zullen de meeste leveranciers aan de belangrijkste requirements gaan voldoen (zie ook onderstaande indeling in categorieën). Dit zorgt er voor dat je qua functionaliteit als gemeente niet snel een "foute" keuze kan maken. Toch zullen de leveranciers op onderdelen gaan verschillen. Om hier inzicht in te verkrijgen zullen op deze site en in de handreiking ook vragen verschijnen waarmee een gemeente die inzicht kan verkrijgen. Denk hierbij aan vragen als: Op welke manier zal de leverancier de samenwerkingsfunctionaliteit van het Digitale Stelsel Omgevingswet gaan ondersteunen?

Uniforme manier van uitvragen

Met de requirements en de leveranciersvragen biedt VNG aan gemeenten een uniforme manier van uitvragen van de VTH-software. Een uniforme manier van uitvragen is essentieel om komende periode van implementatie succesvol te laten verlopen. Softwareleveranciers staan al onder druk om in 2023 werkende software te kunnen leveren. Als iedere gemeente op haar eigen manier met eigen requirements de software gaat aanbesteden, levert dit voor de softwareleveranciers veel werk op. De tijd die ze daarmee besteden aan het meedoen met de aanbesteding, kunnen ze niet gebruiken om de software te ontwikkelen. Door op een als gemeenten op een uniforme wijze aan besteden, zorgen we er voor dat leveranciers kunnen focussen de ontwikkeling van software.

Categorieën voor requirements

We hanteren de volgende categorieën voor de requirements, die meer in lijn liggen met de ‘Minimale acties Omgevingswet’. De requirements zijn onderverdeeld in drie categorieën:

  • Must Have: Deze functionaliteiten zijn noodzakelijk om de wet uit te kunnen voeren op het moment dat de wet in werking treedt. Het gaat om functionaliteiten om aan te kunnen sluiten op DSO-LV en andere verplichte landelijke voorzieningen en om functionaliteiten om essentiële processtappen uit te kunnen voeren. Functionaliteiten in deze categorie zijn in alle gevallen ‘Must Have’. Voorbeelden hiervan zijn, het kunnen produceren van een omgevingsplan in STOP-formaat en het kunnen publiceren van dit plan naar LVBB, het kunnen ophalen van een vergunningaanvraag in STAM-formaat en het kunnen verlenen van een omgevingsvergunning.
  • Should Have: Deze functionaliteiten zijn gezien vanuit het wettelijke minimum niet noodzakelijk om de wet uit te kunnen voeren, maar volgens VNG wel essentieel voor een adequate uitvoering. Deze functionaliteiten zijn volgens VNG minimaal ’Should Have’. U kunt besluiten om enkele van deze functionaliteiten als ‘Must Have’ te bestempelen als u ze voor uw eigen situatie noodzakelijk acht. Een voorbeeld van een functionaliteit in deze categorie is functionaliteit voor het aansluiten op de samenwerkingsfunctionaliteit van DSO-LV. Deze aansluiting is niet verplicht, maar wel essentieel om binnen de wettelijke termijn een vergunningaanvraag in samenwerking met andere partijen af te kunnen handelen.
  • Onbepaald: Deze functionaliteiten zijn niet noodzakelijk vanuit het wettelijke minimum of essentieel voor een adequate uitvoering. VNG kan daarom aan deze functionaliteiten geen belang toekennen. U dient zelf te bepalen hoe gewenst deze functionaliteiten voor situatie is. VNG raadt aan om deze softwarerequirements te internaliseren voordat u ze gebruikt bij het definiëren van een PvE voor uw software door uw lokale situatie te vertalen in ‘must haves’, ‘should haves’, ‘could haves’ en ‘won’t haves’.


VNG raadt aan om deze softwarerequirements te internaliseren voordat u ze gebruikt bij het definiëren van een PvE voor uw software door uw lokale situatie te vertalen in ‘must haves’, ‘should haves’, ‘could haves’ en ‘won’t haves’. Ga na welke softwarerequirement voor u van toepassing is en ga na of de hier aangegeven categorie ook bij u van toepassing is.

Voor requirements waarvoor de specificaties vanuit DSO-LV nog niet beschikbaar zijn hanteren we de categorie "Nader te bepalen". Zodra de specificaties voldoende stabiel zijn zullen we de juiste categorie aangeven. Requirements die niet meer gelden, zijn uit de lijst weggehaald. In de Releasenotes die horen bij deze versie is terug te vinden welke requirements nieuw zijn, welke requirements zijn aangepast en welke requirements zijn vervallen.

Doorontwikkeling applicaties: Na de inwerkingtreding van de Omgevingswet zal de VTH-software zich verder ontwikkelen. Gemeenten hebben hierbij aangegeven dat ze graag zien dat de software gaat voldoen aan Common Ground en dat de gehele beleidscyclus (van visie, naar plan, vergunning verlening, toezicht, handhaving en evaluatie) wordt ondersteund met integrale software.

Overzicht VTH-component

De VTH-component is de software die benodigd is voor de ondersteuning van de VTH-processen. De component bevat een aantal functies die de verschillende processen ondersteunen. De componenten er omheen hebben een relatie met de VTH-componenten. GEMMA kent de Vergunning- Toezicht- Handhavingcomponent Omgevingswet (oftewel VTH-component). Dit is een component voor alle VTH functionaliteit. Voor de Omgevingswet applicatiearchitectuur is deze component in meerdere applicatiefuncties gesplitst. Onderstaande afbeelding geeft een overzicht van de component met de applicatiefuncties.

Component voor opslag en ontsluiting van zaakgegevens. (ApplicationComponent) Zaakregistratiecomponent Component voor het aanmaken van documenten waarbij vaste teksten/templates worden gecombineerd met gegevens. (ApplicationComponent) Documentcreatiecomponent Component voor opslag en ontsluiting van documenten en daarbij behorende metadata. (ApplicationComponent) Documentregistratiecomponent Landelijke voorziening Basisregistratie Grootschalige Topografie (BGT). De voorloper GBKN gaat op in de BGT. De BGT is de gedetailleerde grootschalige basiskaart (digitale kaart) van heel Nederland, waarin op een eenduidige manier de ligging van alle fysieke objecten zoals gebouwen, wegen, water, spoorlijnen en (landbouw)terreinen is geregistreerd. De gemeenten zijn samen met Provincies, Waterschappen, Rijkswaterstaat, Pro Rail, Ministerie van Defensie en het Ministerie van EL&I bronhouders. (ApplicationComponent) LV-BGT - Basisregistratie Grootschalige Topografie Component voor ondersteuning van het proces van innen, invorderen en kwijtschelden van publiekrechtelijke en eventueel ook privaatrechtelijke vorderingen. (ApplicationComponent) Inningencomponent Decentrale Regelgeving en Officiële Publicaties (DROP) is een dienst van Kennis- en Exploitatiecentrum Officiële Overheidspublicaties (KOOP). Gemeenten leveren via DROP vergunningsaanvragen aan Overheid.nl. (ApplicationComponent) DRP Component voor het afhandelen van bezwaren en beroepen. (ApplicationComponent) Bezwaar en beroep component Component voor het inwinnen van geometrie van locaties en het verwerken van locatiegebonden informatie. (ApplicationComponent) Geo-gegevens beheercomponent Landelijke voorziening Basisregistraties Adressen en Gebouwen. Gemeenten zijn bronhouder van de BAG en stellen informatie uit deze registratie beschikbaar via de Landelijke Voorziening BAG (LV BAG). Het Kadaster beheert de LV BAG. (ApplicationComponent) LV-BAG - Basisregistratie Adressen en Gebouwen Component voor opslag en ontsluiting van zaaktypegegevens. (ApplicationComponent) Zaaktypecataloguscomponent ApplicationComponent Data-analyse-en- monitoringcomponent Landelijke website voor inwoners en bedrijven. MijnOverheid is de persoonlijke website voor overheidszaken. Hieronder vallen de berichtenbox burgers, de berichtenbox bedrijven en lopende zaken. (ApplicationComponent) MijnOverheid.nl Component voor het ondersteunen van diverse soorten vergunningverlening, het ondersteunen op het toezicht houden en het ondersteunen van het handhaven. (ApplicationComponent) Vergunning- Toezicht- en Handhavingcomponent fysieke leefomgeving Deze applicatiefunctie is een verzameling van functies die niet specifiek door een aparte functie wordt uitgevoerd. De requirements die onder deze functie vallen, gelden voor alle applicatiefuncties die bij de VTH-component voor de fysieke leefomgeving horen. (ApplicationFunction) Ondersteunen van generieke VTH functionaliteit fysieke leefomgeving Deze functie wordt gebruikt om de aanvragen en meldingen die binnengekomen zijn verder af te handelen. (ApplicationFunction) Ondersteunen van aanvragen en meldingen Deze functie is bedoeld om de processen van toezicht te ondersteunen. (ApplicationFunction) Ondersteunen van toezicht Deze functie is bedoeld om de processen te ondersteunen die de vergunde objecten en activiteiten registeren en beheren. (ApplicationFunction) Ondersteunen van objecten en activiteiten Deze functie is bedoeld om de processen voor handhaving te ondersteunen. (ApplicationFunction) Ondersteunen van handhaving Het ondersteunen van het gehele vergunningverleningproces (met o.a. ontvangen, behandelen, besluiten) voor vergunningen in de fysieke leefomgeving. (ApplicationService) Ondersteunen van vergunningverlening Deze applicatieservice is bedoeld om de processen van toezicht te ondersteunen. (ApplicationService) Ondersteunen van toezicht Deze applicatieservice is bedoeld om de processen voor handhaving te ondersteunen. (ApplicationService) Ondersteunen van handhaving Besluiten die genomen zijn, worden vastgelegd in het nieuwe Besluitenregister. Dit register is te bevragen via de Besluiten API. Voor meer informatie over deze API wordt verwezen naar de Zaakgericht Werken componenten (https://zaakgerichtwerken.vng.cloud/standaard/besluiten/index). (ApplicationComponent) Besluitenregister De landelijke voorziening Digitaal Stelsel Omgevingswet (DSO) (ApplicationComponent) DSO-LV Deze svg is op 24-10-2022 15:58:25 CEST gegenereerd door ArchiMedes™ © 2016-2022 ArchiXL. ArchiMedes 24-10-2022 15:58:25 CEST


Overzicht VTH-component (uit model: Omgevingswet) - Toon SVG


In een vorige versie van de requirements was de VTH-component onderverdeeld in meerdere (aparte) applicatiecomponenten, met het idee dat elk component apart aanbesteed en geïmplementeerd zou kunnen worden. In de praktijk zijn leveranciers nog niet zo ver. Daarom is een insteek gekozen dat de huidige requirements iets zeggen over de verschillende functies die de VTH-component moet kunnen ondersteunen. Deze aanpak sluit beter aan als gemeenten nu een aanbesteding in de markt willen zetten. Het past bij hetgeen op dit moment door leveranciers geboden wordt.

Requirements VTH-component

De VTH-component bevat applicatiefuncties die benodigd zijn voor het ondersteunen van diverse soorten vergunningverlening, het ondersteunen op het toezicht houden en het ondersteunen van het handhaven.

Component voor het ondersteunen van diverse soorten vergunningverlening, het ondersteunen op het toezicht houden en het ondersteunen van het handhaven. (ApplicationComponent) Vergunning- Toezicht- en Handhavingcomponent fysieke leefomgeving Deze applicatiefunctie is een verzameling van functies die niet specifiek door een aparte functie wordt uitgevoerd. De requirements die onder deze functie vallen, gelden voor alle applicatiefuncties die bij de VTH-component voor de fysieke leefomgeving horen. (ApplicationFunction) Ondersteunen van generieke VTH functionaliteit fysieke leefomgeving Voor de beheersing van de werkvoorraad, zowel op het niveau van een individuele medewerker als (een onderdeel van) de organisatie, moeten rapportages kunnen worden gegenereerd. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH071 Kunnen genereren van operationele rapportages (bv. overzicht werkvoorraad, voortgang) VTH-besluiten hebben gevolgen voor de fysieke leefomgeving en brengen risico's in relatie tot het naleefgedrag in beeld. Het is daarmee belangrijke informatie voor monitoring en analyse. (Requirement) VTH035 Kunnen aanbieden van gegevens aan het data-analyse en monitoringcomponent Bij meervoudige/complexe zaken (VTH) zullen verschillende behandelaren en adviseurs input leveren. De hoofdbehandelaar moet ondersteund kunnen worden om het overzicht te behouden bij de intergrale afweging, overwegingen en uiteindelijke resultaat van de integrale afweging. Bijvoorbeeld door vanuit de deeltoetsingen (op hoofdlijnen) direct inzichtelijk te krijgen welke knelpunten er zijn en wat passend is (en dus geen issue is). Dit kan dan direct de agenda voor de integrale afweging zijn. (Requirement) VTH061 Kunnen ondersteunen in het maken van een integrale afweging op basisvan verzamelde adviezen Verschillende zaken kunnen met elkaar samenhangen en dat moet voor een hoofdbehandelaar in één oogopslag duidelijk zijn, inclusief de actuele status. Bijvoorbeeld: een melding incident leidt tot het opleggen van een sanctie, waarbij toezicht wordt gehouden en uiteindelijk een sanctie wordt toegepast. Dan zijn er vier zaken aan elkaar gerelateerd. Of er worden voor éen bouwproject meldingen en informatieplichten door verschillende personen ingediend met verschillende verzoeknummers, dan moeten deze verschillende verzoeken/zaken aan elkaar gerelateerd kunnen worden. (Requirement) VTH094 Kunnen relateren van een zaak aan één of meer andere gerelateerde zaken Uitgangspunt in de Omgevingswet is dat zowel voor binnenplanse als buitenplanse activiteiten de reguliere procedure wordt gevolgd, tenzij sprake is van een bijzondere situatie. Van zo'n bijzondere situatie kan sprake zijn op grond van internationaalrechtelijke verplichtingen (bijvoorbeeld de MER-richtlijn of de Seveso-richtlijn), of als de aangevraagde activiteiten belangrijke nadelige gevolgen kunnen hebben voor het milieu, of als er sprake is van een rijksmonumentenactiviteit. (Requirement) VTH056 Kunnen bepalen en registreren van de te volgen procedure Een zaak moet kunnen worden toegewezen aan een specifieke medewerker als hoofdbehandelaar, zodat de zaak in zijn/haar werkvoorraad wordt opgenomen en hij/zij de juiste rechten krijgt om de zaak te afhandelen. Hetzelfde geldt voor behandelaren en adviseurs die worden gevraagd om specifieke aspecten van de aanvraag te toetsen of daarop te adviseren. (Requirement) VTH080 Kunnen aanwijzen van hoofdbehandelaar/behandelaren/adviseurs Gegevens en bescheiden waarover de gemeente al beschikt, hoeven niet door de aanvrager te worden geleverd. De VTH software heeft koppelingen naar relevante (landelijke) basisregistraties om dergelijke gegevens te raadplegen. (Requirement) VTH030 Kunnen bevragen van gegevens in de basis- of kernregistraties Inhoudelijk deskundige interne en/of externe adviseurs brengen een advies uit, waarin behalve de conclusie of het past ook kan worden opgenomen welke aanpassingen aan het initiatief gedaan zouden kunnen worden om het passend te maken. Het betreft hier tekstuele vastlegging in het systeem en niet de eventueel bijhorende documenten, zoals het vastleggen/registreren van advies voor vervolg in relatie tot handhavingsbeleid, bijvoorbeeld: Overtreding J/N, Ernst overtreding, Gedrag overtreder of Advies sanctie. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH006 Kunnen vastleggen en registreren beslissing/advies voor vervolg op basis vanbeoordeling geconstateerde situatie Documenten (adviezen/rapporten/etc) die ketenpartners nodig hebben, moeten gedeeld kunnen worden in de Samenwerking. De VTH software kan hiervoor documenten opslaan in de Samenwerkfunctionaliteit. De documenten die door ketenpartners gedeeld worden via de Samenwerkfunctionaliteit van het DSO-LV moeten door de VTH software opgehaald kunnen worden. Dit kan nodig zijn bij het verder opstellen van het advies of bij het compleet maken van het dossier als de zaak in afgehandeld. Indien documenten worden gedownload, worden deze opgeslagen in de Documentregistratiecomponent. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH013 Kunnen opslaan en opvragen van documenten in de Samenwerkfunctionaliteitvan het DSO-LV Om te voorkomen dat er meerdere aanvragen of meldingen op hetzelfde object worden ingevoerd, is inzage op eerdere ingediende of lopende zaken een hulpmiddel bij het beoordelen of de melding of aanvraag in behandeling moet worden genomen. (Requirement) VTH091 Kunnen controleren op bestaande (afgehandelde of lopende) zaken (o.a. vergunning, toezicht, handhaving, wijziging omgevingsplan) Bij de behandeling van VTH-zaken kunnen gegevens/documenten uit gerelateerde zaken uit het verleden van belang zijn of zelfs het uitgangspunt voor de behandeling van de zaak. De VTH software haalt deze gegevens of documenten bijvoorbeeld uit een Archiefregistratiecomponent. (Requirement) VTH029 Kunnen ophalen van gegevens / documenten uit de Archiefregistratiecomponent Actieverzoeken die ontvangen worden via de Samenwerkingsfunctionaliteit kunnen zaakgericht worden afgehandeld Toelichting: * Versie 1.5: Toelichting aangepast * Tekst en categorie van Should naar Must aangepast in versie 1.4 (Requirement) VTH095 Kunnen samenwerken met ketenpartners op basis van Zaakgericht Werken Een behandelaar toetst een activiteit binnen de VTH-zaak en moet de toetsing met het resultaat kunnen vastleggen in een document. Het opstellen gebeurt via de Documentcreatiecomponent. (Requirement) VTH064 Kunnen opstellen van een toetsingsdocument Voor samenwerking in de keten is de randvoorwaarde dat met een uniforme werkwijze zaakgericht wordt gewerkt op basis van de interbestuurlijke ZTC-Omgevingswet, zodat de VTH-componenten het berichtenverkeer op de juiste en uniforme manier verwerken. De VTH-component maakt gebruik van de ZTC-Omgevingswet. Samenwerken gebeurt op basis van leveren van producten. Dat wordt voorlopig in een apart PDF vastgelegd. Bij de aanroepen van een actieverzoek via de SW-API wordt een productcode van het gevraagde product meegegeven. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH096 Kunnen werken op basis van de interbestuurlijke ZTC-Omgevingswet De nieuwe standaard Zaakgericht Werken API volgt de landelijke URI en API strategie. Deze nieuwe standaard is gebaseerd op REST/JSON en wordt ingezet om geautomatiseerd Zaakgericht te kunnen werken met infromatiesystemen van gemeenten of uitvoeringorganisaties. Minimaal de versie(s) zoals deze wordt beheerd door VNG Realisatie wordt hiervoor gebruikt. De Zaakgericht Werken standaard is de nieuwe standaard die per 1 april 2021 op de Pas-Toe-Of-Leg-Uit-lijst van de VNG staat. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH087 Kunnen koppelen op basis van de Standaard Zaakgericht Werken API (ZGW API) Een proces-verbaal, een advies, een verslag van een hoorzitting zijn voorbeelden van belangrijke documenten die goed moeten worden vastgelegd nadat de inhoud (zonodig in overleg met betrokkenen) is vastgesteld. Daarbij kan worden vastgelegd wie op welke moment de vaststelling heeft gedaan. De documenten worden vastgelegd in de Documentenregistratiecomponent. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH005 Kunnen registreren van een formeel, vastgesteld document Dit is nodig voor starten van BAG proces, verkrijgen brondocument (vergunning, bouwtekeningen, etc.) voor de BAG, melding dat er een vergunning is verleend (gereedmelding), etc. Idealiter verloopt deze notificatie via de Notificatierouteringcomponent. (Requirement) VTH102 Kunnen versturen van notificaties aan andere systemen als er gegevens in het VTH-systeem zijn gewijzigd Aangezien de inhoudelijke toetsing belegd kan zijn bij diverse interne en externe adviseurs en ketenpartners, is bewaken van de termijnen voor levering van de adviezen en/of instemmingen noodzakelijk. (Requirement) VTH083 Kunnen doen van termijnbewakingzoals gedefinieerd volgens de wet / conform eigen service (instelbaar) termijnen Voor toezicht, handhaving en monitoring is het van belang dat een beschikking wordt geregistreerd inclusief belangrijke metadata. Hierbij wordt metadata opgeslagen zoals: * type beschikking (Vergunning, maatwerkvoorschriften, handhaving) * datum beschikking * geldigheid (bv bij tijdelijke omgevingsvergunning) * betrokken activiteiten. De beschikking wordt als document vastgelegd in de Documentenregistratiecomponent. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH002 Kunnen registeren van de beschikking Indien het ingediende Verzoek leidt tot een samenwerking met een ketenpartner, moet het mogelijk zijn om vanuit de VTH-software of Zaaksysteem een samenwerking in de Samenwerkfunctionaliteit van het DSO-LV te kunnen starten. Naast het initiëren van een Samenwerking, moet het ook mogelijk zijn om Samenwerkingen te stoppen, te wijzigen als de samenstelling van de samenwerking verandert en te verwijderen als de documenten uit de samenwerking zijn gearchiveerd. (Requirement) VTH008 Kunnen starten, stoppen, wijzigen en verwijderen van een samenwerking in de Samenwerkfunctionaliteit van het DSO- LV Een risicoprofiel van de aanvraag (en de daarin aangevraagde activiteiten), op basis waarvan een bijbehorende toetsings- en toezichtsprotocol van toepassing is waarin de diepgang overeenkomst met het vastgelegde risicoprofiel. (Requirement) VTH054 Kunnen aangeven van een risicoprofiel In sommige zaken is (positieve) besluitvorming randvoorwaardelijk om verder te kunnen gaan of om de zaak af te kunnen ronden. Een voorbeeld: Een handhavingszaak kan worden afgerond als de overtreding is opgeheven doordat de benodigde omgevingsvergunning is verleend. (Requirement) VTH070 Kunnen vastleggen van samenhang met andere procedures/besluitvorming De uitkomst van een zaak kan de aanleiding zijn om een andere zaak te starten. Bijvoorbeeld: de behandeling van een melding van een incident kan als uitkomst hebben dat handhavend moet worden opgetreden. Daarvoor moet dan een zaak worden gestart voor het opleggen van een sanctie. Deze zaken moeten aan elkaar worden gerelateerd, zodat in de nieuwe zaak de voorgeschiedenis en relevante informatie direct inzichtelijk is. (Requirement) VTH090 Kunnen agenderen van een nieuwe (gerelateerde) zaak Afhandeling van zaken volgt lang niet altijd de 'happy flow' c.q. is lang niet altijd en lineair proces. Soms moeten delen van het proces worden herhaald/opnieuw. Uitgangspunt is dat de hoofdbehandelaar deskundig is, goed kan bepalen hoe het proces verder moet en daarbij dus flexibel keuzes kan maken. Processen moeten dus slim modulair kunnen worden geïmplementeerd. (Requirement) VTH079 Kunnen (flexibel) inrichten van de werkprocessen Inhoudelijk deskundige adviseurs kunnen vanuit de VTH software gevraagd worden om advies uit te brengen in een VTH-zaak. De VTH software biedt hiervoor bijvoorbeeld de mogelijkheid tot het versturen van een interne e-mail of gebruikt hiervoor een ander notificatiemechanisme. (Requirement) VTH089 Kunnen aanvragen van intern advies Om het team dat de vergunningaanvraag behandelt tijdig te kunnen voorzien van gevraagde adviezen is het belangrijk om werkzaamheden aan de juiste medewerker(s) toe te wijzen en in te plannen in overleg met de hoofdbehandelaar. Het Verzoek moet kunnen worden toegekend aan een (hoofd)behandelaar. Deze is verantwoordelijk voor de verdere afhandeling van het Verzoek. (Requirement) VTH075 Kunnen inplannen van werkzaamheden Bij de inhoudelijke toetsing worden de activiteiten waarvoor de vergunning wordt aangevraagd door het bevoegd gezag vergeleken met de kaders van de geldende regelgeving. Daartoe wordt op alle relevante deelgebieden van de regelgeving getoetst of het initiatief binnen de kaders blijft. De resultaten van de toetsing kunnen in een risicogericht toetsingsprotocol worden vastgelegd. (Requirement) VTH045 Kunnen vastleggen van resultatenvan inhoudelijke toetsing van de activiteiten Het verzoek wordt als Zaak geregistreerd in het Zaakregistratiecomponent. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH093 Kunnen registeren van een zaak De initiatiefnemer en eventuele specifieke belanghebbenden krijgen de stukken toegezonden of worden uitgenodigd tot indienen van zienswijzen (bv. informatieve of inhoudelijke brieven). Dit kan bijvoorbeeld via e-mail of brief. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH042 Kunnen versturen van berichten aan initiatiefnemer, indiener en belanghebbende Adviesaanvragen worden bij een (keten)partner uitgezet in de vorm van een actieverzoek. De VTH software moet deze actieverzoeken in de Samenwerkfunctionaliteit kunnen uitzetten naar partners, maar ook kunnen ontvangen van partners. (Requirement) VTH009 Kunnen uitzetten en ontvangen van actieverzoeken via de Samenwerkfunctionaliteit van het DSO-LV Voor de monitoring van de bedrijfsvoering, zowel organisatiebreed als op individueel niveau, moeten de statussen van de (lopende) zaken kunnen worden bijgehouden. Klant(en) hebben ook behoefte aan inzicht in de voortgang van de eigen zaak. Afhankelijk van het type zaak, kan het daarbij gaan om een aanvrager, overtreder en/of belanghebbende. (Requirement) VTH082 Kunnen bewaken van de status van een zaak De VTH software moet rechten op documenten die in de Samenwerking worden gedeeld met partners kunnen opvragen, toevoegen, wijzigen, verwijderen. (Requirement) VTH100 Kunnen opvragen, toevoegen, wijzigen, verwijderen van rechten op documenten in een Samenwerking in de Samenwerkfunctionaliteit van het DSO-LV Op basis van de uitkomst van de integrale afweging wordt via de Documentcreatiecomponent een concept voor de beschikking opgesteld (bij toepassing van de uitgebreide procedure spreken we van 'ontwerpbeschikking'). Hierin worden eventuele maatwerkvoorschriften opgenomen die de gemeente wil verbinden aan het verlenen van de vergunning. (Requirement) VTH049 Kunnen opstellen van een conceptbeschikking Om actief te kunnen sturen, ondersteunt de VTH software het kunnen genereren van rapportages ten behoeve van het Management. Verder moeten rapportages kunnen worden gegenereerd voor monitoring van de resultaten van de uitvoering als belangrijke informatie voor het opstellen van beleid en regelgeving. De VTH software biedt hiervoor een aantal voorgedefinieerde rapportages (op basis van best practice). Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH072 Kunnen genereren van management rapportages Op verschillende momenten binnen diverse processen moeten brieven of besluiten kunnen worden opgesteld voor een indiener of belanghebbende. De VTH software kan documenten aanmaken aan de hand van vooraf gedefinieerde sjablonen in de huistijl van de organisatie. Mogelijk dat hiervoor de Documentcreatiecomponent wordt gebruikt, indien de organisatie hierover beschikt. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH041 Kunnen genereren van brieven/besluiten aan indiener en belanghebbende De procesuitvoering - inclusief de daarbij ontvangen en gecreëerde informatieobjecten - zodanig met metadata kunnen vastleggen en vasthouden dat deze de voor duurzame toegankelijkheid noodzakelijke metadata bevatten en - na definitief worden - niet meer te wijzigen zijn (anders dan noodzakelijk vanwege duurzame toegankelijkheid). * Duurzame toegankelijkheid is het doel van werkzaamheden die veelal aangeduid worden met ‘archiveren’, ‘archiefbeheer’ e.d. We spreken hier van ‘duurzame toegankelijkheid’ omdat ‘archiveren’ vaak als iets achteraf, iets aparts gezien wordt terwijl duurzame toegankelijkheid al op elk moment tijdens de procesuitvoering speelt; * Bij het zaakgericht uitvoeren en - conform RGBZ - registreren van het proces voor het behandelen van ontvangen verzoeken, ontstaat 'als vanzelf' een RGBZ-conforme zaakregistratie en -dossier. De daarin vastgelegde metadata volstaan voor het kunnen borgen van duurzame toegankelijkheid mits voorzien wordt in daarvoor verplichte metadata; * Een term die veel voor 'informatieobject' gebruikt wordt is ‘document’. Maar niet elk informatieobject is in het spraakgebruik een document. Een voorbeeld daarvan is het verzoek dat als digitaal xml-bestand is ontvangen. Dit is één van de te borgen soorten informatie-objecten, maar of dit ook als document beschouwd wordt? * Let op: De gemeente is zelf verantwoordelijk voor het conform wettelijke normen borgen van de duurzame toegankelijkheid van adviezen van ketenpartners die via de Samenwerkingsfunctionaliteit beschikbaar worden gesteld. De Samenwerkingsfunctionaliteit vervult deze functie niet; * Het volledig en in continuïteit borgen van duurzame toegankelijkheid is geen verplichting voor deze component mits de ontbrekende ‘archieffuncties’ met andere applicaties ondersteund kunnen worden (migratie, vernietiging e.d.). Minimale vereiste is het kunnen vastleggen en ongewijzigd kunnen vasthouden van genoemde informatie. (Requirement) VTH105 Kunnen borgen van duurzame toegankelijkheid van informatie over de procesuitvoering Als aangevraagde activiteiten vergunningsvrij zijn, hoeft er geen behandeling te worden gestart. (Requirement) VTH060 Kunnen controleren of de aanvraagde of geconstateerde activiteiten vergunningplichtig, meldingplichtig of vergunningvrij zijn Afhankelijk van het aantal en de omvang van de zienswijzen en de complexiteit van de verwerking daarvan kan de beantwoording van de zienswijzen opgenomen worden in het definitieve besluit of in een separate nota van beantwoording zienswijzen. De oplossingen die tijdens de integrale afweging gevonden zijn voor de eventuele geschilpunten uit de ingediende zienswijzen worden verwerkt in de beschikking en daaruit wordt het definitieve besluit voor de aanvraag omgevingsvergunning opgesteld. Tevens mogelijkheid om concreet aan te geven welke motivering in de tekst van de beschikking moet worden opgenomen en welke voorschriften (indien van toepassing). (Requirement) VTH063 Kunnen opstellen van een besluit Bij de verschillende bevoegde gezagen zullen verschillende speerpunten of aandachtspunten zijn vastgesteld voor de dienstverlening. Daarvoor moeten specifieke rapportages kunnen worden opgesteld. (Requirement) VTH073 Kunnen samenstellen van eigen rapportages De hoofdbehandelaar van een zaak moet goed overzicht hebben over voortgang van de zaak. Daar hoort bij dat de hoofdbehandelaar kan zien wat de voortgang is bij gevraagde adviezen (intern en extern) om op tijd te kunnen zien of er een knelpunt in de planning van een zaak. Het totaaloverzicht van de eindstatussen van de adviesvragen geeft een beeld op hoofdlijnen of er inhoudelijke knelpunten zijn en daarop moet worden geschakeld. (Requirement) VTH081 Kunnen bewaken van de status van (interne en externe) adviesaanvraag Voor het automatisch kunnen aanmaken en updaten van zaken, is een koppeling naar een Zaaksysteem nodig. Deze standaard wordt gebruikt als een organisatie nog een Zaaksysteem gebruikt dat alleen de Zaak- en Documentenservices standaard gebruikt. Deze koppeling is gebaseerd op de verouderde standaard en voldoet minimaal aan de versie(s) zoals deze wordt beheerd door VNG Realisatie. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH086 Kunnen koppelen op basis van de Standaard Zaak- en Documenten Services Door de Samenwerkfunctionaliteit worden notificaties gestuurd naar partners als er in de Samenwerking iets is gewijzigd. Dit kan een uitnodiging voor een nieuwe samenwerking zijn, een actieverzoek of een nieuwe status van het uitgezette actieverzoek of een notificatie als er een document beschikbaar is gesteld in de Samenwerking. (Requirement) VTH099 Kunnen abonneren op en ontvangen van notificaties van de Samenwerkfunctionaliteit van het DSO-LV Bij complexe en/of beleidsgevoelige vergunningaanvragen accordeert het College de conceptbeschikking. Tevens wordt bepaald of advies aan de Gemeenteraad gevraagd zal worden. Het daadwerkelijk accorderen wordt buiten het VTH-systeem gedaan. In feite betreft het hier het starten en volgen van een processtap. (Requirement) VTH046 Kunnen laten accorderen van de concept beschikking Voor een goede audittrail moet correspondentie bij de zaak worden geregistreerd. De bijhorende documenten worden vastgelegd in de Documentenregistratiecomponent. Toelichting: * In benaming van requirement '(inkomende)' verwijderd en tekst aangepast in versie 1.4 (Requirement) VTH004 Kunnen registreren van correspondentie De relevante begrippen uit het Omgevingsplan zijn een belangrijke basis voor de behandeling van een VTH-zaak. Deze begrippen zijn opgenomen in de stelselcatalogus en moeten voor de behandeling van de VTH-zaak daaruit kunnen worden geraadpleegd. Ook bij de uitvoering van Toezicht en Handhaving is het gewenst om de juiste begrippen te kunnen hanteren. De stelselcatalogus bevat datasets (informatieproducten) die nodig zijn als naslag of toets bij het behandelen van vergunningen, meldingen en informatieplichten. Bijvoorbeeld sets over Bouw, Natuur, Erfgoed en Externe veiligheid. Ten behoeve van het samenwerken aan aanvragen wordt de stelselcatalogus ook gebruikt voor het opzoeken van producten en diensten die organisaties aan elkaar leveren. Toelichting: * Categorie aangepast in versie 1.4.1 van Onbepaald naar Must i.v.m. PDC * Toelichting aangepast in versie 1.4.1: Opzoeken producten en diensten t.b.v. het samenwerken aan behandelen. * Tekst aangepast in versie 1.4 en categorie aangepast van Should naar Onbepaald (Requirement) VTH020 Kunnen opzoeken van begrippen in de stelselcatalogus De VTH software kan een zaak registreren via de Zaak- en Documenten standaard (gebaseerd op StUF) in de Zaakregistratiecomponent, de afhandeling (uitvoering en bewaking van het proces) gebeurt vervolgens in de VTH software. Daarom moeten de gegevens kunnen worden uitgewisseld tussen deze componenten. Deze standaard wordt gebruikt als een organisatie nog een Zaaksysteem gebruikt dat alleen de Zaak- en Documentenservices standaard gebruikt. (Requirement) VTH109 Kunnen bevragen en wijzigen van gegevens in de Zaakregistratiecomponent op basis van de Zaak- en Documentenservices standaard (StUF) De VTH software kan een zaak registreren via de Zaakgericht Werken standaard (gebaseerd op RESTful API) in de Zaakregistratiecomponent, de afhandeling (uitvoering en bewaking van het proces) gebeurt vervolgens in de VTH software. Daarom moeten de gegevens kunnen worden uitgewisseld tussen deze componenten. De Zaakgericht Werken standaard is de nieuwe standaard die per 1 april 2021 op de Pas-Toe-Of-Leg-Uit-lijst van de VNG staat. (Requirement) VTH110 Kunnen bevragen en wijzigen van gegevens in de Zaakregistratiecomponent op basis van de Zaakgericht Werken standaard (API) Bij het registreren van de zaak worden alleen zaaktypes gebruikt uit de zaaktypecatalogus. De Zaakgericht Werken standaard is de nieuwe standaard die per 1 april 2021 op de Pas-Toe-Of-Leg-Uit-lijst van de VNG staat. (Requirement) VTH111 Kunnen ophalen van een Zaaktype uit een Zaaktypecatalogus via de Zaakgericht Werken standaard (API) Eerdere besluitvorming vormt een belangrijk kader voor een actuele VTH-zaak. Wanneer bijvoorbeeld een ontheffing voor een bepaalde, afwijkende activiteit eerder is geweigerd, kan dat daarna niet zomaar alsnog worden toegestaan. De Zaakgericht Werken standaard is de nieuwe standaard die per 1 april 2021 op de Pas-Toe-Of-Leg-Uit-lijst van de VNG staat. (Requirement) VTH112 Kunnen bevragen en wijzigen van gegevens in het Besluitenregistratiecomponent op basis van de Zaakgericht Werken standaard (API) Documenten worden in de Documentregistratiecomponent opgeslagen en niet in de VTH software. Bijhorende metadata worden in de Documentregistratiecomponent via de Zaak- en Documentenservices standaard opgeslagen en kunnen door het VTH-systeem worden bevraagd. De Zaak- en Document Services is de verouderde maar nog geldende standaard. Deze standaard wordt gebruikt als een organisatie nog een Zaaksysteem gebruikt dat alleen de Zaak- en Documentenservices standaard gebruikt. (Requirement) VTH113 Kunnen bevragen en wijzigen van gegevens in de Documentregistratiecomponentop basis van de Zaak- en Documentenservices standaard (StUF) Documenten worden in de Documentenregister opgeslagen en niet in de VTH software. Bijhorende metadata worden in het Documentenregister via de Documenten API opgeslagen en kunnen door het VTH-systeem worden bevraagd. De Zaakgericht Werken standaard is de nieuwe standaard die per 1 april 2021 op de Pas-Toe-Of-Leg-Uit-lijst van de VNG staat. (Requirement) VTH114 Kunnen bevragen en wijzigen van gegevens in de Documentregistratiecomponentop basis van de Zaakgericht Werken standaard (API) Documenten die bij een Zaak horen, moeten als Zaakdocument geregisteerd kunnen worden en kunnen worden gekoppeld aan de Zaak. (Requirement) VTH115 Kunnen koppelen van documenten aaneen Zaak In de legesregeling zijn de berekeningsmethoden vastgelegd voor de activiteiten die binnen een aanvraag om omgevingsvergunning kunnen worden aangevraagd. Om de leges voor een specifieke aanvraag te kunnen berekenen, moet de regeling kunnen worden ingevoerd in de VTH-applicatie. (Requirement) VTH117 Kunnen registreren van de gemeentelijke legesregeling Bijvoorbeeld voor het factureren van opgelegde leges, verbeurd verklaarde dwangsommen of uitvoeringskosten moeten de relevante gegevens kunnen worden uitgewisseld met de financiële component. (Requirement) VTH119 Kunnen uitwisselen van gegevens in de financieel component Wanneer op basis van de toetsingsadviezen een planschaderisico geconstateerd wordt en er is geen onderliggend plan of overeenkomst, is het afsluiten van een planschadeovereenkomst met de initiatiefnemer wenselijk. Bij de inhoudelijke toetsing wordt ook onderzocht in hoeverre er planschaderisico bestaat. Mogelijk dat hiervoor een deelzaak wordt gestart. (Requirement) VTH120 Kunnen toetsen van planschaderisico Als een Verzoek wordt ingediend, moet gecontroleerd kunnen worden in het monumentenregister bij het RCE of het om een Rijksmonument gaat of niet. (Requirement) VTH124 Kunnen opvagen van informatieproducten uit het monumentenregister bij de Rijksdienst voor het Cultureel Erfgoed Na vaststelling door het bevoegde orgaan (met verwerking van eventuele aanpassingen), wordt het document dat formeel is vastgesteld 'bevroren', waarmee een behandelingsfase is afgerond. Het kan hierbij gaan om - Ontwerp beschikking omgevingsvergunning (college) - Ontwerp advies met instemming (raad) - Definitieve beschikking omgevingsvergunning (college of gemandateerde ambtenaar) - Definitief Advies met instemming (raad) In feite betreft het hier het afronden van een processtap. Dit kan mogelijk leiden tot het aanpassen van een status van de zaak. (Requirement) VTH125 Kunnen afronden van het proces na hetopstellen van de (concept)beschikking Deze functie wordt gebruikt om de aanvragen en meldingen die binnengekomen zijn verder af te handelen. (ApplicationFunction) Ondersteunen van aanvragen en meldingen Als het Verzoek volledig is afgehandeld, kan het Bevoegd Gezag de werkmap verwijderen in de DSO-LV. Dit verwijderen staat los van het verzoek in mijn omgevingsloket van de indiener. Die staat nog in de zogenoemde Projectmap. Toelichting: * Versie 1.5: MoSCoW aangepast van Must naar Should (Requirement) VTH098 Kunnen verwijderen van een Verzoek uit de werkmap van het DSO-LV Conform art. 4.5 Awb stelt de gemeente een (redelijke) termijn voor het aanleveren van gegevens en bescheiden: de beslistermijn wordt opgeschort tot de dag waarop de aanvraag is aangevuld of de gestelde termijn daarvoor is verstreken. (Requirement) VTH076 Kunnen opschorten van de beslistermijn Een ingediend Verzoek moet geheel of gedeeltelijk buiten behandeling gesteld kunnen worden. Dit kan voorkomen als er bijvoorbeeld voor het ingediende Verzoek geen vergunningsplicht is of als niet of in onvoldoende mate aan de gestelde aanvraagvereisten is voldaan. Dit betreft de status van de zaak zetten via de ZDS standaard in de Zaakregistratiecomponent of via de Zaken API in het Zaakregister. (Requirement) VTH044 Kunnen geheel of gedeeltelijk buiten behandeling stellen van een aanvraag Naast de wettelijke termijn, hanteren veel bevoegde gezagen servicetermijnen die korter zijn. Deze moeten kunnen worden ingesteld en vervolgens moet per proces de doorlooptijd worden bijgehouden en behoeve van rapportages. (Requirement) VTH084 Kunnen instellen en bijhouden vandoorlooptijden gedurende het aanvraagproces Indien sprake is van een omgevingsvergunning voor een afwijkactiviteit waaraan geen termijn is verbonden, dan moet binnen uiterlijk vijf jaar het omgevingsplan van de gemeente bijgewerkt worden zodat het met de verleende omgevingsvergunning in overeenstemming is. Dit zou als een aparte of gerelateerde Zaak gestart kunnen worden. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH092 Kunnen doen van verzoek om wijziging in omgevingsplan Indien het Verzoek niet bij het juiste Bevoegd Gezag is ingediend, moet het Verzoek onverwijld kunnen worden overgedragen aan een ander Bevoegd Gezag. Dit verloopt via het DSO-LV. Het koppelvlak die het DSO-LV hiervoor beschikbaar stelt, wordt daarbij gebruikt. (Requirement) VTH019 Kunnen doorsturen van het Verzoek via DSO-LV naar ander bevoegd gezag Inhoudelijk deskundige interne en/of externe adviseurs brengen een advies uit, waarin behalve de conclusie of het past ook kan worden opgenomen welke aanpassingen aan het initiatief gedaan zouden kunnen worden om het passend te maken. Ten behoeve van de integrale afweging moet kunnen worden aangegeven welke knelpunten er zijn en wat passend is (en dus geen issue is). Dit vormt dan gelijk de input voor de agenda van een gezamenlijke, integrale afweging. (Requirement) VTH062 Kunnen opstellen van een advies In het Verzoek kunnen meerdere activiteten van hetzelfde type worden opgenomen. Het VTH-systeem moet deze verschillende activiteiten kunnen onderscheiden en kunnen verwerken. (Requirement) VTH103 Kunnen verwerken van meerdere activiteiten van hetzelfde type in het Verzoek Op grond van de vastgestelde legestarieven (berekeningsmethode) worden met behulp van specificaties binnen de aanvraag (activiteiten, specifieke variabelen als bouwsom, vloeroppervlak) de verschuldigde leges berekend voor de behandeling van een specifieke aanvraag. (Requirement) VTH057 Kunnen berekenen van leges op basis van gemeentelijke legesregeling Bij eenvoudige vergunningaanvragen wordt op ambtelijk niveau besloten. Uit oogpunt van zorgvuldigheid is het belangrijk de beschikking inclusief legesberekening c.q. -beschikking in elk geval door een tweede persoon (een collega of teamleider) te laten toetsen. (Requirement) VTH047 Kunnen laten toetsen van de beschikking inclusief legesberekening c.q.- beschikking Nadat er een notificatiebericht is ontvangen, kan het Verzoek op basis van de standaard worden opgehaald uit het DSO-LV. Het Verzoek wordt ingediend ten behoeve van Vooroverleg (Omgevingsoverleg), als start van het behandelproces (Initiëren), als aanvulling op een eerder ingediend Verzoek (Aanvullen), of dat het Verzoek wordt ingetrokken (Intrekken). Er zijn 7 soorten Type Verzoek onderkend in de Omgevingswet, veelal zijnde een vergunningsaanvraag of melding: * Aanvraag vergunning * Melding * Informatie * Informatie ongewoon voorval * Aanvraag Maatwerkvoorschrift * Melding gelijkwaardige maatregel * Aanvraag toestemming gelijkwaardige maatregel. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH011 Kunnen ophalen van het Verzoek uit DSO-LV Nadat er een notioficatiebericht is ontvangen, kunnen de bijlagen bij het Verzoek op basis van de standaard worden opgehaald uit het DSO-LV. De documenten worden vastgelegd in de Documentregistratiecomponent. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH012 Kunnen ophalen van de bijlagen bij het Verzoek uit het DSO-LV De verschillende activiteiten worden (als deelzaken) in beginsel op zichzelf beoordeeld, waarna vervolgens integrale afweging plaatsvindt. Uiteindelijk moet het geheel leiden tot één integraal besluit, waarbij motiveringen van de verschillende activiteiten moeten worden samengevoegd en de integrale afweging wordt toegevoegd. (Requirement) VTH068 Kunnen samenstellen van activiteiten tot een integraal besluit Het zaaknummer bij een bevoegd gezag is een uniek nummer. Het DSO-LV Verzoeknummer is ook een uniek nummer dat de aanvrager vanuit het Omgevingsloket heeft ontvangen. Voor zowel aanvrager, bevoegd gezag en alle betrokkenen bij de behandeling is het daarom noodzakelijk dat er een relatie kan worden gelegd tussen het DSO-LV Verzoeknummer en het eigen interne zaaknummer (afkomstig van het Zaakregister), o.a. voor heldere communicatie en goede koppeling naar andere gerelateerde zaken. (Requirement) VTH016 Kunnen aanbrengen van relatie tussen DSO-LV Verzoeknummer met de zaaknummer(s) van het betreffende bevoegd gezag De DSO-LV stuurt een notificatiebericht dat er een Verzoek klaar staat. Dit bericht moet automatisch kunnen worden ingelezen in het systeem op basis van de STandaard Aanvragen en Meldingen (STAM). Het Verzoek wordt ingediend ten behoeve van een Omgevingsoverleg (Vooroverleg), als start van het behandelproces (Initiëren), als aanvulling op een eerder ingediend Verzoek (Aanvullen), of dat het Verzoek wordt ingetrokken (Intrekken). Er zijn 7 soorten Type Verzoek onderkend in de Omgevingswet, veelal zijnde een vergunningsaanvraag of melding: * Aanvraag vergunning * Melding * Informatie * Informatie ongewoon voorval * Aanvraag Maatwerkvoorschrift * Melding gelijkwaardige maatregel * Aanvraag toestemming gelijkwaardige maatregel. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH010 Kunnen ontvangen van het triggerbericht uit DSO-LV In geval van instemming door andere bestuursorganen wordt de reguliere procedure verlengd met vier weken. Bij enkel advies door andere bestuursorganen geldt deze verlenging niet. Ook bij Handhaving moet het mogelijk zijn termijnen te kunnen verlengen. (Requirement) VTH078 Kunnen verlengen van het termijn van de te volgen procedure Op grond van de geldende legestarieven moet de aanvrager van een omgevingsvergunning leges betalen voor de behandeling van de aanvraag. Het opleggen van de leges is een op zichzelf staande beschikking waartegen bezwaar kan worden gemaakt. Mogelijk dat hiervoor de Documentcreatiecomponent wordt gebruikt, indien de organisatie hierover beschikt. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH050 Kunnen opstellen van een legesbeschikking De Gemeenteraad heeft bij afwijkingen van het omgevingsplan adviesrecht maar geen instemmingsrecht. Bovendien geldt dat een adviesvraag aan de Gemeenteraad geen reden is voor verlenging van de proceduredoorlooptijd. Het is daarom zaak om de eventuele adviesaanvraag bij de Gemeenteraad vroegtijdig te agenderen en zoveel mogelijk parallel uit te voeren met de verdere activiteiten in het proces. De Gemeenteraad ontvangt de adviesaanvraag van het College en agendeert deze. (Requirement) VTH074 Kunnen agenderen van een adviesvraag aan de Gemeenteraad De relevante begrippen uit het Omgevingsplan zijn een belangrijke basis voor de behandeling van een VTH-zaak. Deze begrippen zijn opgenomen in de stelselcatalogus en moeten voor de behandeling van de VTH-zaak daaruit kunnen worden geraadpleegd. Ook bij de uitvoering van Toezicht en Handhaving is het gewenst om de juiste begrippen te kunnen hanteren. De stelselcatalogus bevat datasets (informatieproducten) die nodig zijn als naslag of toets bij het behandelen van vergunningen, meldingen en informatieplichten. Bijvoorbeeld sets over Bouw, Natuur, Erfgoed en Externe veiligheid. Ten behoeve van het samenwerken aan aanvragen wordt de stelselcatalogus ook gebruikt voor het opzoeken van producten en diensten die organisaties aan elkaar leveren. Toelichting: * Categorie aangepast in versie 1.4.1 van Onbepaald naar Must i.v.m. PDC * Toelichting aangepast in versie 1.4.1: Opzoeken producten en diensten t.b.v. het samenwerken aan behandelen. * Tekst aangepast in versie 1.4 en categorie aangepast van Should naar Onbepaald (Requirement) VTH021 Kunnen overnemen van begrippen uit de stelselcatalogus, met een link daar naar toe De indieningsvereisten voor aanvragen zijn gedeeltelijk landelijk en gedeeltelijk lokaal vastgesteld. Als (essentiële) vereisten ontbreken, kan de aan vraag niet goed worden beoordeeld en kan er geen goed afwegen besluit worden genomen op de aanvraag. Aanvragen die niet voldoen, kunnen daarom buiten behandeling worden gesteld. (Requirement) VTH059 Kunnen controleren of de aanvraag voldoet aan de indieningsvereisten, of de initiatiefnemer participatie heeft georganiseerd en of alle noodzakelijke bijlagen zijn aangeleverd De antwoorden bij de indieningsvereisten van de aanvrager geven al belangrijke informatie over vergunningplichten in relatie tot de voorgenomen activiteiten. Dit is elementaire informatie bij de intake van de aanvraag en de start van de behandeling. (Requirement) VTH106 Kunnen tonen van vragen en antwoorden uit de vragenboom die meegestuurd zijn in het Verzoek-bericht Ontvangen aanvragen en genomen besluiten worden conform art. 16.63 Ow ten behoeve van belanghebbenden gepubliceerd in een of meer dag-, nieuws- of huis-aan-huisbladen of op een andere geschikte wijze, onder vermelding van de datum van ontvangst. Vanaf 1 juli 2021 moet conform de Wet elektronische publicaties dit gepubliceerd worden op https://www.officielebekendmakingen.nl. De publicatie verloopt via het DROP koppelvlak naar KOOP. (Requirement) VTH107 Kunnen publiceren van een aanvraag en besluit via het officiele publicatiemechanisme (DROP) Het bevoegd gezag levert een kennisgeving inclusief bijlagen (dossier) aan via DROP. De kennisgeving wordt geleverd met een vlakcontour (geometrie conform GML in STOP/TP standaard, inclusief een unieke identificator die wordt uitgegeven door het bevoegd gezag) van het gebied waarvoor de afwijkvergunning is verleend en (indien van toepassing) een verwijzing naar het plan waarop de afwijking van toepassing is. (Requirement) VTH108 Kunnen publiceren van een Buitenplanse Omgevingsplanactiviteit (ook wel BPOA of afwijkvergunning genoemd) via het officiële publicatiemechanisme (DROP) Als een aanvraag buiten het Omgevingsloket om, dus op papier, is ingediend, moet deze inclusief alle gegevens alsnog in de VTH-applicatie geregistreerd worden, zodat deze gegevens benut kunnen worden bij de verdere behandeling van de aanvraag. De VTH software beschikt hiervoor over een dergelijke registratiefunctie. (Requirement) VTH116 Kunnen registreren van de aanvraag of melding buiten omgevingsloket om Aanvragen en besluiten moeten zowel analoog als digitaal ter inzage worden gelegd. In het VTH-systeem moeten de bijlages bij aanvraag en besluit aangemerkt kunnen worden als publiceerbaar en beschikbaar gesteld kunnen worden. (Requirement) VTH118 Kunnen beschikbaarstellen van aanvraag en besluit ten behoeve van publicatie en ter inzagelegging Als de behandeling van de vergunningaanvraag is overgedragen aan een ander bestuursorgaan, als de aanvrager de aanvraag heeft ingetrokken of wanneer de vergunningaanvraag buiten behandeling is gesteld omdat er geen vergunningplicht is of omdat niet in voldoende mate aan de aanvraagvereisten is voldaan, eindigt het bedrijfsproces na de intakefase en wordt de aanvraag afgerond. (Requirement) VTH121 Kunnen afronden van de aanvraag Een initiatiefnemer kan na het indienen van de initiele aanvraag via het loket nog aanvullingen op de aanvraag indienen. Reeds ingevulde gegevens kunnen daarbij aangepast zijn, documenten kunnen toegevoegd, aangepast of verwijderd zijn of er kunnen werkzaamheden aan toegevoegd of verwijderd zijn. De VTH software beschikt over de mogelijkheid om het verschil van de inhoud (bijvoorbeeld op veldniveau) tussen de ontvangen verzoeken met hetzelfde verzoeknummer te tonen. De ontvangen verzoeken met het hoogste volgnummer en het één na hoogste volgnummer worden daarvoor gebruikt. (Requirement) VTH122 Kunnen tonen van verschil van inhoud tussen ingediende verzoeken met hetzelfde verzoeknummer Een initiatiefnemer kan na het indienen van de initiele aanvraag via het loket nieuwe of aangepaste bijlagen als aanvullingen op de aanvraag indienen. In het ontvangen aanvullende verzoek zijn verwijzigingen naar alle bijlagen opgenomen, ook de bijlagen die al bij het bevoegd gezag bekend zijn. De VTH software herkent welke bijlagen al zijn opgehaald, haalt alleen de nieuwe (of aangepaste) bijlagen op en geeft hier een melding van aan de gebruiker. (Requirement) VTH123 Kunnen ophalen van alleen nieuwe bijlagen van een aanvullend verzoek Als de ontvangende organisatie van het triggerbericht niet de uitvoerende instantie is, moet het VTH systeem de keuze bieden aan de medewerker om te beslissen hoe het verwerkt moet worden. Toelichting: * Versie 1.5: Nieuw requirement (Requirement) VTH126 Kunnen verwerken van triggerberichtenals niet-uitvoerende instantie Voor de behandeling van een verzoek kan het relevant zijn om te weten welke verzoeken eerder zijn ingediend op dezelfde locatie. Ook kan het interessant zijn om te zien welke verzoeken mogelijk bij een andere bestuurslaag zijn ingediend in een bepaald gebied. Informatie over dergelijke verzoeken kan worden opgevraagd via de API van het verzoekenregister van DSO-LV. De VTH-software kan het landelijke verzoekenregister via de daarvoor beschikbaar gestelde API gebruiken om op basis van meegegeven zoekcriteria een overzicht te tonen van gerelateerde verzoeken. Toelichting: * Versie 1.5.1: Nieuw requirement (Requirement) VTH127 Kunnen tonen van gerelateerde verzoeken Deze functie is bedoeld om de processen van toezicht te ondersteunen. (ApplicationFunction) Ondersteunen van toezicht Het is noodzakelijk om in een toezichts- of handhavingszaak het naleefgedrag te kunnen registreren en te kunnen koppelen aan de thema's die zijn gecontroleerd om periodiek een goede risicoanalyse uit te kunnen voeren. (Requirement) VTH003 Kunnen registreren van (geconstateerd) naleefgedrag gekoppeld aan (een) thema Als een toezichthouder een overtreding constateert, moet de toezichthouder in tekst en beeldmateriaal vastleggen en ondertekenen wat hij/zij heeft gezien, heeft besproken en met wie (overtreder, getuigen, belanghebbenden, etc). Hieruit kan een formeel document - het proces-verbaal - worden gegenereerd. (Requirement) VTH052 Kunnen opstellen van een proces- verbaal Een bevoegd gezag bepaalt op basis van de prioriteiten in het uitvoeringsbeleid welke overtredingen wel of niet worden opgepakt of in welke volgorde deze worden opgepakt. Bij de afweging biedt de VTH software de mogelijkheid om bij de vastleggen te motiveren waarom overtreding niet, eerder of later wordt opgepakt. (Requirement) VTH067 Kunnen prioriteren van de geconstateerde overtredingen Op basis van het uitvoeringsbeleid bepaalt het bevoegd gezag in welke volgorde toezicht wordt gehouden. De prioritering kan gebeuren op basis van inspecties op thema's, onderwerpen en prioriteit. (Requirement) VTH066 Kunnen prioriteren van toezicht opbasis van lokaal uitvoeringsbeleid Vanuit de Kwaliteitscriteria is de landelijk handhavingstrategie als handreiking vastgesteld voor landelijke eenduidigheid in de uitvoering van toezicht en handhaving. Om de juiste sancties op te leggen en om de big-8-cyclus goed sluitend te maken, is het noodzakelijk dat de overtreding met de juiste categorie kan worden geregistreerd. Deze registratie wordt later door de data-analyse en monitoringcomponent gebruikt bij het monitoren en analiseren wat bij de uitvoering van toezicht (en handhaving) inhoudelijk wordt geconstateerd inclusief ernst en gedrag. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH058 Kunnen categoriseren van geconstateerde situatie/overtreding m.b.t. landelijke handhavingsstrategie Deze functie is bedoeld om de processen voor handhaving te ondersteunen. (ApplicationFunction) Ondersteunen van handhaving Een bevoegd gezag bepaalt op basis van de prioriteiten in het uitvoeringsbeleid welke overtredingen wel of niet worden opgepakt of in welke volgorde deze worden opgepakt. Bij de afweging biedt de VTH software de mogelijkheid om bij de vastleggen te motiveren waarom overtreding niet, eerder of later wordt opgepakt. (Requirement) VTH067 Kunnen prioriteren van de geconstateerde overtredingen Vanuit de Kwaliteitscriteria is de landelijk handhavingstrategie als handreiking vastgesteld voor landelijke eenduidigheid in de uitvoering van toezicht en handhaving. Om de juiste sancties op te leggen en om de big-8-cyclus goed sluitend te maken, is het noodzakelijk dat de overtreding met de juiste categorie kan worden geregistreerd. Deze registratie wordt later door de data-analyse en monitoringcomponent gebruikt bij het monitoren en analiseren wat bij de uitvoering van toezicht (en handhaving) inhoudelijk wordt geconstateerd inclusief ernst en gedrag. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH058 Kunnen categoriseren van geconstateerde situatie/overtreding m.b.t. landelijke handhavingsstrategie De verschillende activiteiten worden (als deelzaken) in beginsel op zichzelf beoordeeld, waarna vervolgens integrale afweging plaatsvindt. Uiteindelijk moet het geheel leiden tot één integraal besluit, waarbij motiveringen van de verschillende activiteiten moeten worden samengevoegd en de integrale afweging wordt toegevoegd. (Requirement) VTH068 Kunnen samenstellen van activiteiten tot een integraal besluit In geval van instemming door andere bestuursorganen wordt de reguliere procedure verlengd met vier weken. Bij enkel advies door andere bestuursorganen geldt deze verlenging niet. Ook bij Handhaving moet het mogelijk zijn termijnen te kunnen verlengen. (Requirement) VTH078 Kunnen verlengen van het termijn van de te volgen procedure Deze functie is bedoeld om de processen te ondersteunen die de vergunde objecten en activiteiten registeren en beheren. (ApplicationFunction) Ondersteunen van objecten en activiteiten De fysieke leefomgeving verandert voordurend, als gevolg van vergunningvrije, meldingsplichtige en vergunningplichtige activiteiten. Dat moet voortdurend kunnen worden bijgehouden (monitoring) om cyclisch of dynamisch te analyseren of de veranderingen in de fysieke leefomgeving passend zijn binnen de kaders die in het omgevingsplan zijn vastgesteld (functies, omgevingswaarden, doelstellingen, etc). (Requirement) VTH001 Kunnen beheren van leefomgevingsobjecten en -activiteiten Deze svg is op 24-10-2022 15:58:33 CEST gegenereerd door ArchiMedes™ © 2016-2022 ArchiXL. ArchiMedes 24-10-2022 15:58:33 CEST


Overzicht requirements per applicatiefunctie (uit model: Omgevingswet) - Toon SVG


De opgenomen requirements kunnen per applicatiefunctie als CSV bestand worden gedownload. Deze bestanden kunt u gebruiken bij het opstellen van een Programma van Eisen.


In onderstaande tabellen wordt onderscheid gemaakt in welke requirements verplicht zijn bij de inwerkingtreding (MUST), welke requirements door VNG worden geadviseerd (SHOULD) en welke requirements aanvullende functionaliteit bieden (ONBEPAALD).

Requirements met categorie MUST

Onderstaande tabel toont alle requirements die gelden voor de VTH-component met de categorie MUST. De VTH-component moet bij de inwerkingtreding van de Omgevingswet voldoen aan onderstaande requirements.

Element Beschrijving MoSCoW
VTH008 Kunnen starten, stoppen, wijzigen en verwijderen van een samenwerking in de Samenwerkfunctionaliteit van het DSO-LV Indien het ingediende Verzoek leidt tot een samenwerking met een ketenpartner, moet het mogelijk zijn om vanuit de VTH-software of Zaaksysteem een samenwerking in de Samenwerkfunctionaliteit van het DSO-LV te kunnen starten. Naast het initiëren van een Samenwerking, moet het ook mogelijk zijn om Samenwerkingen te stoppen, te wijzigen als de samenstelling van de samenwerking verandert en te verwijderen als de documenten uit de samenwerking zijn gearchiveerd.Must
VTH009 Kunnen uitzetten en ontvangen van actieverzoeken via de Samenwerkfunctionaliteit van het DSO-LV Adviesaanvragen worden bij een (keten)partner uitgezet in de vorm van een actieverzoek. De VTH software moet deze actieverzoeken in de Samenwerkfunctionaliteit kunnen uitzetten naar partners, maar ook kunnen ontvangen van partners.Must
VTH010 Kunnen ontvangen van het triggerbericht uit DSO-LV De DSO-LV stuurt een notificatiebericht dat er een Verzoek klaar staat. Dit bericht moet automatisch kunnen worden ingelezen in het systeem op basis van de STandaard Aanvragen en Meldingen (STAM). Het Verzoek wordt ingediend ten behoeve van een Omgevingsoverleg (Vooroverleg), als start van het behandelproces (Initiëren), als aanvulling op een eerder ingediend Verzoek (Aanvullen), of dat het Verzoek wordt ingetrokken (Intrekken). Er zijn 7 soorten Type Verzoek onderkend in de Omgevingswet, veelal zijnde een vergunningsaanvraag of melding:
  • Aanvraag vergunning
  • Melding
  • Informatie
  • Informatie ongewoon voorval
  • Aanvraag Maatwerkvoorschrift
  • Melding gelijkwaardige maatregel
  • Aanvraag toestemming gelijkwaardige maatregel.


Toelichting:

  • Tekst aangepast in versie 1.4
Must
VTH011 Kunnen ophalen van het Verzoek uit DSO-LV Nadat er een notificatiebericht is ontvangen, kan het Verzoek op basis van de standaard worden opgehaald uit het DSO-LV. Het Verzoek wordt ingediend ten behoeve van Vooroverleg (Omgevingsoverleg), als start van het behandelproces (Initiëren), als aanvulling op een eerder ingediend Verzoek (Aanvullen), of dat het Verzoek wordt ingetrokken (Intrekken). Er zijn 7 soorten Type Verzoek onderkend in de Omgevingswet, veelal zijnde een vergunningsaanvraag of melding:
  • Aanvraag vergunning
  • Melding
  • Informatie
  • Informatie ongewoon voorval
  • Aanvraag Maatwerkvoorschrift
  • Melding gelijkwaardige maatregel
  • Aanvraag toestemming gelijkwaardige maatregel.


Toelichting:

  • Tekst aangepast in versie 1.4
Must
VTH012 Kunnen ophalen van de bijlagen bij het Verzoek uit het DSO-LV Nadat er een notioficatiebericht is ontvangen, kunnen de bijlagen bij het Verzoek op basis van de standaard worden opgehaald uit het DSO-LV. De documenten worden vastgelegd in de Documentregistratiecomponent.


Toelichting:

  • Tekst aangepast in versie 1.4
Must
VTH013 Kunnen opslaan en opvragen van documenten in de Samenwerkfunctionaliteit van het DSO-LV Documenten (adviezen/rapporten/etc) die ketenpartners nodig hebben, moeten gedeeld kunnen worden in de Samenwerking. De VTH software kan hiervoor documenten opslaan in de Samenwerkfunctionaliteit. De documenten die door ketenpartners gedeeld worden via de Samenwerkfunctionaliteit van het DSO-LV moeten door de VTH software opgehaald kunnen worden. Dit kan nodig zijn bij het verder opstellen van het advies of bij het compleet maken van het dossier als de zaak in afgehandeld. Indien documenten worden gedownload, worden deze opgeslagen in de Documentregistratiecomponent.


Toelichting:

  • Tekst aangepast in versie 1.4
Must
VTH019 Kunnen doorsturen van het Verzoek via DSO-LV naar ander bevoegd gezag Indien het Verzoek niet bij het juiste Bevoegd Gezag is ingediend, moet het Verzoek onverwijld kunnen worden overgedragen aan een ander Bevoegd Gezag. Dit verloopt via het DSO-LV. Het koppelvlak die het DSO-LV hiervoor beschikbaar stelt, wordt daarbij gebruikt.Must
VTH020 Kunnen opzoeken van begrippen in de stelselcatalogus De relevante begrippen uit het Omgevingsplan zijn een belangrijke basis voor de behandeling van een VTH-zaak. Deze begrippen zijn opgenomen in de stelselcatalogus en moeten voor de behandeling van de VTH-zaak daaruit kunnen worden geraadpleegd. Ook bij de uitvoering van Toezicht en Handhaving is het gewenst om de juiste begrippen te kunnen hanteren. De stelselcatalogus bevat datasets (informatieproducten) die nodig zijn als naslag of toets bij het behandelen van vergunningen, meldingen en informatieplichten. Bijvoorbeeld sets over Bouw, Natuur, Erfgoed en Externe veiligheid.


Ten behoeve van het samenwerken aan aanvragen wordt de stelselcatalogus ook gebruikt voor het opzoeken van producten en diensten die organisaties aan elkaar leveren.


Toelichting:

  • Categorie aangepast in versie 1.4.1 van Onbepaald naar Must i.v.m. PDC
  • Toelichting aangepast in versie 1.4.1: Opzoeken producten en diensten t.b.v. het samenwerken aan behandelen.
  • Tekst aangepast in versie 1.4 en categorie aangepast van Should naar Onbepaald
Must
VTH021 Kunnen overnemen van begrippen uit de stelselcatalogus, met een link daar naar toe De relevante begrippen uit het Omgevingsplan zijn een belangrijke basis voor de behandeling van een VTH-zaak. Deze begrippen zijn opgenomen in de stelselcatalogus en moeten voor de behandeling van de VTH-zaak daaruit kunnen worden geraadpleegd. Ook bij de uitvoering van Toezicht en Handhaving is het gewenst om de juiste begrippen te kunnen hanteren. De stelselcatalogus bevat datasets (informatieproducten) die nodig zijn als naslag of toets bij het behandelen van vergunningen, meldingen en informatieplichten. Bijvoorbeeld sets over Bouw, Natuur, Erfgoed en Externe veiligheid.


Ten behoeve van het samenwerken aan aanvragen wordt de stelselcatalogus ook gebruikt voor het opzoeken van producten en diensten die organisaties aan elkaar leveren.


Toelichting:

  • Categorie aangepast in versie 1.4.1 van Onbepaald naar Must i.v.m. PDC
  • Toelichting aangepast in versie 1.4.1: Opzoeken producten en diensten t.b.v. het samenwerken aan behandelen.
  • Tekst aangepast in versie 1.4 en categorie aangepast van Should naar Onbepaald
Must
VTH076 Kunnen opschorten van de beslistermijn Conform art. 4.5 Awb stelt de gemeente een (redelijke) termijn voor het aanleveren van gegevens en bescheiden: de beslistermijn wordt opgeschort tot de dag waarop de aanvraag is aangevuld of de gestelde termijn daarvoor is verstreken.Must
VTH078 Kunnen verlengen van het termijn van de te volgen procedure In geval van instemming door andere bestuursorganen wordt de reguliere procedure verlengd met vier weken. Bij enkel advies door andere bestuursorganen geldt deze verlenging niet. Ook bij Handhaving moet het mogelijk zijn termijnen te kunnen verlengen.Must
VTH095 Kunnen samenwerken met ketenpartners op basis van Zaakgericht Werken Actieverzoeken die ontvangen worden via de Samenwerkingsfunctionaliteit kunnen zaakgericht worden afgehandeld


Toelichting:

  • Versie 1.5: Toelichting aangepast
  • Tekst en categorie van Should naar Must aangepast in versie 1.4
Must
VTH099 Kunnen abonneren op en ontvangen van notificaties van de Samenwerkfunctionaliteit van het DSO-LV Door de Samenwerkfunctionaliteit worden notificaties gestuurd naar partners als er in de Samenwerking iets is gewijzigd. Dit kan een uitnodiging voor een nieuwe samenwerking zijn, een actieverzoek of een nieuwe status van het uitgezette actieverzoek of een notificatie als er een document beschikbaar is gesteld in de Samenwerking.Must
VTH100 Kunnen opvragen, toevoegen, wijzigen, verwijderen van rechten op documenten in een Samenwerking in de Samenwerkfunctionaliteit van het DSO-LV De VTH software moet rechten op documenten die in de Samenwerking worden gedeeld met partners kunnen opvragen, toevoegen, wijzigen, verwijderen.Must
VTH103 Kunnen verwerken van meerdere activiteiten van hetzelfde type in het Verzoek In het Verzoek kunnen meerdere activiteten van hetzelfde type worden opgenomen. Het VTH-systeem moet deze verschillende activiteiten kunnen onderscheiden en kunnen verwerken.Must
VTH105 Kunnen borgen van duurzame toegankelijkheid van informatie over de procesuitvoering De procesuitvoering - inclusief de daarbij ontvangen en gecreëerde informatieobjecten - zodanig met metadata kunnen vastleggen en vasthouden dat deze de voor duurzame toegankelijkheid noodzakelijke metadata bevatten en - na definitief worden - niet meer te wijzigen zijn (anders dan noodzakelijk vanwege duurzame toegankelijkheid).
  • Duurzame toegankelijkheid is het doel van werkzaamheden die veelal aangeduid worden met ‘archiveren’, ‘archiefbeheer’ e.d. We spreken hier van ‘duurzame toegankelijkheid’ omdat ‘archiveren’ vaak als iets achteraf, iets aparts gezien wordt terwijl duurzame toegankelijkheid al op elk moment tijdens de procesuitvoering speelt;
  • Bij het zaakgericht uitvoeren en - conform RGBZ - registreren van het proces voor het behandelen van ontvangen verzoeken, ontstaat 'als vanzelf' een RGBZ-conforme zaakregistratie en -dossier. De daarin vastgelegde metadata volstaan voor het kunnen borgen van duurzame toegankelijkheid mits voorzien wordt in daarvoor verplichte metadata;
  • Een term die veel voor 'informatieobject' gebruikt wordt is ‘document’. Maar niet elk informatieobject is in het spraakgebruik een document. Een voorbeeld daarvan is het verzoek dat als digitaal xml-bestand is ontvangen. Dit is één van de te borgen soorten informatie-objecten, maar of dit ook als document beschouwd wordt?
  • Let op: De gemeente is zelf verantwoordelijk voor het conform wettelijke normen borgen van de duurzame toegankelijkheid van adviezen van ketenpartners die via de Samenwerkingsfunctionaliteit beschikbaar worden gesteld. De Samenwerkingsfunctionaliteit vervult deze functie niet;
  • Het volledig en in continuïteit borgen van duurzame toegankelijkheid is geen verplichting voor deze component mits de ontbrekende ‘archieffuncties’ met andere applicaties ondersteund kunnen worden (migratie, vernietiging e.d.). Minimale vereiste is het kunnen vastleggen en ongewijzigd kunnen vasthouden van genoemde informatie.
Must
VTH106 Kunnen tonen van vragen en antwoorden uit de vragenboom die meegestuurd zijn in het Verzoek-bericht De antwoorden bij de indieningsvereisten van de aanvrager geven al belangrijke informatie over vergunningplichten in relatie tot de voorgenomen activiteiten. Dit is elementaire informatie bij de intake van de aanvraag en de start van de behandeling.Must
VTH107 Kunnen publiceren van een aanvraag en besluit via het officiele publicatiemechanisme (DROP) Ontvangen aanvragen en genomen besluiten worden conform art. 16.63 Ow ten behoeve van belanghebbenden gepubliceerd in een of meer dag-, nieuws- of huis-aan-huisbladen of op een andere geschikte wijze, onder vermelding van de datum van ontvangst. Vanaf 1 juli 2021 moet conform de Wet elektronische publicaties dit gepubliceerd worden op https://www.officielebekendmakingen.nl. De publicatie verloopt via het DROP koppelvlak naar KOOP.Must
VTH108 Kunnen publiceren van een Buitenplanse Omgevingsplanactiviteit (ook wel BPOA of afwijkvergunning genoemd) via het officiële publicatiemechanisme (DROP) Het bevoegd gezag levert een kennisgeving inclusief bijlagen (dossier) aan via DROP. De kennisgeving wordt geleverd met een vlakcontour (geometrie conform GML in STOP/TP standaard, inclusief een unieke identificator die wordt uitgegeven door het bevoegd gezag) van het gebied waarvoor de afwijkvergunning is verleend en (indien van toepassing) een verwijzing naar het plan waarop de afwijking van toepassing is.Must
VTH115 Kunnen koppelen van documenten aan een Zaak Documenten die bij een Zaak horen, moeten als Zaakdocument geregisteerd kunnen worden en kunnen worden gekoppeld aan de Zaak.Must
VTH116 Kunnen registreren van de aanvraag of melding buiten omgevingsloket om Als een aanvraag buiten het Omgevingsloket om, dus op papier, is ingediend, moet deze inclusief alle gegevens alsnog in de VTH-applicatie geregistreerd worden, zodat deze gegevens benut kunnen worden bij de verdere behandeling van de aanvraag. De VTH software beschikt hiervoor over een dergelijke registratiefunctie.Must
VTH117 Kunnen registreren van de gemeentelijke legesregeling In de legesregeling zijn de berekeningsmethoden vastgelegd voor de activiteiten die binnen een aanvraag om omgevingsvergunning kunnen worden aangevraagd. Om de leges voor een specifieke aanvraag te kunnen berekenen, moet de regeling kunnen worden ingevoerd in de VTH-applicatie.Must
VTH118 Kunnen beschikbaarstellen van aanvraag en besluit ten behoeve van publicatie en ter inzagelegging Aanvragen en besluiten moeten zowel analoog als digitaal ter inzage worden gelegd. In het VTH-systeem moeten de bijlages bij aanvraag en besluit aangemerkt kunnen worden als publiceerbaar en beschikbaar gesteld kunnen worden.Must
VTH122 Kunnen tonen van verschil van inhoud tussen ingediende verzoeken met hetzelfde verzoeknummer Een initiatiefnemer kan na het indienen van de initiele aanvraag via het loket nog aanvullingen op de aanvraag indienen. Reeds ingevulde gegevens kunnen daarbij aangepast zijn, documenten kunnen toegevoegd, aangepast of verwijderd zijn of er kunnen werkzaamheden aan toegevoegd of verwijderd zijn. De VTH software beschikt over de mogelijkheid om het verschil van de inhoud (bijvoorbeeld op veldniveau) tussen de ontvangen verzoeken met hetzelfde verzoeknummer te tonen. De ontvangen verzoeken met het hoogste volgnummer en het één na hoogste volgnummer worden daarvoor gebruikt.Must
VTH123 Kunnen ophalen van alleen nieuwe bijlagen van een aanvullend verzoek Een initiatiefnemer kan na het indienen van de initiele aanvraag via het loket nieuwe of aangepaste bijlagen als aanvullingen op de aanvraag indienen. In het ontvangen aanvullende verzoek zijn verwijzigingen naar alle bijlagen opgenomen, ook de bijlagen die al bij het bevoegd gezag bekend zijn. De VTH software herkent welke bijlagen al zijn opgehaald, haalt alleen de nieuwe (of aangepaste) bijlagen op en geeft hier een melding van aan de gebruiker.Must
VTH126 Kunnen verwerken van triggerberichten als niet-uitvoerende instantie Als de ontvangende organisatie van het triggerbericht niet de uitvoerende instantie is, moet het VTH systeem de keuze bieden aan de medewerker om te beslissen hoe het verwerkt moet worden.


Toelichting:

  • Versie 1.5: Nieuw requirement
Must
VTH127 Kunnen tonen van gerelateerde verzoeken Voor de behandeling van een verzoek kan het relevant zijn om te weten welke verzoeken eerder zijn ingediend op dezelfde locatie. Ook kan het interessant zijn om te zien welke verzoeken mogelijk bij een andere bestuurslaag zijn ingediend in een bepaald gebied. Informatie over dergelijke verzoeken kan worden opgevraagd via de API van het verzoekenregister van DSO-LV. De VTH-software kan het landelijke verzoekenregister via de daarvoor beschikbaar gestelde API gebruiken om op basis van meegegeven zoekcriteria een overzicht te tonen van gerelateerde verzoeken.


Toelichting:

  • Versie 1.5.1: Nieuw requirement
Must

Requirements met categorie SHOULD

Onderstaande tabel toont alle requirements die gelden voor de VTH-component met de categorie SHOULD. VNG hecht grote waarde aan het voldoen van de VTH-component aan onderstaande requirements, maar deze requirements zijn niet verplicht tijdens de inwerkingtreding van de Omgevingswet. Als gemeente kunt u deze requirements uitvragen aan een leverancier als toevoeging op uw Programma van Eisen (PvE). Mogelijk dat een leverancier deze requirements nog niet heeft gerealiseerd in zijn oplossing.

Element Beschrijving MoSCoW
VTH001 Kunnen beheren van leefomgevingsobjecten en -activiteiten De fysieke leefomgeving verandert voordurend, als gevolg van vergunningvrije, meldingsplichtige en vergunningplichtige activiteiten. Dat moet voortdurend kunnen worden bijgehouden (monitoring) om cyclisch of dynamisch te analyseren of de veranderingen in de fysieke leefomgeving passend zijn binnen de kaders die in het omgevingsplan zijn vastgesteld (functies, omgevingswaarden, doelstellingen, etc).Should
VTH002 Kunnen registeren van de beschikking Voor toezicht, handhaving en monitoring is het van belang dat een beschikking wordt geregistreerd inclusief belangrijke metadata. Hierbij wordt metadata opgeslagen zoals:
  • type beschikking (Vergunning, maatwerkvoorschriften, handhaving)
  • datum beschikking
  • geldigheid (bv bij tijdelijke omgevingsvergunning)
  • betrokken activiteiten.

De beschikking wordt als document vastgelegd in de Documentenregistratiecomponent.


Toelichting:

  • Tekst aangepast in versie 1.4
Should
VTH004 Kunnen registreren van correspondentie Voor een goede audittrail moet correspondentie bij de zaak worden geregistreerd. De bijhorende documenten worden vastgelegd in de Documentenregistratiecomponent.


Toelichting:

  • In benaming van requirement '(inkomende)' verwijderd en tekst aangepast in versie 1.4
Should
VTH005 Kunnen registreren van een formeel, vastgesteld document Een proces-verbaal, een advies, een verslag van een hoorzitting zijn voorbeelden van belangrijke documenten die goed moeten worden vastgelegd nadat de inhoud (zonodig in overleg met betrokkenen) is vastgesteld. Daarbij kan worden vastgelegd wie op welke moment de vaststelling heeft gedaan. De documenten worden vastgelegd in de Documentenregistratiecomponent.


Toelichting:

  • Tekst aangepast in versie 1.4
Should
VTH016 Kunnen aanbrengen van relatie tussen DSO-LV Verzoeknummer met de zaaknummer(s) van het betreffende bevoegd gezag Het zaaknummer bij een bevoegd gezag is een uniek nummer. Het DSO-LV Verzoeknummer is ook een uniek nummer dat de aanvrager vanuit het Omgevingsloket heeft ontvangen. Voor zowel aanvrager, bevoegd gezag en alle betrokkenen bij de behandeling is het daarom noodzakelijk dat er een relatie kan worden gelegd tussen het DSO-LV Verzoeknummer en het eigen interne zaaknummer (afkomstig van het Zaakregister), o.a. voor heldere communicatie en goede koppeling naar andere gerelateerde zaken.Should
VTH030 Kunnen bevragen van gegevens in de basis- of kernregistraties Gegevens en bescheiden waarover de gemeente al beschikt, hoeven niet door de aanvrager te worden geleverd. De VTH software heeft koppelingen naar relevante (landelijke) basisregistraties om dergelijke gegevens te raadplegen.Should
VTH044 Kunnen geheel of gedeeltelijk buiten behandeling stellen van een aanvraag Een ingediend Verzoek moet geheel of gedeeltelijk buiten behandeling gesteld kunnen worden. Dit kan voorkomen als er bijvoorbeeld voor het ingediende Verzoek geen vergunningsplicht is of als niet of in onvoldoende mate aan de gestelde aanvraagvereisten is voldaan. Dit betreft de status van de zaak zetten via de ZDS standaard in de Zaakregistratiecomponent of via de Zaken API in het Zaakregister.Should
VTH045 Kunnen vastleggen van resultaten van inhoudelijke toetsing van de activiteiten Bij de inhoudelijke toetsing worden de activiteiten waarvoor de vergunning wordt aangevraagd door het bevoegd gezag vergeleken met de kaders van de geldende regelgeving. Daartoe wordt op alle relevante deelgebieden van de regelgeving getoetst of het initiatief binnen de kaders blijft. De resultaten van de toetsing kunnen in een risicogericht toetsingsprotocol worden vastgelegd.Should
VTH054 Kunnen aangeven van een risicoprofiel Een risicoprofiel van de aanvraag (en de daarin aangevraagde activiteiten), op basis waarvan een bijbehorende toetsings- en toezichtsprotocol van toepassing is waarin de diepgang overeenkomst met het vastgelegde risicoprofiel.Should
VTH080 Kunnen aanwijzen van hoofdbehandelaar/behandelaren/adviseurs Een zaak moet kunnen worden toegewezen aan een specifieke medewerker als hoofdbehandelaar, zodat de zaak in zijn/haar werkvoorraad wordt opgenomen en hij/zij de juiste rechten krijgt om de zaak te afhandelen. Hetzelfde geldt voor behandelaren en adviseurs die worden gevraagd om specifieke aspecten van de aanvraag te toetsen of daarop te adviseren.Should
VTH081 Kunnen bewaken van de status van (interne en externe) adviesaanvraag De hoofdbehandelaar van een zaak moet goed overzicht hebben over voortgang van de zaak. Daar hoort bij dat de hoofdbehandelaar kan zien wat de voortgang is bij gevraagde adviezen (intern en extern) om op tijd te kunnen zien of er een knelpunt in de planning van een zaak. Het totaaloverzicht van de eindstatussen van de adviesvragen geeft een beeld op hoofdlijnen of er inhoudelijke knelpunten zijn en daarop moet worden geschakeld.Should
VTH082 Kunnen bewaken van de status van een zaak Voor de monitoring van de bedrijfsvoering, zowel organisatiebreed als op individueel niveau, moeten de statussen van de (lopende) zaken kunnen worden bijgehouden. Klant(en) hebben ook behoefte aan inzicht in de voortgang van de eigen zaak. Afhankelijk van het type zaak, kan het daarbij gaan om een aanvrager, overtreder en/of belanghebbende.Should
VTH083 Kunnen doen van termijnbewaking zoals gedefinieerd volgens de wet / conform eigen service (instelbaar) termijnen Aangezien de inhoudelijke toetsing belegd kan zijn bij diverse interne en externe adviseurs en ketenpartners, is bewaken van de termijnen voor levering van de adviezen en/of instemmingen noodzakelijk.Should
VTH086 Kunnen koppelen op basis van de Standaard Zaak- en Documenten Services Voor het automatisch kunnen aanmaken en updaten van zaken, is een koppeling naar een Zaaksysteem nodig. Deze standaard wordt gebruikt als een organisatie nog een Zaaksysteem gebruikt dat alleen de Zaak- en Documentenservices standaard gebruikt. Deze koppeling is gebaseerd op de verouderde standaard en voldoet minimaal aan de versie(s) zoals deze wordt beheerd door VNG Realisatie.


Toelichting:

  • Tekst aangepast in versie 1.4
Should
VTH087 Kunnen koppelen op basis van de Standaard Zaakgericht Werken API (ZGW API) De nieuwe standaard Zaakgericht Werken API volgt de landelijke URI en API strategie. Deze nieuwe standaard is gebaseerd op REST/JSON en wordt ingezet om geautomatiseerd Zaakgericht te kunnen werken met infromatiesystemen van gemeenten of uitvoeringorganisaties. Minimaal de versie(s) zoals deze wordt beheerd door VNG Realisatie wordt hiervoor gebruikt. De Zaakgericht Werken standaard is de nieuwe standaard die per 1 april 2021 op de Pas-Toe-Of-Leg-Uit-lijst van de VNG staat.


Toelichting:

  • Tekst aangepast in versie 1.4
Should
VTH090 Kunnen agenderen van een nieuwe (gerelateerde) zaak De uitkomst van een zaak kan de aanleiding zijn om een andere zaak te starten. Bijvoorbeeld: de behandeling van een melding van een incident kan als uitkomst hebben dat handhavend moet worden opgetreden. Daarvoor moet dan een zaak worden gestart voor het opleggen van een sanctie. Deze zaken moeten aan elkaar worden gerelateerd, zodat in de nieuwe zaak de voorgeschiedenis en relevante informatie direct inzichtelijk is.Should
VTH093 Kunnen registeren van een zaak Het verzoek wordt als Zaak geregistreerd in het Zaakregistratiecomponent.


Toelichting:

  • Tekst aangepast in versie 1.4
Should
VTH094 Kunnen relateren van een zaak aan één of meer andere gerelateerde zaken Verschillende zaken kunnen met elkaar samenhangen en dat moet voor een hoofdbehandelaar in één oogopslag duidelijk zijn, inclusief de actuele status. Bijvoorbeeld: een melding incident leidt tot het opleggen van een sanctie, waarbij toezicht wordt gehouden en uiteindelijk een sanctie wordt toegepast. Dan zijn er vier zaken aan elkaar gerelateerd. Of er worden voor éen bouwproject meldingen en informatieplichten door verschillende personen ingediend met verschillende verzoeknummers, dan moeten deze verschillende verzoeken/zaken aan elkaar gerelateerd kunnen worden.Should
VTH096 Kunnen werken op basis van de interbestuurlijke ZTC-Omgevingswet Voor samenwerking in de keten is de randvoorwaarde dat met een uniforme werkwijze zaakgericht wordt gewerkt op basis van de interbestuurlijke ZTC-Omgevingswet, zodat de VTH-componenten het berichtenverkeer op de juiste en uniforme manier verwerken. De VTH-component maakt gebruik van de ZTC-Omgevingswet. Samenwerken gebeurt op basis van leveren van producten. Dat wordt voorlopig in een apart PDF vastgelegd. Bij de aanroepen van een actieverzoek via de SW-API wordt een productcode van het gevraagde product meegegeven.


Toelichting:

  • Tekst aangepast in versie 1.4
Should
VTH098 Kunnen verwijderen van een Verzoek uit de werkmap van het DSO-LV Als het Verzoek volledig is afgehandeld, kan het Bevoegd Gezag de werkmap verwijderen in de DSO-LV. Dit verwijderen staat los van het verzoek in mijn omgevingsloket van de indiener. Die staat nog in de zogenoemde Projectmap.


Toelichting:

  • Versie 1.5: MoSCoW aangepast van Must naar Should
Should
VTH109 Kunnen bevragen en wijzigen van gegevens in de Zaakregistratiecomponent op basis van de Zaak- en Documentenservices standaard (StUF) De VTH software kan een zaak registreren via de Zaak- en Documenten standaard (gebaseerd op StUF) in de Zaakregistratiecomponent, de afhandeling (uitvoering en bewaking van het proces) gebeurt vervolgens in de VTH software. Daarom moeten de gegevens kunnen worden uitgewisseld tussen deze componenten. Deze standaard wordt gebruikt als een organisatie nog een Zaaksysteem gebruikt dat alleen de Zaak- en Documentenservices standaard gebruikt.Should
VTH110 Kunnen bevragen en wijzigen van gegevens in de Zaakregistratiecomponent op basis van de Zaakgericht Werken standaard (API) De VTH software kan een zaak registreren via de Zaakgericht Werken standaard (gebaseerd op RESTful API) in de Zaakregistratiecomponent, de afhandeling (uitvoering en bewaking van het proces) gebeurt vervolgens in de VTH software. Daarom moeten de gegevens kunnen worden uitgewisseld tussen deze componenten. De Zaakgericht Werken standaard is de nieuwe standaard die per 1 april 2021 op de Pas-Toe-Of-Leg-Uit-lijst van de VNG staat.Should
VTH111 Kunnen ophalen van een Zaaktype uit een Zaaktypecatalogus via de Zaakgericht Werken standaard (API) Bij het registreren van de zaak worden alleen zaaktypes gebruikt uit de zaaktypecatalogus. De Zaakgericht Werken standaard is de nieuwe standaard die per 1 april 2021 op de Pas-Toe-Of-Leg-Uit-lijst van de VNG staat.Should
VTH112 Kunnen bevragen en wijzigen van gegevens in het Besluitenregistratiecomponent op basis van de Zaakgericht Werken standaard (API) Eerdere besluitvorming vormt een belangrijk kader voor een actuele VTH-zaak. Wanneer bijvoorbeeld een ontheffing voor een bepaalde, afwijkende activiteit eerder is geweigerd, kan dat daarna niet zomaar alsnog worden toegestaan. De Zaakgericht Werken standaard is de nieuwe standaard die per 1 april 2021 op de Pas-Toe-Of-Leg-Uit-lijst van de VNG staat.Should
VTH113 Kunnen bevragen en wijzigen van gegevens in de Documentregistratiecomponent op basis van de Zaak- en Documentenservices standaard (StUF) Documenten worden in de Documentregistratiecomponent opgeslagen en niet in de VTH software. Bijhorende metadata worden in de Documentregistratiecomponent via de Zaak- en Documentenservices standaard opgeslagen en kunnen door het VTH-systeem worden bevraagd. De Zaak- en Document Services is de verouderde maar nog geldende standaard. Deze standaard wordt gebruikt als een organisatie nog een Zaaksysteem gebruikt dat alleen de Zaak- en Documentenservices standaard gebruikt.Should
VTH114 Kunnen bevragen en wijzigen van gegevens in de Documentregistratiecomponent op basis van de Zaakgericht Werken standaard (API) Documenten worden in de Documentenregister opgeslagen en niet in de VTH software. Bijhorende metadata worden in het Documentenregister via de Documenten API opgeslagen en kunnen door het VTH-systeem worden bevraagd. De Zaakgericht Werken standaard is de nieuwe standaard die per 1 april 2021 op de Pas-Toe-Of-Leg-Uit-lijst van de VNG staat.Should
VTH121 Kunnen afronden van de aanvraag Als de behandeling van de vergunningaanvraag is overgedragen aan een ander bestuursorgaan, als de aanvrager de aanvraag heeft ingetrokken of wanneer de vergunningaanvraag buiten behandeling is gesteld omdat er geen vergunningplicht is of omdat niet in voldoende mate aan de aanvraagvereisten is voldaan, eindigt het bedrijfsproces na de intakefase en wordt de aanvraag afgerond.Should
VTH125 Kunnen afronden van het proces na het opstellen van de (concept)beschikking Na vaststelling door het bevoegde orgaan (met verwerking van eventuele aanpassingen), wordt het document dat formeel is vastgesteld 'bevroren', waarmee een behandelingsfase is afgerond. Het kan hierbij gaan om - Ontwerp beschikking omgevingsvergunning (college) - Ontwerp advies met instemming (raad) - Definitieve beschikking omgevingsvergunning (college of gemandateerde ambtenaar) - Definitief Advies met instemming (raad) In feite betreft het hier het afronden van een processtap. Dit kan mogelijk leiden tot het aanpassen van een status van de zaak.Should

Requirements met categorie ONBEPAALD

Onderstaande tabel toont alle requirements die gelden voor de VTH-component met de categorie ONBEPAALD. VNG onderkent een aantal requirements die op dit moment van toepassing kunnen zijn op de VTH-component. VNG heeft hier echter geen waarde aan toegekend. Als gemeente kunt u eventueel deze requirements uitvragen aan een leverancier als toevoeging op uw Programma van Eisen (PvE). Bepaal dan wel vooraf de categorie die u hieraan zelf toekent: MUST of SHOULD. Mogelijk dat een leverancier deze requirements nog niet heeft gerealiseerd in zijn oplossing.

Element Beschrijving MoSCoW
VTH003 Kunnen registreren van (geconstateerd) naleefgedrag gekoppeld aan (een) thema Het is noodzakelijk om in een toezichts- of handhavingszaak het naleefgedrag te kunnen registreren en te kunnen koppelen aan de thema's die zijn gecontroleerd om periodiek een goede risicoanalyse uit te kunnen voeren.Onbepaald
VTH006 Kunnen vastleggen en registreren beslissing/advies voor vervolg op basis van beoordeling geconstateerde situatie Inhoudelijk deskundige interne en/of externe adviseurs brengen een advies uit, waarin behalve de conclusie of het past ook kan worden opgenomen welke aanpassingen aan het initiatief gedaan zouden kunnen worden om het passend te maken. Het betreft hier tekstuele vastlegging in het systeem en niet de eventueel bijhorende documenten, zoals het vastleggen/registreren van advies voor vervolg in relatie tot handhavingsbeleid, bijvoorbeeld: Overtreding J/N, Ernst overtreding, Gedrag overtreder of Advies sanctie.


Toelichting:

  • Tekst aangepast in versie 1.4
Onbepaald
VTH029 Kunnen ophalen van gegevens / documenten uit de Archiefregistratiecomponent Bij de behandeling van VTH-zaken kunnen gegevens/documenten uit gerelateerde zaken uit het verleden van belang zijn of zelfs het uitgangspunt voor de behandeling van de zaak. De VTH software haalt deze gegevens of documenten bijvoorbeeld uit een Archiefregistratiecomponent.Onbepaald
VTH035 Kunnen aanbieden van gegevens aan het data-analyse en monitoringcomponent VTH-besluiten hebben gevolgen voor de fysieke leefomgeving en brengen risico's in relatie tot het naleefgedrag in beeld. Het is daarmee belangrijke informatie voor monitoring en analyse.Onbepaald
VTH041 Kunnen genereren van brieven/besluiten aan indiener en belanghebbende Op verschillende momenten binnen diverse processen moeten brieven of besluiten kunnen worden opgesteld voor een indiener of belanghebbende. De VTH software kan documenten aanmaken aan de hand van vooraf gedefinieerde sjablonen in de huistijl van de organisatie. Mogelijk dat hiervoor de Documentcreatiecomponent wordt gebruikt, indien de organisatie hierover beschikt.


Toelichting:

  • Tekst aangepast in versie 1.4
Onbepaald
VTH042 Kunnen versturen van berichten aan initiatiefnemer, indiener en belanghebbende De initiatiefnemer en eventuele specifieke belanghebbenden krijgen de stukken toegezonden of worden uitgenodigd tot indienen van zienswijzen (bv. informatieve of inhoudelijke brieven). Dit kan bijvoorbeeld via e-mail of brief.


Toelichting:

  • Tekst aangepast in versie 1.4
Onbepaald
VTH046 Kunnen laten accorderen van de concept beschikking Bij complexe en/of beleidsgevoelige vergunningaanvragen accordeert het College de conceptbeschikking. Tevens wordt bepaald of advies aan de Gemeenteraad gevraagd zal worden. Het daadwerkelijk accorderen wordt buiten het VTH-systeem gedaan. In feite betreft het hier het starten en volgen van een processtap.Onbepaald
VTH047 Kunnen laten toetsen van de beschikking inclusief legesberekening c.q. -beschikking Bij eenvoudige vergunningaanvragen wordt op ambtelijk niveau besloten. Uit oogpunt van zorgvuldigheid is het belangrijk de beschikking inclusief legesberekening c.q. -beschikking in elk geval door een tweede persoon (een collega of teamleider) te laten toetsen.Onbepaald
VTH049 Kunnen opstellen van een concept beschikking Op basis van de uitkomst van de integrale afweging wordt via de Documentcreatiecomponent een concept voor de beschikking opgesteld (bij toepassing van de uitgebreide procedure spreken we van 'ontwerpbeschikking'). Hierin worden eventuele maatwerkvoorschriften opgenomen die de gemeente wil verbinden aan het verlenen van de vergunning.Onbepaald
VTH050 Kunnen opstellen van een legesbeschikking Op grond van de geldende legestarieven moet de aanvrager van een omgevingsvergunning leges betalen voor de behandeling van de aanvraag. Het opleggen van de leges is een op zichzelf staande beschikking waartegen bezwaar kan worden gemaakt. Mogelijk dat hiervoor de Documentcreatiecomponent wordt gebruikt, indien de organisatie hierover beschikt.


Toelichting:

  • Tekst aangepast in versie 1.4
Onbepaald
VTH052 Kunnen opstellen van een proces-verbaal Als een toezichthouder een overtreding constateert, moet de toezichthouder in tekst en beeldmateriaal vastleggen en ondertekenen wat hij/zij heeft gezien, heeft besproken en met wie (overtreder, getuigen, belanghebbenden, etc). Hieruit kan een formeel document - het proces-verbaal - worden gegenereerd.Onbepaald
VTH056 Kunnen bepalen en registreren van de te volgen procedure Uitgangspunt in de Omgevingswet is dat zowel voor binnenplanse als buitenplanse activiteiten de reguliere procedure wordt gevolgd, tenzij sprake is van een bijzondere situatie. Van zo'n bijzondere situatie kan sprake zijn op grond van internationaalrechtelijke verplichtingen (bijvoorbeeld de MER-richtlijn of de Seveso-richtlijn), of als de aangevraagde activiteiten belangrijke nadelige gevolgen kunnen hebben voor het milieu, of als er sprake is van een rijksmonumentenactiviteit.Onbepaald
VTH057 Kunnen berekenen van leges op basis van gemeentelijke legesregeling Op grond van de vastgestelde legestarieven (berekeningsmethode) worden met behulp van specificaties binnen de aanvraag (activiteiten, specifieke variabelen als bouwsom, vloeroppervlak) de verschuldigde leges berekend voor de behandeling van een specifieke aanvraag.Onbepaald
VTH058 Kunnen categoriseren van geconstateerde situatie/overtreding m.b.t. landelijke handhavingsstrategie Vanuit de Kwaliteitscriteria is de landelijk handhavingstrategie als handreiking vastgesteld voor landelijke eenduidigheid in de uitvoering van toezicht en handhaving. Om de juiste sancties op te leggen en om de big-8-cyclus goed sluitend te maken, is het noodzakelijk dat de overtreding met de juiste categorie kan worden geregistreerd. Deze registratie wordt later door de data-analyse en monitoringcomponent gebruikt bij het monitoren en analiseren wat bij de uitvoering van toezicht (en handhaving) inhoudelijk wordt geconstateerd inclusief ernst en gedrag.


Toelichting:

  • Tekst aangepast in versie 1.4
Onbepaald
VTH059 Kunnen controleren of de aanvraag voldoet aan de indieningsvereisten, of de initiatiefnemer participatie heeft georganiseerd en of alle noodzakelijke bijlagen zijn aangeleverd De indieningsvereisten voor aanvragen zijn gedeeltelijk landelijk en gedeeltelijk lokaal vastgesteld. Als (essentiële) vereisten ontbreken, kan de aan vraag niet goed worden beoordeeld en kan er geen goed afwegen besluit worden genomen op de aanvraag. Aanvragen die niet voldoen, kunnen daarom buiten behandeling worden gesteld.Onbepaald
VTH060 Kunnen controleren of de aanvraagde of geconstateerde activiteiten vergunningplichtig, meldingplichtig of vergunningvrij zijn Als aangevraagde activiteiten vergunningsvrij zijn, hoeft er geen behandeling te worden gestart.Onbepaald
VTH061 Kunnen ondersteunen in het maken van een integrale afweging op basis van verzamelde adviezen Bij meervoudige/complexe zaken (VTH) zullen verschillende behandelaren en adviseurs input leveren. De hoofdbehandelaar moet ondersteund kunnen worden om het overzicht te behouden bij de intergrale afweging, overwegingen en uiteindelijke resultaat van de integrale afweging. Bijvoorbeeld door vanuit de deeltoetsingen (op hoofdlijnen) direct inzichtelijk te krijgen welke knelpunten er zijn en wat passend is (en dus geen issue is). Dit kan dan direct de agenda voor de integrale afweging zijn.Onbepaald
VTH062 Kunnen opstellen van een advies Inhoudelijk deskundige interne en/of externe adviseurs brengen een advies uit, waarin behalve de conclusie of het past ook kan worden opgenomen welke aanpassingen aan het initiatief gedaan zouden kunnen worden om het passend te maken. Ten behoeve van de integrale afweging moet kunnen worden aangegeven welke knelpunten er zijn en wat passend is (en dus geen issue is). Dit vormt dan gelijk de input voor de agenda van een gezamenlijke, integrale afweging.Onbepaald
VTH063 Kunnen opstellen van een besluit Afhankelijk van het aantal en de omvang van de zienswijzen en de complexiteit van de verwerking daarvan kan de beantwoording van de zienswijzen opgenomen worden in het definitieve besluit of in een separate nota van beantwoording zienswijzen. De oplossingen die tijdens de integrale afweging gevonden zijn voor de eventuele geschilpunten uit de ingediende zienswijzen worden verwerkt in de beschikking en daaruit wordt het definitieve besluit voor de aanvraag omgevingsvergunning opgesteld. Tevens mogelijkheid om concreet aan te geven welke motivering in de tekst van de beschikking moet worden opgenomen en welke voorschriften (indien van toepassing).Onbepaald
VTH064 Kunnen opstellen van een toetsingsdocument Een behandelaar toetst een activiteit binnen de VTH-zaak en moet de toetsing met het resultaat kunnen vastleggen in een document. Het opstellen gebeurt via de Documentcreatiecomponent.Onbepaald
VTH066 Kunnen prioriteren van toezicht op basis van lokaal uitvoeringsbeleid Op basis van het uitvoeringsbeleid bepaalt het bevoegd gezag in welke volgorde toezicht wordt gehouden. De prioritering kan gebeuren op basis van inspecties op thema's, onderwerpen en prioriteit.Onbepaald
VTH067 Kunnen prioriteren van de geconstateerde overtredingen Een bevoegd gezag bepaalt op basis van de prioriteiten in het uitvoeringsbeleid welke overtredingen wel of niet worden opgepakt of in welke volgorde deze worden opgepakt. Bij de afweging biedt de VTH software de mogelijkheid om bij de vastleggen te motiveren waarom overtreding niet, eerder of later wordt opgepakt.Onbepaald
VTH068 Kunnen samenstellen van activiteiten tot een integraal besluit De verschillende activiteiten worden (als deelzaken) in beginsel op zichzelf beoordeeld, waarna vervolgens integrale afweging plaatsvindt. Uiteindelijk moet het geheel leiden tot één integraal besluit, waarbij motiveringen van de verschillende activiteiten moeten worden samengevoegd en de integrale afweging wordt toegevoegd.Onbepaald
VTH070 Kunnen vastleggen van samenhang met andere procedures/besluitvorming In sommige zaken is (positieve) besluitvorming randvoorwaardelijk om verder te kunnen gaan of om de zaak af te kunnen ronden. Een voorbeeld: Een handhavingszaak kan worden afgerond als de overtreding is opgeheven doordat de benodigde omgevingsvergunning is verleend.Onbepaald
VTH071 Kunnen genereren van operationele rapportages (bv. overzicht werkvoorraad, voortgang) Voor de beheersing van de werkvoorraad, zowel op het niveau van een individuele medewerker als (een onderdeel van) de organisatie, moeten rapportages kunnen worden gegenereerd.


Toelichting:

  • Tekst aangepast in versie 1.4
Onbepaald
VTH072 Kunnen genereren van management rapportages Om actief te kunnen sturen, ondersteunt de VTH software het kunnen genereren van rapportages ten behoeve van het Management. Verder moeten rapportages kunnen worden gegenereerd voor monitoring van de resultaten van de uitvoering als belangrijke informatie voor het opstellen van beleid en regelgeving. De VTH software biedt hiervoor een aantal voorgedefinieerde rapportages (op basis van best practice).


Toelichting:

  • Tekst aangepast in versie 1.4
Onbepaald
VTH073 Kunnen samenstellen van eigen rapportages Bij de verschillende bevoegde gezagen zullen verschillende speerpunten of aandachtspunten zijn vastgesteld voor de dienstverlening. Daarvoor moeten specifieke rapportages kunnen worden opgesteld.Onbepaald
VTH074 Kunnen agenderen van een adviesvraag aan de Gemeenteraad De Gemeenteraad heeft bij afwijkingen van het omgevingsplan adviesrecht maar geen instemmingsrecht. Bovendien geldt dat een adviesvraag aan de Gemeenteraad geen reden is voor verlenging van de proceduredoorlooptijd. Het is daarom zaak om de eventuele adviesaanvraag bij de Gemeenteraad vroegtijdig te agenderen en zoveel mogelijk parallel uit te voeren met de verdere activiteiten in het proces. De Gemeenteraad ontvangt de adviesaanvraag van het College en agendeert deze.Onbepaald
VTH075 Kunnen inplannen van werkzaamheden Om het team dat de vergunningaanvraag behandelt tijdig te kunnen voorzien van gevraagde adviezen is het belangrijk om werkzaamheden aan de juiste medewerker(s) toe te wijzen en in te plannen in overleg met de hoofdbehandelaar. Het Verzoek moet kunnen worden toegekend aan een (hoofd)behandelaar. Deze is verantwoordelijk voor de verdere afhandeling van het Verzoek.Onbepaald
VTH079 Kunnen (flexibel) inrichten van de werkprocessen Afhandeling van zaken volgt lang niet altijd de 'happy flow' c.q. is lang niet altijd en lineair proces. Soms moeten delen van het proces worden herhaald/opnieuw. Uitgangspunt is dat de hoofdbehandelaar deskundig is, goed kan bepalen hoe het proces verder moet en daarbij dus flexibel keuzes kan maken. Processen moeten dus slim modulair kunnen worden geïmplementeerd.Onbepaald
VTH084 Kunnen instellen en bijhouden van doorlooptijden gedurende het aanvraagproces Naast de wettelijke termijn, hanteren veel bevoegde gezagen servicetermijnen die korter zijn. Deze moeten kunnen worden ingesteld en vervolgens moet per proces de doorlooptijd worden bijgehouden en behoeve van rapportages.Onbepaald
VTH089 Kunnen aanvragen van intern advies Inhoudelijk deskundige adviseurs kunnen vanuit de VTH software gevraagd worden om advies uit te brengen in een VTH-zaak. De VTH software biedt hiervoor bijvoorbeeld de mogelijkheid tot het versturen van een interne e-mail of gebruikt hiervoor een ander notificatiemechanisme.Onbepaald
VTH091 Kunnen controleren op bestaande (afgehandelde of lopende) zaken (o.a. vergunning, toezicht, handhaving, wijziging omgevingsplan) Om te voorkomen dat er meerdere aanvragen of meldingen op hetzelfde object worden ingevoerd, is inzage op eerdere ingediende of lopende zaken een hulpmiddel bij het beoordelen of de melding of aanvraag in behandeling moet worden genomen.Onbepaald
VTH092 Kunnen doen van verzoek om wijziging in omgevingsplan Indien sprake is van een omgevingsvergunning voor een afwijkactiviteit waaraan geen termijn is verbonden, dan moet binnen uiterlijk vijf jaar het omgevingsplan van de gemeente bijgewerkt worden zodat het met de verleende omgevingsvergunning in overeenstemming is. Dit zou als een aparte of gerelateerde Zaak gestart kunnen worden.


Toelichting:

  • Tekst aangepast in versie 1.4
Onbepaald
VTH102 Kunnen versturen van notificaties aan andere systemen als er gegevens in het VTH-systeem zijn gewijzigd Dit is nodig voor starten van BAG proces, verkrijgen brondocument (vergunning, bouwtekeningen, etc.) voor de BAG, melding dat er een vergunning is verleend (gereedmelding), etc. Idealiter verloopt deze notificatie via de Notificatierouteringcomponent.Onbepaald
VTH119 Kunnen uitwisselen van gegevens in de financieel component Bijvoorbeeld voor het factureren van opgelegde leges, verbeurd verklaarde dwangsommen of uitvoeringskosten moeten de relevante gegevens kunnen worden uitgewisseld met de financiële component.Onbepaald
VTH120 Kunnen toetsen van planschaderisico Wanneer op basis van de toetsingsadviezen een planschaderisico geconstateerd wordt en er is geen onderliggend plan of overeenkomst, is het afsluiten van een planschadeovereenkomst met de initiatiefnemer wenselijk. Bij de inhoudelijke toetsing wordt ook onderzocht in hoeverre er planschaderisico bestaat. Mogelijk dat hiervoor een deelzaak wordt gestart.Onbepaald
VTH124 Kunnen opvagen van informatieproducten uit het monumentenregister bij de Rijksdienst voor het Cultureel Erfgoed Als een Verzoek wordt ingediend, moet gecontroleerd kunnen worden in het monumentenregister bij het RCE of het om een Rijksmonument gaat of niet.Onbepaald





Standaarden voor de Omgevingswet

Laatst bewerkt: 30 juni 2021, 13:14:11

Voor de Omgevingswet dient de gemeente op een aantal koppelvlakken aan te sluiten. Ieder koppelvlak maakt gebruik van een standaard. Onderstaande tekst geeft een overzicht van alle koppelvlakken en de bijbehorende standaard. Informatie is gebaseerd op het DSO-LV document Aansluitkoppelvlakken Editie Bevoegd Gezag. Het eerstgenoemde koppelvlak (Aansluiten DSO Toepasbare regels) dient een gemeente te gebruiken op het moment dat besloten wordt toepasbare regels aan te leveren aan de DSO-LV. Dit is geen wettelijk verplicht koppelvlak. De daaropvolgende zes koppelvlakken dient (wel wettelijke verplichting) een gemeente per 2022 in ieder geval in gebruik te hebben. Voor meer informatie over de de specifieke koppelvlakken (API's) verwijzen we naar het Omgevingswet API register.

Aansluiten DSO-LV Toepasbare regels

Toepasbare regels is de DSO component waaraan (lokale) kunnen worden aangeleverd ten behoeven van vragenbomen in het loket.

Interoperabiliteit:

  • IMTR - DSO Informatiemodel Toepasbare Regels
  • STTR - DSO Standaard Toepasbare Regels
  • DMN - Decision Model and Notation

Aansluiten DSO-LV Stelsel Catalogus

De DSO Stelselcatalogus is de DSO component waarin begrippen en metadata omtrent informatieproducten en services wordt beheerd.

Interoperabiliteit:

Aansluiten DSO-LV Indienen aanvragen en meldingen

Het ketenproces Indienen Aanvragen en Meldingen levert de door de Initiatiefnemer ingevulde en ingediende vergunningsaanvraag of melding af bij het Bevoegd gezag. Er wordt een keuze gemaakt voor één bevoegd gezag die de aanvraag/melding krijgt aangeleverd.

Interoperabiliteit:

  • IMAM - DSO Informatiemodel Aanvragen Meldingen
  • STAM - DSO Standaard Aanvragen Meldingen
  • HAL (Hypertext Application Language)

Aansluiten Landelijke Voorziening Beschikbaar stellen en Bekendmaken

Het publiceren van Omgevingsdocumenten gebeurt op het platform voor Overheidspublicaties de Landelijke Voorziening Beschikbaar stellen en Bekendmaken (LVBB).

Interoperabiliteit:

  • STOP - Standaard Overheidspublicaties
  • IMOD - DSO Informatiemodel Omgevingsdocumenten
  • TPOD - DSO Toepassingsprofiel Omgevingsdocumenten (binnen STOP)
  • GML (Geography Markup Language)
  • OWMS
  • XSD n.b. XSD als onderdeel van STOP/TPOD, nog in overweging voor relatie tussen gebied en regel.

Overheid.nl (DROP - KOOP)

DROP staat voor Decentrale Regelgeving en Officiële Publicaties. Met DROP wordt het publicatieproces geïntegreerd met het consolidatieproces. Gebruikt voor het publiceren en consolideren van regelingen en kennisgevingen (bijvoorbeeld vergunningen).

Meer info: KOOP

Mijn Overheid

Via Mijn Overheid Berichtenbox (burgers en bedrijven) kan de gemeente berichten versturen naar inwoners en bedrijven. Mijn Overheid Lopende Zaken wordt gebruikt voor het versturen van statusinformatie.

Meer info: logius

Informatieproducten

Informatieproducten worden via services aan het DSO-LV ter beschikking gesteld. Afname geschiedt via direct gebruik in DSO-LV Gebruikerstoepassingen (GT) of via het Open Stelsel. De standaard voor informatieproducten dient nog te worden vastgesteld.






Koppelingen voor de Omgevingswet

Laatst bewerkt: 30 juni 2021, 13:14:11

Introductie

In de vorige hoofdstukken hebben we de componenten, requirements en standaarden beschreven. Hier besteden we aandacht aan de koppelingen tussen de applicatiecomponenten, zowel binnen de gemeente als tussen gemeente en DSO-LV dan wel een andere landelijke voorziening. We doen dit in twee stappen:

  1. Informatie uitwisseling tussen componenten geeft een overzicht van de informatiestromen tussen de belangrijkste componenten.
  2. Interactiepatronen tussen componenten brengt per patroon inzichtelijk welke afhankelijkheden er tussen de componenten zijn waarbij wordt aangegeven welke requirement bij dat interactiepatroon geldt.

Informatie uitwisseling tussen componenten

Onderstaand figuur geeft een overzicht van de belangrijkste referentiecomponenten en informatiestromen tussen de componenten voor het IWT niveau weer. De opgenomen requirements van de verschillende omgevingswetcomponenten liggen hieronder ten grondslag. Dit betreft requirements met zowel de categorie Must, Should en Onbepaald.

ArchiMateNote Landelijke voorzieningen Decentrale Regelgeving en Officiële Publicaties (DROP) is een dienst van Kennis- en Exploitatiecentrum Officiële Overheidspublicaties (KOOP). Gemeenten leveren via DROP vergunningsaanvragen aan Overheid.nl. (ApplicationComponent) DRP De landelijke voorziening Digitaal Stelsel Omgevingswet (DSO) (ApplicationComponent) DSO-LV Landelijke Voorziening Bekendmaken en Beschikbaar stellen (ApplicationComponent) LVBB ArchiMateNote Omgevingswetcomponenten Component voor het ondersteunen van diverse soorten vergunningverlening, het ondersteunen op het toezicht houden en het ondersteunen van het handhaven. (ApplicationComponent) Vergunning- Toezicht- en Handhavingcomponent fysieke leefomgeving Component voor het beheren en digitaal beschikbaar stellen van toepasbare regels op basis van de regels uit beleid (omgevingsvisie, programma, omgevingsplan) (ApplicationComponent) Toepasbare regelscomponent Component voor het ontwikkelen, beheren en digitaal beschikbaar stellen van omgevingsdocumenten (omgevingsplan, omgevingsvisie en programma) conform de Omgevingswet standaarden. Hiermee is de Omgevingsbeleid component de opvolger van de GEMMA WRO-component. De Omgevingsbeleidcomponent bevat diverse functionaliteiten voor omgevingswetbesluiten (voorbereidingsbesluiten). (ApplicationComponent) Omgevingsbeleidcomponent ArchiMateNote Generieke componenten Component voor opslag en ontsluiting van zaaktypegegevens. (ApplicationComponent) Zaaktypecatalogusco- mponent Component voor opslag en ontsluiting van zaakgegevens. (ApplicationComponent) Zaakregistratiecompo- nent Component voor opslag en ontsluiting van documenten en daarbij behorende metadata. (ApplicationComponent) Documentregistratiec- omponent ApplicationComponent Besluitenregistratieco- mponent Component voor het digitaal ontwerpen en visualiseren van fysieke objecten (ApplicationComponent) Digitaal ontwerpencomponent FlowRelationship FlowRelationship FlowRelationship FlowRelationship FlowRelationship FlowRelationship FlowRelationship FlowRelationship FlowRelationship FlowRelationship FlowRelationship FlowRelationship FlowRelationship FlowRelationship FlowRelationship FlowRelationship FlowRelationship FlowRelationship FlowRelationship FlowRelationship FlowRelationship FlowRelationship FlowRelationship Deze svg is op 24-10-2022 15:58:35 CEST gegenereerd door ArchiMedes™ © 2016-2022 ArchiXL. ArchiMedes 24-10-2022 15:58:35 CEST


Overzicht omgevingswetreferentiecomponenten (uit model: Omgevingswet) - Toon SVG


Interactiepatronen

Onderstaande diagrammen geven aan welke componenten, functies en requirements gebruikt worden in de communicatie tussen het DSO-LV, de gemeente en eventueel partners. De patronen zijn gebaseerd op de basisplaat Indringend Keten Testen welke gebruikt wordt door het programma Aan de Slag Met De Omgevingswet.

Interactiepatronen Omgevingsbeleid

Onderstaande diagrammen zijn van toepassing ten behoeve van de Omgevingsbeleidcomponent.

Interactiepatroon 1


ArchiMateNote Gemeente Component voor het ontwikkelen, beheren en digitaal beschikbaar stellen van omgevingsdocumenten (omgevingsplan, omgevingsvisie en programma) conform de Omgevingswet standaarden. Hiermee is de Omgevingsbeleid component de opvolger van de GEMMA WRO-component. De Omgevingsbeleidcomponent bevat diverse functionaliteiten voor omgevingswetbesluiten (voorbereidingsbesluiten). (ApplicationComponent) Omgevingsbeleidcomponent Functie voor het beheren van regelingen met tekst, werkingsgebied en annotaties. (ApplicationFunction) Beheren van regelingen Hieronder wordt verstaan: * Kunnen ophalen en verwerken van regelingen (omgevingsvisie, programma, omgevingsplan, voorbereidingsbesluit) conform STOP-TPOD. * Het gaat om het 'downloaden' voor een aantal uitzonderlijke gevallen: ** ten einde uitvalsituaties te voorkomen, ** gebieds- of themagewijs het omgevingsplan door stedenbouwkundige bureaus te laten wijzigen, ** als 'backup' bij wijziging van softwareleverancier. ** het inlezen van de bruidsschat * Aangepast in versie 1.5.1: Toevoeging brondhouderskoppelvlak van LVBB verwijderd * Aangepast in versie 1.5: Uitzonderlijke gevallen aangevuld * Aangepast in versie 1.4.1.: 'Downloadfunctie' is beschikbaar als dienst, niet als service. * Nieuw requirement in versie 1.4 (Requirement) OBR11 Kunnen ophalen van geconsolideerde regeling ArchiMateNote Stedenbouwkundig bureau ArchiMateNote Landelijke voorziening Ozon wordt via het bronhouderskoppelvlak voor juridische regels (LVBB) geïnformeerd over nieuwe regelingversies en zorgt voor de benodigde inwinning en validatie van OW-informatie, objectvorming en registratie. De objecten die ontstaan worden binnen de landelijke objectstructuur ingepast en uitgeleverd via API’s die zijn afgestemd op verschillende doelgroepen. De primaire verantwoordelijkheden die zijn toegekend aan het componentcluster Objectgericht ontsluiten omgevingsdocumenten (Ozon), betreffen: - Het leveren van functionaliteit ten behoeve van domeinspecifieke validaties, waaronder geometrie-validaties; - Objectvorming en objectregistratie; - Objectgerichte uitlevering van omgevingsdocumenten; - Uitlevering van totaalstanden voor specifieke toestand van een regeling. (ApplicationComponent) Objectgerichte ontsluiting omgevingsdocumenten (Ozon) De Downloaden API levert op verzoek van een gebruiker de vigerende regelingversie van een Omgevingsdocument. Deze levering bestaat uit de juridische tekst (het “OP-deel"), de Geografische Informatie Objecten (“GIO’s”) en de gegevens bij de juridische tekst (de “OW-objecten”). De levering zit in een zip bestand dat door de gebruiker kan worden gedownload. De service haalt eerst een zip met de OP-gegevens uit de LVBB, door middel van een download ophaalverzoek. Deze wordt vervolgens samengevoegd met de OW-gegevens uit Ozon, die in de service opgebouwd wordt. (ApplicationInterface) Downloaden API ServingRelationship Deze svg is op 24-10-2022 15:59:57 CEST gegenereerd door ArchiMedes™ © 2016-2022 ArchiXL. ArchiMedes 24-10-2022 15:59:57 CEST


Interactiepatroon 1 (uit model: Omgevingswet) - Toon SVG

Gemeenten kunnen ten behoeve van een initiële lading de volledige geconsolideerde regeling ophalen en inladen in de omgevingsbeleidcomponent. De omgevingsbeleidcomponent gebruikt hiervoor de Downloaden API en ontvangt een ZIP-bestand met daarin de juridische tekst (het “OP-deel"), de Geografische Informatie Objecten (“GIO’s”) en de gegevens bij de juridische tekst (de “OW-objecten”). Dit interactiepatroon kan door de gemeente in de volgende gevallen worden toegepast:

  • Ten einde uitvalsituaties te voorkomen
  • Als 'back-up' bij wijziging van softwareleverancier
  • Het inlezen van de bruidsschat


Interactiepatroon 2


ArchiMateNote Gemeente ArchiMateNote Stedenbouwkundig bureau Component voor het ontwikkelen, beheren en digitaal beschikbaar stellen van omgevingsdocumenten (omgevingsplan, omgevingsvisie en programma) conform de Omgevingswet standaarden. Hiermee is de Omgevingsbeleid component de opvolger van de GEMMA WRO-component. De Omgevingsbeleidcomponent bevat diverse functionaliteiten voor omgevingswetbesluiten (voorbereidingsbesluiten). (ApplicationComponent) Omgevingsbeleidcomponent Functie voor het beheren van regelingen met tekst, werkingsgebied en annotaties. (ApplicationFunction) Beheren van regelingen Hieronder wordt verstaan: * Kunnen ophalen en verwerken van regelingen (omgevingsvisie, programma, omgevingsplan, voorbereidingsbesluit) conform STOP-TPOD. * Het gaat om het 'downloaden' voor een aantal uitzonderlijke gevallen: ** ten einde uitvalsituaties te voorkomen, ** gebieds- of themagewijs het omgevingsplan door stedenbouwkundige bureaus te laten wijzigen, ** als 'backup' bij wijziging van softwareleverancier. ** het inlezen van de bruidsschat * Aangepast in versie 1.5.1: Toevoeging brondhouderskoppelvlak van LVBB verwijderd * Aangepast in versie 1.5: Uitzonderlijke gevallen aangevuld * Aangepast in versie 1.4.1.: 'Downloadfunctie' is beschikbaar als dienst, niet als service. * Nieuw requirement in versie 1.4 (Requirement) OBR11 Kunnen ophalen van geconsolideerde regeling ArchiMateNote Landelijke voorziening Ozon wordt via het bronhouderskoppelvlak voor juridische regels (LVBB) geïnformeerd over nieuwe regelingversies en zorgt voor de benodigde inwinning en validatie van OW-informatie, objectvorming en registratie. De objecten die ontstaan worden binnen de landelijke objectstructuur ingepast en uitgeleverd via API’s die zijn afgestemd op verschillende doelgroepen. De primaire verantwoordelijkheden die zijn toegekend aan het componentcluster Objectgericht ontsluiten omgevingsdocumenten (Ozon), betreffen: - Het leveren van functionaliteit ten behoeve van domeinspecifieke validaties, waaronder geometrie-validaties; - Objectvorming en objectregistratie; - Objectgerichte uitlevering van omgevingsdocumenten; - Uitlevering van totaalstanden voor specifieke toestand van een regeling. (ApplicationComponent) Objectgerichte ontsluiting omgevingsdocumenten (Ozon) De Downloaden API levert op verzoek van een gebruiker de vigerende regelingversie van een Omgevingsdocument. Deze levering bestaat uit de juridische tekst (het “OP-deel"), de Geografische Informatie Objecten (“GIO’s”) en de gegevens bij de juridische tekst (de “OW-objecten”). De levering zit in een zip bestand dat door de gebruiker kan worden gedownload. De service haalt eerst een zip met de OP-gegevens uit de LVBB, door middel van een download ophaalverzoek. Deze wordt vervolgens samengevoegd met de OW-gegevens uit Ozon, die in de service opgebouwd wordt. (ApplicationInterface) Downloaden API ServingRelationship Deze svg is op 24-10-2022 15:59:57 CEST gegenereerd door ArchiMedes™ © 2016-2022 ArchiXL. ArchiMedes 24-10-2022 15:59:57 CEST


Interactiepatroon 2 (uit model: Omgevingswet) - Toon SVG

Partners (bijvoorbeeld stedenbouwkundige bureaus) kunnen ten behoeve van een initiële lading de volledige geconsolideerde regeling ophalen en inladen in de omgevingsbeleidcomponent. De omgevingsbeleidcomponent gebruikt hiervoor de Downloaden API en ontvangt een ZIP-bestand met daarin de juridische tekst (het “OP-deel"), de Geografische Informatie Objecten (“GIO’s”) en de gegevens bij de juridische tekst (de “OW-objecten”). Dit interactiepatroon wordt bijvoorbeeld gebruikt als een gemeente het wijzigen van een omgevingsplan heeft uitbesteed aan een stedenbouwkundig bureau.

Interactiepatroon 3


ArchiMateNote Landelijke voorziening Generiek koppelvlak voor bronhouders (bevoegde gezagen) waarin de achterliggende verwerkingsdiensten voor het valideren, registeren/publiceren en terugleveren worden georkestreerd. Het bronhouderskoppelvlak zorgt voor een planmatige validatie en registratie van Ow-besluiten. Bij het valideren van Ow-besluiten worden publicatie- en domein specifieke validaties uitgevoerd door respectievelijk de LVBB en Ozon. Ook de doorlevering van regelingversies aan Ozon en de teruglevering aan bevoegde gezagen verloopt planmatig. (ApplicationComponent) Bronhouderskoppelvlak Het digitale koppelvlak LVBB (Landelijke Voorziening Bekendmaken en Beschikbaar stellen) verzorgt het valideren, bekendmaken, consolideren en doorleveren van omgevingsdocumenten aan het Digitaal Stelsel Omgevingswet (DSO). De API biedt twee operaties aan: - de validatie van een publicatie aan inhoudelijke eisen uit IMOP en IMOW (validatieservice); - de publicatie (publicatieservice). (ApplicationInterface) Omgevingsdocument aanbieden ebMS ArchiMateNote Gemeente Component voor het ontwikkelen, beheren en digitaal beschikbaar stellen van omgevingsdocumenten (omgevingsplan, omgevingsvisie en programma) conform de Omgevingswet standaarden. Hiermee is de Omgevingsbeleid component de opvolger van de GEMMA WRO-component. De Omgevingsbeleidcomponent bevat diverse functionaliteiten voor omgevingswetbesluiten (voorbereidingsbesluiten). (ApplicationComponent) Omgevingsbeleidcomponent Functie voor het aanleveren van besluiten en documenten (Omgevingsvisie, programma, omgevingsplan, voorbereidingsbesluit en kennisgeving voorgenomen besluit). (ApplicationFunction) Aanleveren van besluiten en documenten Hieronder wordt verstaan: * Kunnen detecteren van de verschillen (op basis van de STOP-TPOD) tussen oude en nieuwe versies van de lopende regeling (tekst, annotaties en geometrie) (was-wordt). * Kunnen genereren van een was/wordt instructie welke aan het wijzigingsbesluit wordt toegevoegd. * Wijzigingen kunnen geselecteerd worden tot één wijzigingsbesluit. Toelichting: * Met deze instructie wordt in de landelijke voorziening het verschil tussen de huidige en nieuwe versie duidelijk gemaakt waardoor de landelijke voorziening een geconsolideerde versie kan maken. * De was/wordt instructie wordt gebruikt ten behoeve van de aanlevering aan de raad en college en aan de landelijke voorziening. * Aangepast in versie 1.5: toevoeging 'ten behoeve van publicatie' verwijderd. * Aangepast in versie 1.4.1: In requirementnaam ‘van’ toegevoegd * Was: Kunnen genereren van was/wordt instructies. Is in versie 1.4 geworden: Kunnen genereren van was/wordt instructies ten behoeve publicatie * Tekst in toelichting aangepast in versie 1.4 (Requirement) OBP01 Kunnen genereren van was/wordt instructies Hieronder wordt verstaan: * Kunnen valideren van wijzigingsbesluit via het LVBB Bronhouderkoppelvlak aan de vereisten uit STOP-TPOD release A. Toelichting: * Tekst aangepast in versie 1.3. Was kunnen valideren van besluit. Is geworden: kunnen valideren van regeling. * Tekst aangepast in versie 1.4. Was kunnen valideren van regeling. Is geworden: Kunnen valideren van wijzigingsbesluit ten behoeve van publicatie. * Requirementnaam aangepast in versie 1.5: Was: Kunnen valideren van wijzigingsbesluit ten behoeve van publicatie. Is geworden: Kunnen valideren ten behoeve van aanlevering (Requirement) OBP05 Kunnen valideren ten behoeve van aanlevering ArchiMateNote Stedenbouwkundig bureau ServingRelationship Verplicht FlowRelationship Validatierapport Hieronder wordt vestaan het aanbieden van het besluit en de bijbehorende omgevingsdocumenten conform STOP, met als extra patrameter 'niet-publiceren'. (FlowRelationship) Aanbieden STOP-bestand ter validatie Deze svg is op 24-10-2022 15:59:57 CEST gegenereerd door ArchiMedes™ © 2016-2022 ArchiXL. ArchiMedes 24-10-2022 15:59:57 CEST


Interactiepatroon 3 (uit model: Omgevingswet) - Toon SVG

Ten behoeve van het valideren van een omgevingsplan, levert de gemeente ter validatie een STOP-bestand aan het Bronhouderskoppelvlak aan. Het Bronhouderskoppelvlak levert een validatierapport op aan de gemeente met het resultaat van de validatie.

Interactiepatroon 4



Interactiepatroon 4 (uit model: Omgevingswet) - Toon SVG

Stedenbouwkundige bureaus bieden gewijzigde onderdelen van de regelingversie ter validatie aan de DSO Landelijke voorziening. Het Plan-plan validatieportaal valideert de inhoud en biedt een validatierapport. De bedoeling is dat het portaal op den duur wordt uitgefaseerd en dat er een volwaardige API beschikbaar komt via het Open stelsel voor derden.

Interactiepatroon 5


ArchiMateNote Landelijke voorziening Generiek koppelvlak voor bronhouders (bevoegde gezagen) waarin de achterliggende verwerkingsdiensten voor het valideren, registeren/publiceren en terugleveren worden georkestreerd. Het bronhouderskoppelvlak zorgt voor een planmatige validatie en registratie van Ow-besluiten. Bij het valideren van Ow-besluiten worden publicatie- en domein specifieke validaties uitgevoerd door respectievelijk de LVBB en Ozon. Ook de doorlevering van regelingversies aan Ozon en de teruglevering aan bevoegde gezagen verloopt planmatig. (ApplicationComponent) Bronhouderskoppelvlak Het digitale koppelvlak LVBB (Landelijke Voorziening Bekendmaken en Beschikbaar stellen) verzorgt het valideren, bekendmaken, consolideren en doorleveren van omgevingsdocumenten aan het Digitaal Stelsel Omgevingswet (DSO). De API biedt twee operaties aan: - de validatie van een publicatie aan inhoudelijke eisen uit IMOP en IMOW (validatieservice); - de publicatie (publicatieservice). (ApplicationInterface) Omgevingsdocument aanbieden ebMS ArchiMateNote Gemeente Component voor het ontwikkelen, beheren en digitaal beschikbaar stellen van omgevingsdocumenten (omgevingsplan, omgevingsvisie en programma) conform de Omgevingswet standaarden. Hiermee is de Omgevingsbeleid component de opvolger van de GEMMA WRO-component. De Omgevingsbeleidcomponent bevat diverse functionaliteiten voor omgevingswetbesluiten (voorbereidingsbesluiten). (ApplicationComponent) Omgevingsbeleidcomponent Functie voor het aanleveren van besluiten en documenten (Omgevingsvisie, programma, omgevingsplan, voorbereidingsbesluit en kennisgeving voorgenomen besluit). (ApplicationFunction) Aanleveren van besluiten en documenten Hieronder wordt verstaan: * Kunnen detecteren van de verschillen (op basis van de STOP-TPOD) tussen oude en nieuwe versies van de lopende regeling (tekst, annotaties en geometrie) (was-wordt). * Kunnen genereren van een was/wordt instructie welke aan het wijzigingsbesluit wordt toegevoegd. * Wijzigingen kunnen geselecteerd worden tot één wijzigingsbesluit. Toelichting: * Met deze instructie wordt in de landelijke voorziening het verschil tussen de huidige en nieuwe versie duidelijk gemaakt waardoor de landelijke voorziening een geconsolideerde versie kan maken. * De was/wordt instructie wordt gebruikt ten behoeve van de aanlevering aan de raad en college en aan de landelijke voorziening. * Aangepast in versie 1.5: toevoeging 'ten behoeve van publicatie' verwijderd. * Aangepast in versie 1.4.1: In requirementnaam ‘van’ toegevoegd * Was: Kunnen genereren van was/wordt instructies. Is in versie 1.4 geworden: Kunnen genereren van was/wordt instructies ten behoeve publicatie * Tekst in toelichting aangepast in versie 1.4 (Requirement) OBP01 Kunnen genereren van was/wordt instructies Hieronder wordt verstaan: * Het kunnen aanleveren aan de LVBB * Het betreft de besluiten en document: omgevingsvisie, programma, omgevingsplan, voorbereidingsbesluit en kennisgeving voorgenomen besluit Toelichting: * Nieuw requirement in versie 1.5 * De kennisgeving van het voornemen besluit buitenplanse omgevingsactiviteit wordt aangeleverd aan DROP (dit betreft een VTH-requirement) * De kennisgeving van het voorgenomen besluit wijzigen omgevingsplan wordt aangeleverd aan LVBB. (Requirement) OBP10 Kunnen aanleveren aan de landelijke voorziening ten behoeve van bekendmaken en beschikbaarstellen ArchiMateNote Stedenbouwkundig bureau ServingRelationship Verplicht FlowRelationship Validatierapport FlowRelationship Publicatierapport Hieronder wordt vestaan het aanbieden van het besluit en de bijbehorende omgevingsdocumenten conform STOP. (FlowRelationship) Aanbieden STOP-bestand ter publicatie Deze svg is op 24-10-2022 15:59:58 CEST gegenereerd door ArchiMedes™ © 2016-2022 ArchiXL. ArchiMedes 24-10-2022 15:59:58 CEST


Interactiepatroon 5 (uit model: Omgevingswet) - Toon SVG

Ten behoeve van het publiceren van een omgevingsbesluit levert de gemeente het besluit in de vorm van een STOP-bestand aan het Bronhouderskoppelvlak aan. Het Bronhouderskoppelvlak levert een publicatie- en een validatierapport op aan de gemeente met het resultaat van de publicatie en de validatie. Als de verificatie geen fouten heeft opgeleverd wordt het bestand verwerkt tot een nieuwe versie van de geconsolideerde regeling.

Interactiepatroon 6


ArchiMateNote Gemeente Component voor het ontwikkelen, beheren en digitaal beschikbaar stellen van omgevingsdocumenten (omgevingsplan, omgevingsvisie en programma) conform de Omgevingswet standaarden. Hiermee is de Omgevingsbeleid component de opvolger van de GEMMA WRO-component. De Omgevingsbeleidcomponent bevat diverse functionaliteiten voor omgevingswetbesluiten (voorbereidingsbesluiten). (ApplicationComponent) Omgevingsbeleidcomponent Functie voor het beheren van regelingen met tekst, werkingsgebied en annotaties. (ApplicationFunction) Beheren van regelingen Hieronder wordt verstaan: * Kunnen overnemen, in de lopende regelingversie, van wijzigingen in een (door bijvoorbeeld een stedenbouwkundig adviesbureau), in STOP/TPOD, aangeboden regeling door organisaties die het maken van hun omgevingsplan uitbesteden. * Kunnen ondersteunen van het voorkomen van fouten door wijzigingen, in de aangeboden regelingversie, die conflicteren met de lopende regelingversie. * Aangepast in versie 1.4.1: Typefouten uit toelichting verwijderd * Nieuw requirement in versie 1.4, heeft betrekking op de zgn. plan-plan-keten (Requirement) OBR10 Kunnen verwerken van een aangeboden regelingversie Hieronder wordt verstaan: * Tijdens het opstellen de tekst en geometrie valideren op zaken als: verplichte velden ingevuld, gesloten zijn van geometrie, eventuele verplichte annotaties etc. * Gebruik van validatieregels conform standaard STOP-TPOD Release A zoals gepubliceerd op de website van Geonovum: https://www.geonovum.nl/geo-standaarden/omgevingswet/STOPTPOD * Aangepast in versie 1.5: Caterorie van MUST naar SHOULD * Aangepast in versie 1.4.1: 'validatiesregel' aangepast naar 'validatieregel' * Toelichting aangepast in versie 1.4 (Requirement) OBR06 Kunnen bieden van kwaliteitsbewaking ArchiMateNote Stedenbouwkundig bureau Component voor het ontwikkelen, beheren en digitaal beschikbaar stellen van omgevingsdocumenten (omgevingsplan, omgevingsvisie en programma) conform de Omgevingswet standaarden. Hiermee is de Omgevingsbeleid component de opvolger van de GEMMA WRO-component. De Omgevingsbeleidcomponent bevat diverse functionaliteiten voor omgevingswetbesluiten (voorbereidingsbesluiten). (ApplicationComponent) Omgevingsbeleidcomponent Functie voor het aanleveren van besluiten en documenten (Omgevingsvisie, programma, omgevingsplan, voorbereidingsbesluit en kennisgeving voorgenomen besluit). (ApplicationFunction) Aanleveren van besluiten en documenten Hieronder wordt verstaan: * Kunnen genereren van een regeling met wijzigingen, op een eerder gepubliceerde versie van die regeling, door bijvoorbeeld een stedenbouwkundig adviesbureau ten behoeve van organisaties die het maken van hun omgevingsplan uitbesteden. Toelichting: * Het gegenereerde bestand is conform het uitwisselpakket zoals dat beschreven is op de website van KOOP. * Aangepast in versie 1.5: Exportformaat opgenomen in toelichting * Aangepast in versie 1.4.1: Typefoutren uit toelichting verwijderd * Nieuw requirement in versie 1.4, heeft betrekking op de zgn. plan-plan-keten. * De gebruikte gepubliceerde versie van die regeling is de geconsolideerde versie die op het moment van starten van het wijzigen opgehaald is uit de LVBB. Bij het aanbieden van de regeling met wijzigingen kan de geconsolideerde regeling in de LVBB inmiddels aangepast zijn. * Een MUST voor stedenbouwkundige bureaus. (Requirement) OBR13 Kunnen aanbieden van een regelingversie aan een andere organisatie (waaronder een gemeente) ArchiMateNote Landelijke voorziening FlowRelationship Deze svg is op 24-10-2022 15:59:58 CEST gegenereerd door ArchiMedes™ © 2016-2022 ArchiXL. ArchiMedes 24-10-2022 15:59:58 CEST


Interactiepatroon 6 (uit model: Omgevingswet) - Toon SVG

De door het stedenbouwkundig bureau opgestelde nieuwe regelingversie (die eerst gevalideerd is, zie interactiepatroon 4) wordt aangeboden aan de omgevingsbeleidscomponent van de gemeente.


Interactiepatronen Toepasbare regelscomponent

Onderstaande diagrammen zijn van toepassing ten behoeve van de Toepasbare regelscomponent.

Interactiepatroon 7


ArchiMateNote Landelijke voorzieningen De registratie, beter bekend als de Registratie Toepasbare Regels (RTR), zorgt ervoor dat via STTR aangeleverde beslisbomen kunnen worden gevalideerd, geregistreerd en gepubliceerd. Daarnaast worden in de registratie ook de werkzaamheden, toepasbare activiteiten en de behandeldienst configuraties met hun onderlinge relaties hierin beheerd. (ApplicationComponent) Registratie ToepasbareRegels (RTR) ApplicationComponent Treeviewer ToepasbareRegels ArchiMateNote Gemeente Component voor het beheren en digitaal beschikbaar stellen van toepasbare regels op basis van de regels uit beleid (omgevingsvisie, programma, omgevingsplan) (ApplicationComponent) Toepasbare regelscomponent Deze functie omvat: Kunnen analyseren van juridische regels Kunnen relateren van juridische en toepasbare regels (lokaal) Kunnen opstellen en beheren van toepasbare regels Kunnen beheren van versies van toepasbare regels Kunnen toetsten van toepasbare regels aan schrijfwijzer Kunnen afleiden van toepasbare regels Kunnen toepasbaar maken activiteiten Kunnen importeren van toepasbare regels Kunnen ophalen van regels bij activiteiten Kunnen ophalen van werkzaamheden uit Register Toepasbare Regels (RTR) Voor meer details verwijzen we naar de software requirements op gemmaonline.nl thema omgevingswet (ApplicationFunction) Beheren toepasbare regels Het kunnen ophalen van regels bij activiteiten uit de omgevingsbeleidcomponent. De omgevingsbeleidcomponent bevat de juridische regels en bijbehorende werkingsgebieden en activiteiten waarvoor toepasbare regels opgesteld of aangepast gaan worden. De toepasbare regelscomponent vraagt bij de omgevingswetbeleidcomponent gegevens op over (Omgevingswet-)activiteiten en/of (bijbehorende) juridische regels, regelteksten en locaties. Wijzigingen: * 04-05-2022: Nieuw toegevoegd (Requirement) TR40 Kunnen ophalen van regels bij activiteiten Het kunnen importeren van toepasbare regels in STTR-formaat. DSO-LV biedt de mogelijkheid om toepasbare regels als STTR-bestand te downloaden. Wijzigingen: * 27-11-2019: MoSCoW-indeling * 4-12-2020: MoSCoW-indeling veranderd van Onbepaald naar Should omdat kunnen importeren nodig is om de toepasbare regels bij de bruidsschat te kunnen importeren en aanpassen. * 08-04-2022: MoSCow-indeling aangepast van Should naar Must (Requirement) TR24 Kunnen importeren van toepasbare regels Deze API is relevant bij uitvoering van de Omgevingswet, i.h.b. bij het opstellen en onderhouden van zgn. toepasbare regels. Het verschaft de toepasbare regelmaker actuele informatie over de juridische regels en bijbehorende werkingsgebieden en activiteiten waarvoor toepasbare regels opgesteld of aangepast gaan worden. De API maakt het mogelijk om gegevens op te vragen, bij een applicatie die invulling geeft aan de Omgevingsbeleidcomponent, ook wel aangeduid als plansoftware, over (Omgevingswet)activiteiten en/of (bijbehorende) juridische regels, regelteksten en locaties. (ApplicationInterface) Regels bij activiteiten API Component voor het ontwikkelen, beheren en digitaal beschikbaar stellen van omgevingsdocumenten (omgevingsplan, omgevingsvisie en programma) conform de Omgevingswet standaarden. Hiermee is de Omgevingsbeleid component de opvolger van de GEMMA WRO-component. De Omgevingsbeleidcomponent bevat diverse functionaliteiten voor omgevingswetbesluiten (voorbereidingsbesluiten). (ApplicationComponent) Omgevingsbeleidcomponent Functie voor het aanleveren van besluiten en documenten (Omgevingsvisie, programma, omgevingsplan, voorbereidingsbesluit en kennisgeving voorgenomen besluit). (ApplicationFunction) Aanleveren van besluiten en documenten Hieronder wordt verstaan: * Kunnen beschikbaar stellen van informatie over activiteiten (en gerelateerde informatie zoals locaties en regels) aan de toepasbare regelcomponent conform de specificaties van de API Regels bij activiteiten zoals gepubliceerd op https://github.com/VNG-Realisatie/Regels-bij-activiteiten. Toelichting: * Aangepast in versie 1.4.1: Categorie aangepast van Onbepaald naar Should ivm standaardisatie API door VNG * Aangepaste requirement in versie 1.4: API verwijzing opgenomen * Aangepaste requirement in versie 1.3: scherper verwoord dat het om informatie-uitwisseling gaat (Requirement) OBR01 Kunnen beschikbaar stellen van informatie over activiteiten aan de toepasbare regel component (lokaal) Onder 'team omgevingsbeleid' vallen alle rollen binnen de gemeentelijke organisatie die mede-verantwoordelijk zijn voor het tot stand komen van het omgevingsbeleid. Hieronder vallen (beleids)juristen, geo-specialisten, regelbeheerders enz. De organisatievorm kan per gemeente anders zijn, de term 'team' is hier dan ook functioneel bedoeld en niet als entiteit binnen de organisatiestructuur. Omdat de organisatievorm per gemeente anders kan zijn, zijn de activiteiten binnen dit team hier niet verder naar rollen uitgesplitst. (BusinessRole) Team omgevingsbeleid ArchiMateNote Partner AggregationRelationship FlowRelationship Download STTR- bestand FlowRelationship Bestands ID STTR- bestand ServingRelationship ServingRelationship Aanbevolen FlowRelationship Ophalen juridische regels CompositionRelationship Aanbevolen Deze svg is op 24-10-2022 15:59:59 CEST gegenereerd door ArchiMedes™ © 2016-2022 ArchiXL. ArchiMedes 24-10-2022 15:59:59 CEST


Interactiepatroon 7 (uit model: Omgevingswet) - Toon SVG

Het Team omgevingsbeleid kan met de treeviewer in de functionele structuur opzoeken of er toepasbare regels (vergunningchecker en aanvraagformulier) aanwezig zijn bij de juridische activiteit. Dit is handig om te zien of er toepasbare regels in de bruidsschat of bij andere gemeentes zijn die als uitgangspunt gebruikt kunnen worden. De bestands ID van het STTR-bestand kan overgenomen worden in de Toepasbare regelcomponent, waarmee het STTR-bestand kan worden overgenomen in de Toepasbare-regelcomponent. Is sprake van een nieuwe werkzaamheid (al of niet op basis van gedownloade toepasbare regels), dan wordt die gekoppeld aan de juiste juridische activiteit (hiervoor is de Regels-bij-activiteiten-API nodig).

Interactiepatroon 8


ArchiMateNote Landelijke voorzieningen Een REST API voor het verifiëren van toepasbare regel-bestanden zonder deze op te slaan in het digitaal stelsel. (ApplicationInterface) Toepasbare Regels verifiëren API De registratie, beter bekend als de Registratie Toepasbare Regels (RTR), zorgt ervoor dat via STTR aangeleverde beslisbomen kunnen worden gevalideerd, geregistreerd en gepubliceerd. Daarnaast worden in de registratie ook de werkzaamheden, toepasbare activiteiten en de behandeldienst configuraties met hun onderlinge relaties hierin beheerd. (ApplicationComponent) Registratie ToepasbareRegels (RTR) ArchiMateNote Gemeente Component voor het beheren en digitaal beschikbaar stellen van toepasbare regels op basis van de regels uit beleid (omgevingsvisie, programma, omgevingsplan) (ApplicationComponent) Toepasbare regelscomponent Deze functie omvat: Kunnen genereren van toepasbare regels in STTR-formaat Kunnen verifiëren van toepasbare regels Kunnen registreren van toepasbare regels Kunnen ontsluiten van toepasbare regels voor andere software Voor meer details verwijzen we naar de software requirements op gemmaonline.nl thema omgevingswet (ApplicationFunction) Aanleveren toepasbare regels Het kunnen genereren van een STTR-bestand met toepasbare regels volgens de geldende versie van STTR. Toepasbare regels moeten voldoen aan de Standaard toepasbare regels (STTR). Voor het vastleggen van toepasbare regels in DSO-LV moet een gemeente in staat zijn valide STTR-bestanden aan DSO-LV aan te bieden. De documentatie van STTR is beschikbaar op https://iplo.nl/digitaal-stelsel/aansluiten/standaarden/sttr-imtr/ Wijzigingen: * 14-7-2021: Verwijzing naar STTR aangepast * 14-7-2020: Tekstopmaak aangepast * 27-11-2019: Toelichting tekstueel, MoSCoW-indeling (Requirement) TR21 Kunnen genereren van toepasbare regels in STTR-formaat Het kunnen verifiëren van een STTR-bestand met de verificatieservice van DSO-LV of andere verificatie-functionaliteit. De verificatie-functie controleert de regels in het bestand en laat weten of de regels aan de standaard voldoen. De bestanden worden bij het controleren niet opgeslagen in het Register toepasbare regels. De documentatie van de verificatieservice is beschikbaar op https://iplo.nl/digitaal-stelsel/toepasbare-regels-maken-aanleveren/toepasbare-regels-aanleveren-omgevingsloket/ Wijzigingen: * 14-7-2021: Verwijzing naar de documentatie van de verificatieservice aangepast. * 14-7-2020: Tekstopmaak aangepast * 10-12-2019: Toelichting tekstueel, MoSCoW-indeling (van Must naar Should) * 27-11-2019: Toelichting tekstueel, MoSCoW-indeling (Requirement) TR22 Kunnen verifiëren van toepasbare regels ArchiMateNote Partner ServingRelationship Aanbevolen FlowRelationship Lijst met verificatiefouten CompositionRelationship FlowRelationship Aanbieden STTR-bestand tervalidatie Deze svg is op 24-10-2022 15:59:59 CEST gegenereerd door ArchiMedes™ © 2016-2022 ArchiXL. ArchiMedes 24-10-2022 15:59:59 CEST


Interactiepatroon 8 (uit model: Omgevingswet) - Toon SVG

Met de toepasbare-regelscomponent stelt het bevoegd gezag toepasbare regels op. Toepasbare regels is het geheel van de bedrijfsregels, uitvoeringsregels, conversieregels en toeleidingsregels. Deze zijn gebaseerd op de analyse van wet- en regelgeving. Het feitelijk maken van toepasbare regels is het opstellen van vragenbomen door het vertalen van wet- en regelgeving in bedrijfsregels, uitvoeringsregels, interactieregels en toeleidingsregels. Er zijn twee soorten vragenbomen, de ene soort ondersteunt het oriënteren via vragenbomen (vergunningchecker) en de andere soort ondersteunt het opstellen en indienen (aanvraagformulier). Toepasbare regels kunnen op fouten gecontroleerd worden door opgestelde vragenbomen als STTR-bestand aan te bieden ter verificatie aan de landelijke voorziening. Vervolgens stuurt de landelijke voorziening een lijst met verificatiefouten.

Interactiepatroon 9


ArchiMateNote Landelijke voorzieningen Een SOAP API voor het toepasbaar maken van activiteiten en het aanleveren en beheren van toepasbare regels. (ApplicationInterface) Toepasbare Regels aanleveren ebMS De registratie, beter bekend als de Registratie Toepasbare Regels (RTR), zorgt ervoor dat via STTR aangeleverde beslisbomen kunnen worden gevalideerd, geregistreerd en gepubliceerd. Daarnaast worden in de registratie ook de werkzaamheden, toepasbare activiteiten en de behandeldienst configuraties met hun onderlinge relaties hierin beheerd. (ApplicationComponent) Registratie ToepasbareRegels (RTR) ArchiMateNote Gemeente Component voor het beheren en digitaal beschikbaar stellen van toepasbare regels op basis van de regels uit beleid (omgevingsvisie, programma, omgevingsplan) (ApplicationComponent) Toepasbare regelscomponent Deze functie omvat: Kunnen genereren van toepasbare regels in STTR-formaat Kunnen verifiëren van toepasbare regels Kunnen registreren van toepasbare regels Kunnen ontsluiten van toepasbare regels voor andere software Voor meer details verwijzen we naar de software requirements op gemmaonline.nl thema omgevingswet (ApplicationFunction) Aanleveren toepasbare regels Het kunnen genereren van een STTR-bestand met toepasbare regels volgens de geldende versie van STTR. Toepasbare regels moeten voldoen aan de Standaard toepasbare regels (STTR). Voor het vastleggen van toepasbare regels in DSO-LV moet een gemeente in staat zijn valide STTR-bestanden aan DSO-LV aan te bieden. De documentatie van STTR is beschikbaar op https://iplo.nl/digitaal-stelsel/aansluiten/standaarden/sttr-imtr/ Wijzigingen: * 14-7-2021: Verwijzing naar STTR aangepast * 14-7-2020: Tekstopmaak aangepast * 27-11-2019: Toelichting tekstueel, MoSCoW-indeling (Requirement) TR21 Kunnen genereren van toepasbare regels in STTR-formaat Het kunnen registreren, wijzigen en beëindigen van de toepasbare regels in de Registratie Toepasbare Regels van DSO-LV, middels Standaard Toepasbare Regels STTR. Om toepasbare regels te kunnen registreren is een koppeling nodig tussen het lokale regelbeheersysteem en het digitaal stelsel op basis van de standaard Digikoppeling. De documentatie voor het aanleveren van toepasbare regels is beschikbaar op https://iplo.nl/digitaal-stelsel/toepasbare-regels-maken-aanleveren/toepasbare-regels-aanleveren-omgevingsloket/ Wijzigingen: * 04-5-2022: Toelichting aangepast: verwijderen aangepast naar beëindigen * 14-7-2021: Verwijzing naar de documentatie van de aanleverenservice aangepast. * 14-7-2020: Tekstopmaak aangepast * 17-1-2020: Toelichting tekstueel * 27-11-2019: Toelichting tekstueel, MoSCoW-indeling (Requirement) TR23 Kunnen registreren van toepasbare regels Het kunnen verifiëren van een STTR-bestand met de verificatieservice van DSO-LV of andere verificatie-functionaliteit. De verificatie-functie controleert de regels in het bestand en laat weten of de regels aan de standaard voldoen. De bestanden worden bij het controleren niet opgeslagen in het Register toepasbare regels. De documentatie van de verificatieservice is beschikbaar op https://iplo.nl/digitaal-stelsel/toepasbare-regels-maken-aanleveren/toepasbare-regels-aanleveren-omgevingsloket/ Wijzigingen: * 14-7-2021: Verwijzing naar de documentatie van de verificatieservice aangepast. * 14-7-2020: Tekstopmaak aangepast * 10-12-2019: Toelichting tekstueel, MoSCoW-indeling (van Must naar Should) * 27-11-2019: Toelichting tekstueel, MoSCoW-indeling (Requirement) TR22 Kunnen verifiëren van toepasbare regels ArchiMateNote Partner ServingRelationship Verplicht CompositionRelationship Bevat alleen de toevoegingen (FlowRelationship) Aanbieden STTR-bestand ter publicatie (toevoegen) Bevat alleen de wijzigingen. Dit houdt in dat nog niet inwerking getreden toepasbare regels verijderd worden. Dit vergt het meesturen van het bestandsID van het STTR-bestand. (FlowRelationship) Aanbieden STTR-bestand ter publicatie (wijzigen) FlowRelationship Verwijderen STTR-bestand op basis van STTR-ID Deze svg is op 24-10-2022 15:59:59 CEST gegenereerd door ArchiMedes™ © 2016-2022 ArchiXL. ArchiMedes 24-10-2022 15:59:59 CEST


Interactiepatroon 9 (uit model: Omgevingswet) - Toon SVG

Een opgestelde en geverifieerde set toepasbare regels wordt aangeboden aan de landelijke voorziening en opgenomen in de RTR. Hierbij wordt onderscheid gemaakt in het aanbieden van een nieuw set toepasbare regels, een gewijzigde set en een te verwijderen set.


Interactiepatronen Vergunning, Toezicht en Handhavingscomponent fysieke leefomgeving

Onderstaande diagrammen zijn van toepassing ten behoeve van de Vergunning, Toezicht en Handhavingscomponent fysieke leefomgeving.

Interactiepatroon 10


ArchiMateNote Landelijke voorzieningen De Verzoek afhandelen API kent 5 operaties: * het zorgt ervoor dat vergunningaanvraag of melding die klaar staat in de werkmap in het digitaal stelsel kan worden opgehaald en ingeladen in een zaaksysteem of vergunningensysteem. * nadat een bevoegd gezag een verzoek met bijbehorende bijlagen heeft afgehandeld is het de bedoeling dat deze het verzoek verwijdert uit de DSO-LV opslagvoorziening (de werkmap). Dan kan met behulp van de operatie “Verwijderen verzoek”. * ook kan een bevoegd gezag een ingediend verzoek doorsturen en bij een ander bevoegd laten afhandelen. Het bevoegd gezag dat het verzoek ontvangen heeft kan gewijzigd worden door het ontvangend bevoegd gezag, als deze van mening is niet het juiste bestuursorgaan te zijn om het verzoek te behandelen. Het verzoek wordt dan afgeleverd bij het correcte bevoegd gezag. Ook dit gebeurt via de API “Verzoek afhandelen”. Hiervoor moet het OIN van het nieuwe bevoegd gezag opgegeven worden. * ook kan een bevoegd gezag of behandeldienst een ingediend verzoek doorsturen en bij een ander behandeldienst of bevoegd gezag laten afhandelen waarbij er geen automatische afleiding van de behandeldienst plaatsvindt. Het verzoek wordt dan afgeleverd bij het aangepaste bevoegd gezag (verplicht op te geven) en bij de aangepaste behandeldienst (niet verplicht op te geven). Als er geen behandeldienst wordt opgegeven, dan is er dus voor het vervolg van de behandeling van het verzoek géén behandeldienst. De service kan alleen worden gebruikt door het bevoegd gezag of door de behandeldienst die eerder de verzoeknotificatie heeft ontvangen. * zoeken naar ingediende verzoeken kan worden opgevraagd met de service 'Zoeken ingediende verzoeken'. De service toont ingediende verzoeken op basis van een locatie. De locatie kan direct als geometrie worden opgegeven of via een verzoeknummer. Het systeem gebruikt dan de locatie die hoort bij dat verzoeknummer. Er zijn verschillende zoekcriteria mogelijk. (ApplicationInterface) Verzoek afhandelen API Deze component heeft specifiek tot doel een opgestelde aanvraag of melding af te leveren bij een bevoegd gezag en/of behandeldienst. (ApplicationComponent) Indienen ArchiMateNote Gemeente Component voor het ondersteunen van diverse soorten vergunningverlening, het ondersteunen op het toezicht houden en het ondersteunen van het handhaven. (ApplicationComponent) Vergunning- Toezicht- en Handhavingcomponent fysieke leefomgeving Deze functie wordt gebruikt om de aanvragen en meldingen die binnengekomen zijn verder af te handelen. (ApplicationFunction) Ondersteunen van aanvragen en meldingen Nadat er een notificatiebericht is ontvangen, kan het Verzoek op basis van de standaard worden opgehaald uit het DSO-LV. Het Verzoek wordt ingediend ten behoeve van Vooroverleg (Omgevingsoverleg), als start van het behandelproces (Initiëren), als aanvulling op een eerder ingediend Verzoek (Aanvullen), of dat het Verzoek wordt ingetrokken (Intrekken). Er zijn 7 soorten Type Verzoek onderkend in de Omgevingswet, veelal zijnde een vergunningsaanvraag of melding: * Aanvraag vergunning * Melding * Informatie * Informatie ongewoon voorval * Aanvraag Maatwerkvoorschrift * Melding gelijkwaardige maatregel * Aanvraag toestemming gelijkwaardige maatregel. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH011 Kunnen ophalen van het Verzoek uit DSO-LV Nadat er een notioficatiebericht is ontvangen, kunnen de bijlagen bij het Verzoek op basis van de standaard worden opgehaald uit het DSO-LV. De documenten worden vastgelegd in de Documentregistratiecomponent. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH012 Kunnen ophalen van de bijlagen bij het Verzoek uit het DSO-LV Een initiatiefnemer kan na het indienen van de initiele aanvraag via het loket nieuwe of aangepaste bijlagen als aanvullingen op de aanvraag indienen. In het ontvangen aanvullende verzoek zijn verwijzigingen naar alle bijlagen opgenomen, ook de bijlagen die al bij het bevoegd gezag bekend zijn. De VTH software herkent welke bijlagen al zijn opgehaald, haalt alleen de nieuwe (of aangepaste) bijlagen op en geeft hier een melding van aan de gebruiker. (Requirement) VTH123 Kunnen ophalen van alleen nieuwe bijlagen van een aanvullend verzoek De DSO-LV stuurt een notificatiebericht dat er een Verzoek klaar staat. Dit bericht moet automatisch kunnen worden ingelezen in het systeem op basis van de STandaard Aanvragen en Meldingen (STAM). Het Verzoek wordt ingediend ten behoeve van een Omgevingsoverleg (Vooroverleg), als start van het behandelproces (Initiëren), als aanvulling op een eerder ingediend Verzoek (Aanvullen), of dat het Verzoek wordt ingetrokken (Intrekken). Er zijn 7 soorten Type Verzoek onderkend in de Omgevingswet, veelal zijnde een vergunningsaanvraag of melding: * Aanvraag vergunning * Melding * Informatie * Informatie ongewoon voorval * Aanvraag Maatwerkvoorschrift * Melding gelijkwaardige maatregel * Aanvraag toestemming gelijkwaardige maatregel. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH010 Kunnen ontvangen vanhet triggerbericht uit DSO- LV Als de ontvangende organisatie van het triggerbericht niet de uitvoerende instantie is, moet het VTH systeem de keuze bieden aan de medewerker om te beslissen hoe het verwerkt moet worden. Toelichting: * Versie 1.5: Nieuw requirement (Requirement) VTH126 Kunnen verwerken vantriggerberichten als niet- uitvoerende instantie De API 'Verzoeknotificatie ontvangen ebMS' ontvangt een SOAP/XML bericht van het DSO-LV zodra in de werkmap in het digitaal stelsel een vergunningaanvraag of melding klaar staat voor verwerking. (ApplicationInterface) Verzoeknotificatie ontvangen ebMS ArchiMateNote Partners ServingRelationship Verplicht FlowRelationship Ophalen Verzoekreferenties FlowRelationship STAM-verzoek en/of documenten CompositionRelationship FlowRelationship STAM- verzoeknotificatiebericht CompositionRelationship Verplicht ServingRelationship Deze svg is op 24-10-2022 16:00:00 CEST gegenereerd door ArchiMedes™ © 2016-2022 ArchiXL. ArchiMedes 24-10-2022 16:00:00 CEST


Interactiepatroon 10 (uit model: Omgevingswet) - Toon SVG

Als een Verzoek (aanvraag, melding of informatieplicht) in de Landelijke voorziening succesvol is ingediend, ontvangt de gemeente een verzoeknotificatie dat er een verzoek klaarstaat om opgehaald te worden. De VTH-component haalt vervolgens het STAM-verzoek en ook de bijlagen op bij de landelijke voorziening. Als later nog bijlagen aan het Verzoek in de landelijke voorziening worden toegevoegd, haalt de gemeente alleen de toegevoegde bijlagen op.

Interactiepatroon 11


ArchiMateNote Landelijke voorzieningen De Verzoek afhandelen API kent 5 operaties: * het zorgt ervoor dat vergunningaanvraag of melding die klaar staat in de werkmap in het digitaal stelsel kan worden opgehaald en ingeladen in een zaaksysteem of vergunningensysteem. * nadat een bevoegd gezag een verzoek met bijbehorende bijlagen heeft afgehandeld is het de bedoeling dat deze het verzoek verwijdert uit de DSO-LV opslagvoorziening (de werkmap). Dan kan met behulp van de operatie “Verwijderen verzoek”. * ook kan een bevoegd gezag een ingediend verzoek doorsturen en bij een ander bevoegd laten afhandelen. Het bevoegd gezag dat het verzoek ontvangen heeft kan gewijzigd worden door het ontvangend bevoegd gezag, als deze van mening is niet het juiste bestuursorgaan te zijn om het verzoek te behandelen. Het verzoek wordt dan afgeleverd bij het correcte bevoegd gezag. Ook dit gebeurt via de API “Verzoek afhandelen”. Hiervoor moet het OIN van het nieuwe bevoegd gezag opgegeven worden. * ook kan een bevoegd gezag of behandeldienst een ingediend verzoek doorsturen en bij een ander behandeldienst of bevoegd gezag laten afhandelen waarbij er geen automatische afleiding van de behandeldienst plaatsvindt. Het verzoek wordt dan afgeleverd bij het aangepaste bevoegd gezag (verplicht op te geven) en bij de aangepaste behandeldienst (niet verplicht op te geven). Als er geen behandeldienst wordt opgegeven, dan is er dus voor het vervolg van de behandeling van het verzoek géén behandeldienst. De service kan alleen worden gebruikt door het bevoegd gezag of door de behandeldienst die eerder de verzoeknotificatie heeft ontvangen. * zoeken naar ingediende verzoeken kan worden opgevraagd met de service 'Zoeken ingediende verzoeken'. De service toont ingediende verzoeken op basis van een locatie. De locatie kan direct als geometrie worden opgegeven of via een verzoeknummer. Het systeem gebruikt dan de locatie die hoort bij dat verzoeknummer. Er zijn verschillende zoekcriteria mogelijk. (ApplicationInterface) Verzoek afhandelen API Deze component heeft specifiek tot doel een opgestelde aanvraag of melding af te leveren bij een bevoegd gezag en/of behandeldienst. (ApplicationComponent) Indienen ArchiMateNote Gemeente Component voor het ondersteunen van diverse soorten vergunningverlening, het ondersteunen op het toezicht houden en het ondersteunen van het handhaven. (ApplicationComponent) Vergunning- Toezicht- en Handhavingcomponent fysieke leefomgeving Deze functie wordt gebruikt om de aanvragen en meldingen die binnengekomen zijn verder af te handelen. (ApplicationFunction) Ondersteunen van aanvragen en meldingen Indien het Verzoek niet bij het juiste Bevoegd Gezag is ingediend, moet het Verzoek onverwijld kunnen worden overgedragen aan een ander Bevoegd Gezag. Dit verloopt via het DSO-LV. Het koppelvlak die het DSO-LV hiervoor beschikbaar stelt, wordt daarbij gebruikt. (Requirement) VTH019 Kunnen doorsturen van het Verzoek via DSO-LV naar ander bevoegd gezag ArchiMateNote Partners ServingRelationship Verplicht CompositionRelationship FlowRelationship Opdracht voor het doorsturen verzoek Deze svg is op 24-10-2022 16:00:01 CEST gegenereerd door ArchiMedes™ © 2016-2022 ArchiXL. ArchiMedes 24-10-2022 16:00:01 CEST


Interactiepatroon 11 (uit model: Omgevingswet) - Toon SVG

Als bij opening van het Verzoek blijkt dat dit voor een ander bevoegd gezag of behandeldienst is bedoeld, dan stuurt de gemeente een opdracht naar de Landelijke voorziening om het bericht bij de juiste partij af te leveren.

Interactiepatroon 12


ArchiMateNote Landelijke voorzieningen De Verzoek afhandelen API kent 5 operaties: * het zorgt ervoor dat vergunningaanvraag of melding die klaar staat in de werkmap in het digitaal stelsel kan worden opgehaald en ingeladen in een zaaksysteem of vergunningensysteem. * nadat een bevoegd gezag een verzoek met bijbehorende bijlagen heeft afgehandeld is het de bedoeling dat deze het verzoek verwijdert uit de DSO-LV opslagvoorziening (de werkmap). Dan kan met behulp van de operatie “Verwijderen verzoek”. * ook kan een bevoegd gezag een ingediend verzoek doorsturen en bij een ander bevoegd laten afhandelen. Het bevoegd gezag dat het verzoek ontvangen heeft kan gewijzigd worden door het ontvangend bevoegd gezag, als deze van mening is niet het juiste bestuursorgaan te zijn om het verzoek te behandelen. Het verzoek wordt dan afgeleverd bij het correcte bevoegd gezag. Ook dit gebeurt via de API “Verzoek afhandelen”. Hiervoor moet het OIN van het nieuwe bevoegd gezag opgegeven worden. * ook kan een bevoegd gezag of behandeldienst een ingediend verzoek doorsturen en bij een ander behandeldienst of bevoegd gezag laten afhandelen waarbij er geen automatische afleiding van de behandeldienst plaatsvindt. Het verzoek wordt dan afgeleverd bij het aangepaste bevoegd gezag (verplicht op te geven) en bij de aangepaste behandeldienst (niet verplicht op te geven). Als er geen behandeldienst wordt opgegeven, dan is er dus voor het vervolg van de behandeling van het verzoek géén behandeldienst. De service kan alleen worden gebruikt door het bevoegd gezag of door de behandeldienst die eerder de verzoeknotificatie heeft ontvangen. * zoeken naar ingediende verzoeken kan worden opgevraagd met de service 'Zoeken ingediende verzoeken'. De service toont ingediende verzoeken op basis van een locatie. De locatie kan direct als geometrie worden opgegeven of via een verzoeknummer. Het systeem gebruikt dan de locatie die hoort bij dat verzoeknummer. Er zijn verschillende zoekcriteria mogelijk. (ApplicationInterface) Verzoek afhandelen API Deze component heeft specifiek tot doel een opgestelde aanvraag of melding af te leveren bij een bevoegd gezag en/of behandeldienst. (ApplicationComponent) Indienen ArchiMateNote Gemeente Component voor het ondersteunen van diverse soorten vergunningverlening, het ondersteunen op het toezicht houden en het ondersteunen van het handhaven. (ApplicationComponent) Vergunning- Toezicht- en Handhavingcomponent fysieke leefomgeving Deze functie wordt gebruikt om de aanvragen en meldingen die binnengekomen zijn verder af te handelen. (ApplicationFunction) Ondersteunen van aanvragen en meldingen Als het Verzoek volledig is afgehandeld, kan het Bevoegd Gezag de werkmap verwijderen in de DSO-LV. Dit verwijderen staat los van het verzoek in mijn omgevingsloket van de indiener. Die staat nog in de zogenoemde Projectmap. Toelichting: * Versie 1.5: MoSCoW aangepast van Must naar Should (Requirement) VTH098 Kunnen verwijderen van een Verzoek uit de werkmap van het DSO-LV ArchiMateNote Partners ServingRelationship Verplicht CompositionRelationship FlowRelationship Opdracht tot verwijderen verzoek Deze svg is op 24-10-2022 16:00:01 CEST gegenereerd door ArchiMedes™ © 2016-2022 ArchiXL. ArchiMedes 24-10-2022 16:00:01 CEST


Interactiepatroon 12 (uit model: Omgevingswet) - Toon SVG

De gemeente geeft aan de Landelijke voorziening aan wanneer een Verzoek uit de werkmap verwijderd moet worden.

Interactiepatroon 13


ArchiMateNote Landelijke voorzieningen De Verzoek afhandelen API kent 5 operaties: * het zorgt ervoor dat vergunningaanvraag of melding die klaar staat in de werkmap in het digitaal stelsel kan worden opgehaald en ingeladen in een zaaksysteem of vergunningensysteem. * nadat een bevoegd gezag een verzoek met bijbehorende bijlagen heeft afgehandeld is het de bedoeling dat deze het verzoek verwijdert uit de DSO-LV opslagvoorziening (de werkmap). Dan kan met behulp van de operatie “Verwijderen verzoek”. * ook kan een bevoegd gezag een ingediend verzoek doorsturen en bij een ander bevoegd laten afhandelen. Het bevoegd gezag dat het verzoek ontvangen heeft kan gewijzigd worden door het ontvangend bevoegd gezag, als deze van mening is niet het juiste bestuursorgaan te zijn om het verzoek te behandelen. Het verzoek wordt dan afgeleverd bij het correcte bevoegd gezag. Ook dit gebeurt via de API “Verzoek afhandelen”. Hiervoor moet het OIN van het nieuwe bevoegd gezag opgegeven worden. * ook kan een bevoegd gezag of behandeldienst een ingediend verzoek doorsturen en bij een ander behandeldienst of bevoegd gezag laten afhandelen waarbij er geen automatische afleiding van de behandeldienst plaatsvindt. Het verzoek wordt dan afgeleverd bij het aangepaste bevoegd gezag (verplicht op te geven) en bij de aangepaste behandeldienst (niet verplicht op te geven). Als er geen behandeldienst wordt opgegeven, dan is er dus voor het vervolg van de behandeling van het verzoek géén behandeldienst. De service kan alleen worden gebruikt door het bevoegd gezag of door de behandeldienst die eerder de verzoeknotificatie heeft ontvangen. * zoeken naar ingediende verzoeken kan worden opgevraagd met de service 'Zoeken ingediende verzoeken'. De service toont ingediende verzoeken op basis van een locatie. De locatie kan direct als geometrie worden opgegeven of via een verzoeknummer. Het systeem gebruikt dan de locatie die hoort bij dat verzoeknummer. Er zijn verschillende zoekcriteria mogelijk. (ApplicationInterface) Verzoek afhandelen API Deze component heeft specifiek tot doel een opgestelde aanvraag of melding af te leveren bij een bevoegd gezag en/of behandeldienst. (ApplicationComponent) Indienen ArchiMateNote Gemeente Component voor het ondersteunen van diverse soorten vergunningverlening, het ondersteunen op het toezicht houden en het ondersteunen van het handhaven. (ApplicationComponent) Vergunning- Toezicht- en Handhavingcomponent fysieke leefomgeving Deze functie wordt gebruikt om de aanvragen en meldingen die binnengekomen zijn verder af te handelen. (ApplicationFunction) Ondersteunen van aanvragen en meldingen Voor de behandeling van een verzoek kan het relevant zijn om te weten welke verzoeken eerder zijn ingediend op dezelfde locatie. Ook kan het interessant zijn om te zien welke verzoeken mogelijk bij een andere bestuurslaag zijn ingediend in een bepaald gebied. Informatie over dergelijke verzoeken kan worden opgevraagd via de API van het verzoekenregister van DSO-LV. De VTH-software kan het landelijke verzoekenregister via de daarvoor beschikbaar gestelde API gebruiken om op basis van meegegeven zoekcriteria een overzicht te tonen van gerelateerde verzoeken. Toelichting: * Versie 1.5.1: Nieuw requirement (Requirement) VTH127 Kunnen tonen van gerelateerde verzoeken ArchiMateNote Partners ServingRelationship Verplicht FlowRelationship Zoeken ingediende verzoeken CompositionRelationship Deze svg is op 24-10-2022 16:00:02 CEST gegenereerd door ArchiMedes™ © 2016-2022 ArchiXL. ArchiMedes 24-10-2022 16:00:02 CEST


Interactiepatroon 13 (uit model: Omgevingswet) - Toon SVG

Voor de behandeling van een verzoek kan het relevant zijn om te weten welke verzoeken eerder zijn ingediend op dezelfde locatie. Ook kan het interessant zijn om te zien welke verzoeken mogelijk bij een andere bestuurslaag zijn ingediend in een bepaald gebied. Informatie over dergelijke verzoeken wordt opgevraagd via de API van het verzoekenregister van DSO-LV. Op basis van meegegeven zoekcriteria worden metagegevens over ingediende verzoeken als resultaat teruggegeven.

Interactiepatroon 14


ArchiMateNote Landelijke voorzieningen De Verzoek afhandelen API kent 5 operaties: * het zorgt ervoor dat vergunningaanvraag of melding die klaar staat in de werkmap in het digitaal stelsel kan worden opgehaald en ingeladen in een zaaksysteem of vergunningensysteem. * nadat een bevoegd gezag een verzoek met bijbehorende bijlagen heeft afgehandeld is het de bedoeling dat deze het verzoek verwijdert uit de DSO-LV opslagvoorziening (de werkmap). Dan kan met behulp van de operatie “Verwijderen verzoek”. * ook kan een bevoegd gezag een ingediend verzoek doorsturen en bij een ander bevoegd laten afhandelen. Het bevoegd gezag dat het verzoek ontvangen heeft kan gewijzigd worden door het ontvangend bevoegd gezag, als deze van mening is niet het juiste bestuursorgaan te zijn om het verzoek te behandelen. Het verzoek wordt dan afgeleverd bij het correcte bevoegd gezag. Ook dit gebeurt via de API “Verzoek afhandelen”. Hiervoor moet het OIN van het nieuwe bevoegd gezag opgegeven worden. * ook kan een bevoegd gezag of behandeldienst een ingediend verzoek doorsturen en bij een ander behandeldienst of bevoegd gezag laten afhandelen waarbij er geen automatische afleiding van de behandeldienst plaatsvindt. Het verzoek wordt dan afgeleverd bij het aangepaste bevoegd gezag (verplicht op te geven) en bij de aangepaste behandeldienst (niet verplicht op te geven). Als er geen behandeldienst wordt opgegeven, dan is er dus voor het vervolg van de behandeling van het verzoek géén behandeldienst. De service kan alleen worden gebruikt door het bevoegd gezag of door de behandeldienst die eerder de verzoeknotificatie heeft ontvangen. * zoeken naar ingediende verzoeken kan worden opgevraagd met de service 'Zoeken ingediende verzoeken'. De service toont ingediende verzoeken op basis van een locatie. De locatie kan direct als geometrie worden opgegeven of via een verzoeknummer. Het systeem gebruikt dan de locatie die hoort bij dat verzoeknummer. Er zijn verschillende zoekcriteria mogelijk. (ApplicationInterface) Verzoek afhandelen API Deze component heeft specifiek tot doel een opgestelde aanvraag of melding af te leveren bij een bevoegd gezag en/of behandeldienst. (ApplicationComponent) Indienen ArchiMateNote Gemeente ArchiMateNote Behandeldienst De API 'Verzoeknotificatie ontvangen ebMS' ontvangt een SOAP/XML bericht van het DSO-LV zodra in de werkmap in het digitaal stelsel een vergunningaanvraag of melding klaar staat voor verwerking. (ApplicationInterface) Verzoeknotificatie ontvangen ebMS Component voor het ondersteunen van diverse soorten vergunningverlening, het ondersteunen op het toezicht houden en het ondersteunen van het handhaven. (ApplicationComponent) Vergunning- Toezicht- en Handhavingcomponent fysieke leefomgeving Deze functie wordt gebruikt om de aanvragen en meldingen die binnengekomen zijn verder af te handelen. (ApplicationFunction) Ondersteunen van aanvragen en meldingen Nadat er een notificatiebericht is ontvangen, kan het Verzoek op basis van de standaard worden opgehaald uit het DSO-LV. Het Verzoek wordt ingediend ten behoeve van Vooroverleg (Omgevingsoverleg), als start van het behandelproces (Initiëren), als aanvulling op een eerder ingediend Verzoek (Aanvullen), of dat het Verzoek wordt ingetrokken (Intrekken). Er zijn 7 soorten Type Verzoek onderkend in de Omgevingswet, veelal zijnde een vergunningsaanvraag of melding: * Aanvraag vergunning * Melding * Informatie * Informatie ongewoon voorval * Aanvraag Maatwerkvoorschrift * Melding gelijkwaardige maatregel * Aanvraag toestemming gelijkwaardige maatregel. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH011 Kunnen ophalen van het Verzoek uit DSO-LV Nadat er een notioficatiebericht is ontvangen, kunnen de bijlagen bij het Verzoek op basis van de standaard worden opgehaald uit het DSO-LV. De documenten worden vastgelegd in de Documentregistratiecomponent. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH012 Kunnen ophalen van de bijlagen bij het Verzoek uit het DSO-LV Een initiatiefnemer kan na het indienen van de initiele aanvraag via het loket nieuwe of aangepaste bijlagen als aanvullingen op de aanvraag indienen. In het ontvangen aanvullende verzoek zijn verwijzigingen naar alle bijlagen opgenomen, ook de bijlagen die al bij het bevoegd gezag bekend zijn. De VTH software herkent welke bijlagen al zijn opgehaald, haalt alleen de nieuwe (of aangepaste) bijlagen op en geeft hier een melding van aan de gebruiker. (Requirement) VTH123 Kunnen ophalen van alleen nieuwe bijlagen van een aanvullend verzoek De DSO-LV stuurt een notificatiebericht dat er een Verzoek klaar staat. Dit bericht moet automatisch kunnen worden ingelezen in het systeem op basis van de STandaard Aanvragen en Meldingen (STAM). Het Verzoek wordt ingediend ten behoeve van een Omgevingsoverleg (Vooroverleg), als start van het behandelproces (Initiëren), als aanvulling op een eerder ingediend Verzoek (Aanvullen), of dat het Verzoek wordt ingetrokken (Intrekken). Er zijn 7 soorten Type Verzoek onderkend in de Omgevingswet, veelal zijnde een vergunningsaanvraag of melding: * Aanvraag vergunning * Melding * Informatie * Informatie ongewoon voorval * Aanvraag Maatwerkvoorschrift * Melding gelijkwaardige maatregel * Aanvraag toestemming gelijkwaardige maatregel. Toelichting: * Tekst aangepast in versie 1.4 (Requirement) VTH010 Kunnen ontvangen vanhet triggerbericht uit DSO- LV ServingRelationship Verplicht FlowRelationship Ophalen Verzoekreferenties FlowRelationship STAM-verzoek en/of documenten CompositionRelationship FlowRelationship STAM-verzoeknotificatiebericht ServingRelationship CompositionRelationship Verplicht Deze svg is op 24-10-2022 16:00:03 CEST gegenereerd door ArchiMedes™ © 2016-2022 ArchiXL. ArchiMedes 24-10-2022 16:00:03 CEST


Interactiepatroon 14 (uit model: Omgevingswet) -