2019-05-02 BWG 11

Verwelkoming

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

Overlopen agenda

Validatie datamodel inname

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: 
     •  GW+W: beschrijving optioneel, geen titel 
     •  E: beschrijving verplicht, geen titel
2. Zone vs. adres
   • AIV:
     • slechts één van beiden doorgeven via de service een polygoon OF een adres (voor Cat 3)
       • Daarna kan een lijst van straten (geen adressen),worden aangemaakt op basis van de aangeleverde polygoon 
   • BWG: 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, wordt dan automatische toegevoegd aan de inname
     • AIV:
       • optie 2 is te berekenen bij de registratie van de inname. het gaat hier enkel om een stratenlijst, geen adressen met huisnummers
   • conflicten worden altijd berekend op basis van zone/geometrie
   • BWG: indien geen adres, kan kadasternummer (perceel) gebruikt worden ?
     •  indien geen adres, gewoon zone doorgeven
   • huisaansluitingen hebben niet altijd zone, soms enkel adres. Kunnen soms ook  cat2 zijn , dus ingeven op basis van  adres moet niet enkel bij CAT 2 mogelijk zijn
     •  ingeven via adres ook mogelijk maken voor grondwerken cat2 
   •  ACTIE AIV: verder uitwerken
3.  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
   •  (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 
     •  ACTIE BWG: zie vraag 1 op feedbacksite: welke extra info is nuttig? 
5. Discipline 
   •  'gemengd' niet interessant, valt weg
   • voor elektriciteit: graag onderscheid in laag-, midden- en hoogspanning
   • telecommunicatie: graag toevoegen
   •  ACTIE BWG: zie vraag 2 op feedbacksite: welke disciplines zijn nodig?
   • Hoe opnemen in model?
     •  disciplines enkel voor GW, niet bij W of E
     •  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
   •  default = FALSE; indien TRUE: verplichte URI naar veroorzakend GW meesturen
   •  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'  
   •  ACTIE AIV: keuze maken voor termen, gealigneerd op IMKL waar mogelijk (bv. bij beheerder)
8. Vraag BWG: zal in nieuwe GIPOD ook beperking aantal punten per zone zijn (max. 5000)? Bij voorkeur geen beperking via service account
   •  ACTIE AIV: te bekijken met lead developer ==> ondertussen afgecheckt : normaal gaan we geen beperkingen opleggen

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)
       •  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
     • status wordt automatisch aangepast omdat er een vergunning werd aangevraagd
       • is dit OK? 
     • status nuttig voor De Lijn en voor ontsluiting en om te weten welke stappen er in het proces al doorlopen zijn.
   • 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 niet altijd een groot werk in fases maar aannemers die na elkaar werken op zelfde deel en dus elk hun eigen vergunning aanvragen, is een inname van een netbeheerder maar verschillende aannemers die werken uitvoeren.
     • aannemers hebben elk eigen werfzone, vragen afzonderlijk een signalisatievergunning aan
       • indien werken in zelfde zone en zelfde tijd, vragen vele steden en gemeenten dat de aannemers onderling afspreken. Soms zal een politie anders een vergunning weigeren. Dit is echter niet overal het geval
     •  status vanaf aanvraag 1e signalisatievergunning = concreet gepland
     •  dan aanpassing datum inname best niet door elke aannemer apart mogelijk maken; dus enkel aanpassing datum hinder (niet datum inname)
     • voorstel om dan wel een verwittiging te sturen zodat de netbeheerder de data van de inname kan aanpassen 
       • is zijn verantwoordelijkheid.
   • BWG: conflictberekening tov inname of tov hinder ? Wie is verantwoordelijk ?
     
     •  zodra hinder ingegeven, dan conflicten op hinderzone belangrijker dan conflicten op innamezone (ander gewicht; rood vs oranje; wel beide behouden) 
     •  ACTIE AIV: bekijken conflictafhandeling voor conflicten met innamezone vs conflicten met hinderzone
   •  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 ?
     •  ACTIE AIV: bekijken of en welke check toegevoegd wordt 
     • opletten want met jaartoelatingen kan dit niet afgecheckt worden.
   • S&G valideren werfzone (kan aangepast worden)
   • S&G voegen hindergevolgen toe
     •  data zijn deze die ingegeven werden nav aanvraag signalisatievergunning
     •  ACTIE AIV: aanpassen slides (was: data volgen data inname)  
4. Melding 'start der werken'
   • automatisch of manueel?
     •  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.
     •  ACTIE AIV: aannemers uitnodigen via koepel op BWG sept 2019 
     •  ACTIE AIV: proces ivm melding verder uitwerken.
5. Melding 'einde der werken'
   • status inname = uitgevoerd
     • klopt niet bij meerdere werfzones
     • einde der werken beter per signalisatievergunning melden
     •  ACTIE AIV: aanpassen slides  
   •  ook via werklijst aannemer voorzien, geen automatische melding, eventueel via netbeheerder.
