Plannen voor ontwikkeling DSO: 4e kwartaal 2025 (PI-36)

Om de gebruikersvriendelijkheid van het Omgevingsloket te verbeteren, worden regelmatig gebruikersonderzoeken gedaan. Ook dit kwartaal zijn weer verschillende gebruikersonderzoeken gepland. De onderzoekers van het DSO gaan dit kwartaal verder met de volgende onderzoeken:

• Regels op de kaart: verkennend onderzoek naar regels op maat en informatieproducten.
• Verkennend onderzoek naar klantreizen van verschillende doelgroepen. Scope hierbij is het in kaart brengen welke juridische informatie relevant is voor de eindgebruiker.
• Pagina voor bedrijven: dit kwartaal worden het ontwerp en de toegang van de pagina voor bedrijven getest via een gebruikersonderzoek.

Ook andere partijen doen gebruikersonderzoeken voor het Omgevingsloket, zoals het Rijk en gemeenten. Meer over gebruikersonderzoeken leest u op de pagina Resultaten gebruikersonderzoeken Omgevingsloket.

Dit kwartaal wordt verder gewerkt aan het maken van een koppeling tussen de meest gebruikte zoekmachine(s) en Piwik. Piwik is een webanalyseplatform waarmee het bezoekgedrag op een website gevolgd en geanalyseerd kan worden.

Zo krijgen ontwikkelteams een beter beeld van zoekopdrachten die worden ingevuld in zoekmachines. En kunnen ze beter verbanden leggen tussen bijvoorbeeld gezochte werkzaamheden en aangeboden en geselecteerde werkzaamheden.

De onderdelen van het Omgevingsloket worden ontsloten via landingspagina's en de homepage. Deze zijn generiek opgezet en ontworpen om de applicaties te ontsluiten via het Omgevingsloket. Dit kwartaal doet het ontwikkelteam een analyse voor het verbeteren van landingspagina's zodat deze beter aansluiten bij de verschillende doelgroepen, het optimaliseren van het loket voor zoekmachines, zorgen voor betere aansluiting bij doorklikken naar het loket vanaf een externe site en het mogelijk maken om te experimenteren met nieuwe ideeën voor verbetering van de digitale dienstverlening.

Op de homepage van het Omgevingsloket kunnen initiatiefnemers naast de 5 meest gekozen werkzaamheden ook kiezen voor ‘andere werkzaamheden’. Dit moet initiatiefnemers helpen om ook op een andere manier te zoeken in de werkzaamheden, bijvoorbeeld op thema of op doelgroep. Bijvoorbeeld voor de doelgroep MKB-bedrijven.

Dit kwartaal werken de ontwerpers hier verder aan.

Het moet mogelijk zijn dat een initiatiefnemer niet alle vragen hoeft beantwoorden die voor hem zijn klaargezet. Er zijn meerdere scenario's waarin het volledig invullen van de vragenlijst niet nodig is.
De ontwikkelaars werken dit kwartaal aan een Proof of Concept (PoC) om functionaliteit te testen door bevoegde gezagen met hun eigen STTR-bestanden. Met de input kan het ontwerp verder worden aangepast.

De zoekfunctie in Regels op de kaart vervangt de toetscombinatie control + F. Deze is momenteel beschikbaar voor de tabbladen ‘Regels’, ‘Toelichting’ en ‘Bijlagen’, maar niet in de tabbladen ‘Plekinfo’, ‘Overzicht’ en ‘Kaarten’ en daarbij alleen voor omgevingsplannen.

Dit kwartaal werken de ontwikkelteams aan het uitbreiden van de zoekfunctie op alle plekken.

De ambitie van de bestuurlijke koepels is om in het Omgevingsloket de regelgeving via 'Regels op de kaart' specifieker te tonen. Hoewel er al diverse filteropties zijn, is het voor gebruikers nog steeds een zoekplaatje om alle regels te vinden die gelden bij bepaalde activiteiten.

Analisten gaan verder met het ophalen van feedback bij loketgebruikers via interviews en samen met ontwikkelaars wordt onderzocht hoe regels meer op maat vindbaar gemaakt kunnen worden.

De applicatie kan momenteel niet goed overweg met plannen met grote/veel geometrieën. Daarom worden deze niet getoond op de kaart, maar wordt een melding getoond dat er problemen zijn met het weergeven van de locaties.

Ozon voert hier een verbeteractie uit zodat de applicatie beter overweg kan met deze plannen. De ontwikkelaars werken dit kwartaal aan het aansluiten op deze oplossing en het verwijderen of voorkomen van de melding.

