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

A. SYNERGIE

Welke SYN migreren we en welke niet?

  • ALLE synergieën uit GIPOD worden gemigreerd naar GIPOD2, behalve verwijderde synergieën.

    • Let op, synergieën met status “niet-concreet gepland” of “concreet gepland” EN startdatum < 15/01/2021 worden gemigreerd met status “niet uitgevoerd”.

STATUS

STARTDATUM < 15/01/2021

STARTDATUM >= 15/01/2021

Aandachtspunten

niet-concreet gepland

wordt status niet-uitgevoerd

wordt status in overleg

  • Controleer status en/of startdatum van de eigen synergieën vóór 15 januari 2021

concreet gepland

wordt status niet-uitgevoerd

blijft status concreet gepland

in uitvoering

blijft status in uitvoering

  • Ter info: er waren op 30/9/2020 178 SYN “in uitvoering” met einddatum < 01/09/2020 => graag ook controleren!

uitgevoerd

blijft status uitgevoerd

Mapping data synergie GIPOD => GIPOD2

SYNERGIE in GIPOD

SYNERGIE in GIPOD2

GIPOD ID

GIPOD ID

=

piloot

pilot

=

beschrijving

description

=

referentie

reference

=

opmerking

(wordt niet gemapt)

startdatum-einddatum

period

=

datum waarop overeenkomst geregistreerd is

(wordt niet gemapt)

status :

status :

niet-concreet gepland

  • in overleg (indien startdatum >= 01/09/2020)

  • niet uitgevoerd (indien startdatum < 01/09/2020)

concreet gepland

  • concreet gepland (indien startdatum >= 01/09/2020)

  • niet uitgevoerd (indien startdatum < 01/09/2020)

in uitvoering

in uitvoering

uitgevoerd

uitgevoerd

zone

geometry

=

WO in de SYN

groundworks

alle WO in een SYN uit GIPOD, zullen als GW in een SYN in GIPOD² zitten, behalve :

In GIPOD zijn er SYN waar verwijderde WO inzitten. Dergelijke synergie wordt gemigreerd naar GIPOD² volgens de standaard regels, maar de verwijderde WO zal er NIET inzitten gezien deze WO zelf niet gemigreerd werd als GW (want verwijderde WO worden niet gemigreerd naar GIPOD²).

gelanceerd vanuit synergie-aanvraag (ID)

trenchSynergyRequest (ID)

=

volgens VRN afspraken

(wordt niet gemapt)

GRB-melding vanuit SYN

(wordt niet gemapt)

contactgegevens :

contactorganisations :

/

dossierbeheerder (over te nemen van bij contactgegevens GW van de piloot) - NIEUW

aannemer van de gemeenschappelijke werken

= aannemer (niet-publiek)

veiligheidscoördinator ontwerp

= veiligheidscoördinator ontwerp (niet-publiek)

veiligheidscoördinator realisatie

= veiligheidscoördinator realisatie (niet-publiek)

tijdstip aangemaakt

createdOn

=

tijdstip laatste wijziging

lastModifiedOn

=

B. SYNERGIE-AANVRAAG

Welke SSA migreren we en welke niet?

  1. Alle synergie-aanvragen waar een synergie aan gekoppeld is, worden gemigreerd naar GIPOD2 (ongeacht hun status en deadline). Zo zal er vanuit de synergie altijd doorgeklikt kunnen worden naar de synergie-aanvraag en vice versa.

    1. deze krijgen allemaal de status “afgesloten met gevolg” => zijn dus niet meer aanpasbaar

    2. deadline blijft AS IS (dus deadline OUD = deadline1 = deadline2)

  2. Alle synergie-aanvragen waar GEEN synergie aan gekoppeld is, worden gemigreerd op basis van volgende regels :

    1. status “vervallen” : niet gemigreerd

    2. status “ingetrokken” : migreren met status ‘ingetrokken’ en behoud deadline (DL = DL1 = DL2)

    3. status “gelanceerd” :

      1. deadline < 01/09/2020 : migreren met status ‘afgesloten zonder gevolg’ en behoud deadline (DL = DL1 = DL2)

      2. deadline >= 01/09/2020 : migreren met status ‘nieuw’ en nieuwe deadlines (DL1 = migratiedatum + 15d ; DL2 = DL1 + 30d) maar behoud van ID (dus soort reset van de SSA)

        1. alle antwoorden zullen hierdoor verwijderd worden; organisaties moeten opnieuw antwoorden!

SSA

STATUS

AANTAL

DEADLINE < 01/09/2020

DEADLINE >= 01/09/2020

REDENERING

SSA met SYN

/

tbc

