RSM-017: Anmodning om beregnede engrosydelser

RSM-017: Anmodning om beregnede engrosydelser

Indholdsfortegnelse

 

>> Link til ændringslog >>

Overblik

Anmodning om beregnede engrosydelser (Request for Aggregated Billing Information) anvendes af elleverandør, Systemansvarlig eller netvirksomhed til at forespørge om engrosydelser hos DataHub.

Aktivitets diagram

 

Meddelelsen sendes som beskrevet i klassediagrammet.

Anmodning om beregnede engrosydelser

Transaktionsstart

Transaktionen initieres med en Anmodning om beregnede engrosydelser (Request for Aggregated Billing Information) med MarketDocument type= D21. En meddelelse kan indeholde en eller flere transaktioner.

En af følgende årsagskoder (Procestype) skal anvendes:

  • D05 Engrosfiksering (Wholesale settlement)

  • D32 Korrektionsafregning (Correction settlement)

Modtagelse i DataHub

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

Ved modtagelse valideres meddelelsen i overensstemmelse med reglerne i afsnit om Fejlhåndtering og kvitteringer.

Acknowledgement Documentet vil indeholde en fejlkode.

Acknowledgement Documentet vil altid indeholde en reference til den oprindelige meddelelse.

Efterfølgende verificeres hver transaktion i overensstemmelse med forretningsreglerne, som beskrevet i Forretningsprocesser for det danske elmarked.

Fremsendelse af beregnede engrosydelser/Notify Wholesale Services

Hvis der ikke opdages fejl ved kontrol af Anmodning om beregnede engrosydelser meddelelsen sendes de ønskede engrosydelser til aktøren, som angivet i  

  • RSM-019: Fremsendelse af beregnede engrosydelser

Engrosydelse meddelelsen vil altid indeholde en reference til den oprindelige meddelelse.

Meddelelsen sendes som beskrevet i klassediagrammet for RSM-019.

Contextual model

 

image-20240630-063035.png

 

Assembly model

 

image-20240630-063056.png

 

Header information

 

Cim Attribut

længde

Kardinalitet

Beskrivelse

 

Cim Attribut

længde

Kardinalitet

Beskrivelse

MarketDocument

1

 

Meddelelses-ID

MarketDocument / mRID

An..36

1

Unik identifikation af meddelelsen. DataHub bruger UUID

Dokumenttype

MarketDocument / type

An..3
kode

1

Unik for hver dokumenttype, tjekkes mod kodeliste

Her bruges D21.

Procestype

MarketDocument /Process / ProcessType

An..3
kode

1

D05 Wholesale settlement
D32 Correction settlement

Marked

MarketDocument / BusinessSector / type

An..2

0..1

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

1

Mulige afsender:
Type = DDQ
Type = DDM
Type = EZ

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

1

Mulige modtagere:
type = DGL

Meddelelsesdato

MarketDocument / createdDateTime

Datetime

1

ISO-8601 standard anvendes.

Dato og tid i UTC+0. Angiver oprettelse tidspunkt.
Format: YYYY-MM-DDThh:mm:ssZ

Attribut beskrivelse til payload

Navn

Cim Attribut

længde

Kardinalitet

Beskrivelse

Navn

Cim Attribut

længde

Kardinalitet

Beskrivelse

Series

1..*

 

Transaktions-ID

Series / mRID

An..36

1

Afsenders unikke identifikation af transaktionen.

Her bruges UUID

Procesvariant

Series / Settlement_Series.version

An..3
kode

0..1

Der angives, hvilken korrektionsafregning proves, der udveksles.

D01 First run
D02 Second run
D03 Third run ……..

Anvendes ikke i forbindelse med balance afregning og engrosfiksering

Startdato

Series / Period / timeInterval : start

Datetime

1

Timeinterval er af typen ESMP_ DateTime-Interval, som har to attributter: Start og End
Dato og tid i UTC+0. Angiver start/sluttidspunkt (skæringsdato) for proces.
Format: YYYY-MM-DDThh:mmZ
ISO-8601 standard anvendes.
Der accepteres højest en samlet periode på 365 dage

Slutdato

Series / Period / timeInterval : end

Datetime

0..1

Netområde

Series / MeteringGridArea_Domain / mRID

An..3

0..1

Netområde er en betegnelse for et net, som administreres af en netvirksomhed. Dansk Energis kode (DE nr.) anvendes.
CodingScheme = NDK

Elleverandør

Series / EnergySupplier_ MarketParticipant / mRID

An..16

0..1

Entydig identifikation af elleverandør. Identificeret med af et GLN-nummer eller en EIC-kode
CodingScheme = A10 angives for 13 cifret GLN.
CodingScheme = A01 angives for 16 tegns EIC-kode.

Prisejer

Series / ChargeType / ChargeType­Owner_MarketParticipant / mRID

An..16

0..1

Entydig identifikation af pris ejer. 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

Tidsopløsning

Series / AggregationSeries_Period / resolution