De huidige oplossing voor het ondersteunen van de kennisgeving voor een buitenplanse omgevingsplanactiviteit (BOPA) werkt niet optimaal.

Dit kwartaal gaan ontwikkelteams verder met de analyse om dit te verbeteren. Ook starten ze met een aantal technische veranderingen voor het beheer en de ontwikkeling van deze functionaliteit. Dit heeft ook verband met de wens om omgevingsvergunningen te laten zien.

Dit kwartaal werken de ontwikkelteams verder aan het ontwerp voor het tonen van informatieproducten bij Regels op de kaart op basis van gebruikersonderzoeken.

Ook brengen de ontwikkelteams dit kwartaal de klantreizen van verschillende doelgroepen in kaart om te achterhalen welke informatie relevant is voor de initiatiefnemer.

In gebruikersonderzoeken is te zien dat veel gebruikers prikken op de kaart zonder daar een reden voor te hebben. Het geselecteerde gebied wordt hierdoor aangepast, maar de gebruiker heeft dit niet altijd door waardoor deze regels kan missen voor de initiële locatie. Ook de interactie bij het tekenen op de kaart kan verbeterd worden.

Tekenen op de kaart moet duidelijker en makkelijker worden gemaakt. En bij prikken op de kaart ervoor zorgen dat gebruikers weten wat de gevolgen zijn van het prikken. Dit kwartaal werken de ontwikkelteams aan het verbeteren van de kaartinteractie en maken een nieuw ontwerp.

Eerder hebben de ontwikkelteams gewerkt aan de analyse en het ontwerp voor het tonen van een besluitversie in Regels op de kaart. Dit kwartaal gaan de ontwikkelaars verder met de ontwikkeling en het aansluiten op de eindpoints voor het tonen van de besluitversies.

Symbolisatie-item maakt deel uit van de standaard (IMOW). Bij het implementeren van het informatiemodel zijn alle objecttypen tijdreisbaar geïmplementeerd, behalve het symbolisatie-item. Doordat symbolisatie-item nu niet tijdreisbaar is, kunnen bevoegde gezagen dit eigenlijk niet gebruiken. Dit zou betekenen dat een bevoegd gezag dit zou gebruiken en een object wijzigt met een andere symbolisatie, er een ander symbool te zien is in het DSO dan het symbool dat oorspronkelijk te zien was. Een symbolisatie-item is nodig voor het maken van leesbare kaarten.

Geonovum heeft een oplossing uitgewerkt in de standaard. Dit kwartaal doet Ozon een analyse van de gevolgen en een inventarisatie van de nodige werkzaamheden.

Aan het begin van dit kwartaal heeft Geonovum de Annotatierichtlijn opgeleverd. Deze richtlijn gaat over het annoteren van omgevingsdocumenten met artikelstructuur. En legt uit hoe overheden omgevingsdocumenten het beste kunnen annoteren, zodat deze toegankelijk, bruikbaar en juridisch betrouwbaar zijn in alle onderdelen van het Omgevingsloket. U vindt de Annotatierichtlijn op de website Wegwijzer TPOD.

Dit kwartaal gaan de ontwikkelteams verder met het ondersteunen van leveranciers en bevoegde gezagen bij de implementatie van de richtlijn. Dit doen zij door uitleg te geven en vragen te beantwoorden tijden informatiesessies.

Er komt ook een annotatierichtlijn voor omgevingsdocumenten met een vrije tekststructuur.

Dit kwartaal starten de ontwikkelteams de analyse en een eerste opzet.

De nieuwe versie van de Standaard officiële publicaties (STOP 1.4) en het Informatiemodel Omgevingswet (IMOW 3.1) zijn vorig kwartaal gepubliceerd. Teams werken al aan de voorbereidingen voor de implementatie van deze standaarden.

Dit kwartaal werken de ontwikkelteams verder aan voorbereidende werkzaamheden om de implementatie mogelijk te maken. De nieuwe versies van de standaarden bieden meer consolidatiescenario’s en aanvullende mechanismen, zoals gelijktijdige besluitvorming, een inhaalbesluit en het verwerken van een besluit van een rechter. Er wordt parallel gewerkt aan de 1.5-versie van de STOP-standaard. Deze versie is tot medio september in consultatie.

Meer informatie over de veranderingen in de nieuwe versies leest u op GitLab, waar KOOP (Kennis- en Exploitatiecentrum voor Officiële Overheidspublicaties) de documentatie van de standaard publiceert.

