GAO - Vergunning- Toezicht- en Handhavingcomponenten

Category:Omgevingswet
 __NOTOC__
===Introductie===
Op deze pagina bieden we in tabelvorm en ter download de requirements (specificaties) aan voor de VTH-software per 2024. 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.
* Releasenotes versie 1.5.1
* Releasenotes versie 1.5
* Releasenotes versie 1.4.1
* Releasenotes versie 1.4
====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.
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.
De opgenomen requirements kunnen per applicatiefunctie als CSV bestand worden gedownload. Deze bestanden kunt u gebruiken bij het opstellen van een Programma van Eisen. 
* (download als )
* (download als )
* (download als )
* (download als )
* (download als )
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.
==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.
==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.