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 14 Next »

Datum

Aanwezigheden

  • Aquafin - Anna Serrallonga Arqués
  • Aquafin - Pieter Lootens
  • De Watergroep - Klaartje Nackaerts
  • De Watergroep - Stefaan Vanderbemden
  • Elia - Ruben Deblauwe
  • Farys - Ilse Pauwelyn
  • Farys - Sarah Haesaert
  • Fluvius - Jan Degroote
  • Fluvius - Jeremy Van Ophem
  • Fluvius - Marc Vandeput
  • PIDPA - Bart De Maeyer
  • PIDPA - Leen Notelé
  • Proximus & VRN - Hilde Beeckmans
  • Proximus - Silvie Palmans
  • Telenet - Jo Ysenbaardt
  • Water-Link - Carl De Moor
  • Gemeente Sint-Gillis-Waas - Philippe Smeets
  • Stad Antwerpen - Bart Van de Voorde
  • Stad Antwerpen - Carine Van Royen
  • Stad Antwerpen - Peter Moreels
  • Stad Gent - David Covent
  • Stad Kortrijk - Claudia Carrissemoux
  • Stad Vilvoorde - Bert Muyldermans
  • Agentschap Wegen & Verkeer - Jeremy Soenens
  • De Lijn - Frank Nauwelaerts
  • Informatie Vlaanderen - Dirk Diddens
  • Informatie Vlaanderen - Els Bossier
  • Informatie Vlaanderen - Evy Tortelboom
  • Informatie Vlaanderen - Naomi Oste

Goals

presentatie invoegen

  • Bespreken openstaande vragen datamodel
  • Registratie & beheer innames
  • Beveiliging
  • Beheer contactgegevens 
  • Inname versus hinder
  • Statusovergangen
  • Flow categorie 3 grondwerken


Discussion items

TimeItemWhoNotes
10uIntroEls

Verwelkoming

Praktische mededeling: geen broodjeslunch - eten naar keuze in resto op 3e verdieping

Overlopen agenda

10u15

Validatie datamodel inname

Naomi

