Gewijzigd voor Aansluiting én Hoofdleiding

UX-wijzigingen

Ook in deze release zijn weer een aantal wijzigingen aan de schermen doorgevoerd:

• Maximale pagina-breedte. De projectdetailpagina groeit op grote schermen niet meer eindeloos breed. Dit voorkomt onnodige witruimte en houdt de informatie prettiger leesbaar.

• De TERUG-knop is verwijderd van de projectdetailpagina. Hetzelfde resultaat kan bereikt worden met de terugknop van de browser, de toetsen-combinatie Alt + pijltje naar links ( ← ) of andere opties om ‘Vorige’ te doen in de browser. De knop was dus in feite overbodig.

• Kleine indelingswijziging in de projectdetailpagina, waardoor de navigatie-tabs altijd helemaal bovenaan de pagina staan.

Toegewezene mag niet óók beoordelen

• Degene aan wie een bijlage is toegewezen mag niet meer die bijlage ook beoordelen. Als een bijlage beoordeeld moet worden na opleveren mag deze niet meer worden toegewezen aan dezelfde partij die hem moet opleveren. Dit ging nog wel eens mis en is nu dichtgezet.

  • Voorbeeld: Stedin moet de werkmap opleveren, en deze moet beoordeeld worden. Het is nu niet meer mogelijk deze ook door Stedin zelf te laten beoordelen.

    • Dit kan ook niet als de projectverantwoordelijke (bijv. de combi) de werkmap namens Stedin (in dit voorbeeld) oplevert

  • Deze situatie komt nu af en toe voor, waardoor de aannemer de werkmap te laat ziet en het proces vertraagd wordt.

  • De partij is niet meer te selecteren in de dropdown in het scherm, en via de API wordt er een foutmelding gegeven

Gewijzigd voor Hoofdleiding

Aanpassing Contactpersonen

• De weergave van de Contactpersonen op een Hoofdleiding project wordt standaard compact getoond, zodat het nog minder ruimte inneemt. Het kan worden uit- en ingeklapt dmv het pijltje naast het woord Contactpersonen

Open

Doorwerken op een bijlage alleen waar nodig

• Het kunnen doorwerken op een bijlage is benodigd in vrij specifieke situaties. In gebieden waar dit niet gebruikt werd gaf dit soms verwarring. Het kunnen doorwerken op een bijlage is nu in te stellen op deze specieke bijlage en wordt alleen daar getoond.

• Deze instelling staat nu alleen nog aan op:

  • Bijlagen Definitief ontwerp netbeheerder en Werkmap

  • Voor Vitens in combi’s Grond’g en InfraSV

• We kunnen deze functionaliteit op verzoek instellen op meer bijlagen

• Via de API wordt ook aangegeven of op een bepaalde bijlage kan worden doorgewerkt (parameter canBeContinued op output van GET /project/{projectId}/bijlageassigned)

Geschoven naar aannemer aangeven per discipline (Stedin OIK)

• Voor Stedin disciplines wordt er per project bepaald of een discipline is geschoven in de keten. Dat betekent dat een nader te definieren deel van de werkvoorbereiding voor dit project wordt gedaan door de Aannemer. Dit is op dit moment alleen nog op QAS actief.

• In deze release hebben we de eerste stappen hiervoor gezet:

• De projectverantwoordelijke én Stedin kan per discipline aangeven of deze geschoven is naar de aannemer. Dit kan nu alleen nog via de UI.
  
  

  Open

  
  Open

  

   

• Als een discipline geschoven is naar de aannemer wordt dat getoond op het disciplineoverzicht

  Open

  

   

• In het projectlog tonen we de wijzigingen

  Open

  

• Er is nog geen effect op de daadwerkelijke toewijzingen van de bijlagen, dat is een volgende stap

Subproces Netcheck

• Voor het kunnen bijhouden van het proces van de Netcheck in de Liander combi’s introduceren we het subproces Netcheck. Dit is op dit moment alleen nog op QAS actief, maar kan op korte termijn geactiveerd worden op CAPO productie,

• Het proces kent verschillende statussen, toegewezen aan de combi of Liander. Deze statussen geven weer hoever het project is in het proces tot het vaststellen dat er vermogen beschikbaar is voor dit project

