Conversie naar versie h2.0
Versie h1.0 en h2.0 naast elkaar
Na de release zijn er 2 actieve DSP-hoofdnet versies: h1.0 en h2.0. Deze versies zijn in principe onafhankelijk van elkaar en kunnen naast elkaar gebruikt blijven worden. Voor h1.0-opdrachten moeten alle berichten (dus o.a. planning en deelproductiestaat) in versie h1.0 verstuurd blijven worden.
Het streven is om zo snel mogelijk versie h1.0 uit te faseren, zodat voor alle opdrachten de nieuwe functionaliteit benut kan worden en het ondersteunen van 2 versies niet onnodig lang duurt. Daarom worden h1.0-opdrachten op een bepaald moment omgezet naar h2.0.
Een aandachtspunt voor h1.0-opdrachten is dat deze als financiële referentie gebruikt kunnen worden voor een h2.0 niet-financiële opdracht. Dat betekent dat je de melding kan krijgen dat de eindproductiestaat niet ingediend kan worden, omdat er nog openstaande niet-financiële opdrachten zijn. Een nieuwe melding voor h1.0 dus, die ontstaat door h2.0-functionaliteit
Het is de bedoeling dat de netbeheerder vanaf de livegang alleen nog h2.0-opdrachten uitstuurt, zodat de uitfasering van h1.0 kan beginnen. Het versturen van h1.0 blijft technisch mogelijk. Hou er ook rekening mee dat er een h1.0-opdracht gestuurd moet kunnen worden als een h1.0-opdracht is afgekeurd en opnieuw moet worden verstrekt. Als netbeheerder moet je dus in staat om zowel h1.0- als h2.0-opdrachten te versturen.
Conversie h1.0 naar h2.0
Na de livegang bestaan er 2 versies naast elkaar (h1.0 en h2.0) die door alle partijen allebei tegelijkertijd ondersteund moeten kunnen worden.
Stichting Mijn Aansluiting biedt de mogelijkheid aan om h1.0-opdrachten om te zetten naar h2.0. Een netbeheerder-aannemer combinatie kan een gezamenlijk moment afstemmen voor deze conversie. Het stappenplan:
Netbeheerder en aannemer stemmen een moment van conversie af en communiceren de gewenste datum + tijdstip naar MA. Buiten werktijd altijd in overleg met MA.
Mijn Aansluiting zet op het afgestemde moment alle openstaande h1.0-opdrachten om naar h2.0.
Netbeheerder en aannemer zorgen dat ze na dit moment alleen nog h2.0-berichten versturen (h1.0-berichten kunnen nog wel afgeleverd worden, maar dit is niet de bedoeling!)
Let op: voor veel partijen betekent dit dat ook in eigen systeem een conversie moet plaatsvinden, op hetzelfde moment.
Aandachtspunten
Afgeronde opdrachten blijven versie h1.0
Alle berichten moeten vanaf de conversiedatum in versie h2.0 verstuurd.
Alle h1.0 opdrachten zijn en blijven na conversie wel-financiële opdrachten
Voor alle berichten geldt dus inhoudelijk dat in ieder geval het versie-nummer verandert.
Voor sommige berichten (met name de beoordelingen) geldt dat deze niet 100% backwards compatible zijn bij de versie-overgang.
Het is aan te raden om rondom de conversie het berichtenverkeer stil te leggen en geen berichten te bufferen, omdat die aangepast moeten worden om ze te kunnen versturen.
Het doen van de conversie resulteert in CAPO/Status API in een wijzigingsdatum op het moment van conversie en het opnieuw zetten van de meest recente status.
Het streven is om zo snel mogelijk na livegang over te gaan tot conversie.
Na de conversie dient de netbeheerder geen h1.0 opdrachten meer te verstrekken.
Omdat het per netbeheerder-aannemer combinatie gebeurt, moet de netbeheerder in staat zijn om voor de ene aannemer h2.0-opdrachten te sturen (conversie is achter de rug) en voor de andere aannemer h1.0-opdrachten.