RSM-006: Anmodning om stamdata

RSM-006: Anmodning om stamdata

Indholdsfortegnelse

 

>> Link til ændringslog >>

Overblik

Anmodning om stamdata anvendes af elleverandør eller netvirksomhed til at forespørge om stamdata på et målepunkt. Forespørgslen skal ske på målepunktsniveau og vil, hvis den accepteres, resulterer i 2 svar meddelelser

Aktivitetsdiagram

Anmodning om stamdata

Transaktionsstart

Transaktionen initieres med en Request Accounting Point characteristics med MarketDocument type = D18. En meddelelse kan indeholde en eller flere transaktioner.

Meddelelsen kan indeholde en af følgende årsagskoder (ProcessType):

Årsagskode

Dansk navn

Engelsk navn

Årsagskode

Dansk navn

Engelsk navn

E0G

Stamdata

Data alignment for master data metering point

Modtagelse i DataHub

I tilfælde af at der sker verifikationsfejl i forhold til skemaet, skal meddelelsen afvises synkront med en HTTP Error.

Derefter valideres meddelelsen i overensstemmelse med forretningsreglerne (BRS), og hvis der er fejl afvises meddelelsen.

Hvis der ikke opdages fejl ved kontrol af Request validated measure data Data meddelelsen sendes de ønskede måledata til aktøren, som angivet i Notify validated measure data.

Måledata meddelelsen vil altid indeholde en reference til den oprindelige anmodning.

Meddelelses indhold

Request Accounting Point characteristics indholder en header og en payload beskrevet herunder.

Contextual model

image-20250611-174427.png
Figur 1: Klasse diagram: Request Accounting Point Characteristics Contextual model

Assembly model

image-20250611-174453.png
Figur 2: Klasse diagram: Request Accounting Point Characteristics Assembly model

Header Information

Navn

Cim Attribut

Str.

Kardi-nalitet

Beskrivelse

Navn

Cim Attribut

Str.

Kardi-nalitet

Beskrivelse

MarketDocument

1

 

Meddelelses-ID

MarketDocument / mRID

An..36

1

Unik identifikation af meddelelsen . DataHub bruger UUID

Meddelelsesnavn

MarketDocument / type

An..3
kode

1

type = D18

Forretningsårsag

MarketDocument /Process / ProcessType

An..3
kode

1

ProcessType = E0G

Marked

MarketDocument / BusinessSector / type

An..2

0..1

type = 23 - Electricity Supply Industry

Afsender-ID

MarketDocument / Sender_MarketParticipant / mRID

An..16

1

Entydig identifikation af afsender. Aktøren er identificeret af et GLN-nummer eller en EIC-kode.
CodingScheme = A10 angives for 13 cifret GLN.
CodingScheme = A01 angives for 16 tegns EIC-kode.

Afsender rolle

MarketDocument / Sender_MarketParticipant / MarketRole / type

An..3
kode

1

Mulige afsender:
type = DDQ
type = DDM

Modtager-ID

MarketDocument / Receiver_MarketParticipant / mRID

An..16

1

Entydig identifikation af afsender. Aktøren er identificeret af et GLN-nummer eller en EIC-kode.
CodingScheme = A10 angives for 13 cifret GLN.
CodingScheme = A01 angives for 16 tegns EIC-kode.

Modtager rolle

MarketDocument / Receiver_MarketParticipant / MarketRole / type

An..3
kode

1

Mulige modtagere:
type = DDZ

Meddelelsesdato

MarketDocument / createdDateTime

Date
time

1

ISO-8601 standard anvendes.

Dato og tid i UTC+0. Angiver oprettelsesdato for anmodning.
Format: YYYY-MM-DDThh:mm:ssZ

Payload - Attribut beskrivelse

Navn

Cim Attribut

længde

Kardi-nalitet

Beskrivelse

Navn

Cim Attribut

længde

Kardi-nalitet