Openstaande vragen datamodel bespreken

  1. Beschrijving
    • voorstel AIV: verplicht tekstveld, zonder locatiegegevens (via andere velden)
      • BWG: veld als 'titel' gebruiken: gestructureerd samenstellen vanuit afzonderlijke velden (bv. gewestweg - nr. weg - adres - beschrijving) 
      • 'titel' kan in eigen integratie samengesteld worden op basis van afzonderlijke velden naar keuze, hoeft niet in datamodel
      • vrij tekstveld kan vuilbak worden, moeilijk om geautomatiseerd te verwerken, maar bij evenementen wel handig/nodig
    • beslissing: 
      • (tick) GW+W: beschrijving optioneel, geen titel 
      • (tick) E: beschrijving verplicht, geen titel
  2. Zone vs. adres
    • AIV: slechts één van beiden opslaan: polygoon of adres
      • opletten bij buffering lijn (omzetting naar zone) dat aanliggend kruispunt niet mee genomen wordt
    • BWG: wat bij zoeken naar innames op basis van straat ?
      • optie 1 : bij zoek straat omzetten naar polygoon
        • kan door integratoren gebeuren
        • kan ook via API aangehouden worden
      • optie 2 : straten obv zone (voor GW: grondwerkzone) toevoegen aan inname
        • berekenen vanuit geometrie zone
      • AIV: optie 1 heeft voorkeur
    • conflicten worden altijd berekend op basis van zone/geometrie
    • BWG: indien geen adres, kan kadasternummer (perceel) gebruikt worden ?
      • (tick) indien geen adres, gewoon zone doorgeven
    • huisaansluitingen hebben niet altijd zone, soms enkel adres. Zijn meestal cat2, dus ingeven adres niet enkel bij cat3 nodig
      • (tick) ingeven via adres ook mogelijk maken voor grondwerken cat2 
    • (warning) ACTIE AIV: verder uitwerken
  3. (tick) Term 'Plaatsbeschrijving' vervangen door "Plaatsbepaling" (creëert minder verwarring)  
  4.  Soort: (her)aanleg vs. onderhoud
    • onderscheid niet helemaal helder
      • (her)aanleg: verschil in wegprofiel voor/na
      • onderhoud/herstel: wegprofiel opnieuw zoals het was
    • wat is meerwaarde ?
      • nuttig ikv synergie-aanvraag, maar enkel als iedereen zelfde betekenis geeft aan termen 
      • beter meegeven of het gaat om: toplaag, fundering, ... (diepte)
      • verkaveling op zich is wel nuttig, dan zal zowat iedereen meestappen in synergie
    • (warning) ACTIE AIV/BWG: vraag op feedbacksite: wat zijn nuttige eigenschappen om mee te geven? Geef aan per subtype, verplicht/niet-verplicht, vanaf welke status, ... Wat indien (verplicht) veld nog aangepast wordt na lancering synergie-aanvraag? 
    • (tick) (her)aanleg en onderhoud: niet verplicht. Mapping blijft zoals het was (dus leeg waar geelgemarkeerd op slide).
    • Extra subtypes toevoegen (GW):
      • huisaansluiting, boring, ...
      • huisaansluitingen kunnen ook afkoppelingen zijn, maar het gaat wel altijd om "werken aan de huisaansluiting" ongeacht het aansluiten of afkoppelen is
      • terminologie te aligneren met IMKL 
      • (warning) ACTIE AIV/BWG: vraag op feedbacksite: welke subtypes zijn nuttig? 
  5. Discipline 
    • (tick) 'gemengd' niet interessant, valt weg
    • voor elektriciteit: graag onderscheid in laag-, midden- en hoogspanning
    • telecommunicatie: graag toevoegen
    • (warning) ACTIE AIV/BWG: vraag op feedbacksite: welke disciplines nodig?
    • Hoe opnemen in model?
      • (tick) disciplines enkel voor GW, niet bij W of E
      • (tick) bij GW - nutswerken:
        • nieuwe GIPOD: kabels en leiding, riolering, pijpleiding => vallen weg (en worden dus vervangen door de disciplines)
        • mapping oud >> nieuw: kabels en leiding, riolering, pijpleiding blijven behouden als subtype (maar worden dus uitgefaseerd)
  6. Verplaatsingswerk
    • (tick) default = FALSE; indien TRUE: verplichte URI naar veroorzakend GW meesturen
    • (warning) ACTIE AIV: te bekijken hoe zich dit verhoudt tot een project
  7. Vertalingen
    • Beheerder → 'owner' is een betere keuze dan 'administrator' (want het gaat om de eindverantwoordelijke van de inname)
    • Grondwerk →  'excavation work' of 'digging'
    • Gevolg → 'effect' of 'consequence'  
    • (warning) ACTIE AIV: keuze maken voor termen, gealigneerd op IMKL waar mogelijk (bv. bij beheerder)
  8. (question) Vraag BWG: zal in nieuwe GIPOD ook beperking aantal punten per zone zijn (max. 5000)? Bij voorkeur geen beperking via service account
    • (warning) ACTIE AIV: te bekijken met lead developer ==> ondertussen afgecheckt met Jürgen: normaal gaan we geen beperkingen opleggen. (tenzij we merken dat het niet werkbaar is)

==> moet dit in verslag? was vraag direct aan ons gesteld, niet in heel de groep

11:25Koffie pauze

11:40Registratie en beheer inname Els