Open

Open

Verbeteringen Subprocessen

• In de schermen is nu duidelijk te zien welke stappen een subproces kent, en waar dit project nu is in dit proces.

• Het is nu mogelijk om bijlagen te betrekken bij een subproces.

  • Deze bijlage kan noodzakelijk zijn voor het doorgaan naar de volgende stap van het subproces

  • Bij het opleveren van deze bijlage gaat het subproces automatisch door naar de volgende stap

Grond’g Opleverdossier aanmaken na TG melding

• Voor Combi Grond’g (voor zowel projecten van projectverantwoordelijke Grond’g én Vitens) is het proces gewijzigd:

  • Voorheen werd de bijlage Opleverdossier (in fase In oplevering) automatisch aangemaakt bij het aanmaken van het project.

  • Vanaf nu wordt deze bijlage pas aangemaakt door CAPO na het TG (Technisch Gereed) melden voor deze discipline.

• De bijlage krijgt voortaan een deadline van 2 weken na aanmaken (dus feitelijk 2 weken na TG melden)

• De bijlage Opleverdossier wordt éénmalig automatisch aangemaakt bij de eerste TG melding van een discipline. Daarna niet meer, ook niet bij wisselingen van wel/niet TG

• Bestaande bijlagen Opleverdossier waar nog geen werk op is gedaan zijn geannuleerd en worden opnieuw aangemaakt als er TG gemeld wordt volgens bovenstaande logica

  • Als er al werk was uitgevoerd op de bestaande bijlage Opleverdossier is deze niet geannuleerd maar wordt er een datum 2 weken vanaf release op gezet

Gewijzigd voor Aansluiting

Activiteiten verplaatst naar templates

Voor het automatisch aanmaken van activiteiten was het lastig te zien wanneer en met welke planning dat gebeurd. Als een eerste stap is in deze release een deel van de activiteiten verplaatst naar templates om hier meer inzicht in te bieden. Er is nu te zien op wie en met welke planning de activiteit wordt klaargezet. Overige activiteiten zullen in latere releases volgen.
De volgende activiteiten zijn in templates opgenomen:

• KCM1

• Wijziging in combi-samenstelling

• Extra Werkvoorbereiding

Met deze wijziging zijn ook instellingen met betrekking tot deze activiteiten verwijderd uit het contractgebieden-scherm.

Wijziging voor Vooraanmelding

Het synchroniseren van Vooraanmeldingen vanuit het LIP (Annulering of On Hold, ingesteld door de melder van de vooraanmelding, laten doorwerken op projectdossier) gebeurt vanaf nu 1x per dag, om 00:00 uur. Dit was voorheen 1x per 3 kwartier. We gaan er op dit moment vanuit dat een synchronisatie 1x per dag voldoende is, maar zullen het de komende tijd in de gaten houden. Acties vanuit CAPO naar LIP werken direct door.

Wijziging voor Projectdossier

• Sinds CAPO release 1.121 wordt een subset van specifieke vooraanmeldingen van Enexis automatisch omgezet naar een projectdossier, met als verantwoordelijke Enexis

• Er is nu een extra optionele rol voor Enexis medewerkers om deze projectdossiers te kunnen bewerken. Hiermee kan bijvoorbeeld

  • De status worden aangepast van het projectdossier

    • Bijvoorbeeld om het projectdossier (en de gekoppelde vooraanmelding) te annuleren als deze onterecht is ingediend

    • Of om de statussen te gebruiken voor de eigen administratie

  • Andere betrokken partijen worden toegevoegd zodat zij ook toegang hebben tot het projectdossier

API toevoegingen

• Aanpassing validatie via API: Bij een statuswijziging naar review van een toegewezen bijlage via route PATCH /project/{projectId}/bijlageassigned/{bijlageAssignedId} mag de assignedTo niet hetzelfde zijn als bij status assigned

• In de output van GET /project/{projectId}/bijlageassigned zijn de parameters requiresReview en canBeContinued toegevoegd. Hiermee wordt respectievelijk aangegeven of een bijlage beoordeeld moet worden en, als dat zo is, of er doorgewerkt kan worden op deze bijlage.