RSM-005: Ophør af leverance

RSM-005: Ophør af leverance

Indholdsfortegnelse

 

>> Link til ændringslog >>

Overblik

Transaktionen benyttes af elleverandøren til at informere målepunktsadministratoren (DataHub) om ophør af leverance eller en fraflytning.

Aktivitetsdiagram

Ophør af leverance

Transaktionsstart

Transaktionen startes af en Request End of supply med MarketDocument type = 432. 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

E20

Leveranceophør

End of supply

E66

Fraflytning

Customer move-out

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 End of supply behandler DataHub anmodningen.

Meddelelses indhold

Request End of supply indeholder en header og en Payload klasse beskrevet herunder.

Contextual model

image-20250611-160240.png
Figur 1: Klasse diagram: Request End of supply Contextual model

Assembly model

image-20250611-160312.png
Figur 2: Klasse diagram: Request End of supply 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 medelelsen. DataHub bruger UUID

Meddelelsesnavn

MarketDocument / type

An..3
kode

1

type = 432

Forretningsårsag

MarketDocument /Process / ProcessType

An..3
kode

1

ProcessType =E20
ProcessType =E66

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

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

Kardinalitet

Beskrivelse

Navn

Cim Attribut

længde

Kardinalitet

Beskrivelse

MktActivityRecord

1..*

 

Transaktions-ID

MktActivityRecord / mRID

An..36

1

Afsenders unikke identifikation af transaktionen.

Målepunkts-ID

MktActivityRecord / MarketEvaluationPoint / mRID

An..18

1

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

Slutdato

MktActivityRecord / End_DateAndOrTime / dateTime

Datetime

1

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

Følgende attributter bruges ikke i RSM-005

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

Elleverandør

MktActivityRecord / MarketEvaluationPoint / EnergySupplier_MarketParticipant / mRID

Balanceansvarlig

MktActivityRecord / MarketEvaluationPoint / BalanceResponsibleParty_MarketParticipant / mRID

Distributør

MktActivityRecord / MarketEvaluationPoint / Shipper_MarketParticipant / mRID

Godkendelse af Ophør af leverance

Transaktionen startes af en Confirm Request End of supply MarketDocument type = E44

Hvis der ikke opdages fejl ved kontrol af meddelelsen i DataHub lagres informationen og der sendes en bekræftelse til fremtidig elleverandøren (Confirm change of supplier) med MarketDocument type = 414.

Meddelelsen sendes som beskrevet i klassediagrammet indeholdende samme ProcessType som

i anmodningen, og godkendelse sker ved at sætte status kode til A01 (Godkendt).

Confirm request End of supply vil altid indeholde en reference til den oprindelige meddelelse

Meddelelses indhold

Contextual model

image-20250611-160707.png
Figur 3: Klasse diagram: Confirm request End of supply Contextual model

Assembly model

image-20250611-160739.png
Figur 4: Klasse diagram: Confirm request End of supply 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 = E44

Forretningsårsag

MarketDocument /Process / ProcessType

An..3
kode

1

ProcessType =E20
ProcessType =E66

Marked

MarketDocument / BusinessSector / type

An..2

0..1

type = 23 - Electricity Supply Industry

Afsender-ID

MarketDocument / Sender_MarketParticipant / mRID

An..16

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

0..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 = 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..0..

A01 = meddelelsen fuldstændig accepteret

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 identifikation af proces (DataHub bruger UUID), som indsættes af DataHub og skal bruges i fremtidige svar til DataHub, når aktør svare i processen.

Note: Det er frivilligt om aktør vil bruge proces-id i svar til DataHub

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

Afvisning af Ophør af leverance

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

Dette sker med meddelelsen Reject request End of supply med Document type = E44.

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 End of supply vil altid indeholde en reference til den oprindelige meddelelse.

Modtager elleverandøren en Reject request End of supply kan denne efterfølgende rette sit system og sende en ny Reject request End of supply for målepunktet.

Behandling af svar hos elleverandøren

Ved modtagelse hos elleverandøren af en Reject request End of supply kan elleverandøren

validerer meddelelsen i overensstemmelse med skemaet til Request End of supply.

Meddelelses indhold

Contextual model

image-20250611-160908.png
Figur 5: Klasse diagram: Reject request End of supply Contextual model

Assembly model

image-20250611-173611.png
Figur 6: Klasse diagram: Reject request End of supply 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 = E44

Forretningsårsag

MarketDocument /Process / ProcessType

An..3
kode

1

ProcessType =E20
ProcessType =E66

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 = 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