Registratie en beheer: Grondwerk

  1. Netbeheerder registreert grondwerk in GIPOD
    • ingave tijd:
      • startdatum + einddatum OF startdatum + duur (einddatum wordt dan berekend)
      • geschatte duur (verplicht): in werkdagen of kalenderdagen
        • werkdagen is realistischer, maar moeilijk om te interpreteren en berekenen (weekends, weerverlet, ... )
        • kalenderdagen is minder realistisch, maar wel eenvoudiger (is uiteindelijk ook maar een schatting)
        • (tick) geschatte duur in kalenderdagen (wel duidelijk vermelden dat het om kalenderdagen gaat)
  2. Aannemer vraagt signalisatievergunning obv GIPOD ID
    • aannemer registreert werfzone & preciezere tijd
    • systeem maakt hinderzone aan (zone hinder = werfzone, tijd hinder = tijd inname) 
    • signalisatievergunning aangevraagd => status concreet gepland
      • (question) wie past status aan: aannemer / netbeheerder / S&G / automatisch ? 
      • status nuttig voor De Lijn en voor ontsluiting
    • BWG: waarom aanpassing datum inname door aannemer en niet datum hinder ?
      • AIV: risico dat inname niet meer bijgewerkt wordt. Systeem stuurt notificatie ivm wijziging naar netbeheerder  
    • BWG: Wat indien meerdere aannemers? Gebeurt veelvuldig. Is soort fasering/project.
      • aannemers hebben elk eigen werfzone, vragen afzonderlijk een signalisatievergunning aan
        • indien werken in zelfde zone: slechts 1 vergunning mogelijk door S&G => aannemers moeten afspreken 
      • (tick) status vanaf aanvraag 1e signalisatievergunning = concreet gepland
      • (tick) dan aanpassing datum inname best niet door elke aannemer apart mogelijk maken; dus enkel aanpassing datum hinder (niet datum inname)
    • BWG: conflictberekening tov inname of tov hinder ? Wie is verantwoordelijk ?
      • (tick) zodra hinder ingegeven, dan conflicten op hinderzone belangrijker dan conflicten op innamezone (ander gewicht; rood vs oranje; wel beide behouden) 
      • (warning) ACTIE AIV: bekijken conflictafhandeling voor conflicten met innamezone vs conflicten met hinderzone
    • (warning) ACTIE AIV: aanpassen slides obv beslissingen tijdens BWG
  3. Overheid levert de vergunning aan    
    • signalisatievergunning bevat oa. vergunde periode
      • controle toevoegen? domeinvergunning / signalisatievergunning vs datum inname of datum hinder ?
      • (warning) ACTIE AIV: bekijken of en welke check toegevoegd wordt 
    • S&G valideren werfzone (kan aangepast worden)
    • S&G voegen hindergevolgen toe
      • (tick) data volgen data hinder (en niet inname!) of evt. apart beheerd
      • (warning) ACTIE AIV: aanpassen slides (was: data volgen data inname)  
  4. Melding 'start der werken'
    • automatisch of manueel?
      • (tick) manueel
      • voorstel: voorzet vanuit GIPOD wanneer signalisatievergunning geleverd:
        • bv. via werklijst of mail aan aannemer om start werken (en einddatum/geschatte duur) te bevestigen in GIPOD
        • op basis van signalisatievergunning (opgeladen (1e fase) of gelinkt (later))
        • 5-10d vóór datum signalisatievergunning
    • AIV: hoe weet aannemer dat vergunning geleverd is in huidig proces?
      • via mail / koppeling digitaal loket
      • bij kleinere gemeenten huidig proces niet gekend
    • S&G: melding start der werken gebeurt momenteel in praktijk niet. Nodig om aannemers bij hertekening proces te betrekken.
      • (warning) ACTIE AIV: aannemers uitnodigen via koepel op BWG sept 2019 
  5. Melding 'einde der werken'
    • status inname = uitgevoerd
      • klopt niet bij meerdere werfzones
      • einde der werken beter per signalisatievergunning melden
      • (warning) ACTIE AIV: aanpassen slides  
    • (tick) ook via werklijst aannemer voorzien, geen automatische melding
  6. Datum voorlopige oplevering
    • belangrijk voor berekening sperperiode; gekoppeld aan grondwerkzone
    • netbeheerder doet voorstel datum voorlopige oplevering (meestal = datum + 2wk)
      • (tick) PDF plaatsbeschrijving toevoegen
    • ODB krijgt uitnodiging tot goedkeuring + mogelijkheid om opmerkingen door te sturen
    • via lijst in GIPOD of via service account
    • out of scope huidige release
  7. Berekening SPER periode
    • out of scope huidige release
13uMiddagpauze

14uRegistratie en beheer inname (vervolg)Els

Registratie en beheer: Werk

  • verschil tov grondwerk:
    • enkel werfzone
    • registratie kan ook:
      • door burgers
      • door aannemers in naam van netbeheerder 

Registratie en beheer: Evenement

  • verschil tov grondwerk:
    • registratie door burgers
    • parcours over meerdere gemeenten
    • herhalend (al dan niet met patroon)
14u10BeveiligingEls