String

0..1

E.g. P1M. «Angiver i en forespørgsel om der skal inkluderes månedssummer»

Navn

Cim Attribut

længde

Kardinalitet

Beskrivelse

Navn

Cim Attribut

længde

Kardinalitet

Beskrivelse

Series / ChargeType

0..1

 

Pristype

Series / ChargeType / type

An..3
kode

0..1

Type af priselement:
D01 Subscription
D02 Fee
D03 Tariff

Pris-ID

Series / ChargeType / mRID

An..10

0..1

Unik identificering af pris

Payload - Attributter der ikke benyttes i RSM-017 - request

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

Navn

Cim Attribut

Proces-ID

MktActivityRecord / BusinessProcessReference_ MktActivityRecord / mRID

Budzone

Series / BiddingZone_Domain / mRID

Version

Series / version

Afvisning af anmodning om engrosydelser

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

Dette sker med en Afvisning af anmodning om beregnede engrosydelser (Reject request wholesale settlement) meddelelse med MarketDocument type = ERR.

Meddelelsen vil altid indeholde en reference til den oprindelige meddelelse.

Modtageren skal derefter modtage meddelelsen uden at sende afvisning til DataHub.

Behandling af svar hos aktøren

Ved indholdsfejl, som normalt vil medføre en Acknowledgement, skal der ske henvendelse til DataHub Support.

Contextual model

image-20240630-065910.png

Assembly model

image-20250203-143347.png

 

Header information

 

Cim Attribut

længde

Kardinalitet

Beskrivelse

 

Cim Attribut

længde

Kardinalitet

Beskrivelse

MarketDocument

1

 

Meddelelses-ID

MarketDocument / mRID

An..36

1

Unik identifikation af meddelelsen. DataHub bruger UUID

Dokumenttype

MarketDocument / type

An..3
kode

1

Unik for hver dokumenttype, tjekkes mod kodeliste

Her bruges ERR

Procestype

MarketDocument /Process / ProcessType

An..3
kode

1

D05 Wholesale settlement
D32 Correction settlement

Markedsområde

MarketDocument / BusinessSector / type

An..2

0..1

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 / Receiver_MarketParticipant / MarketRole / type

An..3

1

Mulige afsendere:
Type = DGL

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 / Sender_MarketParticipant / MarketRole / type

An..3

1

Mulige modtagere:
Type = DDQ
Type = DDM
Type = EZ

Meddelelsesdato

MarketDocument / createdDateTime

Datetime

1

ISO-8601 standard anvendes.

Dato og tid i UTC+0. Angiver oprettelse tidspunkt.
Format: YYYY-MM-DDThh:mm:ssZ

Status type

MarketDocument / Reason /code

An..3
kode

0..1

A02 Message fully rejected

Attribut beskrivelse til payload

Navn

Cim Attribut

længde

Kardinalitet

Beskrivelse

Navn

Cim Attribut

længde

Kardinalitet

Beskrivelse

Series

1..*

 

Transaktions-ID

Series / mRID

An..36

1

Afsenders unikke identifikation af transaktionen.

Her bruges UUID

Reference til original Transaktions-ID

Series / OriginalTransactionReference_Series / mRID

An..36

0..1

Entydig reference til oprindelig meddelelse.

Navn

Cim Attribut

længde

Kardinalitet

Beskrivelse

Navn

Cim Attribut

længde

Kardinalitet

Beskrivelse

Series / Reason

1..*

 

Afvisningsårsag

Series/ Reason / code

An..3
kode

1..*

Anvendes hvis status er lig afvist til at beskrive årsag for afvisning. Kode sættes i henhold til forretningsreglerne.

Fejltekst

Series / Reason / text

String

0..1

Uddybende forklaring af afvisning. Udfyldes kun hvis der er relevante data.

Ændringslog

Version

Dato

Ændringer siden sidste version

Version

Dato

Ændringer siden sidste version

1.7.3

2026-05-22

Dokumenttype er rettet fra E74 til D21 i beskrivelsen til anmodning, så det passer med skemaet.

1.7.2

2026-04-15

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.1

2025-12-08

Pris-ID længde er ændret fra 3 til 10.

1.7.0

2025-01-15

Afsender og modtager information delt i rolle og ID under header information

1.6.3

2024-11-26

Anvendte RSM- og meddelelsesnavne er opdateret for at opnå bedre overensstemmelse med BRS-navne samt større ensartethed på tværs af forretningsprocesser.

1.6.2

2024-09-20

Kardinalitet er ændret for Prisejer og Elleverandør fra 1 til 0…1

1.6.1

2024-08-12

Afsender og modtager er ændret i begge header afsnit, så de er korrekte. Kardinalitet for net område er ændret fra 1 til 0..1

1.6.0

2024-06-15

Version 1.6 er en sammenfatning af dokumenterne CIM Based Ediel transaktioner for det danske elmarked 1.5 og EDI transaktioner for det danske elmarked ver. 5.7.9.