Beskrivelse

MktActivityRecord

1..*

 

Transaktions-ID

MktActivityRecord / mRID

An..36

1

Afsenders unikke identifikation af transaktionen.

Målepunkts-ID

MktActivityRecord / MarketEvaluationPoint / mRID

En..18

1

Entydig identifikation af et målepunkt.   
GSRN = 18 cifre. CodingScheme = A10

Start Dato

MktActivityRecord / Start_DateAndOrTime / dateTime

Datetime

0..1

ISO-8601 standard anvendes.

Dato og tid i UTC+0.
Format: YYYY-MM-DDThh:mm:ssZ
Hvis datoer er udeladt, så gives stamdata pr. dags dato.
Hvis start angives uden slut, så øjebliksbillede af stamdata på en bestemt dag

Slutdato

MktActivityRecord / End_DateAndOrTime / dateTime

Datetime

0..1

Medtag Child Målepunkter

MktActivityRecord / includeChildMeteringPoints

Boolean

0..1

Hvis udfyldt medsendes evt. stamdata på childmålepunkter

Payload - Attributter der ikke benyttes i RSM-006

Data der indsendes i attributter der ikke benyttes i meddelelsen vil blive ignoreret af DataHub. Det betyder at DataHub ikke kigge på indhold af feltet, og dermed ikke afviser/godkender meddelelsen på baggrund af feltet.

Navn

Cim Attribut

længde

Kardinalitet

Beskrivelse

Navn

Cim Attribut

længde

Kardinalitet

Beskrivelse

Proces-ID

MktActivityRecord / BusinessProcessReference_ MktActivityRecord / mRID

An..36

0..1

Proces-ID indsættes af DataHub i Confirm eller Reject meddelelser.

Initiator

MktActivityRecord / Initiator_MarketParticipant / mRID

 

0..1

Initiator ID is put in mRID attribute and the related role in the “type” attribute.

Initiator rolle

MktActivityRecord / Initiator_MarketParticipant / MarketRole /type

 

0..1

Afvisning af Anmodning om stamdata

I tilfælde af, at der konstateres en fejl i forhold til forretningsregler, skal transaktionen afvises.

Dette sker med meddelelsen Reject request Accounting Point characteristics med Document type = D19.

Meddelelsen sendes som beskrevet i klassediagrammet indeholdende samme ProcessType som

i anmeldelsen, og afvisning sker ved at sætte status kode til A02 (Afvist) og Reason Code sat til den

relevante kode fra forretningsreglerne.

Reject request Accounting Point characteristics vil altid indeholde en reference til den oprindelige meddelelse.

Behandling af svar hos aktøren

Modtager aktøren af en Reject request Accounting Point characteristics kan denne efterfølgende rette sit system og sende en ny Request Accounting Point characteristics.

Meddelelses indhold

Reject request Accounting Point characteristics indeholder en header og en Payload klasse beskrevet herunder.

Contextual model

image-20250611-174526.png
Figur 3: Klasse diagram: Reject request Accounting Point Characteristics Contextual model

Assembly model

image-20250611-174600.png
Figur 4: Klasse diagram: Reject request Accounting Point Characteristics Assembly model

Header Information

Navn

Cim Attribut

Str.

Kardi-nalitet

Beskrivelse

Navn

Cim Attribut

Str.

Kardi-nalitet

Beskrivelse

MarketDocument

1

 

Meddelelses-ID

MarketDocument / mRID

An..36

1

Unik identifikation af meddelelsen. DataHub bruger UUID

Meddelelsesnavn

MarketDocument / type

An..3
kode

1

type = D19

Forretningsårsag

MarketDocument /Process / ProcessType

An..3
kode

1

ProcessType = E0G

Marked

MarketDocument / BusinessSector / type

An..2

0..1

type = 23 - Electricity Supply Industry

Afsender-ID

MarketDocument / Sender_MarketParticipant / mRID