Deze SSA’s worden allemaal gemigreerd, krijgen status “afgesloten met gevolg” en behouden hun deadline

SSA zonder SYN

vervallen

tbc

Deze SSA’s worden niet gemigreerd, want:

  • ofwel is de WO waaruit de synergie-aanvraag gelanceerd werd, verwijderd => deze synergie-aanvraag is niet relevant voor GIPOD2

  • ofwel is er een recentere synergie-aanvraag gelanceerd vanuit dezelfde WO => deze synergie-aanvraag is niet relevant voor GIPOD2

ingetrokken

tbc

Deze SSA’s worden allemaal gemigreerd, status blijft “ingetrokken”, deadline blijft behouden.

gelanceerd

tbc

afgesloten zonder gevolg

nieuw

  • indien deadline < 01/09/2020: SSA’s gemigreerd, status wordt “afgesloten zonder gevolg”, deadline blijft behouden.

  • indien deadline >= 01/09/2020: SSA’s gemigreerd, status wordt “nieuw”, DL1 en DL2 worden opnieuw ingesteld., antwoorden worden NIET mee gemigreerd

Totaal = tbc

(cijfers op xx/xx/xxxx)

Todo vóór migratie

Als ontvanger van synergie-aanvragen : probeer zoveel als mogelijk SSA’s te beantwoorden voor de migratie.

Als piloot van synergie-aanvragen :

  1. check SSA met status “gelanceerd” waar nog geen SYN voor gemaakt is :

    1. indien antwoorden volledig lijken => maak SYN aan vóór de migratie => beiden zullen gemigreerd worden

    2. indien antwoorden niet volledig lijken => spoor ontvangende partijen aan om te antwoorden (of pas deadline evt. aan)

      1. deadline < 01/09/2020 => SSA zal gemigreerd worden, met status “afgesloten zonder gevolg” => deze dient zelf opnieuw gelanceerd te worden in GIPOD2 indien toch SSA en SYN nodig

      2. deadline >= 01/09/2020 => SSA zal gemigreerd worden met status “nieuw” en DL1+DL2 => iedereen moet opnieuw antwoorden

Todo na migratie

  1. alle ‘nieuwe’ SSA snel bekijken, want DL1 = migratiedatum + 15d

    1. indien niet ‘ja’ geantwoord voor DL1, kan er niet meer via GIPOD zelf meegegaan worden met synergie, dan moet piloot gecontacteerd worden

Mapping data synergie-aanvraag GIPOD => GIPOD2

Synergie-aanvraag in GIPOD

Synergie-aanvraag in GIPOD2

GIPOD ID

gipodId

=

ID lancerende WO

launchingGroundwork

=

status :

status :

  • indien SYN aangemaakt vanuit SSA

status maakt niet uit (gelanceerd/ingetrokken/vervallen)

afgesloten met gevolg

  • indien geen SYN aangemaakt vanuit SSA

gelanceerd

  • nieuw (DL >= 01/09/2020)

  • afgesloten zonder gevolg (DL < 01/09/2020)

ingetrokken

ingetrokken

vervallen

worden niet gemigreerd

deadline (DL)

deadline 1 (DL1)

  • indien status ‘afgesloten met gevolg’, ‘afgesloten zonder gevolg’ of ‘ingetrokken’ = deadline oud (DL)

  • indien status ‘nieuw’ = migratiedatum + 15d

deadline 2 (DL2)

  • indien status ‘afgesloten met gevolg’, ‘afgesloten zonder gevolg’ of ‘ingetrokken’ = deadline oud (DL)

  • = DL1 + 30d

beschrijving

(wordt niet gemapt)

referentie

(wordt niet gemapt)

beheerder

pilot

=

zone

geometry

=

ontvangende organisaties

receivingOrganisation

Ook overnemen in geval van reset.

antwoorden

answer

Antwoorden worden NIET mee overgenomen wanneer SSA opnieuw gelanceerd wordt bij migratie, dus wanneer de synergie-aanvraag status “gelanceerd” heeft, deadline >= 01/09/2020 en er nog géén synergie is aangemaakt.

Indien er geantwoord werd in GIPOD met een WO dat in tussentijd verwijderd werd, zal het positieve antwoord wel gemigreerd worden naar GIPOD² volgens de standaard regels, maar de verwijderde WO zal NIET langer aan dit antwoord gekoppeld gezien deze WO zelf niet gemigreerd werd als GW (want verwijderde WO worden niet gemigreerd naar GIPOD²).

tijdstip lanceren

launchTime

=

ID synergie aangemaakt vanuit aanvraag

trenchSynergy (ID)

= (indien die er is)

  • No labels