Principes beveiliging

  • In Geosecure
    • registratie hoofdorganisatie (= officiële organisatie)
    • registratie gebruikers per hoofdorganisatie
  • authorisatie gebruiker dus op niveau van hoofdorganisatie
    • toegang ja/nee
    • lees/schrijfrechten
  • In GIPOD
    • groepen (suborganisaties/diensten/afdeling/...) wel nog gebruiken voor filtering, procesflow, notificaties, .. maar niet voor authorisatie
      • kan ook niet-officiële organisatie zijn (in tegenstelling tot hoofdorganisatie)
      • indeling groepen in eigen beheer van de organisatie, dus niet langer via GeoSecure of ACM-IDM => daardoor onafhankelijk van andere AIV-producten
    • per inname:
      • beheerder = officiële hoofdorganisatie
      • bijdrager = alle andere organisaties die bijgedragen hebben aan inname (alles wordt geregistreerd)
      • groep (suborg/afdeling/...) zichtbaar bij contactgegevens (rol: dossierbeheerder)

Discussie

  • (tick) audit wijzigingen ook toegankelijk voor gebruikers
    • uitgebreide historiek nodig
  • (tick) persoon krijgt rechten (lees of schrijf) voor volledig hoofdorganisatie ipv enkel voor bepaalde groep (suborg/afdeling/...)
    • PRO: complexiteit wordt zo beperkt (bv. overdracht)
    • CON: per ongeluk verkeerde inname aanpassen
      • als je wil aanpassen, moet je eerst inname zoeken, risico dus eerder klein
  • (tick) notificaties voor alle personen uit 1 bepaalde groep
    • via indeling te beheren door organisatie zelf (gelijkaardig aan huidige suborganisaties)
    • indeling wordt echter niet gebruikt voor security
  • (tick) personen kunnen tot meerdere groepen behoren
  • (tick) zoeken/opvragen default binnen de eigen groep
    • indien lid van meerdere groepen => som van delen teruggeven
  • welke rollen zijn er mogelijk?
    • bv. aannemer, dossierbeheerder, ... zie contactgegevens
    • wie beheert die rollen?
      • codelijst ingesteld door AIV
      • per inname rol toevoegen aan contactgegevens
  • Dus alles blijft qua gebruik identiek, behalve security   
  • (warning) ACTIE AIV: nog eens goed beschrijven 


Toegang aannemers

  • 4 opties overlopen
  • (tick) aannemers mogen niet alles zien in GIPOD
  • (tick) taken aannemer:
    • aanvraag signalisatievergunning voor bepaalde inname => ingeven/aanpassen werfzone (niet de inname zelf), hinder & datum
    • melding start werken voor zijn werfzone/signalisatievergunning
    • melding einde werken voor zijn werfzone/signalisatievergunning
    • aannemer moet vergunning eenvoudig kunnen verlengen (aanvraag tot verlenging) 
    • geen zoekfunctie nodig indien via werklijsten
  • (tick) S&G moeten aanvraag aannemer (zone/tijd) kunnen aanpassen indien niet ok  
  • voorstel/optie: aannemer werkt op basis van GIPOD ID
    • vermijden dat aannemers willekeurig ID's ingeven om zo rond te kijken in GIPOD
    • enkel innames tonen waarvoor zelf signalisatievergunning aangevraagd werd
  • voorstel/optie: netbeheerder/S&G registreert lijst aannemers + geeft per ID aan welke aannemer werk zal uitvoeren (en dus ook signalisatievergunning zal aanvragen)
    • meeste nutsbedrijven werken met aantal vaste aannemers
    • S&G weten niet op voorhand welke aannemer, loopt via aanbesteding
  • (question) is vergunning zichtbaar voor andere aannemers ? enkel andere vergunningen voor zelfde inname ? of enkel eigen vergunning ?
    • kan nuttig zijn om signalisatievergunningen (of tenminste enkel zone, begin- en einddatum) van andere aannemers te zien (read-only)
  • (warning) ACTIE AIV: opnemen BWG in sept (met aannemers erbij) 


15uContactgegevensNaomi

Contactgegevens 

  1. bij registratie inname
    • (tick) verplicht:
      • organisatie/afdeling/groep (zie beveiliging hoger)
      • emailadres
      • rol
    • (tick) optioneel:
      • naam contactpersoon
      • telefoonnummer
  2. vanaf status 'in uitvoering'
    • (tick) min. 1 set publieke contactgegevens
    • (tick) niet-publieke contactinfo (telefoonnummer) op terrein: enkel relevant voor grondwerken cat1 - niet verplicht


