Med i idriftsættelsen af fase 2: Måledata og beregninger af måledata overgå hele håndteringen måledata på et målepunkt fra DH2 til at blive aktiveret i Datahub 3.
Det medfører at alle aktører skal indsende eller hente måledata til via et endpoint i Datahub 3.
Proceshåndtering af stamdata for målepunktet håndteres stadig i Datahub 2 og når processen er afsluttet overføres de nye informationer på målepunktet til Datahub 3.
Synkroniseringen af stamdata med Datahub 2 følger nedenstående skema.
Stamdata opdateres 2 gange dagligt henholdsvis kl 12.15 og igen kl. 21.15. I relation til indsendselse af måledata til Datahub 3 medfører det nogle opmærksomhedspunkter, som den enkelte aktør skal forholde sig til og planlægge sin daglige drift efter
Vi har identificeret nedenståeende scenarier.
Ændringstype | Skæringsdag | Proces | Betydning |
|---|---|---|---|
Målepunksstamdata | I dag | Måledata indsendes først dagen efter eller senere | Måledata valideres og modtages korrekt |
Målepunksstamdata | I går | Indsendelse af måledata er afhængig af daglig opdatering af stamdata | Netvirksomhed skal tilpasse indsendelse af måledata efter skema |
HTX (Anden dato) | HTX (Tidligere dato) | Stamdata ændringer tilbage i tid | Måledata skal genindsendes efter stamdata er opdateret |
Leverandørforhold Flytning/leverandørskifte | I dag eller senere | Måledata udsendes til korrekte modagere | Måledata valideres og udsendes korrekt |
Leverandørforhold Flytning | Max 5 dage tilbage i tid | Måledata udsendes til modagere efter informationer i DH3 | Tidligere elleverandør kan modtage måledata efter Tilflytning tilbage i tid er eksekveret. |
Korrektion af leverandørskifte/flytninger | I dag eller tidligere | Ingen automatiseret korrektion | Elleverandører skal anmode om nye måledata |
Indsendelse af måledata for perioder < 24 timer | I dag | Indsendelse af måledata er afhængig af daglig opdatering af stamdata | Aktør bør vurdere konsekvens for egen proces. |
Hvis målepunktets stamdata som er registreret i Datahub 3 medfører at måledata ikke er korrekte, afvises de på traditionel vis med en RSM-009. Vi forventer at sende samme årsagskode som idag.
Den enkelte aktør har så mulighed for at gensende eller anmode om de manglende data.