6. Datum voorlopige oplevering
   • belangrijk voor berekening sperperiode; gekoppeld aan grondwerkzone
   • netbeheerder doet voorstel datum voorlopige oplevering (meestal = datum + 2wk)
     •  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

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)

Principes beveiliging

• In Geosecure
  • registratie hoofdorganisatie (= officiële organisatie), kan hoofdzetel of vestiging zijn of een OVO code hebben.
  • registratie gebruikers per hoofdorganisatie
• authorisatie gebruiker dus op niveau van officiële organisatie
  • toegang ja/nee
  • lees en schrijfrechten OF enkel 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 organisatie
    • bijdrager = alle andere organisaties die bijgedragen hebben aan inname (alles wordt geregistreerd)
    • groep (suborg/afdeling/...) zichtbaar bij contactgegevens (rol: dossierbeheerder)

Discussie

•  audit wijzigingen ook toegankelijk voor gebruikers
  
  • uitgebreide historiek nodig en eenvoudig raadpleegbaar
•  persoon krijgt rechten (lees of lees en  schrijf) voor volledig officiële organisatie ipv enkel voor bepaalde groep (suborg/afdeling/...)
  • PRO: complexiteit wordt zo beperkt (bv. overdracht)
  • CON: per ongeluk verkeerde inname aanpassen die niet tot je eigen suborganisatie behoren
    • als je wil aanpassen, moet je eerst inname zoeken, risico dus eerder klein
•  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
•  personen kunnen tot meerdere groepen behoren
•  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   
•  ACTIE AIV: nog eens goed beschrijven 

Toegang aannemers

• 4 opties overlopen
•  aannemers mogen niet alles zien in GIPOD
•  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 of GIPOD ID's
•  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
    • nadeel kan niet afgedwongen worden in de tools van de S&G, kan enkel in kader van aannvraag signalisatievergunning
  • enkel innames tonen waarvoor zelf signalisatievergunning aangevraagd werd
• voorstel/optie:
  • netbeheerder/S&G registreert lijst aannemers indien aannemers moeten registreren in naam van (zie Cat 3) 
  • geeft per ID aan welke aannemer werk zal uitvoeren (en dus ook signalisatievergunning zal aanvragen)
    • is een mogelijke optie maar niet verplicht, netbeheerder kan indien gewenst aannemer mee geven
    • is ook in huidige GIPOD mogelijk, wordt niet veel gebruikt en geeft extra complexiteit
  • meeste nutsbedrijven werken met aantal vaste aannemers
  • S&G weten niet op voorhand welke aannemer, loopt via aanbesteding
•  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)
•  ACTIE AIV: opnemen BWG in sept (met aannemers erbij) 

Contactgegevens 

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

Rollen 

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

Beheer contactinformatie

• werken met sets van contactgegevens
  •  meerdere telefoonnummers, adressen, emails, ... per set moet kunnen
  •  "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
  •  per groep kunnen meerdere sets toegevoegd en beheerd worden door organisatie 
  •  default set nodig per groep (onderverdeling organisatie)
  •  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?
  •  aannemer verantwoordelijk voor eigen contactgegevens, opdrachtgever verantwoordelijk om juiste aannemer aan inname te koppelen (tenzij aannemer registreert "in naam van")
  •  aannemers hebben ook default set contactgegevens 

Use cases mbt. inname en hinder

• Heel kort toegelicht
•  ACTIE BWG: zelf slides bekijken en feedback geven  

Categorie 3 Grondwerken

Flow grondwerken categorie 3

• Wanneer registreren?
  • alleen vóór werken / alleen na werken / allebei
  • consequenties verbonden aan elke optie
  •  voorkeur: registratie vooraf (maar niet tegenhouden om achteraf te registreren)
    • PRO: conflictdetectie mogelijk (obv tijdsvenster en adres), informatie beschikbaar voor alle gebruikers, eenvoudiger voor aannemers en aanvragen signalisatievergunning, eenvoudiger in logica ivm doorsturen werken
    • CON: soms ruime uitvoeringstermijnen, teveel conflicten bij cat3 (evt. uitschakelen?) 
• Plaats van de werken
  • bij 95% is adres voorhanden
  •  indien geen adres: polygoon doorgeven + evt. plaatsbeschrijving of perceelnummer ofzo 
• Registratie door aannemer
  •  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)
    • logica kan complex worden omdat in principe een aannemer HINDER maakt en geen inname – complexe logica voor integrerende systemen
  •  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
  •  dan ook domeinvergunning via GIPOD aanvragen (cfr. cat1-2)
• BWG: wat bij jaarvergunning signalisatie?
  
  • indien een gemeente een jaarvergunning signalisatie heeft, kunnen de werken nadien worden ingevoerd, indien er geen jaarvergunning is , moeten de werken worden aangevraagd door de aannemer en mogen de BO van de netbeheerders geen dubbels doorsturen OF moeten de BO deze werken al wel doorsturen. Dit ken zorgen voor een meer ingewikkelde logica.
•  ACTIE BWG: verder nadenken over impact registratie cat3 vooraf vs achteraf
•  ACTIE AIV: slides wat herwerken en vragen toevoegen