...
...
...
...
...
...
...
...
...
...
De synergieën en synergie-aanvragen uit het huidige GIPOD werden gemigreerd op 20 januari 2021.
A. SYNERGIE
Welke SYN migreren we en welke niet?
ALLE synergieën uit GIPOD worden gemigreerd naar GIPOD2GIPOD², behalve verwijderde synergieën.
Let op, synergieën met status “niet-concreet gepland” of “concreet gepland” EN startdatum < 15/01/2021worden gemigreerd met status “niet uitgevoerd”.:
STATUS | STARTDATUM < 15<15/01/2021 | STARTDATUM >=15/01/2021 | Aandachtspunten |
---|---|---|---|
niet-concreet gepland | wordt status niet-uitgevoerd“niet uitgevoerd” | wordt status in overleg |
|
concreet gepland | wordt status niet-uitgevoerd“niet uitgevoerd” | blijft status concreet gepland | |
in uitvoering | blijft status in uitvoering“in uitvoering” |
| |
uitgevoerd | blijft status “uitgevoerd” |
Todo vóór migratie
Piloot van de synergie controleert status en/of startdatum van de eigen synergieën vóór 15 januari 2021 (gebruik hiervoor alarmlijst “Mijn SYN - afwijking status en periode“ in het huidige GIPOD)
B. SYNERGIE-AANVRAAG
Welke SSA migreren we en welke niet?
Alle synergie-aanvragen waar een synergie aan gekoppeld is, worden gemigreerd naar GIPOD²
Alle synergie-aanvragen waar GEEN synergie aan gekoppeld is, worden gemigreerd op basis van de regels in de tabel:
SSA | STATUS | DEADLINE <15/01/2021 | DEADLINE >=15/01/2021 | Aandachtspunten |
---|---|---|---|---|
SSA met SYN | alle statussen | krijgt status “afgesloten met gevolg” | Deze SSA’s worden allemaal gemigreerd, krijgen status “afgesloten met gevolg” en behouden hun deadline | |
SSA zonder SYN | vervallen/gearchiveerd | niet gemigreerd | Deze SSA’s worden niet gemigreerd, want niet langer relevant (verwijderd of nieuwere SSA gelanceerd) | |
ingetrokken | behoudt status “ingetrokken” | Deze SSA’s worden allemaal gemigreerd, status blijft | status uitgevoerd“ingetrokken”, deadline blijft behouden. | |
gelanceerd | krijgt status “afgesloten zonder gevolg” | krijgt status “nieuw” |
|
Todo vóór migratie
Als ontvanger van synergie-aanvragen: probeer zoveel als mogelijk SSA’s te beantwoorden tegen 8 januari 2021 (gebruik hiervoor alarmlijst “Ontvangen SA - te beantwoorden”).
Als piloot van synergie-aanvragen: probeer zoveel als mogelijk synergieën aan te maken tegen 15 januari 2021, ten allerlaatste op 19 januari.
Todo na migratie
Alle ‘nieuwe’ SSA bekijken, DL1 = migratiedatum + 15d
indien niet ‘ja’ geantwoord voor DL1, kan er niet meer via GIPOD zelf meegegaan worden met synergie, dan moet piloot gecontacteerd worden
C. MAPPING
Mapping data synergie GIPOD =>
...
GIPOD²
SYNERGIE in GIPOD | SYNERGIE in GIPOD2GIPOD² | ||||
---|---|---|---|---|---|
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 |
| ||||
concreet gepland |
| ||||
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 :
| |||
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?
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.
deze krijgen allemaal de status “afgesloten met gevolg” => zijn dus niet meer aanpasbaar
deadline blijft AS IS (dus deadline OUD = deadline1 = deadline2)
Alle synergie-aanvragen waar GEEN synergie aan gekoppeld is, worden gemigreerd op basis van volgende regels :
status “vervallen” : niet gemigreerd
status “ingetrokken” : migreren met status ‘ingetrokken’ en behoud deadline (DL = DL1 = DL2)
status “gelanceerd” :
deadline < 01/09/2020 : migreren met status ‘afgesloten zonder gevolg’ en behoud deadline (DL = DL1 = DL2)
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)
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 :
check SSA met status “gelanceerd” waar nog geen SYN voor gemaakt is :
...
...
= |
...
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
deadline >= 01/09/2020 => SSA zal gemigreerd worden met status “nieuw” en DL1+DL2 => iedereen moet opnieuw antwoorden
Todo na migratie
alle ‘nieuwe’ SSA snel bekijken, want DL1 = migratiedatum + 15d
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 =>
...
GIPOD²
Synergie-aanvraag in GIPOD | Synergie-aanvraag in GIPOD2GIPOD² | ||||||
---|---|---|---|---|---|---|---|
GIPOD ID | gipodId | = | |||||
ID lancerende WO | launchingGroundwork | = | |||||
status : | status : | ||||||
| status maakt niet uit (gelanceerd/ingetrokken/vervallen) | afgesloten met gevolg | |||||
| gelanceerd |
| |||||
ingetrokken | ingetrokken | ||||||
vervallen | worden niet gemigreerd | ||||||
deadline (DL) | deadline 1 (DL1) |
| |||||
deadline 2 (DL2) |
| ||||||
beschrijving | (wordt niet gemapt) | ||||||
referentie | (wordt niet gemapt) | ||||||
beheerder | pilot | = | |||||
zone | geometry | = | |||||
ontvangende organisaties | receivingOrganisation | Ook overnemen in geval van reset. | |||||
antwoorden | answer |
| |||||
tijdstip lanceren | launchTime | = | |||||
ID synergie aangemaakt vanuit aanvraag | trenchSynergy (ID) | = (indien die er is) |