Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 3 Next »

Focus

Komende features en change requests

Presentator(s)

Presentatie: Benjamin Peeters, Eveline Neirings, Luc Geyskens, Nicolas Hoflack, Evelyne Devos
Verslag: Evelyne Devos

Agenda

Topics

​Aanpak BWG

Aankomende features komende PI

Aankomende change requests

Features high-level

Andere/vragen

Presentatie

[nog toe te voegen]

Aanwezigen

[nog toe te voegen]

Verslag

Omschrijving topic

Probleemstelling - Opmerkingen en beslissingen

Actiepunten

Aanpak BWG 2023

Aankomende features komende PI

Nieuwe inlichting: socio-econ. vergunning​

  • Oorspronkelijke vraag kwam van Heusden-Zolder, Zwalm, Gent, Merksplas

  • Wat is de geldigheid hiervan?

    • onbepaalde duur, dus nog relevant

  • Gemeenten hebben dit al gedeeltelijk gedigitaliseerd maar wordt nog niet meegegeven. Meeste gemeenten hebben het niet gedigitaliseerd.

    • Merksplas is klaar om dit mee te geven

  • Momenteel socio-economische vergunning nog niet verplichten
  • werkgroep inplannen hierrond met de gemeenten die dit wensen mee te geven

Visualisatie adressen​

Probleemstelling

Wanneer de gebouweenheid niet aanwezig of gekend (bv. notarissen kennen enkel partitienummers) worden vaak ALLE gebouweenheden geselecteerd en wordt in het toelichtingsveld gespecifieerd waarover de aanvraag gaat. Met als gevolg een lange, onoverzichtelijke lijst van adressen bij veel gebouweenheden in PDF en GUI en geen onderscheid tussen hoofdadressen en subadressen.

Doelstelling

Duidelijk manier van adressen visualiseren in de VIP GUI en PDF

Voorgestelde aanpak

  • De gebouweenheden worden niet weergegeven in VIP GUI en PDF. De gebouweenheden blijven wel beschikbaar in API.

  • Bij aanduiding van een gebouweenheid zonder subadres wordt niets getoond. (bv. voor gemene delen van een appartementsgebouw)

  • Akkoord dat de gebouweenheden niet worden weergegeven in VIP GUI en PDF
  • Akkoord om bij aanduiding van een gebouweenheid zonder subadres niets te tonen

Contactinformatie op PDF/GUI​

Voor de contactinformatie van de informatieleveranciers wordt in de pdf een lijst toegevoegd met alle informatie. Dit om duidelijk te maken dat de bronhouder moet gecontacteerd worden bij inhoudelijke vragen en niet de gemeenten.

Opmerking

  • Geen contactinformatie per onderdeel van de stad. In de MVP versie is het enkel mogelijk om 1 email adres te voorzien, in de toekomst eventueel op te delen per rubriek.

  • Link naar dossier, dossiernummer… wordt bekeken in welke mate dit kan opgenomen worden in de MVP versie.

  • Akkoord om op voorgestelde manier de contactinformatie op te nemen in de PDF/GUI

Correctiemelding door lokaal bestuur visualiseren​

Probleemstelling

Lokale besturen merken (mogelijke) fouten op bij read-only inlichtingen waarvan zij geen bronhouder zijn dus geen aanpassingen kunnen doen. Om te vermijden dat aanvrager deze mogelijks foutieve info doorkrijgt, staat het dossier on hold tot de bronhouder de fout heeft aangepast en bron herbevraagd kan worden

Voorgestelde aanpak

Aankomende change requests​

Soort weg waarlangs perceel gelegen is​

Voorwaarden gem. akte

Features high level

Correctieaanvraag

Betalingsflow - gemeente

Discrepanties omgevingsloket

Andere/vragen

  • No labels