Informatiemodellen: doorontwikkelen CIM OW (bouw)

Op dit moment kunnen overheden bij een wijziging in wet- en regelgeving een geografisch informatieobject (GIO) alleen in het geheel vervangen. Overheden hebben de wens om een GIO ook te kunnen wijzigen.

Dit kwartaal werkt het aan de mogelijkheid om een GIO-mutatie aan te leveren en verwerken, in plaats van steeds de hele GIO te vervangen. Dit betreft de IMOW kant van GIO muteren, waarmee op termijn de weergave van de wijziging van locaties mogelijk wordt.

De geo-bestanden van een aantal waterschappen passen niet altijd even goed in het DSO. Andere overheden kunnen hier ook mee te maken krijgen.

Afgelopen kwartalen heeft het ontwikkelteam onderzocht hoe grote omgevingsdocumenten beter in het DSO kunnen worden gebruikt. En is een mogelijke oplossingen getest. Daar zijn een aantal verbeterpunten uitgekomen. Dit kwartaal gaan de ontwikkelteams hiermee verder.

Er zijn ook een aanbevelingen voor overheden. Die worden onder andere besproken met overheden en leveranciers en verwerkt in een herziene versie van het document Notitie Werkwijze geo en locaties in omgevingsdocumenten.

Afgelopen kwartalen is een analyse gedaan om de waardenlijst Thema aan te vullen. Dit naar aanleiding van verzoeken voor aanpassingen en aanvullingen vanuit verschillende partijen. Dit kwartaal wordt verder gewerkt aan de publicatie van de gewijzigde waardelijst. De nieuwe versie is dan te zien in de Stelselcatalogus Omgevingswet.

Met de nieuwe versie kunnen overheden beter thema's toekennen aan hun regels en teksten. En zijn regels op thema beter te vinden bij Regels op de kaart.

Dit kwartaal werken ontwikkelteams verder aan het stabiliseren en robuuster maken van de LVBB.

Dit zorgt ervoor dat het bekendmakingsproces vlotter en sneller zal gaan.

De staging toepasbare regels moet blijven werken, ook bij wijzigingen in de behandeling van juridische regels die nog niet in werking zijn getreden.

Door het introduceren van een proefversie voor besluiten die nog niet in werking zijn getreden in plaats van een consolidatieversie voor toekomstige regelgeving, moeten de effecten en mogelijke wijzigingen voor de synchronisatieservice richting RTR (staging) worden geanalyseerd en mogelijk aangepast.

Samenwerkpartners die geen verwerkersovereenkomst hebben, willen een verzoek-XML kunnen delen zonder persoonsgegevens. Hierdoor wordt de administratieve last verlicht.

Eerder zijn de ontwikkelteams gestart met de bouw. Hier werken ze dit kwartaal aan verder.

Veel gemeenten werken samen in een samenwerkingsverband van bijvoorbeeld 2 of 3 gemeenten. Er is dan 1 zaak- en/of vergunningensysteem, voor de aanvragen van alle gemeenten. Hierin is duidelijk te zien voor welke gemeente een aanvraag is.

Bij een samenwerking via de SWF met een gemeente van een samenwerkingsverband zijn er soms problemen. Actieverzoeken gaan bijvoorbeeld soms naar de gemeente zelf, in plaats van naar het samenwerkingsverband. Vorig kwartaal is het ontwikkelteam gestart met een analyse van een mogelijke oplossing. Dit kwartaal wordt hier verder aan gewerkt.

Overheden moeten nu meldingen, berichten en gegevens zelf ophalen na een actie van een samenwerkpartner. Ze krijgen daar nu notificatieberichten voor, waarna ze informatie kunnen ophalen.

Leveranciers willen deze gegevens liever direct ontvangen, zonder dat ze dit zelf moeten ophalen. Voor afhandelaars betekent dat zij sneller actieverzoeken krijgen. Afgelopen kwartalen is het ontwikkelteam gestart met een analyse. Dit kwartaal gaan ze hiermee verder.

Als een initiator van een samenwerking de samenwerking verwijdert, is het wenselijk dat de partners hierover een notificatie krijgen. En dat zij nog een periode de tijd krijgen om eventuele documenten op te slaan. In de huidige situatie moeten ze contact opnemen met de initiator die bestanden achteraf moet gaan delen.

Dit kwartaal werken de ontwikkelteams aan de realisatie hiervan.