Rollen 

  • (tick) niet nodig om onderscheid tussen aannemer en hoofdaannemer te maken
  • (tick) extra rollen toevoegen: bv. ontwerp, uitvoering, signalisatieverantwoordelijke, ...
    • (warning) ACTIE AIV/BWG: vraag op feedbacksite: welke rollen zijn er allemaal nodig en nuttig?


Beheer contactinformatie

  • werken met sets van contactgegevens
    • (tick) meerdere telefoonnummers, adressen, emails, ... per set moet kunnen
    • (tick) "extra adreslijn" mag geschrapt worden
      • in nieuwe GIPOD komt info terecht waar ze hoort (tel, adres, email, ..) 
      • mapping oud>nieuw: data wordt niet gemapt (en is dus eenmalig verloren)
  • hergebruik contactgegevens
    • (tick) per groep kunnen meerdere sets toegevoegd en beheerd worden door organisatie 
    • (tick) default set nodig per groep (onderverdeling organisatie)
    • (tick) bij inname 2 manieren van ingeven:
      • linken naar voorgedefinieerde set (herbruikbaar)
        • aanpassing aan gegevens set vloeit automatisch door naar alle innames die naar deze set linken 
      • nieuwe contactgegevens registreren voor de inname (niet herbruikbaar) 
        • indien contactgegevens verschillen van voorgedefinieerde sets 
  • wie geeft contactinfo van aannemer in?
    • (tick) aannemer verantwoordelijk voor eigen contactgegevens, opdrachtgever verantwoordelijk om juiste aannemer aan inname te koppelen (tenzij aannemer registreert "in naam van")
    • (tick) aannemers hebben ook default set contactgegevens 
15u30Inname en hinderEls

Use cases mbt. inname en hinder

  • Heel kort toegelicht
  • (warning) ACTIE BWG: zelf slides bekijken en feedback geven  
15u40(Automatische) statusovergangenNaomiOvergeslagen wegens tijdsgebrek
15u40

Categorie 3 Grondwerken

Els

Flow grondwerken categorie 3

  • Wanneer registreren?
    • alleen vóór werken / alleen na werken / allebei
    • consequenties verbonden aan elke optie
    • (tick) voorkeur: registratie vooraf (maar niet tegenhouden om achteraf te registreren)
      • PRO: conflictdetectie mogelijk (obv tijdsvenster en adres), informatie beschikbaar voor alle gebruikers
      • CON: soms ruime uitvoeringstermijnen, teveel conflicten bij cat3 (evt. uitschakelen?) 
  • Plaats van de werken
    • bij 95% is adres voorhanden
    • (tick) indien geen adres: polygoon doorgeven + evt. plaatsbeschrijving of perceelnummer ofzo 
  • Registratie door aannemer
    • (tick) notificatie naar opdrachtgever wanneer aannemer cat3 registreert "in naam van" => dan pas GIPOD ID gekend
      • kan enkel indien we weten dat aannemer dit mag voor die opdrachtgever (zie deel toegang aannemers)
    • (tick) aannemer moet status kunnen updaten (in uitvoering) op dag dat hij start met werken
  • AIV: domeinvergunning nodig, apart van signalisatievergunning voor cat.3 ?
    • wanneer er hinder is wel (afh. van gemeente)
    • wordt dan soms als cat.2 bestempeld
    • niet altijd geweten op moment van registratie
    • (tick) dan ook domeinvergunning via GIPOD aanvragen (cfr. cat1-2)
  • BWG: wat bij jaarvergunning signalisatie?
    • (question) stuk jaarvergunning is me niet duidelijk (zelf geen nota's hierover). Kan iemand aanvullen op basis van nota's Dirk (hieronder)
    • Ilse: wat gebeurt er als jaarvergunning signalisatie is ja/nee?
      • JA
        • pas dag nadien
      • NEE
        • vroeg genoeg, nadien, er zal adres zijn en GWzone zijn
    • Je komt ter plaatse, kan ik het doen onder de jaarvergunning?  
      • hinder?
        • ja: moet ingevoerd worden door aannemer
        • nee: ingegeven na de feiten
  • (warning) ACTIE BWG: verder nadenken over impact registratie cat3 vooraf vs achteraf
16u20Einde

Action items

  •  
  • No labels