Gemeentelijke Applicatiearchitectuur Omgevingswet


Hoofdstuk: Requirements Vergunning-, Toezicht- en Handhavingcomponenten

Gemeentelijke Applicatiearchitectuur Omgevingswet
  1. Inleiding
  2. Uitgangspunten en principes
  3. De referentiecomponenten voor de Omgevingswet
  4. Requirements Omgevingsbeleidscomponenten
  5. Requirements Regelbeheercomponenten
  6. Requirements Vergunning-, Toezicht- en Handhavingcomponenten
  7. Standaarden voor de Omgevingswet
  8. Koppelingen voor de Omgevingswet

Deze pagina is een onderdeel van Gemeentelijke Applicatiearchitectuur Omgevingswet compleet: Hele document bekijken - Exporteren - Definitie

Introductie

Op deze bladzijde bieden we in tabelvorm en ter download de requirements (specificaties) aan voor de VTH-software per 2021. 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 Vergunningverlening, Toezichthouden en Handhaven dan wel een aanbesteding gaan doen. Ze helpen de inhoudelijk specialisten, 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. Binnen de Gemeentelijke Model Architectuur (GEMMA) wordt deze groep componenten (applicaties) ook wel Vergunningen-Toezicht-Handhavingcomponenten (VTH-componenten) genoemd, of te wel de applicaties die het behandelen van Vergunningen en Aanvragen, het houden van Toezicht en de processen ten behoeve van de Handhaving ondersteunen.


Iteratief: Nu een 1.1 versie, straks een 1.2

De requirements worden met input van gemeenten en softwareleveranciers iteratief opgesteld. De onderstaande versie betreft de 1.1 versie. De afgelopen periode zijn opmerkingen en feedback van gemeenten en leveranciers verwerkt tot deze nieuwe versie, die een gemeente kan gebruiken bij het selecteren van software voor VTH ondersteuning. Het betreft hier nadrukkelijk niet de definitieve versie van de requirements. 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.

Let op: Door een technisch probleem ontbreken momenteel (30-11) de MoSCoW categorieën in de requirmentstabel, deze worden z.s.m. weer toegevoegd.

De volgende wijzigingen ten opzichte versie 1.0 zijn doorgevoerd:

Aanpassing in naam requirement VTH018, VTH019, VTH030, VTH032, VTH033, VTH034, VTH035, VTH092
Aanpassing in toelichting VTH002, VTH004, VTH005, VTH006, VTH007, VTH014, VTH016, VTH020, VTH021, VTH027, VTH044, VTH046, VTH049, VTH052, VTH054, VTH058, VTH061, VTH062, VTH063, VTH065, VTH066, VTH068, VTH069, VTH077, VTH078, VTH083, VTH086, VTH093, VTH095
Aanpassing in naam requirement en toelichting VTH008, VTH009, VTH011, VTH012, VTH013, VTH029, VTH031, VTH036, VTH037, VTH038, VTH039, VTH040, VTH041, VTH042, VTH043, VTH045, VTH051, VTH088
Nieuwe requirement VTH097, VTH098, VTH099, VTH100, VTH101, VTH102
Verwijderde requirement VTH015, VTH022, VTH025, VTH028, VTH048, VTH053, VTH055, VTH085

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? Volg dan de Masterclass verwerven van Omgevingswet software en lees de Handreiking Verwering die in december op de VNG site zal verschijnen.

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 samenwerkfunctionaliteit van het Digitale Stelsel gaan ondersteunen?

Uniforme manier van uitvragen

Met de requirements en de nog te verschijnen open vragen (zie Handreiking Verwerving) 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 op gebied van VTH staan al onder druk om op 1 januari 2021 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.

Doorontwikkeling applicaties: Na 1 januari 2021 zal de software voor VTH 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. Komende periode zal deze doorontwikkeling verder in beeld worden gebracht.

Soorten requirements

Wat is nu echt softwarefunctionaliteit die een gemeente per 1 januari 2021 nodig heeft? Welke is nodig, maar kan ook eventueel na 1 januari? En welke functionaliteit is niet essentieel en kan iedere gemeente voor zich zelf besluiten of ze deze functionaliteit wil gebruiken. Hiervoor hanteren we de onderstaande drie categorieën. Per requirement is aangegeven welke categorie het betreft.

  • 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 samenwerkfunctionaliteit 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.
  • Geen waarde: 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 uw situatie is. VNG raadt aan om deze requirements 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’.


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.

Opgegeven view a294b7e0-cf81-4815-a3ca-6012aa5779fa (0 view(s) gevonden: ) bestaat niet. Ga naar Zoek element om te zoeken naar views met daarbij als resultaat ingevulde sjablonen voor gevonden views. Download als csv


In de 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 nu de 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.

De modulaire opzet is echter niet buiten beeld. In het kader van Common Ground willen we juist toe naar meer aparte componenten die ontsloten worden door gestandaardiseerde API’s. Dit is echter een andere architectuur waar gemeenten en leveranciers naar toe gaan groeien. Deze nieuwe architectuur wordt de komende maanden vormgegeven en op een aparte pagina verder toegelicht. Meer informatie hierover volgt.


Overzicht VTH-component

De component Vergunning- Toezicht- Handhavingcomponent Omgevingswet onderkend een 5-tal applicatiefuncties:

  • Ondersteunen van generieke VTH-OW functionaliteit
  • Ondersteunen van aanvragen en meldingen
  • Ondersteunen van toezicht
  • Ondersteunen van handhaving
  • Ondersteunen van objecten en activiteiten

Onderstaande geeft een overzicht van de requirements per applicatiefunctie. Van de VTH-component kunnen binnenkort de requirements als CSV worden gedownload.


Component

Omschrijving:




Deze pagina is het laatst bewerkt op 2 dec 2019 om 09:03.