Bij vergunningaanvragen moeten bedrijven (in het geval dat dit relevant is) een risicoberekening in het rekenpakket Safeti-NL uitvoeren. Dit is een wettelijke verplichting volgens de Omgevingsregeling. Het rekenbestand dat dat oplevert, moet dan ook bij de vergunningaanvraag kunnen worden ingediend. Dit is een PSUX-bestand.

Dit kwartaal werken de ontwikkelteams aan de mogelijkheid om het PSUX-formaat toe te staan voor het onderdeel Aanvragen van het Omgevingsloket en de SWF.

Met aansluitpunten kunnen overheden toepasbare regels voor maatwerkregels toevoegen aan bijvoorbeeld de toepasbare regels van het Rijk. Bijvoorbeeld voor de Vergunningcheck of voor indieningsvereisten.

Overheden ervaren nu moeilijkheden met de manier waarop aansluitpunten werken. Ze kunnen bijvoorbeeld geen toelichting toevoegen bij de conclusie in de Vergunningcheck. Ook kunnen ze geen conclusie toevoegen aan de toepasbare regels voor de Vergunningcheck.

De huidige techniek voor toepasbare regels kan dit nu niet goed ondersteunen. Dit kwartaal werkt het ontwikkelteam verder aan een oplossing voor deze problemen.

Meer over aansluitpunten vindt u op de pagina Aansluiten op toepasbare regels van het Rijk met een aansluitpunt.

Op dit moment is het niet mogelijk om in de front-end en in de opvragen-API een gefilterde lijst van Activiteiten op te vragen op basis van de eigenaar van de Activiteit. Hierdoor wordt de lijst van alle Activiteiten (enkele tienduizenden) getoond, gesorteerd op naam van de Activiteit.

Er is behoefte aan een duidelijker onderscheid tussen eigenaar, bronhouder en de publicerende organisatie van een Activiteit. En dat het in de front-end en de Catalogus opvragen API mogelijk wordt om Activiteiten te filteren op eigenaar / bronhouder.

Bij het werken met het DSO hebben overheden informatie nodig over de beschikbare informatie en instellingen in het DSO. Hiervoor kunnen ze nu de kruismatrix gebruiken.

Ontwikkelteams zijn vorig kwartaal gestart met het onderzoeken of een deel van de informatie in deze overzichten ook gepresenteerd kan worden in de Stelselcatalogus Omgevingswet. Hier gaan ze dit kwartaal mee verder.

Dit kwartaal wordt verder gewerkt aan wat gebruikers uit de zakelijke markt nodig hebben voor ze de API's van het DSO willen gebruiken. En bieden de ontwikkelteams ondersteuning hierbij.

Er is een community opgericht onder leiding van een community manager en er wordt 4x per jaar een koppelvlakoverleg georganiseerd voor de gebruikers van het open stelsel.

Elk kwartaal voeren de ontwikkelteams beheertaken en onderhoudswerkzaamheden uit. Dit kwartaal werken de teams onder andere aan:

• migratie API-keys
• updaten van de TMR-rapportage
• het laden van gegevens kruismatrix
• het automatiseren van terugkerende taken
• documentatie bijwerken

Overheden
Leveranciers Ontwikkelaars (open stelsel)

Monitoring gebeurt nu met gebruik van dagelijkse handmatige datadumps. Dit is omslachtig, niet structureel ingebed en heeft geen duidelijke scope of sturing. De wens is om de data via het reguliere proces met API’s te ontsluiten.

De ontwikkelteams starten de ontwikkelteams met de bouw/implementatie van de Rapportage Service voor de TR data export-API en de API monitoring verzoeken.

Overheden
Leveranciers Ontwikkelaars (open stelsel)

Dit kwartaal werken de ontwikkelteams aan het ontwerp voor een dataset en het ontwikkelen van een user interface om gebruikersvriendelijk gegevens op te kunnen vragen op basis van de ketendata.

Overheden
Leveranciers Ontwikkelaars (open stelsel)

Via het open stelsel moet het mogelijk zijn sessiegegevens mee kunnen nemen tussen de functionaliteiten, zoals van Vergunningcheck naar Aanvragen. En ook voor Maatregelen op maat.

Dit kwartaal werken de ontwikkelaars aan het mogelijk maken dat gebruikers van het open stelsel eerder ingevulde gegevens kunnen meenemen naar de een vervolgaanroep. AP Sessiemanagement beschikbaar stellen via Knooppunt.