An..16

1

Entydig identifikation af afsender. Aktøren er identificeret af et GLN-nummer eller en EIC-kode.
CodingScheme = A10 angives for 13 cifret GLN.
CodingScheme = A01 angives for 16 tegns EIC-kode.

Afsender rolle

MarketDocument / Sender_MarketParticipant / MarketRole / type

An..3
kode

1

Mulige afsender:
type = DDZ

Modtager-ID

MarketDocument / Receiver_MarketParticipant / mRID

An..16

1

Entydig identifikation af afsender. Aktøren er identificeret af et GLN-nummer eller en EIC-kode.
CodingScheme = A10 angives for 13 cifret GLN.
CodingScheme = A01 angives for 16 tegns EIC-kode.

Modtager rolle

MarketDocument / Receiver_MarketParticipant / MarketRole / type

An..3
kode

1

Mulige modtagere:
type = DDM
type = DDQ

Meddelelsesdato

MarketDocument / createdDateTime

Date
time

1

ISO-8601 standard anvendes.

Dato og tid i UTC+0. Angiver oprettelsesdato for anmodning.
Format: YYYY-MM-DDThh:mm:ssZ

Status type

MarketDocument / Reason /code

AN..3
Kode

0..1

A02 = meddelelses fuldstændig afvist

Payload - Attribut beskrivelse

Navn

Cim Attribut

længde

Kardinalitet

Beskrivelse

Navn

Cim Attribut

længde

Kardinalitet

Beskrivelse

MktActivityRecord

1..*

 

Transaktions-ID

MktActivityRecord / mRID

An..36

1

Afsenders unikke identifikation af transaktionen.

DataHub bruger UUID

Proces-ID

MktActivityRecord / BusinessProcessReference_ MktActivityRecord / mRID

An..36

0..1

Unik ID af processen.

DataHub bruger UUID

Reference til original Transaktions-ID

MktActivityRecord / OriginalTransactionIDReference_ MktActivityRecord / mRID

An..36

0..1

Entydig reference til oprindelig meddelelse

Målepunkts-ID

MktActivityRecord / MarketEvaluationPoint / mRID

AN..18

1

Entydig identifikation af et målepunkt.
GSRN = 18 cifre. CodingScheme = A10

Navn

Cim Attribut

længde

Kardinalitet

Beskrivelse

Navn

Cim Attribut

længde

Kardinalitet

Beskrivelse

MktActivityRecord / Reason

1..*

 

Afvisningsårsag

MktActivityRecord / Reason / code

An..3
kode

1

Anvendes hvis status lig afvist til at beskrive årsag for afvisning.

Fejltekst

MktActivityRecord / Reason / text

String

0..1

Fejltekst

Ændringslog

Version

Dato

Ændringer siden sidste version

Version

Dato

Ændringer siden sidste version

1.7.5

2026-06-16

Kardinalitet for Reference til original Transaktions-ID er ændret fra 1 til 0..1, så den passer med skemaet.

1.7.4

2026-06-12

Attribut “Meddelelsesnavn” beskrivelse er ændret fra E73 til D18, som skemaet understøtter.

1.7.3

2026-03-10

Alle kardinaliteter tilpasset, så de passer til skemaerne, inkl. gruppe opdeling (blå linier)
Fejltekst i reject meddelelsen er ændret fra 128 karakter til ubegrænset i længde.

1.7.2

2025-11-17

Proces-ID er fjernet i reqeust, og beskrivelser tilpasset i reject/confirm meddelelser.

1.7.1

2025-10-31

Denne version er en sammenfatning af dokumenterne CIM Based Ediel transaktioner for det danske elmarked 1.7 og EDI transaktioner for det danske elmarked ver. 5.7.9.

1.7.0

2025-06-01

Version 1.7 er overførsel fra CIM Based Ediel transaktioner for det danske elmarked 1.7 til Confluence