DataHub - Bilag 3a - Kundens kravspecifikation - Energinet.dk

Energinet.dk udbudsmateriale – DataHub
Bilag 3a – Kundens kravspecifikation
Bemærk, at dette er den samlede logiske datamodel og som sådan ikke skal betragtes som et
bud på en fysisk tabelstruktur.
Bemærk også, at de beskeder, der fremsendes via EDI med stamdata for et målepunkt, vil
rumme fællesmængden af attributter for alle målepunkstyper. Som eksempel kan nævnes, at
når der indsendes stamdata for et produktionsmålepunkt, er attributten DE branchekode ikke
relevant, men kan alligevel findes i beskeden.
I datamodellen (se Figur 6-1: Samlet logisk datamodel) optræder entiteterne Balanceansvarlig,
Elleverandør og Netvirksomhed som sub-entitteter af den generelle entitet Aktør. I daglig tale
opfattes entiteterne ofte som helt selvstændige entiteter. Nogle selskaber er også koncernforbundne.
Bemærk: Nogle firmaer optræder i flere roller. F.eks. er "DONG Energy Frederiksberg Elnet A/S"
både netvirksomhed og handelsbalanceansvarlig på det tidspunkt, hvor dette dokument skrives.
6.3 Stamdata
6.3.1 Stamdata, opdateret på baggrund af markedsprocesser
6.3.1.1 Målepunkter og målinger
I figuren over den samlede datamodel svarer dette til entiteterne under Målepunkts-entiteten
(Målepunktsentiteten inklusiv). Yderligere vil stamdata for Afregningsmålepunkter rumme data
for op til 2 disponenter (navn, adresse) og også elleverandør ID og netområde ID m.m. Dette
anses også for stamdata til målepunktet, og det er i den logiske datamodel realiseret, ikke ved
direkte attributter, men gennem associationer.
Målepunkter og relaterede entiteter skal kunne vedligeholdes både gennem EDI-kommunikation
og gennem webportalen. Set fra DataHub'ens synspunkt er det de samme processer, der aktiveres
uanset om vedligeholdet sker gennem EDI eller webportal. DataHub'en skal have skærmbilleder
under den generelle webportal, som kan varetage CRUD-funktioner (Create, Read, Update,
Delete) for disse entiteter.
Se yderligere i forskriften for stamdata "Pseudo-forskrift I - Stamdata".
Der er en række markedsprocesser, der basalt set manipulerer med entiteten Målepunkt.
Disse markedsprocesser findes i pseudo-forskrift H1. Se f.eks. Leverandørskifte, Flytning samt
udløb af kontrakt, og andre.
Disse processer vil i nogle tilfælde ændre på målepunktets tilstand (se Figur 6-2).
Disse markedsforskrifter er brudt ned til en række BRS'er (processer) og RSM'er (datameddelelser)
og disse kan potentielt alle påvirke Målepunkt og målinger.
Ansvaret for vedligehold af disse stamdata er principielt altid netvirksomhedens, på nær enkelte
undtagelser. Et eksempel er processen BRS-009, hvor tilflytning tilmeldt til elleverandør vil medføre
at elleverandøren overskriver Disponentnavn og adresse. Et andet eksempel er feltet "Webadgangskode",
der vedligeholdes af DataHub'en og som udveksles via EDI. Et tredje eksempel
Dok. 31785/10, Sag 10/3365 70/132