• WERKEN
  • Grondwerken vs werken.
  • Het is belangrijk om grondwerken te onderscheiden en definiëren omwille van de volgende redenen:
    • Huidige decreet (werkopdracht) gaat enkel over opbraakwerken. Het is belangrijk hier naar te verwijzen.
    • Sperperiode toch enkel na braakwerken (volgens code nuts).
  Evt. nog afchecken bij Tom Boi. Na huiswerk: 
  • •  Na ander type werk kan er wel een freeze zijn, maar is dan eerder een tijdelijk verbod.
• Onderscheid wegeniswerken: die 3 categorieën nodig? 
• Verschil tussen wat KAN er in GIPOD ingegeven worden, en wat MOET er in GIPOD. Belangrijk om robuust systeem te maken (BAM), ook stabiel voor de toekomst. En dan in juridische werkgroep afspreken wat er verplicht is. Huidig wetgevend kader is grondwerken, en zou volgens VRN ook zo moeten blijven (momenteel), maar kan wel voor toekomst mogelijk zijn.
• TAAK AIV: Juridische werkgroep inplannen voor bestuurscomité (27/11) - evt. aansluitend aan BWG4
• Puntwerken: zijn "categorie 3" werken. Dus apart type is mogelijk niet nodig. 
• Nodig om alle types te kunnen onderscheiden? Is dit nodig?
• Multiselect van types is interessanter dan vaste types: want riolering gaat vaak/altijd samen wegeniswerken 
• Type ingeven ifv hergebruik: 
  • S&G: voor vergunningen
  • nuts: beantwoorden van synergieën
• • Voor andere werken is er momenteel geen decretale verplichting. Het kan gaan om blaaswerken, openen van een kast, ...
    • Wat zijn de verwachtingen hier?
    • Het kader van wat eventueel bijkomend verplicht zou moeten worden, moet duidelijk zijn.
    •  Beslissing: werkgroep van 12/11 zal het over het juridische kader hebben als aanbeveling naar de juridische werkgroep en ter voorbereiding van het BC van 27/11
    • Actie AIV: voorbereiding documenten en kader
    • Actie BWG: nagaan wat de verwachtingen zijn en wat een groeipad kan zijn. Hou daarbij rekening met de meerwaarde versus het extra werk.
  • Types werken
    • De werkgroep vroeg zich af of het nodig is dat de huidige types blijven bestaan.
    • Waarvoor wordt deze informatie gebruikt?
    • Puntwerken mag als type weg omdat het gaat over werken van cat3.
    • Besluit: Het is niet nodig om de huidige types op deze manier te behouden. Het is interessanter om een meer algemeen type werk mee te geven en met dat werk een aantal verschillende kenmerken (attributen) mee te geven. Zo zal bv riolering vaak samen gaan met wegeniswerken. Voor het beoordelen van een synergie-aanvraag kan het handig zijn om meer kenmerken van een werk te hebben. Nu is daar vaak te weinig informatie over beschikbaar.
      • Voorbeeld: 1 type wegeniswerken waarbij als attribuut kan aangeduid worden: aanleg, herstel, onderhoud, ...
      • Voorbeeld: kan interessant zijn om te weten over welk type kabels het gaat (starre leidingen of kabels), ...
      • Voorbeeld: ......
    • Huiswerk: tegen werkgroep 7/12
      • BWG: Nagaan welke hoofdtypes nodig zijn en welke kenmerken (multiselect). Stel daarbij de volgende vragen:
        • 1. wat heb ik nodig voor eigen processen? waarbij je ervan uit kan gaan dat GIPOD een uitwisselingsplatform is, soms ook tussen de eigen diensten.
          2. wat hebben S&G nodig
    voor vergunningen
    • • • 1. ?
          2. wat hebben
    nuts
    • • • 1. nutsmaatschappijen nodig
    voor beantwoorden SAV? binnen organisatie en tussen organisaties?
    • • • 1. ? bv in kader van beoordeling synergie-aanvraag
          2. wat hebben hergebruikers nodig? (hinder analyse /
    de lijn
    • • • 1. De Lijn / gps / ...
  nuttig voor SAV: waar gaat de boring zijn?S
  • • • • 1. ) 
