CAPO 1.117 & API 0.51.0 en 0.52.0
Aangepast voor Aansluiting en Hoofdleiding
UX-verbeteringen
Browser-tabbladen bieden meer informatie. Hier stond altijd alleen “CAPO”, maar staat nu:
Adres + Aanvraagnummer bij een geopend Aanvraag-project
Projectnaam + Projectnummer bij een geopend Hoofdleiding-project
Onderwerp + Onderdeel bij de verschillende lijsten ( bijvoorbeeld Activiteiten | Hoofdleiding )
In een geopend Aanvraag of Hoofdleiding project blijft het projectnummer in beeld, ook als je naar beneden scrollt. De informatie per projecttype:
Bij Aanvraag: Projectnummer + het adres
Bij Hoofdleiding: Projectnummer + de naam
AL project koppelen aan HL project
Het koppelen van een AL project aan een HL project (Projectafhankelijkheden) is nu mogelijk vanuit het AL project. Als je de rechten hebt om een AL project aan een AL project te koppelen, kan dat met hetzelfde icoontje.
Let op: alleen koppelen kan vanuit het AL project. Ontkoppelen wordt in een latere ontwikkeling mogelijk gemaakt. Tot die tijd kan dat door naar het HL project te navigeren en vanuit daar te ontkoppelen.
Via de API blijft het koppelen alleen mogelijk via de Hoofdleiding-route (
POST /hoofdleiding/{projectId}/link)
Aangepast voor Hoofdleiding
Algemene bijlagen
We hebben een nieuwe optie voor documenten in CAPO Hoofdleiding toegevoegd: Algemene bijlagen. Algemene bijlagen zijn voor documentsoorten die:
Nooit hoeven worden opgeleverd
Door iedere deelnemer kunnen worden gedeeld op het project
Geen deadline hebben
Een voorbeeld is de documentsoort Correspondentie.
Algemene bijlagen kunnen worden toegevoegd aan een template
Dit is instelbaar per verantwoordelijke en combi
Als Algemene bijlagen zijn ingesteld in het template wordt er een blokje ‘Algemene bijlagen’ getoond in de UI, met daarin de algemene bijlagen.
Iedereen kan bestanden uploaden onder een algemene bijlagen
Deze bijlagen zijn ook via de API beschikbaar en te uploaden. Voor details; zie de CAPO API handleiding.
Proces volgt project
Vanaf deze release kunnen we in één keer van alle bestaande projecten de planning van de bijlagen aanpassen aan het huidige proces. Dit doen we in overleg met de projectverantwoordelijke.
Voor de volgende projectverantwoordelijken en gebieden is voor alle bestaande projecten de planning van de bijlagen aangepast aan het huidige proces (=template):
Verantwoordelijke | Projecttype | Gebied |
|---|---|---|
CIAMS | Aanvraag | CG001 CIAMS - Amsterdam P2 - Oost |
CIAMS | Aanvraag | CG002 CIAMS - Amsterdam P1 - West |
CIAMS | Hoofdleiding | CG001 CIAMS - Amsterdam P2 - Oost |
CIAMS | Hoofdleiding | CG002 CIAMS - Amsterdam P1 - West |
CINH | Hoofdleiding | CG003 CINH-1 Noord |
CINH | Hoofdleiding | CG004 CINH-2 Midden |
CINH | Hoofdleiding | CG005 CINH-3 Zuid |
Verdere updates
Bijlage Correspondentie is voor SION (op QAS) toegevoegd als eerste Algemene bijlage
DSP Hoofdnet
In de DSP hoofdnet detailpagina wordt het
clusterIdgetoond.
Het clusterId wordt gevuld met een CAPO Hoofdleiding projectId om de opdracht te linken aan het betreffende project.DSP-hoofdnetopdrachten worden getoond in het CAPO Hoofdleiding project.
Als een DSP-hoofdnetopdracht gevuld wordt met een clusterId dat ook bestaat als CAPO hoofdleiding projectId, dan wordt de opdracht getoond bij dat project.
Let op: In de praktijk wordt dit nog niet gebruikt, omdat DSP hoofdnet nog niet in gebruik is binnen de combi-contracten. De lijst zal dus altijd leeg zijn.
Aangepast voor Aansluiting
Quickscan - Hoofdleiding aanleggen per discipline
Het is nu, tijdens het doen van de quickscan, per discipline mogelijk om aan te geven of er hoofdleiding benodigd is.
De vraag wordt gesteld voor iedere discipline op de aanvraag die betrekking heeft op de netbeheerder die de quickscan doet.
Via de API zijn beide routes nog mogelijk, dus antwoorden voor alle disciplines tegelijkertijd, of per discipline.
Aangepast voor de API
Versie 0.51.0
Toegevoegd route
POST /project/{projectId}/bijlageom algemene bijlagen te kunnen uploadenDe bestaande route
POST /project/{projectId}/hoofdleiding-aanleggenkan nu ook per discipline worden doorgegeven. De bestaande werkwijze (per netbeheerder) blijft ook werken.
Versie 0.52.0
Limits
Om issues te voorkomen zijn er maximum limits ingesteld op de GET requests (van routes met paging) op 10.000. Hogere limits worden automatisch omgezet naar 10000
De waarde limit=0 is niet meer toegestaan, deze wordt omgezet naar limit=25