CAPO 1.33: verschil tussen versies

Uit DSP
Ga naar: navigatie, zoeken
(Uitbreidingen op project API)
(Uitbreidingen op project API)
Regel 29: Regel 29:
 
<code>GET /activiteit</code>
 
<code>GET /activiteit</code>
  
Voorheen werden alle activiteiten teruggegeven waarop, door eigen organistie, actie moet worden ondernomen.
+
Voorheen werden alle activiteiten teruggegeven waarop, door eigen organistie, actie moet worden ondernomen.<br/>
Nu worden alle activiteiten teruggegeven waarin de organisatie een rol speelt.
+
Nu worden alle activiteiten teruggegeven waarin de organisatie een rol speelt.<br/>
Als alleen activiteiten gewenst zijn waarop actie ondernomen moet worden vult men de parameter assignedTo.
+
Als alleen activiteiten gewenst zijn waarop actie ondernomen moet worden vult men de parameter assignedTo.<br/>
  
 
====Validaties van booleans====
 
====Validaties van booleans====

Versie van 28 jun 2022 om 13:04

CAPO v1.33.0

Toegevoegd

  • In een projectdossier, heb je nu meer informatie over de gekoppelde projecten. Je ziet nu niet alleen Project ID staan, maar ook: Type, Aangevraagd, Adres, Gebied, Processtap en Opties.
  • De aangevraagde aansluitwaarde is inzichtelijk gemaakt. De Dienstcode, Subdienstcode, Productcode en Specificatie geeft inzicht in wat de klant heeft aangevraagd. Dit kun je terug vinden op het detail scherm van het product én op het opdrachtdetailscherm onder aangevraagd.
  • De combi's die zelf werkvoorbereiding doen, kunnen nu ook klantgegevens inzien wanneer 1 Netbeheerder aangeeft Mee in Combi te gaan of een opdracht heeft verstuurd.

Gewijzigd

  • Track & Trace (T&T) functionaliteit is aangezet in CAPO voor alle gebieden. Dit houdt in dat wanneer er 9.5 berichten worden verstuurd uit een T&T bericht, wordt het product geannuleerd in CAPO. Op het detail scherm van het product, wordt onder Processtap 'Geannuleerd' aangegeven.
  • Media wordt automatisch uit combi gemeld binnen het combi gebied Structin Noord.
  • KPI voor sturen TG is voor combi Synfra gewijzigd naar 1 werkdag.

Verbeterd

  • De geplande uitvoeringsdatum en het planningenscherm houdt nu rekening met geannuleerde opdrachten. Als een opdracht wordt geannuleerd, wordt deze niet meegenomen in het berekenen van de geplande uitvoeringsdatum.
  • De volgorde van KTO tussenmeting en eindmeting kunnen elkaar inhalen. Er wordt nu rekening gehouden met de volgorde en eventuele tussenmetingen worden geannuleerd als de volgende KTO al klaar staat om verstuurd te worden.
  • Overige kleine verbeterpunten rondom het versturen van KTO's.


API 0.13.0

Uitbreidingen op project API

GET /project/{projectId}/activiteit

Bij het ophalen van activiteiten onder een project worden afgeronde activiteiten nu standaard ook meegegeven. Dit gedrag kan worden aangepast met de nieuwe parameter includeClosed.

Uitbreidingen op project API

GET /activiteit

Voorheen werden alle activiteiten teruggegeven waarop, door eigen organistie, actie moet worden ondernomen.
Nu worden alle activiteiten teruggegeven waarin de organisatie een rol speelt.
Als alleen activiteiten gewenst zijn waarop actie ondernomen moet worden vult men de parameter assignedTo.

Validaties van booleans

Het is gebleken dat de boolean parameters soms verkeerd ingevuld worden met als gevolg onverwacht gedrag. Deze booleans worden nu gevalideerd. Een error wordt gegeven als het formaat niet een boolean boolean is. https://swagger.io/docs/specification/data-models/data-types/#boolean

Dit betreft:

  • GET /project parameter isActive
  • GET /project parameter klantdataRelevant
  • GET /project/{projectId}/activiteit parameter includeClosed
  • GET /activiteit parameter includeClosed
  • GET /activiteit parameter log