• indeling voor werken is misschien niet nodig as such, maar eerder kenmerken van het werk (multiselect): belangrijk voor SAV, evt. voor vergunningen?
• 90% nuts zijn grondwerken, rest boringen => interessant voor SAV
• lijst liefst zo kort mogelijk houden
• ANDERE INNAMES => voorstel nieuwe naam: MATERIAAL. Laat maar als "andere innames"  (zonder parkeerverbod dan)
  • zie slides
    • • • wat is informatie die eigenlijk in een project hoort? (bv S&G: graag onderscheid maken tussen oplevering zoals ervoor, en anders opgeleverd (bovengrondse infrastructuur aangepast)
  • zal eigenlijk aangeduid moeten worden in het project
• EVENEMENT
  • vragen: zie slides
• • • • AIV: voorstel herwerken op basis van de input. 
• Algemene opmerking:
  • GIPOD moet nu herbouwd worden voor de volgende 10-15 jaar. Er moet dus nu al rekening gehouden worden met wat er mogelijk zal worden. Het systeem moet robuust en stabiel zijn en klaar om ook met de veranderende context om te gaan.
  • Daarnaast moet er ook duidelijk gedefinieerd worden wat verplicht zal moeten worden ingegeven. Het onderliggende systeem moet ruimer zijn dan de verplichting nu, met het oog op de toekomst. De rigide structuur van het huidige GIPOD is een van de grote struikelblokken om te voldoen aan de veranderende vragen.
  • Beslissing: werkgroep van 12/11 zal het juridische kader en eventueel groeipad bespreken en voorstellen aan het BC. Dit is nodig voor de discussies in de werkgroepen hervat kunnen worden. 
• EVENEMENTEN
  • vragen: zie slides
  • ook voor het types evenementen moet dezelfde vraag gesteld worden als voor de werken
    • Huiswerk: tegen werkgroep 7/12
      • BWG: Nagaan welke hoofdtypes nodig zijn. Stel daarbij de volgende vragen:
        1. wat heb ik nodig voor eigen processen? waarbij je ervan uit kan gaan dat GIPOD een uitwisselingsplatform is, soms ook tussen de eigen diensten.
        2. wat hebben S&G nodig ?
        3. wat hebben hergebruikers nodig? (hinder analyse / De Lijn / gps / ...) 
      • AIV: voorstel herwerken op basis van de input. 
• ANDERE INNAMES 
  • voorstel om de rest innames daaronder te groeperen.
  • Huiswerk: tegen werkgroep 7/12
    • BWG: Nagaan welke hoofdtypes nodig zijn. Stel daarbij de volgende vragen:
      
      1. wat heb ik nodig voor eigen processen? waarbij je ervan uit kan gaan dat GIPOD een uitwisselingsplatform is, soms ook tussen de eigen diensten.
      2. wat hebben S&G nodig ?
      3. wat hebben hergebruikers nodig? (hinder analyse / De Lijn / gps / ...) 
    • AIV: voorstel herwerken op basis van de input. 
  • opmerkingen:
    • onderscheid torenkraan en gewone kraan
    • waarom verhuislift apart? is toch zelfde als pakweg levering? is niet altijd parkeerverbod (want soms geen parkeerplaatsen, dus gewoon inname) 

Vraag Naomi: doen wij een voorstel tot nieuwe indeling, die ze moeten aftoetsen aan de 3 vragen? of laten we ze volledig vrij?

• Inspiratie: Voorbeeld Gent heeft vier types
  • werken,
  • evenementen,
  • handelsactiviteiten,
  • bouwwerken.

• De slides worden overlopen slides
• jaarvergunning => puntwerken => onmiddellijk status 3
• bij evenementen => kan ook direct onder status 3
• De Lijn moet 3-4 weken op voorhand data kennen, maar als signalisatievergunning
• opmerkingen uit BWG:
  • aanvragen van een signalisatievergunning hoort bij status 3 => is dan het bekomen van de signalisatievergunning een 4e status => nee, dit is attribuut of link met de vergunning (vinkje)
  • status 2: is dat bij het gunnen aan de aannemer? of wanneer bestek aannemer ontvangen wordt? scheelt rap 2-3 weken
  • synergie-aanvraag lanceren: bij grote projecten is dit al bij status 1
  • werfzone is zeker niet altijd gekend bij status 2, moet verplaatst worden naar status 3
  • graag een vinkje waarbij lokaal bestuur kan aanduiden dat een werk in aanmerking genomen mag worden voor de hinderpremie (beslissing hangt daarna af van criteria), niet enkel op basis van status. in toekomst moet dit dan ook op basis van hinderzone.
  • status 2: werkvergunning aangevraagd of werkvergunning ontvangen? het tweede (vergund)

• .
• Het is belangrijk dat de statussen goed gedefinieerd worden en dat het duidelijk is welke stappen er reeds doorlopen zijn bij een bepaalde status. Op dit ogenblik is dat niet eenduidig gedefinieerd zodat het moeilijk te interpreteren is in welke fase een werk zich bevindt.
• De BWG bespreekt de statussen. De belangrijkste conclusies :
  1. Niet alle statussen moeten voor alle registraties doorlopen worden
     1. bv. evenement zou dadelijk in status 3 kunnen
     2. Werk dat onder jaarvergunning valt zou dadelijk in status 3 geregistreerd worden
  2. Belangrijk dat een aantal sleutelmomenten in proces (niet noodzakelijk in GIPOD) worden gedefinieerd die aanleiding geven tot update van een status in GIPOD. 
     1. Actie AIV: voorbereiden en uittekenen Proces FLOW: bespreken op BWG 7/12
        1. wat er gedaan werd?
        2. wie wat doet?
        3. wat in GIPOD?
        4. wat zijn de meerwaarden?
  3. Belangrijk dat aangeduid wordt of er al een vergunning verkregen werd. Voor hergebruik (behalve De Lijn) is het maar interessant om te weten welke hinder er is indien men ook weet dat het werk vergund is. Dan pas is de werkelijke hinder en de periode gekend. Ook voor de hinderpremie is het belangrijk om te weten of een werk al vergund werd omdat het pas dan zin heeft de handelaars te verwittigen. De BWG merkt op dat het belangrijk is om afspraken te maken ivm communicatie omdat dit voor een lokaal bestuur erg belangrijk is.
     1. vergunning inname
     2. signalisatie vergunning
  4. Actie AIV: bespreking BWG 7/12
     1. Inhoud van de statussen aanpassen volgens bespreking in de BWG (oa 'signalisatievergunning OK' moet aangepast worden)
     2. uittekenen van de flow
  5. Beslissing naamgeving
     1. Status 1: voorontwerp
     2. Status 2: niet concreet gepland
     3. Status 3: concreet gepland
     4. Status 4: in uitvoering
     5. Status 5: uitgevoerd
  6. Actie:
     1. Afzonderlijke werkgroep rond evenementen houden. Er zijn erg veel evenementen in GIPOD maar de discussies gaan vaak over werken.
     2. AIV: voorstel werkgroepen en inhoud 2019 waarbij kleinere werkgroepen volgens specifiek thema worden ingericht.

vastleggen Vastleggen definitie hinder en inname

• inleiding: inname - hinder - omleiding (uit BC)
• presentatie Wouter
• slot: beslissing

• zie Zie slides
• kader Els - even teruggrijpen naar Business Case om verschil inname - hinder te illustreren en vastleggen
• slides Wouter
• mobiliteitsmaatregel > gewijzigde verkeerssituatie (want dat is ruimer) 
• zijn er nu hinderzones in GIPOD ja/nee ?
  • VRN wil wel werk-werfzone ingeven (evt. aannemer) => inname
  • alle opdelingen is voor VRN teveel
  • waarvoor dient hinderzone => hinderpremie of alle hinder
  • Wat moet VRN ingeven? Wat geeft aannemer in? Wat geeft VVSG in (evt. na aanvraag van burger)?
• Els koppelt uitleg Wouter aan wie wat ingeeft.

• Er wordt even geschetst wat het kader van de Business case is en hoe zich dat verhoudt tot het werk van LBLOD.
• Aandachtspunten:
  • Het is belangrijk om eenduidig te kunnen registreren. Zolang er teveel ruimte voor interpretatie is, zullen dezelfde situaties op een andere manier worden geregistreerd. Dit is voor hergebruik (tussen gebruikers van GIPOD maar ook extern) onduidelijk.
  • Het moet duidelijk zijn wat er allemaal verwacht zal worden van aannemers en nutsmaatschappijen en waarvoor de informatie moet dienen
    • hoeveel zones?
    • hoeveel detail?
  • De meerwaarde moet duidelijk zijn.
    • Wie heeft welke informatie wanneer en waarom nodig?
  • Kosten/baten overweging moet gemaakt worden.
  • Het doel is om het proces te stroomlijnen en een win-win situatie te creëren voor nutsmaatschappijen, S&G, aannemers en hergebruikers
  • Er moet al rekening gehouden worden met de toekomst waarin data aan elkaar gekoppeld kunnen worden, met name de signalisatievergunningen
  • Er moeten standaarden besproken worden zodat het hele proces efficiënter en sneller verloopt en minder werklast veroorzaakt
  • Het decretaal kader en het groeipad moeten duidelijk zijn om de discussie verder te kunnen voeren
    • Beslissing : werkgroep 12/11 gaat over definities, verwachtingen en kader

• ACTIE S&G:  Er wordt veel gediscussieerd over werken, maar voor S&G zijn vooral evenementen (huidige manifestaties) van belang en daar is de situatie erg complex. De grote werken worden trouwens ook vaak door S&G gecoördineerd. 
  • beslissing:
    • Werkgroep evenementen en werken in 2019 afzonderlijk houden
    • Voor 2019 kalender opstellen en thematische werkgroepen organiseren. 
• ACTIE AIV: ook hergebruikers uitnodigen op een speciale werkgroep. Wat hebben ze nodig? Wat missen ze nu?