RSM-017: Anmod om engrosydelser

Indholdsfortegnelse

Ændringslog

Version

Dato

Ændringer siden sidste version

Version

Dato

Ændringer siden sidste version

1.6.2

20-09-2024

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

1.6.1

12-08-2024

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

15-06-2024

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.

Overblik

Anmod om 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.

Anmod om engrosydelser

Transaktionsstart

Transaktionen initieres med en Anmod om 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.

Aggregerede engrosydelse/Notify Wholesale Services

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

  • RSM-019: Fremsend 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

Meddelelses ID

MarketDocument / mRID

An..36

1

Unik identifikation af besked. DataHub bruger UUID

Dokumenttype

MarketDocument / type

An..3
kode

1

Unik for hver dokumenttype, tjekkes mod kodeliste

Her bruges E74

Procestype

MarketDocument /Process / ProcessType

An..3
kode

1

D05 Wholesale settlement
D32 Correction settlement

Markedsområde

MarketDocument / BusinessSector / type

An..2

1

23  Electricity Supply Industry

Afsender

MarketDocument / Sender_MarketParticipant / MarketRole / type

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.

Mulige afsender:
DDQ Energy Supplier
DDM Grid access provider
EZ system operator

Modtager

MarketDocument / Receiver_MarketParticipant / MarketRole / type

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.

Mulige modtagere:
DGL DataHub

Meddelelsesdato

MarketDocument / createdDateTime

Datetime

1

ISO-8601 standard anvendes.

Dato og tid i UTC+0. Angiver starttidspunkt (skæringsdato) for proces.
Format: YYYY-MM-DDThh:mm:ssZ

Attribut beskrivelse til payload

Navn

Cim Attribut

længde

Kardinalitet

Beskrivelse

Navn

Cim Attribut

længde

Kardinalitet

Beskrivelse

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.

Slutdato

Series / Period / timeInterval : end

Datetime

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»

Pristype

Series / ChargeType / type

An..3
kode

0..1

Type af priselement:
D01 Subscription
D02 Fee
D03 Tariff

Pris ID

Series / ChargeType / mRID

An..3
kode

0..*

Unik identificering af pristype

Følgende attributter brugs ikke i RSM-017 i Danmark

Navn

Cim Attribut

længde

Kardinalitet

Navn

Cim Attribut

længde

Kardinalitet

Budzone

Series / BiddingZone_Domain / mRID

An..3

0..1

Afvis anmod om engrosydelser

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

Dette sker med en Afvis anmod om Aggregede data (Reject Request Metered Data Aggregated) 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

Assembly model

 

 

Header information

 

Cim Attribut

længde

Kardinalitet

Beskrivelse

 

Cim Attribut

længde

Kardinalitet

Beskrivelse

Meddelelses ID

MarketDocument / mRID

An..36

1

Unik identifikation af besked. 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

1

23  Electricity Supply Industry

Afsender

MarketDocument / Receiver_MarketParticipant / MarketRole / type

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.

Mulige afsendere:
DGL DataHub

Modtager

MarketDocument / Sender_MarketParticipant / MarketRole / type

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.

Mulige modtagere:
DDQ Energy Supplier
DDM Grid access provider
EZ system operator

Meddelelsesdato

MarketDocument / createdDateTime

Datetime

1

ISO-8601 standard anvendes.

Dato og tid i UTC+0. Angiver starttidspunkt (skæringsdato) for proces.
Format: YYYY-MM-DDThh:mm:ssZ

Statustype

RejectRequestChangeOfPriceList_ 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

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.

Afvisningsårsag

MktActivityRecord / 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

MktActivityRecord / Reason / text

STRING

0..1

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