Besluiten

Uit DSP
Ga naar: navigatie, zoeken

13-01-2020

Bron: DB

  • De release 1.34.1 in oktober 2020 komt te vervallen, en wordt onderdeel van 1.35 in mei 2021

28-11-2019

Bron: Workshop vaststellen scope 1.34.1

  • Planning eenmaal verstrekken: Uitgangspunt is dat planningen tussen aannemer & netbeheerder slechts éénmaal worden gedeeld: als er via het DSP een planbericht is ontvangen door de netbeheerder dient dezelfde netbeheerder niet via een andere route (zoals lijsten in Excel) dezelfde planning op te vragen
  • 0kb bijlagen niet versturen: alleen bijlagen verstrekken die content bevatten (>0kb)

20-11-2019

Bron: Workshop Procesafspraken

Aanscherping hierop is het veld Opdrachtbericht/Leveradres/AansluitobjectID: indien het een LIP-aanvraag betreft verplicht te vullen met ObjectID uit de LIP aanvraag. Indien het géén LIP-aanvraag betreft (bijvoorbeeld netgedreven activiteit): vullen met samenstelling van postcode, huisnummer en toevoegen in het formaat: 1234AB-123-TOEV

Afspraak: Netbeheerders dienen te voorkomen dat er in de velden huisnummer en toevoeging onder AdresType aanvullende kenmerken van een locatie toegevoegd worden die geen huisnummer/toevoeging zijn (zoals gehanteerd in BAG). Voorbeelden van ongewenste elementen in toevoeging: nabij, rioolgemaal, vri etc.. Deze extra informatie mag in: AdresType.Omschrijving en/of AfnemerEType/AfnemerGType

Afspraak: Geen automatische afkeur op adresgegevens in de AGA (Opdracht is leidend, afwijkingen die worden ingevuld in de AGA niet automatisch retour naar aannemer)

  • OpdrachtID dient te worden opgebouwd uit:

1) Een netbeheerder specifieke prefix van 4 karakters: 3 letters en een verbindingsteken: XXX- Gevolgd door een vrij te kiezen string Voorbeelden van valide notaties: LIA-006004999087 SYN-2631641 ENX-S-411850 DNW-4882661-W DUN-SM_000137581 WLI-20000075

  • AGP verplicht maken in het DSP proces

Status: Nog te realiseren door Evides (gepland feb 2020), al in gebruik bij Liander. Hoeft niet door deelnemers gewacht te worden om te activeren. Besluit: Per 1.34.1 (okt 2020) wordt het afgedwongen door het DSP en worden de huidige bypasses verwijderd.  

  • Digitaal inmeetrapport bij AGA als bijlage

Status: Wanneer een digitale inmeetrapport (Autocad) wordt verwacht wordt dit op verschillende wijzen verwachten van de aannemer: in AGA, AGP of soms ook buitenom per mail. Besluit: Indien er een digitaal inmeetrapport wordt meegestuurd als bijlage dient dit te gebeuren in de AGA – dit inmeetrapport ligt in het verlengde van de assetdata die in het AGA wordt geregistreerd.

  • Bijlagen dienen één keer te worden verstrekt bij een aanvraag:

Niet bij iedere OpdrachtID dezelfde set bijlagen verstrekken Bij een bijstelling niet de eerder gestuurde bijlagen opnieuw versturen.

  • Beter gebruik documentsoort : Netbeheerders dienen maximaal de juiste documentsoort mee te sturen bij de bijlagen.Er zijn netbeheerders die alle bijlagen meesturen als type ‘Overig’. Het DSP kent een indeling in documentsoort (Vergunning, Persrapport, Situatieschets, Aansluitschets, Foto etc.). Wanneer alles als ‘Overig’ verstuurd wordt is zijn er onnodige handelingen bij de aannemer nodig om te bepalen of een bijlage relevant is & of dit naar de monteur dient te worden gestuurd.

17-10-2019

  • DSP release 2020 gaat niet in mei worden gepland, maar na de zomer 2020
  • Stop Hergebruik OpdrachtID's in 2020: OpdrachtID moeten uniek zijn. OpdrachtIDs dienen slechts éénmaal te worden verstrekt. Wanneer een OpdrachtID de eindstatus heeft bereikt (Opdracht gereed of annulering gereed) en dezelfde opdracht dient opnieuw te worden verstrekt dient een niet eerder gebruikt OpdrachtID te worden gebruikt.

18-06-2019

Bron: 18-06-2019 Uitbreiden hoogbouw - Bijlagen - Huisnummers

  • Gebruik Huisnummers: Aannemers passen geen huisnummers aan. Bestaande mogelijkheden op de velden AansluitobjectID, ClusterID, ClustercodeNB en ExterneReferentie dienen gebruikt te worden om de opdrachten bij elkaar te houden, zie de gemaakte afspraken op https://wiki.dsplatform.nl/index.php/Clustering
  • Uitbreiden Hoogbouw wordt voorlopig aangehouden: DSP ondersteunt op dit moment Hoogbouw - Liander, Vitens en Evides en haar aannemers maken hier gebruik van. Besproken aanvullende wensen om hoogbouw verder uit te breiden wordt nog onvoldoende herkend door de aannemers en overige netbeheerders. Huidige ervaringen over de huidige hoogbouw op het DSP dienen eerst te worden gedeeld, en de wensen verder verdiept.
  • Bijlagen IT oplossingen voorlopig aangehouden: issues eerst oplossen in procesafspraken (wat mee te sturen), pas daarna eventueel met IT oplossen.

27-11-2018

Bron: Workshop meerdere versies 13-11-2018 Proces Meerdere Versies

  • Géén annulering tijdens conversieproces: tijdens het omzetten van de opdrachten dient er géén annulering te worden verzonden waarmee het proces (en de historie daarvan) wordt afgesloten. Bijstellen van 1.33 naar 1.34 voor een actieve opdracht dient zonder annulering te gebeuren zodat de historie van de oorspronkelijk opdracht behouden blijft.
  • Het DSP zal maximaal twee versies tegelijkertijd ondersteunen. Het zal dus nooit mogelijk zijn om 3 of meer berichtversies tegelijkertijd te gebruik.
  • Periode voor afmelden 1.33 wordt afgesloten op 1 december 2019 voor alle niet-Liander opdrachten (6 maanden na go-live 1.34): Opdrachten dienen uiterlijk 1 november (6mnd – 1 mnd) in conversie (of uitval) te zitten (zodat november gebruikt wordt voor afronding). Tussen 01-11-2019 en 01-12-2019 dienen dus géén nieuwe 1.33 TG/AGA/AGP meer te worden verstuurd.
  • Voor Liander opdrachten loopt deze conversieperiode tot 01-03-2020. (5 maanden na go-live Liander). Hiermee is tussen oktober 2019 (go-live Liander) 5 maanden beschikbaar om 1.33 af te ronden.
  • DSP houdt bij wanneer partijen omgaan naar de nieuwe versie. DSP controleert of de ontvangende partij een berichtversie ondersteunt: wanneer er voor een partij een opdracht wordt aangeboden terwijl deze partij de nieuwe versie nog niet ondersteunt dan volgt afkeur