Topic | Subtopic | Discussie | Opvolging |
---|
Intro | | | |
Eerste concepten UI (via wireframes) | | De eerste concepten van de Graphic User Interface (GUI) werden voorgesteld aan de hand van wireframes. Deze kunnen helaas niet in het verslag opgenomen worden, ze zijn niet online beschikbaar. We werken ondertussen verder aan de concepten, vanaf januari en in de themagroepen zullen we deze wel ter beschikking stellen. VRAGEN Hoe zal hinder ingegeven en geraadpleegd kunnen worden? Zal er altijd een zone voor hinder zijn, die dan voor de hinderpremie gebruikt kan worden? Ja, via de signalisatievergunning wordt de hinder aangemaakt. Indien nodig, kan de gemeente nog een extra economische hinderzone ingeven.
Zullen er default-waarden ingesteld kunnen worden (per organisatie/gebruiker) ? Organisaties zouden graag default-waarden kunnen instellen per veld, om efficiënter te kunnen werken doordat een aantal velden dan al standaard juist staan. Ze maken toch dikwijls dezelfde soort GW aan. Ook vaste (default) zoekopdrachten per organisatie zouden handig zijn.
Graag een overzichtslijst met ontvangen sleufsynergieaanvragen waar ik als organisatie positief op geantwoord heb, en een of meerdere GW aan gekoppeld heb. Zal er een verschil zijn tussen GUI voor nutsbedrijven en voor S&G ? Er zullen verschillen zijn in read en write modus van een inname, maar ook wat betreft de taken die uitgevoerd moeten worden. S&G zijn bv. verantwoordelijk voor de hinder bij innames, dus zullen dat deel ook kunnen wijzigen ook al zijn ze niet de beheerder van de inname.
Zijn lagen met contouren van innames (en evt. hinder) apart opvraagbaar (ipv per inname)? Zo ja, in welke formaat? Alle grondwerkzones, alle hinder, … zullen opvraagbaar zijn in lijsten. Te bekijken of de contouren ook opgevraagd kunnen worden als laag. En of er dan criteria moeten toegepast worden (periode, zone, status, … ), en welke formaten gebruikt zouden worden.
Zal er historiek beschikbaar zijn per inname?
| Actie AIV: bekijken of er met defaults gewerkt kan worden en op welk niveau. Ook zal bekeken moeten worden wat in de scope van de eerste release zit en wat nadien kan toegevoegd worden
Actie AIV: wordt mee opgenomen op backlog; prio te bepalen
Actie AIV: bekijken of contouren als aparte lagen beschikbaar gesteld kunnen worden. Dit is nu niet voorzien maar het wordt geanalyseerd en kan een handige toevoeging zijn.
|
Terugkoppeling BC 31 | Modules release 1 | Het oorspronkelijke voorstel, het nieuwe voorstel en het uiteindelijk voorstel dat goedgekeurd werd door het BC werden kort besproken. VRAGEN | Actie AIV: hinderpremie obv nieuwe GIPOD apart opnemen met VLAIO.
=> Vergadering is ondertussen ingepland (31/1). |
| Inhoudelijke goedkeuring | Streefdata voor inhoudelijke goedkeuring modules R1 werd overlopen. Volgorde modules voor latere releases werd voorgesteld, te beslissen tegen zomer 2020. VRAGEN/OPM | |
| Datum release 1 & overgangsperiode | Releasedatum wordt verschoven naar november 2020. Dit geeft iets meer tijd gezien scope wat uitgebreid is. En is een betere timing, niet direct na de zomer. Er wordt gekozen voor scenario 2 - hybride. Er zal een big bang zijn in november 2020, maar we voor zien een korte overgangsperiode als back up waarin registraties en wijzigingen nog wel via de oude API’s mogelijk zijn. De oude API’s worden dus niet onmiddellijk uitgezet. Dit als tijdelijk fall back scenario. Max. tot eind februari 2021. Alle read operaties moeten op de nieuwe GIPOD gebeuren. VRAGEN/OPM | |
| Sleutelmomenten aanpassen GW | Het principe van sleutelmomenten in GIPOD werd overlopen, alsook de beide mogelijkheden tot aanpassen van de data ifv deze sleutelmomenten. | |
Principes automatische updates | | De principes ivm automatische updates werden overlopen : Nog te bekijken hoe een GW in SYN zich gaat gedragen. VRAGEN Wat indien bij de aanvraag van een domeintoelating/vraag tot werken, een deel van het GW onder de sperperiode valt en een deel niet? Hoe zal dat aangepakt worden? Dergelijke complexere vraagstukken worden later opgepikt en uitgewerkt in kleinere themawerkgroepen (zie ook planning en aanpak 2020). Ook is de vraag om deze functie in de eerste release eenvoudig te houden en dan op basis van concrete werking te zien wat er aangepast moet worden.
| Actie AIV: uitwerken updates GW in SYN
|
Principes statusovergangen | | Voorstel voor toegelaten en niet-toegelaten statusovergangen bij GW en W werd overlopen. VRAGEN/OPM BWG merkt op dat het blokkeren van sommige overgangen, ook al lijken ze logischerwijs niet te kunnen voorkomen, voor veel complexiteit in de back offices zorgt. Dit moet allemaal geprogrammeerd worden. Zal ongetwijfeld voor problemen zorgen, bijv. wanneer er op het terrein iets fout doorgegeven wordt en dit rechtgezet moet worden. BWG vraagt daarom om alle statusovergangen via API mogelijk te maken. BWG vraagt ook om te bekijken of ook in UI alle statusovergangen mogelijk gemaakt kunnen worden. Zal bekeken worden in functie van datakwaliteit. Mogelijk kunnen alle overgangen toegelaten worden, maar wel ‘beveiligd’ worden met een pop-up ter bevestiging, ipv volledig af te blokken. Er moet ook bekeken worden welke info op SYN-niveau beheerd zal worden (en welke op GW-niveau)
BWG is wel akkoord met een logische link (en data-validatie) tussen status en periode.
| Actie AIV: statusovergangen in API en UI bekijken
|
Planning en aanpak 2020 | | Planning en aanpak 2020 werden voorgesteld. Er is een oproep om zich kandidaat te stellen voor 1 of meerdere momenten of thema’s. Er is geen verplichting om aan alles deel te nemen uiteraard. VRAGEN Wanneer starten de juridische werkgroepen (JWG) terug ? Wie is er allemaal uitgenodigd voor de technische werkgroepen (TWG)? Wat indien dienstenleveranciers niet klaar geraken tegen switch in november 2020 ? Zij vertegenwoordigen een groot deel van de S&G. Is ook van belang voor de hinderpremie. Er is het back up scenario (ten laatste tot eind feb 2021). Ze worden op de TWG telkens mee uitgenodigd. Zowel AIV als S&G kunnen vinger aan de pols houden bij dienstenleveranciers ivm stand van zaken.
Is er al nieuws ivm aanpak organisaties en suborganisaties? Certificaten moeten op hoofdniveau voorzien worden. Hiermee kan het beheer ook voor de suborganisaties gebeuren. Certificaat op subniveau zou in theorie kunnen, zolang het een officiële organisatie betreft (met eigen KBO-nummer of OVO-code).
| Actie BWG: stel je kandidaat
Actie AIV: planning JWG opmaken en communiceren
|
Overzicht beschikbare documentatie | | Documentatie Een PDF van alle documentatie op Confluence zal ter beschikking gesteld worden op bepaalde tijdstippen. | |
| | | |
Extra vraag (los topic) | | Het aanvragen van een jaarvergunning zelf, door een nutsbedrijf bij een gemeente, wordt dit ook voorzien in GIPOD? niet voorzien in huidige scope nuttig om te bekijken, want proces is blijkbaar enorm ingewikkeld en intensief moet opgenomen worden met BC; te bekijken of dit aan scope wordt toegevoegd en welke prioriteit dit evt. krijgt
| Actie AIV: opnemen met BC (scope)
|