...
De volgorde van handelingen tbv quickscan is belangrijk omdat, na de eerste combi melding van een netbeheerder, CAPO de quickscan beschouwt als afgerond. Hierna is het dan dus ook niet meer mogelijk om de andere twee handelingen te doen.
Contactgegevens gebruiker ophalen en doorgeven
Ophalen
Het emailadres van de individuele gebruiker die een actie heeft uitgevoerd in CAPO is beschikbaar via zowel de UI als de API. In de API vinden we deze informatie in de key email
. Dit veld vinden we in de volgende types:
type
ActiviteitAct
uitgebreid met keyemail
type
ActiviteitLogEntry
bevatActiviteitAct
en is daarmee ook uitgebreid met keyemail
type
BijlageAct
uitgebreid met keyemail
type
BijlageLogEntry
uitgebreid met keyemail
Doorgeven
Sinds release 0.33.0 van de API is het mogelijk voor API gebruikers om deze gebruikers-informatie ook door te geven aan CAPO.
Elke POST
, PUT
en PATCH
operatie ondersteunt nu de optionele header x-email
hiermee is het mogelijk om aan iedereen te laten weten welke gebruiker de bewerking namens uw organisatie heeft uitgevoerd.
AGD: Aansluit Gereed Datum
...
De klant heeft een AGD aangegeven die eerder is dan de
wachttijd
van de netbeheerder
→wensdatum
=aanvraagDatum
+wachttijd
De klant heeft geen AGD aangegeven
→wensdatum
=aanvraagDatum
+wachttijd
De klant heeft een AGD aangegeven die later is dan de
wachttijd
van de netbeheerder:
→wensdatum
= deagd
van het eersteprodukt
op dit project
Hoofdleiding projecten filteren op veranderingen
Filteren op Hoofdleiding projecten die veranderd zijn kan door in GET /hoofdleiding
de parameters changedFrom
en changedTo
te gebruiken. Dit kijkt naar het veld changed
en geeft alle projecten waar iets in veranderd is in de opgegeven tijdsspanne.
Filteren op projectplanning
Daarnaast is het mogelijk om de parameters planningChangedFrom
en planningChangedTo
te gebruiken. Deze filteren alleen op het veld planningChanged
, waardoor er alleen projecten worden teruggegeven waarvan de startUitvoeringWeek
is veranderd in de aangegeven periode.