(EDI guide - RSM'ere)

Transkript

1 Forretningsprocesser for det danske elmarked Bilagsrapport 1: EDI transaktioner for det danske elmarked (EDI guide - RSM'ere) Juli 2011 Version: DATE CCO MBN NAME DATE CCO JSQ JHH NAME DATE CCO JSQ MEH NAME REV. DESCRIPTION PREPARED CHECKED REVIEWED APPROVED Energinet.dk DOC. NO.

2 INDHOLDSFORTEGNELSE INDHOLDSFORTEGNELSE Ændringer Introduktion Formål og målgruppe Forretningstransaktioner Referencer Requirement Specification Mapping RSM-001: Start af leverance RSM-002: Annuller start af leverance RSM-004: Orientering om skift af elleverandør RSM-005: Ophør af leverance fra elleverandør RSM-006: Anmod om stamdata på målepunkt RSM-007: Stamdata for et målepunkt RSM-009: Kvittering RSM-011: Forbrug for skabelonafregnet målepunkt RSM-012: Fremsend måledata for et målepunkt RSM-013: Fremsend andelstal RSM-014: Fremsend beregnede tidsserier RSM-015: Anmod om måledata Datadefinitioner Attributter Koder Krydsference mellem BRS og RSM Figurliste...93 Dok.31444/10, Sag 10/ / 93

3 1. Ændringer Aktuelle version : 3.0 intern Dato Beskrivelse Rev. Forfatter Opdateret Klassediagrammer opdateret Tekster opdateret Opdateret Opdateret Opdateret Rettelser på klassediagrammer Generelle tekstændringer. Opdateringer på klassediagrammer og kodelister. Generelle tekstændringer. Opdatering af Kodelister, Opdatering af Schema URI. Generelle tekstændringer. Opdatering af Datadefinitioner, Kodelister, Schema URI, Klassedigramer og RSM EDI guide gruppen EDI guide gruppen EDI guide gruppen EDI guide gruppen EDI guide gruppen EDI guide gruppen EDI guide gruppen EDI guide gruppen EDI guide gruppen EDI guide gruppen 3 / 93

4 2. Introduktion Denne bilagsrapport beskriver den samling af forretningstransaktioner, der indgår i dokumentet "Forretningsprocesser for det danske elmarked". Bilagsrapporten indeholder en specifikation af håndteringen af forretningstransaktionerne der bliver anvendt i det danske elmarked. En forretningstransaktion i dette dokument skal håndteres med udgangspunkt i reglerne i Pseudo-forskrift F, som blandt andet beskriver den generelle fejlhåndtering, hvilket indebærer den validering af meddelelserne, som skal ske før den mere specifikke forretningstransaktion Formål og målgruppe Dokumentet har til formål at klarlægge og beskrive forretningstransaktionerne samt indholdet af data for de beskrevne forretningsprocesser. Dokumentets målgruppe er alle aktører og disses systemleverandører Forretningstransaktioner En forretningstransaktion i dette dokument overholder reglerne i Pseudo-forskrift F, med tilhørende bilag. En forretningstransaktion er uafhængig af andre forretningstransaktioner, men kan sammen med andre transaktioner indgå i en eller flere forretningsprocesser. En forretningstransaktion beskriver udvekslingen af meddelelser mellem to aktørers it-systemer. Yderligere specificeres en del af den interne håndtering i en aktørs itsystem, hertil anvendes bl.a. et aktivitetsdiagram. Udvekslingen af meddelelser mellem it-systemer er illustreret i et aktivitetsdiagram, hvor navnet på meddelelsen er angivet og hvilke aktører der er omhandlet (dansk rollemodel anvendes, jævnfør Pseudo-forskrift F, bilagsrapport 3). Modtageren af en meddelelse skal validere denne i overensstemmelse med en valideringstabel eller de regler, som er vist i forretningstransaktionen, hvorefter svar afsendes. Hver meddelelse indeholder en liste af attributter, som vises i form af et klassediagram og i enkelte tilfælde anvendes en dependency matrix. En dependency matrix anvendes, hvis det er muligt at sende en meddelelse med forskellig attributter alt efter formål. Dette dokument beskriver således alle forretningstransaktioner, der indgår i dokumentet "Forretningsprocesser for det danske elmarked". Bemærk, at klassediagrammerne der vises sammen med RSM'erne i dette dokument er de logiske klassediagrammer. De tekniske klassediagrammer bliver vist i et selvstændigt bilag "Tekniske klassediagrammer" Referencer Dokumentet refererer til følgende dokumenter: ebix dokumentation se Pseudo-forskrift F: "EDI kommunikation i elmarkedet" Webservice interface Dok.31444/10, Sag 10/ / 93

5 Tekniske klassediagrammer Message Implementation Guidlines (MIG) for UTILTS, UTILMD og APERAK Forretningsprocesser for det danske elmarked Pseudo-forskrift I: "Stamdata" 5 / 93

6 3. Requirement Specification Mapping På de efterfølgende sider beskrives de enkelte transaktioner. Dok.31444/10, Sag 10/ / 93

7 3.1. RSM-001: Start af leverance Overblik Start af leverance Elleverandør DataHub Figur 1 - Use Case Diagram for Start af leverance Forretningstransaktionen anvendes af elleverandøren til at sende en Request change of supplier til målepunktsadministratoren (DataHub'en) Transaktionsstart Transaktionen startes af en Request change of supplier meddelelse (Anmeld start af leverance) med Document 392. En meddelelse kan indeholde en eller flere transaktioner, der alle anvender den samme EnergyBusinessProcess. En af følgende BusinessReason skal anvendes: E65 Customer move-in (tilflytning) E03 Change of balance supplier (skift af elleverandør) D07 Rollback Change-of-supplier (genoptag leverance på et målepunkt) Aktivitetsdiagram Start af leverance Start Afsender Elleverandør Modtager DataHub Send anmeldelse Anmeld start af leverance Modtage anmeldelse Kontrollere anmeldelse Syntaksfejl Modtage svar Afvis start af leverance Send afvisning Nej Transaktion ok? Ja Behandling af svar hos elleverandøren Godkend start af leverance Send bekræftelse Syntaksfejl Godkendt? Nej Ja Syntaksfejl Process ok Fejl skal rettes Proces slut Process ok Syntaksfejl Figur 2 - Aktivitetsdiagram for Start af leverance 7 / 93

8 Anmeld start af leverance/request change of supplier Meddelelsen sendes som beskrevet i klassediagrammet. Modtagelse Ved modtagelse valideres meddelelsen i overensstemmelse med reglerne i Pseudoforskrift F, EDI kommunikation. Efterfølgende skal hver transaktion verificeres i overensstemmelse med forretningsreglerne, som beskrevet herunder. Business Reason E65 E03 D07 E03 D07 E65 E65 E03 D07 E65 E03 D07 E03 E03 E65 D07 D07 D07 D07 Validering Målepunktet skal være identificerbart. Målepunktet registreret som inaktivt eller nedlagt på skæringsdato Målepunktet registreret som nedlagt på skæringsdato Elleverandøren skal være godkendt på startdatoen Den balanceansvarlige aktør skal være godkendt på startdatoen Der er allerede foretaget leverandørskifte på dagen Tidspunktet for modtagelsen af meddelelsen skal være inden den officielle tidsfrist Anmodet skæringsdato ikke lig med oprindelig skæringsdato Anmeldende elleverandør var ikke elleverandør på målepunktet på skæringsdato DataHub har ikke modtaget webformular inden anmeldelse Response Reason E10 (Installation address or metering point not identifiable) E22 (Metering point blocked for switching) E22 (Metering point blocked for switching) E16 (Unauthorised supplier) E18 (Unauthorised Balance responsible) E22 (Metering point blocked for switching) E17 (Requested switch date not within time limits) E17 (Requested switch date not within time limits) D08 (Balance supplier does not match the current Balance supplier) E22 (Metering point blocked for switching) D07 (Ongoing move process) E03 Der er anmeldt flytning på målepunkt E65 E65 Kontaktinformation ikke medsendt D03 (Missing consumer name or address) Dok.31444/10, Sag 10/ / 93

9 Godkend start af leverance/confirm Change of Supplier Hvis der ikke opdages fejl ved kontrol af meddelelsen i DataHub'en lagres informationen og der sendes en bekræftelse (Confirm change of supplier) med Document 414 for alle de godkendte transaktioner til elleverandøren. Meddelelsen sendes som beskrevet i klassediagrammet indeholdende samme EnergyBusinessProcess som anmeldelsen, og godkendelsen sker ved at sætte statuskoden til 39 (approved). Herefter er transaktionen slut. Confirm change of supplier vil altid indeholde en reference til den oprindelige meddelelse. Elleverandøren skal herefter verificere de godkendte transaktioner, når stamdata på målepunktet efterfølgende er modtaget. Hvis elleverandøren opdager en uoverensstemmelse, kan der foretages en annullering, jævnfør RSM Afvis start af leverance/reject Change of Supplier I tilfælde af, at der konstateres en fejl i forhold til valideringstabellen skal transaktionen afvises. Dette sker med meddelelsen Reject change of supplier med Document 414. Meddelelsen sendes som beskrevet i klassediagrammet indeholdende samme EnergyBusinessProcess som anmeldelsen, og afvisning sker ved at sætte status kode til 41 (Rejected) og Reason sat til den relevante kode fra valideringstabellen. Reject change of supplier vil altid indeholde en reference til den oprindelige meddelelse. Modtager elleverandøren en Reject change of supply kan denne efterfølgende rette sit system og sende en ny Request change of supplier for målepunktet Behandling af svar hos elleverandøren Ved modtagelse af confirm eller reject meddelelse valideres denne i overensstemmelse med reglerne i Pseudo-forskrift F. I tilfælde af at der sker verifikationsfejl i forhold til skemaet eller indholdet, skal meddelelsen afvises. Følgende valideringer af meddelelsen skal foretages: Målepunkt skal være lig målepunkt i den oprindelige meddelelse. Elleverandøren skal være den samme som ved anmodningen om start af leverance. Reference til transaktion ID skal være lig transaktion ID i oprindelige meddelelse. Acknowledgement Documentet vil indeholde en fejlkode. Acknowledgement Documentet vil altid indeholde en reference til den oprindelige meddelelse. Efterfølgende fejl skal håndteres manuelt. 9 / 93

10 Besked: Anmeld start af leverance/request change of supplier Request change of supplier indeholder udover header op til to klasser. Hea der +MessageIdentification:Identifier +Document:Document +Creation:DateTime +EnergyBusinessProcess:BusinessReason +EnergyIndustry:SectorAreaIdentification +SenderIdentification +SenderRole:BusinessRole=DDQ +RecipientIdentification +RecipientRole:BusinessRole=DDZ 1..* Me tering Point +TransactionIdentification:Identifier +StartOfOccurrence:DateTime +MeteringPointIdentification +BalanceSupplier +BalanceResponsiblePartyIdentification +FirstConsumerParty[0..1] Document 392=Request change of supplier { BusinessRole must be DDQ with a 392 Document BusinessReason D07=Rollback Change-of-supplier E03=Change of balance supplier E65=Customer move-in { FirstConsumerParty only used for Business Process E65, customer move-in BusinessRo lecod e DDQ=Balance power supplier DDZ=Metering Point Administrator } } ConsumerParty 0..1 Add ress +Street:SimpleText +Street:SimpleText +BuildingNumber:SimpleText +FloorIdentification:SimpleText +RoomIdentification:SimpleText +PostOfficeBox:SimpleText +CitySubDivision:SimpleText +Postcode:SimpleText +City:SimpleText +Municipality:SimpleText +Country:SimpleText Se cto rare aid entification 23=Electricity supply industry { Address only used for Business Process E65, customer move-in } Figur 3 - Klassediagram for Anmeld start af leverance Dok.31444/10, Sag 10/ / 93

11 Besked: Bekræft start af leverance/confirm Change of Supplier Header +MessageIdentification:Identifier +Document:Document +Creation:DateTime +EnergyBusinessProcess:BusinessReason +EnergyIndustry:SectorAreaIdentification +SenderIdentification +SenderRole:BusinessRole=DDZ +RecipientIdentification +RecipientRole:BusinessRole=DDQ Document 414=Confirmation of start of supply BusinessReason D07=Rollback Change-of-supplier E03=Change of balance supplier E65=Customer move-in 1..* Metering Point Response +TransactionIdentification:Identifier +MeteringPointIdentification +ResponseStatus:ResponseCondition SectorAreaIdentification 23=Electricity supply industry 1 Reference +OriginalBusinessDocumentIdentification:SimpleText BusinessRole DDQ=Balance power supplier DDZ=Metering Point Administrator 39=Approved ResponseCondition Figur 4 - Klassediagram for Bekræft start af leverance 11 / 93

12 Besked: Afvis start af leverance/reject Change of Supplier Header +MessageIdentification:Identifier +Document:Document +Creation:DateTime +EnergyBusinessProcess:BusinessReason +EnergyIndustry:SectorAreaIdentification +SenderIdentification +SenderRole:BusinessRole=DDZ +RecipientIdentification +RecipientRole:BusinessRole=DDQ Document 414=Confirmation of start of supply BusinessReason D07=Rollback Change-of-supplier E03=Change of balance supplier E65=Customer move-in 1..* Metering Point Response +TransactionIdentification:Identifier +MeteringPointIdentification +ResponseStatus:ResponseCondition +ResponseReason:ResponseReason 41=Rejected ResponseCondition 1 Reference +OriginalBusinessDocumentIdentification:SimpleText ResponseReason D03=Missing consumer name or address D07=Ongoing move process D08=Balance supplier does not match the current Balance Supplier E10=Metering point not identifiable E16=Unauthorized balance supplier E17=Requested switch date not within time limits E18=Unauthorized balance responsible E22=Metering point blocked for switching BusinessRole DDQ=Balance power supplier DDZ=Metering Point Administrator SectorAreaIdentification 23=Electricity supply industry Figur 5 - Klassediagram for Afvis start af leverance Dok.31444/10, Sag 10/ / 93

13 Unique identification RSM ID RSM-001 RSM navn Start af leverance RSM version EDI message for XML: Message ID Request change of supplier Message name Anmeld start af leverance Schema URI EEM-DK_RequestChangeOfSupplier_1p0 EDI message for EDIFACT: Message ID UTILMD 392 Message name Anmeld start af leverance Message IG version 3.0 EDI message for XML: Message ID Confirm Change of Supplier Message name Godkend start af leverance Schema URI EEM-DK_ConfirmChangeOfSupplier_1p0 EDI message for EDIFACT: Message ID UTILMD 414 Message name Godkend start af leverance Message IG version 3.0 EDI message for XML: Message ID Reject Change of Supplier Message name Afvis start af leverance Schema URI EEM-DK_RejectChangeOfSupplier_1p0 EDI message for EDIFACT: Message ID UTILMD 414 Message name Afvis start af leverance Message IG version / 93

14 3.2. RSM-002: Annuller start af leverance Overblik Elleverandør Annuller start af leverance DataHub Figur 6 - Use Case Diagram for Annuller start af leverance Forretningstransaktionen anvendes af elleverandøren til at sende en annullering af et godkendt leverandørskift til målepunktsadministrator Transaktionsstart Denne transaktion startes af en Request cancel change of supplier (Annuller start af leverance) meddelelse med Document 392. En elleverandør kan annullere et allerede godkendt leverandørskift ved at sende en ny Request cancel change of supplier meddelelse. En meddelelse kan indeholde en eller flere transaktioner, der alle anvender den samme EnergyBusinessProcess. Beskeden skal indeholde en reference til den oprindelige sendte anmeldelse. Følgende BusinessReason skal anvendes: E05 Cancellation (annullering) Aktivitetsdiagram Annuller start af leverance Elleverandør DataHub Annullere leverandørskift Send annullering Annuller start af leverance Modtag annullering Kontrollere anmeldelse Syntaksfejl Modtage svar Afvis annullering af start af leverance Send afvisning Nej Transaktion ok? Ja Behandling af svar hos elleverandøren Bekræft annullering af start af leverance Send bekræftelse Syntaksfejl Annullere skift Godkendt? Nej Ja Syntaksfejl Proces ok Proces slut Proces slut Leverandørskift annulleret Syntaksfejl Figur 7 - Aktivitetsdiagram for Annuller start af leverance Dok.31444/10, Sag 10/ / 93

15 Annuller start af leverance/request cancel change of supplier Meddelelsen sendes som beskrevet i klassediagrammet. Modtagelse Ved modtagelse valideres meddelelsen i overensstemmelse med reglerne i Pseudoforskrift F, EDI kommunikation. Efterfølgende skal hver transaktion verificeres i overensstemmelse med forretningsreglerne, som beskrevet herunder. Business Validering Response Reason Reason E05 Målepunktet skal være identificerbart. E10 (Installation address or metering point not identifiable) E05 Elleverandøren skal være godkendt på startdatoen E16 (Unauthorised supplier) E05 Tidspunktet for modtagelsen af meddelelsen skal være inden den officielle tidsfrist for annullering E17 (Requested switch date not within time limits) E05 Referencen til Transaction id skal være lig med Transaction id i den oprindelige anmodning fra elleverandøren D06 (Reference to transaction ID does not match the one from the original document) Bekræft annullering af start af leverance/confirm cancel change of supplier Hvis der ikke opdages fejl ved kontrol af meddelelsen annulleres de allerede godkendte elleverandør transaktioner og DataHub'en sender en bekræftelse (Confirm cancel change of supplier) til elleverandøren med Document 414 for alle de godkendte transaktioner. Meddelelsen sendes som beskrevet i klassediagrammet indeholdende samme EnergyBusinessProcess som anmeldelsen, og godkendelsen sker ved at sætte statuskoden til 39 (approved). Herefter er transaktionen slut. Confirm cancel change of supplier vil altid indeholde en reference til den oprindelige meddelelse Afvis annullering af start af leverance/reject cancel change of supplier I tilfælde af, at der konstateres en fejl i forhold til valideringstabellen skal transaktionen afvises. Dette sker med meddelelsen Reject cancel change of supplier med Document 414. Meddelelsen sendes som beskrevet i klassediagrammet indeholdende samme EnergyBusinessProcess som anmeldelsen, og afvisning sker ved at sætte status kode til 41 (Rejected) og Reason sat til den relevante kode fra valideringstabellen. Reject cancel request change of supplier vil altid indeholde en reference til den oprindelige meddelelse. Modtager elleverandøren en Reject cancel change of supply kan denne efterfølgende rette sit system og sende en ny annulleringsmeddelelse for målepunktet. 15 / 93

16 Behandling af svar hos elleverandøren Ved modtagelse af confirm eller reject meddelelsen valideres denne i overensstemmelse med reglerne i Pseudo-forskrift F. I tilfælde af at der sker verifikationsfejl i forhold til skemaet eller indholdet, skal meddelelsen afvises. Følgende valideringer af meddelelsen skal foretages: Målepunkt skal være lig målepunkt i den oprindelige meddelelse Elleverandøren skal være den samme som afsender af anmodningen om start af leverance. Reference til transaktion ID skal være lig transaktion ID i oprindelige meddelelse Acknowledgement Documentet vil indeholde en fejlkode. Acknowledgement Documentet vil altid indeholde en reference til den oprindelige meddelelse. Efterfølgende fejl skal håndteres manuelt Besked: Annuller start af leverance/request cancel change of supplier Header +MessageIdentification:Identifier +Document:Document +Creation:DateTime +EnergyBusinessProcess:BusinessReason +EnergyIndustry:SectorAreaIdentification +SenderIdentification +SenderRole:BusinessRole=DDQ +RecipientIdentification +RecipientRole:BusinessRole=DDZ Document 392=Request change of supplier BusinessReason E05=Cancellation 1 Metering Point +TransactionIdentification:Identifier +MeteringPointIdentification SectorAreaIdentification 23=Electricity supply industry 1 Reference +OriginalBusinessDocumentIdentification:SimpleText BusinessRole DDQ=Balance power supplier DDZ=Metering Point Administrator Figur 8 - Klassediagram for Annuller start af leverance Dok.31444/10, Sag 10/ / 93

17 Besked: Bekræft annullering af start af leverance/confirm cancel change of Supplier Header +MessageIdentification:Identifier +Document:Document +Creation:DateTime +EnergyBusinessProcess:BusinessReason +EnergyIndustry:SectorAreaIdentification +SenderIdentification +SenderRole:BusinessRole=DDZ +RecipientIdentification +RecipientRole:BusinessRole=DDQ Document 414=Confirmation of start of supply BusinessReason E05=Cancellation 1..* Metering Point Response +TransactionIdentification:Identifier +MeteringPointIdentification +ResponseStatus:ResponseCondition SectorAreaIdentification 23=Electricity supply industry BusinessRole DDQ=Balance power supplier DDZ=Metering Point Administrator 1 Reference +OriginalBusinessDocumentIdentification:SimpleText ResponseCondition 39=Approved Figur 9 - Klassediagram for Bekræft annullering af start af leverance 17 / 93

18 Besked: Afvis annullering af start af leverance/reject cancel change of Supplier Header +MessageIdentification:Identifier +Document:Document +Creation:DateTime +EnergyIndustry:SectorAreaIdentification +SenderIdentification +SenderRole:BusinessRole=DDZ +RecipientIdentification +RecipientRole:BusinessRole=DDQ Document 414=Confirmation of start of supply BusinessReason E05=Cancellation 1..* Metering Point Response +TransactionIdentification:Identifier +MeteringPointIdentification +ResponseStatus:ResponseCondition +ResponseReason:ResponseReason Reference +OriginalBusinessDocumentIdentification:SimpleText 1 SectorAreaIdentification 23=Electricity supply industry BusinessRole DDQ=Balance power supplier DDZ=Metering Point Administrator 41=Rejected ResponseCondition ResponseReason E10=Metering point not identifiable E16=Unauthorized balance supplier E17=Requested switch date not within time limits Figur 10 - Klassediagram for Afvis annullering af start af leverance Dok.31444/10, Sag 10/ / 93

19 Unique identification RSM ID RSM-002 RSM navn Annuller start af leverance RSM version EDI message for XML: Message ID Request cancel change of supplier Message name Annuller start af leverance Schema URI EEM- DK_RequestCancelChangeOfSupplier_1p0 EDI message for EDIFACT: Message ID UTILMD 392 Message name Annuller start af leverance Message IG version 3.0 EDI message for XML: Message ID Confirm cancel change of supplier Message name Bekræft annullering af start af leverance Schema URI EEM- DK_ConfirmCancelChangeOfSupplier_1p0 EDI message for EDIFACT: Message ID UTILMD 414 Message name Bekræft annullering af start af leverance Message IG version 3.0 EDI message for XML: Message ID Reject cancel change of supplier Message name Afvis annullering af start af leverance Schema URI EEM-DK_RejectCancelChangeOfSupplier_1p0 EDI message for EDIFACT: Message ID UTILMD 414 Message name Afvis annullering af start af leverance Message IG version / 93

20 3.3. RSM-004: Orientering om skift af elleverandør Overblik DataHub Orientering om skift af elleverandør Aktør Netvirksomhed Elleverandør Figur 11 - Use Case Diagram for Orientering om skift af elleverandør Forretningstransaktionen bliver anvendt af målepunktsadministrator til at informere en ellevandører eller en netvirksomhed om skift af elleverandør Transaktionsstart Transaktionen initieres med en orientering om skift af elleverandør (Notify Change of Supplier) med Document E44. En meddelelse kan indeholde en eller flere transaktioner, der alle skal anvende den samme EnergyBusinessProcess. En af følgende BusinessReason skal anvendes: E01 Move (Flytning) E03 Change of balance supplier (Skift af elleverandør) E06 Unrequested change of balance supplier (Overflyt til forsyningspligtig elleverandør) E53 Meter reading on demand (Anmod om aflæsning) Dok.31444/10, Sag 10/ / 93

21 Aktivitetsdiagram Orientering om skift af elleverandør Afsender DataHub Start Modtager Elleverandør Netvirksomhed Send meddelelse om stop af leverance 1 Orientering om skift af elleverandør Modtage besked Kontrollere meddelelse Syntaksfejl Gemme informationer Proces ok Syntaksfejl Proces ok Figur 12 - Aktivitetsdiagram for Orientering om skift af elleverandør Orientering om skift af elleverandør/notify Change of Supplier Meddelelsen sendes som beskrevet i klassediagrammet. Modtagelse Ved modtagelse valideres meddelelsen i overensstemmelse med reglerne i Pseudoforskrift F. I tilfælde af at der sker verifikationsfejl i forhold til skemaet eller indholdet, skal meddelelsen afvises. Efterfølgende skal hver transaktion verificeres i overensstemmelse med forretningsreglerne, som beskrevet herunder. Modtageren af meddelelsen skal være elleverandør (eller kommende elleverandør) eller netvirksomhed til målepunktet Tidspunktet for modtagelsen af meddelelsen skal være inden den officielle tidsfrist Hvis der ikke opdages fejl ved kontrol af meddelelsen lagres informationen og transaktionen er slut. 21 / 93

22 I tilfælde af, at der konstateres en fejl skal meddelelsen afvises med et Acknowledgement Document med en Reasonkode. Acknowledgement Documentet vil altid indeholde en reference til den oprindelige meddelelse. Ved modtagelse af Acknowledgement Document skal det behandles efter reglerne i Pseudo-forskrift F. Efterfølgende fejl skal håndteres manuelt Besked: Orientering om skift af elleverandør/notify change of supplier Notify change of supplier indeholder udover header en enkelt klasse. Heade r +MessageIdentification:Identifier +Document:Document +Creation:DateTime +EnergyBusinessProcess:BusinessReason +EnergyIndustry:SectorAreaIdentification +SenderIdentification +SenderRole:BusinessRole=DDZ +RecipientIdentification +RecipientRole:BusinessRole DocumentCo de E44=Notification to supplier of contract termination Busine ssreason E01=Move; change of party connected to grid E03=Change of balance supplier E06=Unrequested change of balance supplier E53=Meter reading on demand 1..* Metering Point +TransactionIdentification:Identifier +MeteringPointIdentification +StartOfOccurrence[0..1]:DateTime +EndOfOccurende[0..1]:DateTime { StartOfOccurence only with BusinessReason E06 to DDM } { Only one of the two fields StartOfOccurrence and EndOfOccurende should filled} SectorAreaId entifica tion 23=Electricity supply industry BusinessRo le DDM=Grid access provider DDQ=Balance power supplier DDZ=Metering Point Administrator Figur 13 - Klassediagram for Orientering om skift af elleverandør Dok.31444/10, Sag 10/ / 93

23 Unique identification RSM ID RSM-004 RSM navn Orientering om skift af elleverandør RSM version EDI message for XML: Message ID Notify Change of Supplier Message name 1 Orientering om skift af elleverandør Schema URI EEM-DK_NotifyChangeOfSupplier_1p0 EDI message for EDIFACT: Message ID UTILMD E44 Message name 1 Orientering om skift af elleverandør Message IG version / 93

24 3.4. RSM-005: Ophør af leverance fra elleverandør Overblik Elleverandør Ophør af leverance fra elleverandør DataHub Figur 14 - Use Case Diagram for Ophør af leverance fra elleverandør Transaktionen benyttes af elleverandøren til at informere målepunktsadministratoren (DataHub'en) om ophør af leverance Transaktionsstart Transaktionen initieres med en Request end of supply (anmeld leveranceophør) med Document 432. En meddelelse kan indeholde en eller flere transaktioner, der alle skal anvende den samme EnergyBusinessProcess. En af følgende BusinessReason skal anvendes: E20 End of supply (leveranceophør) E66 Consumer move-out (fraflytning) Aktivitetsdiagram Ophør af leverance fra elleverandør Afsender Elleverandør Start Modtager DataHub Anmelde leveranceophør Anmod om leveranceophør Modtage anmeldelse Kontrollere anmeldelse Syntaksfejl Modtage svar Afvis leveranceophør Send afvisning Nej Transaktion ok? Behandling af svar hos elleverandøren Godkend leveranceophør Ja Send bekræftelse Syntaksfejl Godkendt? Nej Ja Syntaksfejl Proces ok Fejl skal rettes Proces slut Proces ok Syntaksfejl Figur 15 - Aktivitetsdiagram for Ophør af leverance fra elleverandør Dok.31444/10, Sag 10/ / 93

25 Anmod om leveranceophør/request end of supply Meddelelsen sendes som beskrevet i klassediagrammet. Modtagelse Ved modtagelse valideres meddelelsen i overensstemmelse med reglerne i Pseudoforskrift F, EDI kommunikation. Efterfølgende skal hver transaktion verificeres i overensstemmelse med forretningsreglerne, som beskrevet herunder. Business Reason E20 E66 E20 E66 E20 E66 Validering Afsender af meddelelsen (elleverandør) skal være leverandør til målepunktet. Målepunktet skal være identificerbart Tidspunktet for modtagelsen af meddelelsen skal være inden den officielle tidsfrist. Response Reason E16 (Unauthorised supplier) E10 (Installation address or metering point not identifiable) E17 (Requested switch date not within time limits) D07 (Ongoing move process) E20 Der er anmeldt flytning på målepunkt E66 E66 Kontaktinformation ikke medsendt D03 (Missing consumer name or address) Godkend leveranceophør/confirm end of supply Hvis der ikke opdages fejl ved kontrol af meddelelsen lagres den modtagne informationen og DataHub'en sender en bekræftelse (Confirm end of supply) til elleverandøren med Document E44 for alle de godkendte transaktioner. Meddelelsen sendes som beskrevet i klassediagrammet indeholdende samme EnergyBusinessProcess som anmeldelsen, og godkendelsen sker ved at sætte statuskoden til 39 (approved). Herefter er transaktionen slut. Confirm end of supply vil altid indeholde en reference til den oprindelige meddelelse Afvis leveranceophør/reject end of supply I tilfælde af, at der konstateres en fejl i forhold til valideringstabellen skal meddelelsen afvises. Dette sker med meddelelsen Reject end of supply med Document E44. Meddelelsen sendes som beskrevet i klassediagrammet indeholdende samme EnergyBusinessProcess som anmeldelsen, og afvisning sker ved at sætte status kode 41 (Rejected) og Reason sat til den relevante kode fra valideringstabellen. Reject end of supply vil altid indeholde en reference til den oprindelige meddelelse. 25 / 93

26 Modtager elleverandøren en Reject end of supply kan elleverandøren efterfølgende rette sit system og sende en ny Request end of supply for målepunktet Behandling af svar hos elleverandøren Ved modtagelse valideres meddelelsen i overensstemmelse med reglerne i Pseudoforskrift F. I tilfælde af at der sker verifikationsfejl i forhold til skemaet eller indholdet, skal meddelelsen afvises. Følgende valideringer af meddelelsen skal foretages: Målepunkts ID skal være lig målepunkt i den oprindelige meddelelse Elleverandøren skal være den samme som afsender af anmeldelse af leveranceophør. Reference til transaktion ID skal være lig transaktion ID i oprindelige meddelelse Acknowledgement Documentet vil indeholde en fejlkode. Acknowledgement Documentet vil altid indeholde en reference til den oprindelige meddelelse. Efterfølgende fejl skal håndteres manuelt. Dok.31444/10, Sag 10/ / 93

27 Besked: Anmod om leveranceophør/request end of supply Header +MessageIdentification:Identifier +Document:Document +Creation +EnergyBusinessProcess:BusinessReason +EnergyIndustry:SectorAreaIdentification +SenderIdentification +SenderRole:BusinessRole=DDQ +RecipientIdentification +RecipientRole:BusinessRole=DDZ Document 432=Notification to grid operator of contract termination BusinessReason E20=End of supply E66=Customer move-out 1..* Metering Point +TransactionIdentification:Identifier +MeteringPointIdentification +EndOfOccurrence:DateTime +FirstConsumerParty[0..1] BusinessRole DDQ=Balance power supplier DDZ=Metering Point Administrator { FirstConsumerParty only used for Business Process E66, customer move-out } ConsumerParty 0..1 Address +Street:SimpleText +Street:SimpleText +BuildingNumber:SimpleText +FloorIdentification:SimpleText +RoomIdentification:SimpleText +PostOfficeBox:SimpleText +CitySubDivision:SimpleText +Postcode:SimpleText +City:SimpleText +Municipality:SimpleText +Country:SimpleText SectorAreaIdentification 23=Electricity supply industry { Address only used for Business Process E66, customer move-out } Figur 16 - Klassediagram for Anmod om leveranceophør 27 / 93

28 Besked: Godkend leveranceophør/confirm end of supply He ader +MessageIdentification:Identifier +Document:Document +Creation:DateTime +EnergyBusinessProcess:BusinessReason +EnergyIndustry:SectorAreaIdentification +SenderIdentification +SenderRole:BusinessRole=DDZ +RecipientIdentification +RecipientRole:BusinessRole=DDQ DocumentNa meco de E44=Notification to supplier of contract termination BusinessRea soncod e E20=End of supply E66=Customer move-out 1..* Metering Po int Response +TransactionIdentification:Identifier +MeteringPointIdentification +ResponseStatus:ResponseCondition Se ctorareaid entification 23=Electricity supply industry BusinessRole Co de DDQ=Balance power supplier DDZ=Metering Point Administrator 1 Refere nce +OriginalBusinessDocumentIdentification:SimpleText Re sponsecondition 39=Approved Figur 17 - Klassediagram for Godkend leveranceophør Dok.31444/10, Sag 10/ / 93

29 Besked: Afvis leveranceophør/reject end of supply Header +MessageIdentification:Identifier +Document:Document +Creation:DateTime +EnergyBusinessProcess:BusinessReason +EnergyIndustry:SectorAreaIdentification +SenderIdentification +SenderRole:BusinessRole=DDZ +RecipientIdentification +RecipientRole:BusinessRole=DDQ Document E44=Notification to supplier of contract termination BusinessReason E20=End of supply E66=Customer move-out 1..* Metering Point Response +TransactionIdentification:Identifier +MeteringPointIdentification +ResponseStatus:ResponseCondition +ResponseReason:ResponseReason Reference +OriginalBusinessDocumentIdentification:SimpleText 1 SectorAreaIdentification 23=Electricity supply industry BusinessRole DDQ=Balance power supplier DDZ=Metering Point Administrator 41=Rejected ResponseCondition ResponseReason D03=Missing consumer name or address D07=Ongoing move process E10=Metering point not identifiable E16=Unauthorized balance supplier E17=Requested switch date not within time limits Figur 18 - Klassediagram for Afvis leveranceophør 29 / 93

30 Unique identification RSM ID RSM-005 RSM navn Ophør af leverance fra elleverandør RSM version EDI message for XML: Message ID Request end of supply Message name Anmod om leveranceophør Schema URI EEM-DK_RequestEndOfSupply_1p0 EDI message for EDIFACT: Message ID UTILMD 432 Message name Anmod om leveranceophør Message IG version 3.0 EDI message for XML: Message ID Confirm end of supply Message name Godkend leveranceophør Schema URI EEM-DK_ConfirmEndOfSupply_1p0 EDI message for EDIFACT: Message ID UTILMD E44 Message name Godkend leveranceophør Message IG version 3.0 EDI message for XML: Message ID Reject end of supply Message name Afvis leveranceophør Schema URI EEM-DK_RejectEndOfSupply_1p0 EDI message for EDIFACT: Message ID UTILMD E44 Message name Afvis leveranceophør Message IG version 3.0 Dok.31444/10, Sag 10/ / 93

31 3.5. RSM-006: Anmod om stamdata på målepunkt Overblik Elleverandør Anmod om stamdata på målepunkt DataHub Figur 19 - Use Case Diagram for Anmod om stamdata på målepunkt Request Metering Point characteristics (Anmod om stamdata) anvendes af elleverandør til at forespørge om stamdata på et målepunkt. Anmodning skal ske på målepunktsniveau Transaktionsstart Transaktionen initieres med en Request Metering Point characteristics med Document E10. En meddelelse kan indeholde en eller flere transaktioner, der alle skal anvende den samme EnergyBusinessProcess. Følgende BusinessReason skal anvendes: E0G Data alignment for master data metering point (stamdata til kontrol) Aktivitetsdiagram Anmod om stamdata Elleverandør DataHub Start Anmode om stamdata Anmod om stamdata Receive request (EN) Kontrollere anmeldelse Syntaksfejl Modtage svar Afvis anmodning om stamdata Send afvisning Nej Transaktion ok Ja Behandling af svar hos elleverandøren Information om stamdata (til kontrol) Send bekræftelse Syntaksfejl Godkendt? Nej Ja Syntaksfejl Proces ok Fejl skal rettes Proces slut Proces ok Syntaksfejl Figur 20 - Aktivitetsdiagram for Anmod om stamdata 31 / 93

32 Anmod om stamdata/request Metering Point Characteristics Meddelelsen sendes som beskrevet i klassediagrammet. Modtagelse Ved modtagelse valideres meddelelsen i overensstemmelse med reglerne i Pseudoforskrift F, EDI kommunikation. Efterfølgende skal hver transaktion verificeres i overensstemmelse med forretningsreglerne, som beskrevet herunder. Business Validering Response Reason Reason E0G Elleverandør skal være godkendt. E16 (Unauthorised supplier) E0G Målepunktet skal være identificerbart E10 (Installation address or metering point not identifiable) Information om stamdata (til kontrol)/notify Metering Point Characteristics (data alignment) Hvis der ikke opdages fejl ved kontrol af Request meddelelsen sendes de ønskede stamdata (Notify Metering Point characteristics) til aktøren med Document E07. Meddelelsen sendes som beskrevet i klassediagrammet, jævnfør RSM-007, indeholdende samme BusinessReason (E0G) som anmeldelsen. Herefter er transaktionen slut. Stamdata (Notify Metering Point characteristics) vil altid indeholde en reference til den oprindelige meddelelse. Stamdata sendes med de informationer, der er gældende på det tidspunkt, anmodningen modtages, antallet af attributter vil variere i forbindelse med montagens rolle Der henvises til forretningstransaktionen Information om stamdata (RSM-007) for en eksakt beskrivelse af hvilke attributter, der udveksles for de forskellige typer af målepunkter Afvis anmodning om stamdata/reject Metering Point Characteristics I tilfælde af, at der konstateres en fejl i forhold til valideringstabellen skal meddelelsen afvises. Dette sker med meddelelsen Reject Metering Point Characteristics med Document E07. Meddelelsen sendes som beskrevet i klassediagrammet indeholdende samme EnergyBusinessProcess E0G som anmodningen og afvisning sker ved at sætte statuskode til 41 (rejected) og Reason sat til den relevante kode fra valideringstabellen. Meddelelsen vil altid indeholde en reference til den oprindelige meddelelse. Modtageren kan efterfølgende rette sit system og sende en ny Request Metering Point characteristics for målepunktet. Dok.31444/10, Sag 10/ / 93

33 Behandling af svar hos elleverandøren Ved modtagelse af stamdata (Notify Metering Point characteristics) eller afvisning af anmodning valideres denne i overensstemmelse med reglerne i Pseudo-forskrift F. I tilfælde af at der sker verifikationsfejl i forhold til skemaet eller indholdet, skal meddelelsen afvises. Følgende valideringer af meddelelsen skal foretages: Målepunkt skal være lig målepunkt i den oprindelige meddelelse. Elleverandøren skal være den samme som ved den oprindelige meddelelse. Reference til transaktion ID skal være lig transaktion ID i oprindelige meddelelse. Acknowledgement Documentet vil indeholde en fejlkode. Acknowledgement Documentet vil altid indeholde en reference til den oprindelige meddelelse. Efterfølgende fejl skal håndteres manuelt Besked: Anmod om stamdata på målepunkt/request Metering Point Characteristics Header +MessageIdentification:Identifier +Document:Document +Creation:DateTime +EnergyBusinessProcess:BusinessReason +EnergyIndustry:SectorAreaIdentification +SenderIdentification +SenderRole:BusinessRole=DDQ +RecipientIdentification +RecipientRole:BusinessRole=DDZ Document E10=Request for Master data, Metering point BusinessReason E0G=Data alignment for master data metering point Metering Point +TransactionIdentification:Identifier +MeteringPointIdentification 1..* SectorAreaIdentification 23=Electricity supply industry BusinessRole DDQ=Balance power supplier DDZ=Metering Point Administrator Figur 21 - Klassediagram for Anmod om stamdata på målepunkt 33 / 93

34 Besked: Information om stamdata (til kontrol)/notify Metering Point Characteristics Der henvises til klassediagrammet for stamdata i RSM Besked: Afvis anmoding om stamdata/reject Metering Point Characteristics Header +MessageIdentification:Identifier +Document +Creation:DateTime +EnergyBusinessProcess:BusinessReason +EnergyIndustry:SectorAreaIdentification +SenderIdentification +SenderRole:BusinessRole=DDZ +RecipientIdentification +RecipientRole:BusinessRole=DDQ Document E07=Master data, metering point BusinessReason E0G=Data alignment for master data metering point Metering Point Response +TransactionIdentification:Identifier +MeteringPointIdentification +ResponseStatus:ResponseCondition +ResponseReason:ResponseReason 1 SectorAreaIdentification 23=Electricity supply industry BusinessRo leco de DDQ=Balance power supplier DDZ=Metering Point Administrator 1 Reference +OriginalBusinessDocumentIdentification:SimpleText 41=Rejected ResponseCondition ResponseReason E10=Metering point not identifiable E16=Unauthorized balance supplier Figur 22 - Klassediagram for Afvis anmoding om stamdata Dok.31444/10, Sag 10/ / 93

35 Unique identification RSM ID RSM-006 RSM navn Anmod om stamdata på målepunkt RSM version EDI message for XML: Message ID Request Metering Point Characteristics Message name Anmod om stamdata Schema URI EEM-DK_RequestMPCharacteristics_1p0 EDI message for EDIFACT: Message ID UTILMD E10 Message name Anmod om stamdata Message IG version 3.0 EDI message for XML: Message ID Notify Metering Point Characteristics (data alignment) Message name Information om stamdata (til kontrol) Schema URI EEM-DK_NotifyMPCharacteristics_1p0 EDI message for EDIFACT: Message ID UTILMD E07 Message name Information om stamdata (til kontrol) Message IG version 3.0 EDI message for XML: Message ID Reject Metering Point Characteristics Message name Afvis anmodning om stamdata Schema URI EEM-DK_RejectMPCharacteristics_1p0 EDI message for EDIFACT: Message ID UTILMD E07 Message name Afvis anmodning om stamdata Message IG version / 93

36 3.6. RSM-007: Stamdata for et målepunkt Overblik Afsender DataHub Netvirksomhed Stamdata for et målepunkt Modtager DataHub Netvirksomhed Elleverandør Figur 23 - Use Case Diagram for Stamdata for et målepunkt Denne transaktion anvendes til at sende Information om stamdata på et målepunkt (Notify Metering Point characteristics) Transaktionsstart Transaktionen kan initieres af Netvirksomhed DataHub'en og modtageren kan enten være DataHub'en, elleverandør eller netvirksomhed. Aktøren sender en Notify Metering Point characteristics (Information om stamdata, målepunkt) med Document E07. En beskedmeddelelse kan indeholde en eller flere transaktioner, der alle skal anvende den samme EnergyBusinessProcess. En af følgende BusinessReason skal anvendes: D07 Rollback of Change-of-supplier (genoptag leverance på et målepunkt) E01 Move (flytning) E02 New metering point (nyt målepunkt) E03 Change of balance supplier (leverandørskift) E06 Unrequested change of balance supplier (overflyt til forsyningspligtig elleverandør) E32 Update master data for metering point (opdater målepunkt) E34 Update master data consumer (opdater målepunkt inkl. disponentnavn) E65 Consumer move-in (tilflytning) E66 Consumer move-out (fraflytning) E75 Change of metering method (ændr afregningsform) E79 Change of connection status (ændr tilslutningsstatus) E0G Data alignment for master data metering point (stamdata til kontrol) Dok.31444/10, Sag 10/ / 93

37 Aktivitetsdiagram Stamdata for målepunkt Afsender Modtager Start Send besked med stamdata Information om stamdata, målepunkt Modtage stamdata Kontrollere meddelelse Syntaksfejl Gemme informationer Syntaksfejl Proces ok Figur 24 - Aktivitetsdiagram for Stamdata for målepunkt Information om stamdata, målepunkt/notify Metering Point Characteristics Meddelelsen sendes med stamdata for målepunktet som beskrevet i matrix og klassediagrammet. Ud over nedenstående matrix vil indhold af stamdatameddelelsen afhænge af følgende: Netvirksomhed vil ikke modtage oplysninger om leverandørforhold samt webacceskode Elleverandør vil i tilbudsfasen ikke modtage oplysninger om leverandørforhold, fødselsdato og webadgangskode. Ved tilslutningsstatus nyoprettet, inaktivt eller nedlagt kan forskellige attributter være uden information Modtagelse Ved modtagelse valideres meddelelsen i overensstemmelse med reglerne i Pseudoforskrift F. Efterfølgende skal hver transaktion verificeres i overensstemmelse med forretningsreglerne, som beskrevet herunder. Målepunkts ID skal være kendt Hvis der ikke opdages fejl ved kontrol af meddelelsen kan modtageren lagre informationen og transaktionen er slut. 37 / 93

38 I tilfælde af, at der konstateres en fejl skal meddelelsen afvises med et Acknowledgement Document med Reasonkode. Acknowledgement Documentet vil altid indeholde en reference til den oprindelige meddelelse. Ved modtagelse af Acknowledgement Document skal det behandles efter reglerne i Pseudo-forskrift F. Efterfølgende fejl skal håndteres manuelt Dependency Matrix for Attributes Stamdata for afregningsmålepunkter Forbrug Produktion Attributter- Klassediagram Attributter Forskrift Skabelon afregnet Fjern aflæst Manuel aflæst Time afregnet MeteringPointIdentification Målepunkt ID X X X X Occurrence Gyldighedsdato X X X X MeteringPointAddress Målepunktsadresse* X X X X EstimatedAnnual X X X Volume Forventet årsforbrug PhysicalStatusOf MeteringPoint Tilslutningsstatus X X X X SettlementMethod Afregningsform X X X MeterReadingOccurrece Aflæsningsfrekvens X X SubmissionDelay Indsendelsesfrekvens X ScheduleMeter X X ReadingDate Aflæsningsdag MPReadingCharacteristics Aflæsningsform X X OfMeteringPoint Målepunktstype X X X X NetSettlementGroup Nettoafregningsgruppe X X X X WebAccess Webadgangskode [X] [X] [X] [X] FirstConsumerParty Disponent 1 X X X X FirstConsumerPartyReference Fødselsdato 1 X X X X ConsumerCVR CVR X X X X SecondConsumer X X X X Party Disponent 2 SecondConsumerParty Reference Fødselsdato 2 X X X X ConsumerCatagory DE branchekode X X X X MeteringGridArea Netområde nr X X X X Identification BalanceSupplier Identification Elleverandør ID [X] [X] [X] [X] BalanceResponsible [X] [X] [X] [X] Balanceansvarlig ID PartyIdentification SupplyStart Start af leverance [X] [X] [X] [X] X angiver hvor information er relevant [] angiver, at Netvirksomheder og Elleverandører der ikke har kontrakt, IKKE får oplysninger * Adresseattributter er beskrevet i selvstændig tabel Dok.31444/10, Sag 10/ / 93

39 Opbygning af målepunkts- og kundeadresse Navn Vejnavn Vejkode Husnummer Etage Dørbetegnelse Postboks Bynavn Streetname Street Buildingnumber Beskrivelse Skal angives FloorIdentification Fx 1., 2. RoomIdentification PostOfficeBox CitySub- Division Fx th, tv, mf Benyttes ikke ved målepunktsadresse Angives, hvis anderledes end postdistrikt Postnummer Postdistrikt Kommunekode Land Postcode City Municipality Country Skal angives Skal angives Når adressen udveksles sendes alle felter med de værdier afsender af meddelelsen har. Dette medfører at attributter ikke altid indeholder information. Bemærk at udveksling af kunde adresser kun anvendes ved til og fra flytning. 39 / 93

40 Besked: Information om stamdata, målepunkt/notify Metering Point Characteristics Header +MessageIdentification:Identifier +Document:Document +Creation:DateTime +EnergyBusinessProcess:BusinessReason +EnergyIndustry:SectorAreaIdentification +SenderIdentification +SenderRole:BusinessRole +RecipientIdentification +RecipientRole:BusinessRole 1..* Metering Point +TransactionIdentification:Identifier +MeteringPointIdentification +Occurence:DateTime +EstimatedAnnualVolume +SettlementMethod:SettlementMethod +PhysicalStatusOfMeteringPoint:PhysicalStatus +MeterReadingOccurrence +SubmissionDelay +ScheduledMeterReadingDate[1..12] +MPReadingCharacteristics:MPReadingCharacteristics +OfMeteringPoint:MeteringPoint +NetSettlementGroup +WebAccess[0..1] +FirstConsumerParty +FirstConsumerPartyReference +ConsumerCVR +SecondConsumerParty +SecondConsumerPartyReference +ConsumerCategory +SupplyStart[0..1] +BalanceSupplierIdentification[0..1] +BalanceResponsiblePartyIdentification[0..1] +MeteringGridAreaIdentification Metering Point Address +Street:SimpleText +Street:SimpleText +BuildingNumber:SimpleText +FloorIdentification:SimpleText +RoomIdentification:SimpleText +PostOfficeBox:SimpleText +CitySubDivision:SimpleText +Postcode:SimpleText +City:SimpleText +Municipality:SimpleText +Country:SimpleText 1 ConsumerParty Reference OriginalBusinessDocumentIdentification:SimpleText 0..1 Document E07=Master data, metering point BusinessRe aso nco de D07=Rollback Change-of-supplier E01=Move; change of party connected to grid E02=New metering point E03=Change of balance supplier E06=Unrequested change of balance supplier E0G=Data alignment for master data metering point E32=Update master data metering point E34=Update master data consumer E65=Customer move-in E66=Customer move-out E75=Change of metering method E79=Change Connection Status Se ctorare aide ntifica tion 23=Electricity supply industry Busine ssro leco de DDM=Grid access provider DDQ=Balance power supplier DDZ=Metering Point Administrator E01=Profiled E02=Non profiled D01=Inactive D02=Closed down D03=New E22=Connected E23=Disconnected D01=VE production D02=Technical D03=Own production E17=Consumption E18=Production E20=Exchange SettlementMethod Physica lstatusco de Metering Po intt ype { Only used in connection with BusinessReason E0G } MPRead ingcha racteristicsco d e D01=Automatic meter reading D02=Manual meter reading Figur 25 - Klassediagram for Information om stamdata, målepunkt Dok.31444/10, Sag 10/ / 93

41 Unique identification RSM ID RSM-007 RSM navn Stamdata for et målepunkt RSM version EDI message for XML: Message ID Notify Metering Point Characteristics Message name Information om stamdata, målepunkt Schema URI EEM-DK_NotifyMPCharacteristics_1p0 EDI message for EDIFACT: Message ID UTILMD E07 Message name Information om stamdata, målepunkt Message IG version / 93

42 3.7. RSM-009: Kvittering Overblik kvittering Afsender Balanceansvarlig DataHub Netvirksomhed Elleverandør Modtager Balanceansvarlig DataHub Netvirksomhed Elleverandør Figur 26 - Use Case Diagram for kvittering Meddelelsen anvendes kun i fejlsituationer. Hvis Acknowledgement skal anvendes som en kvitteringsmeddelelse vil det blive beskrevet i den forretningstransaktion (RSM), den anvendes i Transaktionsstart Meddelelsen initieres af en fejl i en transaktion og af en af følgende aktører: Netvirksomhed DataHub'en Elleverandør Balanceansvarlig aktør Modtageren af meddelelsen kan være en af de samme aktører. Acknowledgement meddelelsen vil have Document 294. En meddelelse kan indeholde en eller flere transaktioner, der alle skal anvende den samme EnergyBusinessProcess. Hvilken BusinessReason der skal anvendes afhænger af den meddelelse, som fejler. Dok.31444/10, Sag 10/ / 93

43 Aktivitetsdiagram Kvittering Afsender Modtager Start Send bekræftelse Kvittering Modtage kvittering Kontrollere meddelelse Syntaksfejl Gemme informationer Syntaksfejl Proces ok Figur 27 - Aktivitetsdiagram for Kvittering Kvittering/Acknowledgement Meddelelsen sendes som beskrevet i klassediagrammet. Acknowledgement Document skal altid indeholde en reference til den oprindelige meddelelse. Acknowledgement Document skal have samme BusinessProcess som den oprindelige meddelelse. Modtagelse Ved modtagelse valideres Acknowledgement Document i overensstemmelse med reglerne i Pseudo-forskrift F. Eventuelle fejl i Acknowledgement Documentet skal håndteres manuelt. 43 / 93

44 Besked: Kvittering/Acknowledgment Header +MessageIdentification:Identifier +Document:Document +Creation:DateTime +EnergyBusinessProcess:BusinessReason +EnergyIndustry:SectorAreaIdentification +SenderIdentification +SenderRole:BusinessRole +RecipientIdentification +RecipientRole:BusinessRole Se ctorare aid entificationco de 23=Electricity supply industry Document 294=Application acknowledgment and error report 1..* Response +Identification:Identifier +ResponseStatus:ResponseCondition +ResponseReason[0..1]:ResponseReason +ResponseText[0..1]:SimpleText Reference +OriginalBusinessDocumentIdentification[0..1]:SimpleText +OriginalBuisnessMessageIdentification:SimpleText BusinessRea soncod e D02=Preparation for imbalance settlement D03=Temporary D04=1st settlement D05=2nd settlement D06=Continous meter reading from profiled metering points D07=Rollback Change-of-supplier E01=Move; change of party connected to grid E02=New metering point E03=Change of balance supplier E05=Cancellation E06=Unrequested change of balance supplier E0G=Data alignment for master data metering point E20=End of supply E23=Periodic metering E32=Update master data metering point E34=Update master data consumer E75=Change of metering method E79=Change Connection Status 1 ResponseReason D01=The document is approved D02=General error D03=Missing consumer name or address D04=Unauthorised Grid access provider D07=Ongoing move process D08=Balance supplier does not match the current Balance Supplier D09=No data available D11=Combination of search criteria not possible E10=Metering point not identifiable E11=Measuring problem E16=Unauthorized balance supplier E17=Requested switch date not within time limits E18=Unauthorized balance responsible E22=Metering point blocked for switching E29=Product code unknown or not related to MP E50=Invalid period E51=Invalid number of decimals E59=Already existing relation E73=Incorrect measure unit E81=MeteringPoint is not connected E86=Incorrect value E87=Number of observations dosn't fit observation period/ resolution E90=Measurement beyond plausibility limits E91=Estimate is not acceptable E97=Measurement should not be zero E98=Measurement has wrong sign 41=Rejected BusinessRole DDK=Balance responsible party DDM=Grid access provider DDQ=Balance power supplier DDX=Imbalance settlement responsible DDZ=Metering Point Administrator DEA=Metered data aggregator EZ=System Operator MDR=Metered data responsible ResponseCondition Figur 28 - Klassediagram for Kvittering Dok.31444/10, Sag 10/ / 93

45 Unique identification RSM ID RSM-009 RSM navn kvittering RSM version EDI message for XML: Message ID Acknowledgement Message name Kvittering Schema URI EEM-DK_Acknowledgment_1p0 EDI message for EDIFACT: Message ID APERAK Message name Kvittering Message IG version / 93

46 3.8. RSM-011: Forbrug for skabelonafregnet målepunkt Overblik Afsender DataHub Netvirksomhed Forbrug for skabelonafregnet målepunkt Modtager DataHub Elleverandør Figur 29 - Use Case Diagram for Forbrug for skabelonafregnet målepunkt Transaktionen benyttes af afsender til at sende en Metered data profiled meddelelse (forbrug for skabelonafregnet målepunkt) til modtageren. Denne meddelelse kan også anvendes som svar på følgende forretningstransaktion: Anmodning om måledata (RSM 015) I disse tilfælde vil Metered data profiled meddelelsen indeholde en reference til anmodningen. Afsender kan være: Netvirksomheden DataHub'en Modtager kan være: DataHub'en Elleverandøren Transaktionsstart Transaktionen er en notification og initieres med en Metered data profiled med Document E66. Meddelelsen kan indeholde en eller flere transaktioner, der alle skal indeholde den samme kode for EnergyBusinessProcess. En af følgende BusinessReasons skal anvendes: D10 Meter reading, profiled consumption (skabelonafregnet forbrug) E30 Historical data (historiske data) Dok.31444/10, Sag 10/ / 93

47 Aktivitetsdiagram Forbrug for skabelonafregnet målepunkt Afsender Modtager Start Fremsende besked med forbrug Forbrug for skabelonafregnet målepunkt Modtage information Kontrollere meddelelse Syntaksfejl Gemme besked Proces ok Proces ok Syntaksfejl Figur 30 - Aktivitetsdiagram for Forbrug for skabelonafregnet målepunkt Forbrug for skabelonafregnet målepunkt/metered data profiled Meddelelsen sendes som beskrevet i klassediagrammet. Meddelelsen kan indeholde følgende funktioner: 9 Original 5 Update (for korrektioner) Bemærk, at en korrektion kun kan benyttes, hvis den oprindelige forbrugsopgørelse for perioden er modtaget og valideret uden fejl. Hvis den første forbrugsopgørelse er afvist på grund af fejl i meddelelsen, skal meddelelsen sendes igen som original. Modtagelse Ved modtagelse valideres meddelelsen i overensstemmelse med reglerne i Pseudoforskrift F - EDI kommunikation i elmarkedet. Efterfølgende skal hver transaktion verificeres i overensstemmelse med forretningsreglerne, som beskrevet herunder. Header Identification skal være unik Document skal være E66 SenderId skal indeholde eksisterende GLN/EIC kode SenderRole skal være Netvirksomhed eller DataHub'en 47 / 93

48 ReceiverId skal indeholde eksisterende GLN/EIC kode ReceiverRole og BusinessProcessRole skal være DEA eller DDQ (DataHub'en eller el-leverandør) Creation skal være på formatet YYYY-MM-DDThh:mm:ssZ i UTC+0 EnergyBusinessProcess skal være D10 eller E30 TimeSeries Identification skal være unik i meddelelsen EnergyTimeSeriesFunction skal være 9 eller 5 EnergyTimeSeriesProduct skal være (energi) EnergyTimeSeriesMeasureUnit skal være KWH QuantityQuality (statuskode) skal være E01 eller 56 EnergyQuantity skal være uden decimaler Tidsangivelse i Start og End skal være skal være korrekt format Der må kun sendes korrektionsmeddelelser for et forbrugsinterval, hvis der allerede er modtaget en originalmeddelelse for intervallet. Angivelse af tidsintervaller skal være fortløbende (ingen huller, ingen overlap) i relation til tidligere modtagne meddelelser. Hvis forbruget er en del af forretningsprocessen skift af afregningsform skal sluttidspunktet for tidsintervallet svare til skæringsdatoen OfMeteringPoint skal være E17 (forbrug) Hvis der ikke opdages fejl ved kontrol af meddelelsen lagres informationen og transaktionen er slut. I tilfælde af, at der konstateres en fejl skal meddelelsen afvises med et Acknowledgement Document med en Reasonkode. Acknowledgement Documentet vil altid indeholde en reference til den oprindelige meddelelse. Ved modtagelse af Acknowledgement Document skal det behandles efter reglerne i Pseudo-forskrift F. Efterfølgende fejl skal håndteres manuelt. Dok.31444/10, Sag 10/ / 93

49 Besked: Information om skabelonafregnet forbrug/metered data profiled He ade r +MessageIdentification:Identifier +Document:Document =E66 +Creation:DateTime +EnergyBusinessProcess:BusinessReason +EnergyIndustry:SectorAreaIdentification +SenderIdentification +SenderRole:BusinessRole +RecipientIdentification +RecipientRole:BusinessRole Docume ntna meco de E66=Customer move-out BusinessRe asoncod e D10=Meter reading, profiled consumption E30=Historical data 1..* TimeSeries +TimeSeriesIdentification:Identifier +EnergyTimeSeriesFunction:DocumentFunction +EnergyTimeSeriesProduct:EnergyProductionIdentification +EnergyTimeSeriesMeasureUnit:MeasurementUnitCommon +OfMeteringPoint:MeteringPoint Secto rareaide ntification 23=Electricity supply industry Busine ssrolecod e DDQ=Balance power supplier DEA=Metered data aggregator MDR=Metered data responsible 1 Aggrega tio ncrite ria +MeteringPointIdentification Ob servation 1 +Position +EnergyQuantity +QuantityQuality:QuantityQuality Ene rgyproductionid entificatio n =Energy active Time Serie sperio d +Start:DateTime 1 +End:DateTime MeteringPointT ype E17=Consumption 0..1 Reference +OriginalBusinessDocumentIdentification:SimpleText 5=Update 9=Original Docume ntfunctio n { Only used with Request metered data } 56=Estimated E01=As read QuantityQua lity Measure mentunitco mmonco de KWH=kWh Figur 31 - Klassediagram for Information om skabelonafregnet forbrug Unique identification RSM ID RSM-011 RSM navn Forbrug for skabelonafregnet målepunkt RSM version EDI message for XML: Message ID Metered data profiled Message name Forbrug for skabelonafregnet målepunkt Schema URI EEM-DK_MeteredDataProfiled_1p0 EDI message for EDIFACT: Message ID UTILTS E66 Message name Forbrug for skabelonafregnet målepunkt Message IG version / 93

50 3.9. RSM-012: Fremsend måledata for et målepunkt Overblik Afsender Balanceansvarlig DataHub Netvirksomhed Fremsend måledata for et målepunkt Modtager DataHub Netvirksomhed Elleverandør Figur 32 - Use Case Diagram for Fremsend måledata for et målepunkt Transaktionen benyttes af afsender til at sende en Metered data timeseries meddelelse (fremsend måledata for et målepunkt) til modtageren. Denne meddelelse kan også anvendes som svar på forretningstransaktionen anmod om måledata (RSM 015) og vil i dette tilfælde indeholde en reference til anmodningen. Afsender kan være: Netvirksomheden DataHub'en Balanceansvarlig aktør Modtager kan være: DataHub'en Elleverandøren Netvirksomheden Transaktionsstart Transaktionen er en notification og initieres med en Metered data timeseries med documenttype E66. Meddelelsen kan indeholde en eller flere transaktioner, der alle skal indeholde den samme kode for EnergyBusinessProcess. En af følgende BusinessReason skal anvendes: D06 Continuous meter reading from profiled metering points (skabelonafregnet timemålt målepunkt) D07 Rollback of Change-of-supplier (genoptag leverance på et målepunkt) E23 Periodical (periodisk forbrugsopgørelse) E30 Historical data (historisk data) Modtageren af meddelelsen bliver ikke orienteret yderligere før den første fremsendelse. Modtagerens system skal være i stand til dynamisk at oprette relevante tidsserier i deres system, eller systemet skal ved oprettelse af målepunktet etablere grundlaget for modtagelse af måledata for et målepunkt. Dok.31444/10, Sag 10/ / 93

51 Aktivitetsdiagram Fremsend måledata for et målepunkt Afsender Modtager Start Send basale målinger Måledata for et målepunkt Modtage måledata Kontrollere meddelelse Syntaksfejl Gemme informationer Proces ok Syntaksfejl Proces ok Figur 33 - Aktivitetsdiagram for Fremsend måledata for et målepunkt Måledata for et målepunkt/metered data time series Meddelelsen sendes som beskrevet i klassediagrammet. Meddelelsen kan indeholde følgende funktioner: 9 Original 5 Update (for korrektioner) Anvendelsen af function lig korrektion (5) må kun anvendes ved afsendelse af tidsserier fra DataHub'en. Modtagelse Ved modtagelse valideres meddelelsen i overensstemmelse med reglerne i Pseudo- Forskrift F. Efterfølgende skal hver transaktion verificeres i overensstemmelse med forretningsreglerne, som beskrevet herunder. Da det er generisk transaktion, der benyttes til fremsendelse af alle type måledata på målepunktsniveau, er det ikke muligt at specificere alle valideringer, der skal foretages. 51 / 93

52 Header Identification skal være unik Document skal være E66 SenderId skal indeholde eksisterende GLN/EIC kode SenderRole skal være en kode fra kodeliste ReceiverId skal indeholde eksisterende GLN/EIC kode ReceiverRole og BusinessProcessRole skal være en kode fra kodeliste Creation skal være på formatet YYYY-MM-DDThh:mm:ssZ i UTC+0 EnergyBusinessProcess skal være en godkendt kode TimeSeries Identification skal være unik i meddelelsen EnergyTimeseriesFunction skal være 9 fra netvirksomhed eller balanceansvarlig aktør EnergyTimeseriesFunction skal være 5 eller 9 fra DataHub'en EnergyTimeseriesProduct skal være godkendt kode fra kodeliste EnergyTimeseriesMeasureUnit skal være fra kodeliste QuantityQuality (statuskode) skal være E01, 36, 56 hvis udfyldt, hvis ikke skal MissingIndicator være true Tidsangivelse i Start og End skal være i korrekt format Resolution_Duration skal være en af følgende PT15M, PT1H, P1M, P1Y Position (skal indeholde et antal position svarende til Resolution f. eks. time = 24 positioner) EnergyQuantity skal være en værdi med max 3 decimaler for KWH eller tilsvarende opløsning for andre enheder. Hvis der ikke opdages fejl ved kontrol af meddelelsen lagres informationen og transaktionen er slut. I tilfælde af, at der konstateres en fejl skal meddelelsen afvises med et Acknowledgement Document med en Reasonkode. Acknowledgement Documentet vil altid indeholde en reference til den oprindelige meddelelse. Ved modtagelse af Acknowledgement Document skal det behandles efter reglerne i Pseudo-forskrift F. Efterfølgende fejl skal håndteres manuelt. Dok.31444/10, Sag 10/ / 93

53 Besked: Måledata for et målepunkt/metered data time series Header +MessageIdentification:Identifier +Document:Document =E66 +Creation:DateTime +EnergyBusinessProcess:BusinessReason +EnergyIndustry:SectorAreaIdentification +SenderIdentification +SenderRole:BusinessRole +RecipientIdentification +RecipientRole:BusinessRole E66=Customer move-out Document BusinessRe aso ncod e D06=Continous meter reading from profiled metering points D07=Rollback Change-of-supplier E23=Periodic metering E30=Historical data 1..* TimeSeries +TimeSeriesIdentification:Identifier +EnergyTimeSeriesFunction:DocumentFunction +EnergyTimeSeriesProduct:EnergyProductionIdentification +EnergyTimeSeriesMeasureUnit:MeasurementUnitCommon +OfMeteringPoint:MeteringPoint 1 T imeseriesperiod +ResolutionDuration:ResolutionDuration +Start:DateTime +End:DateTime 1 Agg reg ationcrite ria +MeteringPointIdentification 1..* Obse rva tion +Position +EnergyQuantity[0..1] +QuantityQuality[0..1]:QuantityQuality +QuantityMissingIndicator[0..1]:Boolean BusinessRo lecod e DDK=Balance responsible party DDQ=Balance power supplier DEA=Metered data aggregator MDR=Metered data responsible SectorAre aid entification 23=Electricity supply industry 0..1 Refe rence +OriginalBusinessDocumentIdentification:SimpleText { Only used with Request metered data } 36=Revised 56=Estimated E01=As read QuantityQualityCo de MeteringPointT ype D01=VE production D02=Technical D03=Own production E17=Consumption E18=Production E20=Exchange Measure mentunitco mmo nco de K3=kVArh KWH=kWh KWT=kW MAW=MW MWH=MWh TNE=Tonne Z03=MVAr Z14=Danish Tariff code 5=Update 9=Original Do cume ntfunction EnergyPro ductio nide ntification =Fuel quantity =Active power =Energy active =Energy reactive Figur 34 - Klassediagram for Måledata for et målepunkt 53 / 93

54 Unique identification RSM ID RSM-012 RSM navn Fremsend måledata for et målepunkt RSM version EDI message for XML: Message ID Metered data time series Message name Måledata for et målepunkt Schema URI EEM-DK_MeteredDataTimeSeries_1p0 EDI message for EDIFACT: Message ID UTILTS E66 Message name Måledata for et målepunkt Message IG version 3.0 Dok.31444/10, Sag 10/ / 93

55 3.10. RSM-013: Fremsend andelstal Overblik Fremsend andelstal DataHub Modtager Balanceansvarlig Elleverandør Figur 35 - Use Case Diagram for Fremsend andelstal Forretningstransaktionen anvendes af DataHub'en til at sende andelstal til legitime modtagere: Elleverandører Balanceansvarlige aktører Transaktionsstart Transaktionen er en notification og består af fremsendelse af Load profile share documenttype E31. En meddelelse kan indeholde en eller flere transaktioner, der alle bruger den samme EnergyBusinessProcess. Følgende BusinessReason skal anvendes: D02 Preparation for imbalance settlement (andelstal) Modtageren af meddelelsen bliver ikke orienteret yderligere før den første fremsendelse, modtagerens system skal være i stand til dynamisk at oprette relevante tidsserier i deres system. 55 / 93

56 Aktivitetsdiagram Fremsend andelstal Afsender DataHub Modtager Start Send meddelse med tidsseriedata Information om andelstal Modtage andelstal Kontrollere meddelelse Syntaksfejl Gemme data Proces ok Proces ok Syntaksfejl Figur 36 - Aktivitetsdiagram for Fremsend andelstal Information om andelstal/load profile share Meddelelsen sendes som beskrevet i klassediagrammet. Meddelelsen vil altid have function 9 (Original). Modtagelse Ved modtagelse valideres meddelelsen i overensstemmelse med reglerne i Pseudoforskrift F. Efterfølgende skal hver transaktion verificeres i overensstemmelse med forretningsreglerne, som beskrevet herunder. Header Identification skal være unik Document skal være E31 SenderId skal indeholde eksisterende GLN/EIC kode SenderRole skal være DEA ReceiverId skal indeholde eksisterende GLN/EIC kode Dok.31444/10, Sag 10/ / 93

57 ReceiverRole og BusinessProcessRole skal være DDK eller DDQ Creation skal være på formatet YYYY-MM-DDThh:mm:ssZ i UTC+0 EnergyBusinessProcess skal være D02 TimeSeries Identification skal være unik i meddelelsen EnergyTimeseriesFunction skal være 9 EnergyTimeseriesProduct skal være (energi) EnergyTimeseriesMeasureUnit skal være KWH QuantityQuality (statuskode) skal være E01 MeteringGridArea skal indeholde netområde som DE nummer BalanceresponsibleParty skal indeholde eksisterende GLN/EIC kode BalanceSupplier skal indeholde eksisterende GLN/EIC kode Tidsangivelse i Start og End skal være lig næste kalendermåneds start og slutdato Resolution_Duration skal være 1 måned (P1M) Værdien sendes uden decimaler Hvis der ikke opdages fejl ved kontrol af meddelelsen lagres informationen og transaktionen er slut. I tilfælde af, at der konstateres en fejl skal meddelelsen afvises med et Acknowledgement Document med en Reasonkode. Acknowledgement Documentet vil altid indeholde en reference til den oprindelige meddelelse. Efterfølgende fejl skal håndteres manuelt. 57 / 93

58 Besked: Fremsendelse af andelstal/load profile share Header +MessageIdentification:Identifier +Document:Document +Creation:DateTime +EnergyBusinessProcess:BusinessReason +EnergyIndustry:SectorAreaIdentification +SenderIdentification +SenderRole:BusinessRole=DEA +RecipientIdentification +RecipientRole:BusinessRole DocumentCo de E31=Aggregate metered data from the Metered Data Aggregator, local BusinessRea son D02=Preparation for imbalance settlement 1..* TimeSeries +TimeSeriesIdentification:Identifier +EnergyTimeSeriesFunction:DocumentFunction +EnergyTimeSeriesProduct:EnergyProductionIdentification +EnergyTimeSeriesMeasureUnit:MeasurementUnitCommon +OfMeteringPoint:MeteringPoint 23=Electricity supply industry DDK=Balance responsible party DDQ=Balance power supplier DEA=Metered data aggregator SectorAre aidentifica tion BusinessRoleCo de 1..* AggregationCriteria +BalanceSupplier[0..1] +BalanceResponsibleParty[0..1] +MeteringGridArea 1..* Ob servatio n +Position:Ordinal +EnergyQuantity +QuantityQuality:QuantityQuality Ene rg yproductionidentificationcod e =Energy active E17=Consumption MeteringPointT ype T imeseriesperiod +ResolutionDuration:ResolutionDuration=P1M +Start:DateTime +End:DateTime 1 9=Original Do cumentfunctioncod e MeasurementUnitCommon KWH=kWh QuantityQuality E01=As read Figur 37 - Klassediagram for Fremsendelse af andelstal Unique identification RSM ID RSM-013 RSM navn Fremsend andelstal RSM version EDI message for XML: Message ID Load profile share Message name Information om andelstal Schema URI EEM- DK_LoadProfileShare_MeteredDataTimeSeries_1p0 EDI message for EDIFACT: Message ID UTILTS E31 Message name Information om andelstal Message IG version 3.0 Dok.31444/10, Sag 10/ / 93

59 3.11. RSM-014: Fremsend beregnede tidsserier Overblik DataHub Fremsend beregnede tidsserier Modtager Balanceansvarlig Netvirksomhed Elleverandør Figur 38 - Use Case Diagram for Fremsend beregnede tidsserier Forretningstransaktionen anvendes af DataHub'en til at sende beregnede tidsserier til legitime modtagere: Elleverandører Balanceansvarlige aktører Netvirksomheden Denne meddelelse kan også anvendes som svar på forretningstransaktionen anmod om måledata (RSM 015) og vil i dette tilfælde indeholde en reference til anmodningen Transaktionsstart Transaktionen er en notification og initieres med en Aggregated metered data med Document E31. Meddelelsen kan indeholde en eller flere transaktioner, der alle skal indeholde den samme kode for EnergyBusinessProcess. Beskeden kan indeholde en af følgende BusinessReasons: D03 Temporary (foreløbige) D04 1st settlement (fiksering) D05 2nd settlement (refiksering) D09 Latest available value (tidsserie baseret på aktuelle værdier) Modtageren af meddelelse bliver ikke orienteret yderligere før fremsendelse, modtagerens system skal være i stand til dynamisk at oprette relevante tidsserier i deres system. 59 / 93

60 Aktivitetsdiagram Fremsend beregnede tidsserier DataHub Modtager Start Fremsende beregnede tidsserier Information om beregnede tidsserier Modtag beregnede tidsserier Kontrollere meddelelse Syntaksfejl Gemme informationer Syntaksfejl Proces ok Figur 39 - Aktivitetsdiagram for Fremsend beregnede tidsserier Information om beregnede tidsserier/aggregated metered data Meddelelsen sendes som beskrevet i klassediagrammet. Meddelelsen kan indeholde følgende funktioner: 9 Original Modtagelse Ved modtagelse valideres meddelelsen i overensstemmelse med reglerne i Pseudoforskrift F. Efterfølgende skal hver transaktion verificeres i overensstemmelse med forretningsreglerne, som beskrevet herunder. Da det er generisk transaktion, der benyttes til fremsendelse af alle type måledata, er det ikke muligt at specificere alle valideringer, der skal foretages. Dok.31444/10, Sag 10/ / 93

61 Header Identification skal være unik Document skal være E31 SenderId skal indeholde eksisterende GLN/EIC kode SenderRole skal være DEA ReceiverId skal indeholde eksisterende GLN/EIC kode ReceiverRole og BusinessProcessRole skal være en godkendt kode Creation skal være på formatet YYYY-MM-DDThh:mm:ssZ i UTC+0 EnergyBusinessProcess skal være en godkendt kode TimeSeries Identification skal være unik i meddelelsen EnergyTimeseriesFunction skal være 9 EnergyTimeseriesProduct skal være en godkendt kode EnergyTimeseriesMeasureUnit skal være en godkendt kode QuantityQuality (statuskode) skal være en godkendt kode (dag 1 til 4 kan manglende værdier accepteres) MeteringGridArea skal indeholde netområde som DE nummer BalanceresponsibleParty skal indeholde eksisterende GLN/EIC kode BalanceSupplier skal indeholde eksisterende GLN/EIC kode Tidsangivelse i Start og End skal være korrekt format Resolution_Duration skal være en af følgende PT15M, PT1H, P1M, P1Y Position (skal indeholde et antal position svarende til Resolution f. eks. time = 24 positioner) EnergyQuantity skal være en værdi med max 3 decimaler for KWH eller tilsvarende opløsning' MarkedBalanceArea skal være kode for Vest- eller Østdanmark, hvis a nvendes Hvis der ikke opdages fejl ved kontrol af meddelelsen lagres informationen og transaktionen er slut. I tilfælde af, at der konstateres en fejl skal meddelelsen afvises med et Acknowledgement Document med en Reasonkode. Acknowledgement Document vil altid indeholde en reference til den oprindelige meddelelse. Efterfølgende fejl skal håndteres manuelt. 61 / 93

62 Besked: Fremsend beregnede tidsserier/aggregated metered data Header +MessageIdentification:Identifier +Document:Document +Creation:DateTime +EnergyBusinessProcess:BusinessReason +EnergyIndustry:SectorAreaIdentification +SenderIdentification +SenderRole:BusinessRole +RecipientIdentification +RecipientRole:BusinessRole DocumentNa me E31=Aggregate metered data from the Metered Data Aggregator, local D03=Temporary D04=1st settlement D05=2nd settlement D09=Latest available value BusinessReason 1..* T imeseries +TimeSeriesIdentification:Identifier +EnergyTimeSeriesFunction:DocumentFunction +EnergyTimeSeriesProduct:EnergyProductionIdentification +EnergyTimeSeriesMeasureUnit:MeasurementUnitCommon +OfMeteringPoint:MeteringPoint +MeasureUnitPrice:CurrencyIdentification +EnergyTimeSeriesCurrency:CurrencyIdentification 1 9=Original TimeSeriesPeriod +ResolutionDuration:ResolutionDuration +Start:DateTime +End:DateTime DocumentFunction 1..* Observa tion +Position[0..1] +EnergyQuantity[0..1] +Price[0..1] +QuantityQuality[0..1]:QuantityQuality +QuantityMissingIndicator[0..1]:Boolean +PriceMissingIndicator[0..1]:Boolean 0..1 Reference 1..* AggregationCrite ria +BalanceSupplier[0..1] +BalanceResponsibleParty[0..1] +MeteringGridArea[0..1] +MarketBalanceArea[0..1] +OriginalBusinessDocumentIdentification:SimpleText BusinessRole DDK=Balance responsible party DDM=Grid access provider DDQ=Balance power supplier DDX=Imbalance settlement responsible DEA=Metered data aggregator EZ=System Operator MDR=Metered data responsible D01=VE production D02=Technical D03=Own production E17=Consumption E18=Production E20=Exchange MeteringPointT ype { Only used with Request metered data SectorAreaIdentification 23=Electricity supply industry } MeasurementUnitCommo n K3=kVArh KWH=kWh KWT=kW MAW=MW MWH=MWh TNE=Tonne Z03=MVAr Z14=Danish Tariff code QuantityQuality 36=Revised 56=Estimated E01=As read Energ yproductionidentification =Fuel quantity =Active power =Energy active =Energy reactive CurrencyIdentification DKK=Denmark Krone EUR=Euro NOK=Norwegian Krone SEK=Sweden Krona Figur 40 - Klassediagram for Fremsend beregnede tidsserier Dok.31444/10, Sag 10/ / 93

63 Unique identification RSM ID RSM-014 RSM navn Fremsend beregnede tidsserier RSM version EDI message for XML: Message ID Aggregated metered data Message name Information om beregnede tidsserier Schema URI EEM- DK_Aggregated_MeteredDataTimeSeries_1p0 EDI message for EDIFACT: Message ID UTILTS E31 Message name Information om beregnede tidsserier Message IG version / 93

64 3.12. RSM-015: Anmod om måledata Overblik Anmod om måledata Afsender Balanceansvarlig Netvirksomhed Elleverandør DataHub Figur 41 - Use Case Diagram for Anmod om måledata Request metered data (anmod om måledata) anvendes af elleverandør, balanceansvarlig aktør eller netvirksomhed til at forespørge om måledata hos DataHub'en Transaktionsstart Transaktionen initieres med en Request metered data med Document E73 (metered data timeseries) eller E74 (aggregated metered data). En meddelelse kan indeholde en eller flere transaktioner, der alle skal anvende den samme EnergyBusinessProcess. Beskeden kan indeholde en følgende BusinessReasons afhængig af Document. For Document = E73: D06 Continuous meter reading from profiled metering points (skabelonafregnet timemålt målepunkt) D10 Meter reading, profiled consumption (skabelonafregnet forbrug) E23 Periodical (periodisk forbrugsopgørelse) For Document = E74: D03 Temporary (foreløbige) D04 1st settlement (fiksering) D05 2nd settlement (refiksering) D09 Latest available value (tidsserie baseret på aktuelle værdier) E23 Periodical (periodisk forbrugsopgørelse) Dok.31444/10, Sag 10/ / 93

65 Aktivitetsdiagram Anmod om måledata Afsender DataHub Start Anmode om måledata Anmod om måledata Modtage anmodning Kontrollere anmodning Syntaksfejl Modtage afvisning Afvis anmod om måledata Send afvisning Nej Transaktion ok? Ja Modtage måledata Måledata Send måledata Kontrollere meddelelse Syntaksfejl Gemme data Syntaksfejl Proces ok Proces slut Proces slut Proces ok Syntaksfejl Figur 42 - Aktivitetsdiagram for Anmod om måledata 65 / 93

66 Anmod om måledata/request metered data Meddelelsen sendes som beskrevet i klassediagrammet. Modtagelse Ved modtagelse valideres meddelelsen i overensstemmelse med reglerne i Pseudoforskrift F, EDI kommunikation. Efterfølgende skal hver transaktion verificeres i overensstemmelse med forretningsreglerne, som beskrevet herunder. Business Reason Validering Målepunktet skal være identificerbart. Elleverandøren skal være godkendt Den balanceansvarlige aktør skal være godkendt. Netvirksomhed skal være godkendt. Ingen data tilgængeligt Dato ikke valid eller interval ikke validt Kombination af søgekriterier ikke mulig Response Reason E10 (Installation address or metering point not identifiable) E16 (Unauthorised supplier) E18 (Unauthorised Balance responsible) D04 (Unauthorised Grid access provider) D09 (No data available) E50 (Invalid period) D11 (Combination of search criteria not possible) Måledata/Metered data timeseries Hvis der ikke opdages fejl ved kontrol af Request Metered data meddelelsen sendes de ønskede måledata til aktøren med relevant Document og EnergyBusinessProccess for alle de godkendte transaktioner. Måledata meddelelsen vil altid indeholde en reference til den oprindelige meddelelse. Meddelelsen sendes som beskrevet i klassediagrammet for pågældende forretningstransaktion. Ved modtagelse af en positiv svarmeddelelse valideres meddelelsen i overensstemmelse med reglerne i Pseudo-forskrift F og som angivet under den relevante forretningstransaktion Afvis anmod om måledata/reject request metered data I tilfælde af, at der konstateres en fejl i forhold til valideringstabellen skal meddelelsen afvises. Dette sker med en Reject request metered data meddelelse med Document ERR og EnergyBusinessProcess. Status kode sættes til 41 (Rejected) samt Reasoncode sat til den relevante kode fra valideringstabellen. Desuden udfyldes Reasontext hvis nødvendigt. Meddelelsen vil altid indeholde en reference til den oprindelige meddelelse. Dok.31444/10, Sag 10/ / 93

67 Modtageren validerer svarmeddelelse (Reject request metered data) i overensstemmelse med reglerne i Pseudo-forskrift F. I tilfælde af at der sker verifikationsfejl i forhold til skemaet eller indholdet, skal meddelelsen afvises. Følgende validering af meddelelsen skal foretages: Reference til transaktion ID skal være lig transaktion ID i oprindelige meddelelse Acknowledgement Documentet vil indeholde en fejlkode. Acknowledgement Documentet vil altid indeholde en reference til den oprindelige meddelelse. Efterfølgende fejl skal håndteres manuelt Besked: Anmod om måledata/request Metered Data Header +MessageIdentification:Identifier +Document:Document +Creation:DateTime +EnergyBusinessProcess:BusinessReason +EnergyIndustry:SectorAreaIdentification +SenderIdentification +SenderRole:BusinessRole +RecipientIdentification +RecipientRole:BusinessRole T imeseries +TimeSeriesIdentification:Identifier +EnergyTimeSeriesProduct[0..1]:EnergyProductionIdentification +OfMeteringPoint[0..1]:MeteringPoint 1..* Document E73=Request for validated metered data E74=Request aggregated metered data BusinessReason D03=Temporary D04=1st settlement D05=2nd settlement D06=Continous meter reading from profiled metering points D07=Rollback Change-of-supplier D09=Latest available value D10=Meter reading, profiled consumption E23=Periodic metering E30=Historical data AggregationCriteria +MeteringPointIdentification[0..1] +BalanceSupplier[0..1] +BalanceResponsibleParty[0..1] +MeteringGridArea[0..1] +MarketBalanceArea[0..1] TimeSeriesPeriod +Start[0..1]:DateTime +End[0..1]:DateTime SectorAreaIdentification 23=Electricity supply industry BusinessRole DDK=Balance responsible party DDQ=Balance power supplier DDX=Imbalance settlement responsible DEA=Metered data aggregator MDR=Metered data responsible MeteringPointT ype D01=VE production D02=Technical D03=Own production E17=Consumption E18=Production E20=Exchange EnergyProductionIdentification =Fuel quantity =Active power =Energy active =Energy reactive Figur 43 - Klassediagram for Anmod om måledata 67 / 93

68 Besked: Måledata/Metered data time series Klassediagrammet er generelt for tidsserier. Der henvises til de respektive forretningstransaktioner for det eksakte dataindhold Besked: Afvis anmod om måledata/reject request metered data Header +Identification:Identifier +Document:Document +Creation:DateTime +EnergyBusinessProcess:BusinessReason +EnergyIndustry:SectorAreaIdentification +SenderIdentification +SenderRole:BusinessRole +RecipientIdentification +RecipientRole:BusinessRole T imeseriesresponse +TimeSeriesIdentification:Identifier +ResponseStatus:ResponseCondition +ResponseReason:ResponseReason 1 Document ERR=Processability Error Report BusinessRea so ncod e D03=Temporary D04=1st settlement D05=2nd settlement D06=Continous meter reading from profiled metering points D09=Latest available value D10=Meter reading, profiled consumption E23=Periodic metering E30=Historical data Secto rare aid entificationco de 23=Electricity supply industry Reference +OriginalBusinessDocumentIdentification:SimpleText 41=Rejected Response Conditio ncod e Busine ssro lecod e DDK=Balance responsible party DDM=Grid access provider DDQ=Balance power supplier DEA=Metered data aggregator MDR=Metered data responsible ResponseReason D04=Unauthorised Grid access provider D09=No data available D11=Combination of search criteria not possible E10=Metering point not identifiable E16=Unauthorized balance supplier E18=Unauthorized balance responsible E50=Invalid period Figur 44 - Klassediagram for Afvis anmod om måledata Dok.31444/10, Sag 10/ / 93

69 Unique identification RSM ID RSM-015 RSM navn Anmod om måledata RSM version EDI message for XML: Message ID Request metered data Message name Anmod om måledata Schema URI EEM- DK_RequestMeteredData_Aggregated_1p0, EEM-DK_RequestMeteredData_Validated_1p0 EDI message for EDIFACT: Message ID UTILTS Message name Anmod om måledata Message IG version 3.0 EDI message for XML: Message ID Metered data timeseries Message name Måledata Schema URI EEM-DK_MeteredDataTimeSeries_1p0 EDI message for EDIFACT: Message ID UTILTS Message name Måledata Message IG version 3.0 EDI message for XML: Message ID Reject request metered data Message name Afvis anmod om måledata Schema URI EEM-DK_RejectRequestMeteredData_1p0 EDI message for EDIFACT: Message ID UTILTS Message name Afvis anmod om måledata Message IG version / 93

70 4. Datadefinitioner Datadefinitioner er baseret på klassediagrammer for xml. For EDIFACT definitioner henvises til de respektive implementeringsguides (MIG). Dok.31444/10, Sag 10/ / 93

71 4.1. Attributter BalanceResponsiblePartyIdentification Entydig identifikation af aktør Optional an..35 BDT: Identifier <BalanceResponsiblePartyIdentification schemeagencyidentifier= "9"> </BalanceResponsiblePartyIdentification> Hvis CodingScheme = 9 angives 13 cifret GLN nummer. Hvis CodingScheme = 305 angives 16 tegns EIC kode. Aktøren er identificeret af et GLN nummer eller en EIC kode BalanceSupplierIdentification Entydig identifikation af aktøren Optional an..35 BDT: Identifier <BalanceSupplierIdentification schemeagencyidentifier= "9"> </BalanceSupplierIdentification> Hvis CodingScheme = 9 angives 13 cifret GLN nummer. Hvis CodingScheme = 305 angives 16 tegns EIC kode. Aktøren er identificeret af et GLN nummer eller en EIC kode. BuildingNumber Husnummer Optional an..35 BDT: SimpleText <BuildingNumber>14A</BuildingNumber> BuildingNumber <= 6 tegn Husnummer og et evt. bogstav, som er en fuldgyldig del af husnummeret. City Postdistrikt Mandatory an..35 BDT: SimpleText <City>Risskov</City> City <= 25 tegn 71 / 93

72 CitySubDivision Bynavn Optional an..35 BDT: SimpleText <CitySubDivision>Vejlby</CitySubDivision CitySubDivision <= 25 tegn Skal angives, hvis anderledes end postdistrikt ConsumerCategory Dansk Energis branchekode Optional an..35 BDT: SimpleText <ConsumerCategory>1244</ConsumerCategory> ConsumerCategory <= 4 cifre ConsumerCVR Firmaet's CVR nummer Optional an..35 BDT: SimpleText <CVR> </CVR> ConsumerCVR = 8 cifre Country Land Optional an..35 BDT: SimpleText <Country>DK</Country> Country = 2 tegn. Tjekkes mod ISO Alpha kode Der udveksles forkortelser - ikke navne Creation Tidspunkt for dannelse af en meddelelse Mandatory an..35 CDT: DateTime <Creation> T13:40:00Z </Creation> Formatet er YYYY-MM-DDTHH:MM:SSZ ISO-8601 standard anvendes. Tidspunkt angives i UTC+0. Dok.31444/10, Sag 10/ / 93

73 Document Kode for den type meddelelse der sendes Document Mandatory an..3 <Document listagencyid="260">e44 </Document> Tjekkes mod kodelisten. Hvis ebix kode så listagencyidentifier = 260 ellers anvendes listagencyidentifier ikke. End Sluttidsangivelse for perioden Optional an..35 CDT: DateTime <End> T22:00Z</End> Formatet er YYYY-MM-DDTHH:MMZ Tidspunkt angives i UTC+0. Anvendes ved fremsendelse af tidsserier. EndOfOccurrence Dato for ophør Mandatory an..35 CDT: DateTime < EndOfOccurrence > T2309T22:00Z</EndOfOccurrence> Formatet er YYYY-MM-DDTHH:MMZ. Det tjekkes at klokkeslæt er 22:00 (sommertid) eller 23:00 (vintertid) Dato og tid i UTC+0. Dækker i mange tilfælde over skæringsdato. EnergyBusinessProcess Forretningsårsag til meddelelsen BusinessReason Mandatory an..3 <EnergyBusinessProcess listagencyidentifier="260">e03</ EnergyBusinessProcess > Tjekkes mod kodelisten. Hvis ebix kode så listagencyidentifier = 260. Hvis dansk kode så skal attributten listidentifier = "DK" bruges sammen med listagencyidentifier = / 93

74 EnergyIndustry Angivelse af markedsområde SectorAreaIdentification Mandatory an..3 <EnergyIndustry>23</EnergyIndustryClassificat ion> EnergyIndustry = 23 EnergyTimeSeriesCurrency Valutaen hvormed de enkelte værdier opgives. Mandatory an..3 <Currency>NOK</Currency> Tjekkes mod kodelisten. EnergyTimeSeriesCurrency = 3 tegn Valuta kan f.eks. være DKK, NOK, SEK og EUR. ISO bogstavskode anvendes EnergyTimeSeriesFunction Angivelse af dokumentets status DocumentFunction Mandatory An..3 <Function>9</Function> EnergyTimeSeriesFunction = 1 ciffer Angiver om der er tale om et originalt dokument eller opdatering af allerede sendt dokument. Koder, der anvendes, er 9 og 5. EnergyTimeSeriesMeasureUnit Enheden hvormed de enkelte værdier måles. MeasurementUnitCommon Mandatory an..3 <Unit>KWH</Unit> Tjekkes mod kodelisten For forbrugsmålinger vil enheden være kwh. Dok.31444/10, Sag 10/ / 93

75 EnergyTimeSeriesProduct Identifikation af det produkt, som indgår. EnergyProductionIdentification Mandatory an..35 <Identification schemaagencyidentifier="9"> </identification> Tjekkes mod kodelisten. 13 cifret GLN nr. og schemaagencyidentifier = 9 Produktet kan eksempelvis være energi eller effekt. GLN nr. benyttes til angivelse af produkt. EstimatedAnnualVolume Det forventede årsforbrug Optional n..35 BDT: IntegerQuantity <EstimatedAnnualVolume unit="kwh">1234</estimatedannualvolume> EstimatedAnnualVolume <= 18 cifre Det forventede årlige volumen for det meste baseret på sidste års faktiske forbrug. Angives i kwh uden decimaler. Angivelse af unit="kwh" er optionelt ifølge schema. FirstConsumerParty Disponentnavn enten en kunde eller et firmanavn Optional an..35 BDT: SimpleText <>Ib Hansen</> Navnet på den person / firma som kan skifte elleverandør på et målepunkt. FirstConsumerPartyReference Disponentens fødselsdato Optional an..35 CDT: Identifier <Identification> </Identification> Formatet er YYYY-MM-DD 75 / 93

76 FloorIdentification Etage Optional an..35 BDT: SimpleText <FloorIdentification>2</FloorIdentification> FloorIdentification <= 2 tegn Eksempler på Etage: S, 1., 2. - skal angives hvis relevant (f.eks. ved etagebyggeri). MarketBalanceArea Prisområde Optional an..35 BDT: DomainIdentifier <MarketBalanceAreaUsedDomainLocation> <Identification schemeagencyidentifier="305">10ydk M</Identification> </MarketBalanceAreaUsedDomainLocation> 16 tegns kode og schemeagencyidentifier = 305 Der er to områder i Danmark angives med en EIC kode. Kan indeholde to mulige værdier i Danmark: 10YDK W Vestdanmark 10YDK M Østdanmark MeasureUnitPrice Enheden hvormed de enkelte værdier måles. CurrencyIdentification Mandatory an..15 <MeasureUnitPrice>NOK</MeasureUnitPrice> MeasureUnitPrice <=3 tegn. Tjekkes mod kodelisten. Den enhed som pris bliver opgivet i MessageIdentification Afsenders unikke identifikation af en meddelelse Mandatory an..35 CDT: Identifier <Identification > </ Identification> Identification skal være unik over tid for afsender Dok.31444/10, Sag 10/ / 93

77 MeteringGridAreaIdentification Entydig identifikation på et netområde Optional an..35 BDT: DomainIdentifier <MeteringGridAreaUsedDomainLocation> <Identification schemeagencyidentifier="dk">027</identification> </MeteringGridAreaUsedDomainLocation> MeteringGridAreaIdentification = 3 cifre og schemeagencyidentifier = "DK" Netområde er en betegnelse for et net, som administreres af en netvirksomhed. Dansk Energis kode anvendes (DE nr.) MeteringPointIdentification Entydig identifikation af et målepunkt Mandatory an..35 CDT: Identifier <MeteringPointDomainLocation> <Identification schemeagencyidentifier= "9"> </Identification> </MeteringPointDomainLocation> GSRN nummer = 18 cifre og schemeagencyidentifier = 9 Ethvert målepunkt har et unikt GS1 - GSRN-nummer MeterReadingOccurrence Den tidsopløsning hvormed målepunktet aflæses Optional an..35 BDT: SimpleText <MeterReadingOccurrence>PT1H</MeterReadingOccurrence> Enten format: PnYnMnDTnHnMnS, hvor ny udtrykker antallet af år og så videre til nm et antal af minutter og ns et antal sekunder. Eller teksten "Andet" Mulige værdier: P1Y, P1M, PT1H, PT15M eller Andet ISO standard ISO 8601 anvendes til at udtrykke opløsning. MPReadingCharacteristics Angivelse af, hvordan målepunktet aflæses MPReadingCharacteristics Optional an..3 <MPReadingCharacteristics listidentifier="dk" listagencyidentifier="260">d01</mpreadingcharacteristics> Tjekkes mod kodelisten. ListAgencyIdentifier = 260 og listidentifier = "DK". Metode der bruges til transmission af måledata fra måleren til måledataindsamler. Mulige værdier: fjernaflæst eller manuel 77 / 93

78 Municipality Kommunekode Optional an..4 BDT: SimpleText <Municipiality>845</Municipiality> Municipality = 3 cifre Kombinationen af vejnummer og kommunekode fastlægger entydigt hvor vejstykket ligger. Specielt interessant hvis en vej løber gennem flere kommuner. NetSettlementGroup Angiver nettoafregningsgruppe, som målepunktet tilhører. Optional an..35 BDT: SimpleText <NetSettlementGroup>0</NetSettlementGroup> NetSettlementGroup <= 2 cifre Der angives værdien 0 for målepunkter, som ikke er nettoafregnet. Occurrence Den dato hvor hændelse indtræffer Mandatory an..35 CDT: DateTime <Occurrence > T2309T22:00Z</Occurrence> Formatet er YYYY-MM-DDTHH:MMZ Dato og tid i UTC+0. Dækker i mange tilfælde over skæringsdato. OriginalBuisnessMessageIdentification Entydig reference til oprindelige meddelelse Mandatory an..35 BDT: SimpleText <Identification> </Identification> Svarer til identifikation i det modtagne dokument OriginalBusinessDocumentIdentification Entydig reference til transaktionen i det oprindelige dokument Optional an..35 BDT: SimpleText <Identification> </Identification> Svarer til identifikation i det modtagne dokument Dok.31444/10, Sag 10/ / 93

79 PhysicalStatusOfMeteringPoint Den fysiske status af målepunktet PhysicalStatus Optional an..3 <PhysicalStatusOfMeteringPoint listagencyidentifier="260">e22</physicalstatusofmeteringpoint > Tjekkes mod kodelisten. Hvis ebix kode så listagencyidentifier = 260. Hvis dansk kode så listagencyidentifier = 260 og listidentifier = "DK". Angives om målepunktet er afbrudt, tilsluttet, inaktivt, nyoprettet eller nedlagt. Position Den relative position for en periode i et interval Optional an..10 BDT: Ordinal <Position>1</Position> Position <= 3 cifre Positionen er angivet ved et numerisk heltal startende med 1 Postcode Postnummer Mandatory an..35 BDT: SimpleText <Postcode>8240</Postcode> I Danmark max 4 tegn - foranstillede nuller anvendes En kode, der specificerer postnummer for en adresse PostOfficeBox Almindelig postboks adresse Optional an..35 BDT: SimpleText <PostOfficeBox>279</PostOfficeBox> PostOfficeBox <= 25 tegn Benyttes ikke ved målepunktsadresse, men kan være relevant, hvor kundens kommende/nuværende kontaktadresse skal angives. Hvis den benyttes bør gade, husnummer ikke også være udfyldt, dog skal postnummer og -distrikt mm være udfyldt. 79 / 93

80 Price Prisen for en position i et givent interval Optional n..35 BDT: Amount <EnergyPrice>231.50</EnergyPrice> Price <= 18 cifre Værdi opgives i den enhed der er angivet i elementet Currency. PriceMissingIndicator Indikation af ingen værdi Optional CDT: Boolean <PriceMissing>true</PriceMissing> True indikerer manglende værdi Anvendes KUN ved manglende værdi Quantity Mængdeangivelse for en position i et givent interval. Optional an..35 BDT: Decimal <EnergyQuantity>123.4</EnergyQuantity> Quantity <= 18 cifre Mængden opgives i den enhed der er angivet i attribut energytimeseriesmeasureunit QuantityMissingIndicator Indikation af ingen værdi BDT: Boolean <QuantityMissing>true</QuantityMissing> True indikerer manglende værdi Anvendes KUN ved manglende værdi. Kun tilladt indtil fiksering. QuantityQuality Hvordan Quantity er målt QuantityQuality Optional an..3 <QuantityQuality>36</QuantityQuality> Tjekkes mod kodelisten. For ebix kode skal listagencyidentifier = 260 anvendes Følgende koder anvendes: 36 korrigeret, 56 estimeret, E01 målt Dok.31444/10, Sag 10/ / 93

81 RecipientIdentification Identifikation af den aktør som er modtager af meddelelsen Mandatory an..35 BDT: PartyIdentifier <RecipientEnergyParty> <Identification schemeagencyidentifier="9"> </identification> </RecipientEnergyParty> Hvis CodingScheme = 9 angives 13 cifret GLN nummer. Hvis CodingScheme = 305 angives 16 tegns EIC kode Aktøren er identificeret af et GLN nummer eller en EIC kode). RecipientRole Modtagerens rolle ved modtagelse en meddelelse BusinessRole Mandatory an..3 <Role>DDZ</Role> Tjekkes mod kodelisten ResolutionDuration Resolution definere den præcision som tidsinterval er opdelt i Optional an..35 BDT: ResolutionDuration <ResolutionDuration>PT1H</ResolutionDuration> Format: PnYnMnDTnHnMnS, hvor ny udtrykker antallet af år og så videre til nm et antal af minutter og ns et antal sekunder Resolution udtrykkes med ISO Resolution PT1H udtrykker således en opløsning på 1 time ResponseReason Kode for afvisningsårsag ResponseReason Optional an..3 <ResponseReason listagencyidentifier="260">e10</responsereason> Tjekkes mod kodelisten. For ebix koder er listagencyidentifier = 260. For danske koder er listagencyidentifier= 260 og listidentifier="dk". Anvendes i forbindelse med status lig afvist til at beskrive årsag 81 / 93

82 ResponseStatus Status på svaret ResponseCondition Mandatory an..3 <Status>39</Status> ResponseStatus = 39 eller 41 Status kan enten være godkendt (39) eller afvist (41) ResponseText Uddybende fejlbeskrivelse Optional an..512 BDT: SimpleText <ResponseText>Dette er en fejl</responsetext> Anvendes i Acknowledge meddelelsen til at uddybe enkelte fejlkoder RoomIdentification Dørbetegnelse Optional an..4 BDT: SimpleText <RoomIdentification>th</RoomIdentification> RoomIdentification <= 4 tegn th, tv, m.f. og andre - skal angives hvis relevant (fx ved etagebyggeri) ScheduledMeterReadingDate Nominelle aflæsningsdage på et skabelonafregnet målepunkt Optional an..35 BDT: SimpleText <ScheduledMeterReadingDate>1220</ScheduledMeterReadin gdate> Format MMDD Der kan være angivet til og med 12 datoer. SecondConsumerParty Disponentnavn - en kunde Optional an..35 BDT: SimpleText <>Lis Hansen</> Navnet på evt. anden person som kan skifte elleverandør på et målepunkt. Dok.31444/10, Sag 10/ / 93

83 SecondConsumerPartyReference Disponentens fødselsdato Optional an..35 CDT: Identifier <Identification> </Identification> Formatet er YYYY-MM-DD SenderIdentification Identifikation af den aktør som er ansvarlig for indholdet og er afsender af meddelelsen. Mandatory an..35 BDT: PartyIdentifier <SenderEnergyParty> <Identification schemeagencyidentifier="9"> </identification> </SenderEnergyParty> Hvis CodingScheme = 9 angives 13 cifret GLN nummer. Hvis CodingScheme = 305 angives 16 tegns EIC kode Aktøren er identificeret af et GLN nummer eller en EIC kode. SenderRole Specificere den rolle aktøren har i udveksling. BusinessRole Mandatory an..3 <Role>DDX</Role> Tjekkes mod kodelisten. Angivelse af rollen som afsender har SettlementMethod Hvilken afregningsform et målepunkt har SettlementMethod Optional an..3 <SettlementMethod listagencyidentifier="260">e02</settlementmethod> Tjekkes mod kodelisten. For ebix koder er listagencyidentifier = 260. For danske koder er listagencyidentifier= 260 og listidentifier="dk". Der skelnes mellem skabelon og time. Anvendes i forbindelse med afregning af balance. 83 / 93

84 Start Starttidsangivelse for perioden Optional an..35 CDT: DateTime <Start> T22:00Z</Start> Formatet er YYYY-MM-DDTHH:MMZ Tidspunkt angives i UTC. Anvendes ved fremsendelse af tidsserier. StartOfOccurrence Dato for start Mandatory an..35 CDT: DateTime < StartOfOccurrence > T2309T22:00Z</StartOfOccurrence> Formatet er YYYY-MM-DDTHH:MMZ. Det tjekkes at klokkeslæt er 22:00 (sommertid) eller 23:00 (vintertid) Dato og tid i UTC+0. Dækker i mange tilfælde over skæringsdato. Street Vejkode Optional n..4 BDT: SimpleText <Street>0405</Street> Street = 4 cifre Skal angives hvis muligt (kan være umuligt, hvis ny vej eller installation på ukendt vej - fx markvej). Vejkoden skal altid have fire cifre, og disse skal være i intervallet Vejkoden udgør sammen med Indenrigsministeriets kommunekode en entydig identifikation af den navngivne vej med tilhørende vejnavn. Street Vejnavn Mandatory an..35 BDT: SimpleText <Street>Enebærvej</Street> Skal angives, brug evt. N/A Dok.31444/10, Sag 10/ / 93

85 SubmissionDelay Angiver hvor hyppigt data indsendes til DataHub'en Optional an..3 BDT: Ordinal <SubmissionDelay>15</SubmissionDelay> SubmissionDelay <= 3 cifre Angives som antal dage. Anvendes kun for fjernaflæst timemålt skabelonafregnet målepunkt, hvor timeværdier sættes til rådighed SupplyStart Elleverandørens start af leverance Optional an..35 CDT: DateTime <SupplyStart> T23:00Z</ SupplyStart> Formatet er YYYY-MM-DDTHH:MMZ Dato og tid i UTC+0. Dato skal være start af lokal dag, hvor der vil ske ændring. TimeSeriesIdentification Afsenders unikke identifikation af transaktionen. Mandatory an..35 CDT: Identifier <Identification>123456</Identification> Bliver anvendt som reference når i svar TransactionIdentification Afsenders unikke identifikation af transaktionen. Mandatory an..35 CDT: Identifier <Identification>123456</ Identification> Bliver anvendt som reference når der svares 85 / 93

86 OfMeteringPoint af målepunkt MeteringPoint Mandatory an..3 <OfMeteringPoint listagencyidentifier="260">e17</ofmeteringpoint> Tjekkes mod kodelisten. For ebix koder er listagencyidentifier = 260. For danske koder er listagencyidentifier = 260 og listidentifier="dk" Målepunkt kan f.eks. være af typen forbrug, produktion eller udveksling, teknisk. WebAccess Kunde adgangskode til målepunkt i webportalen Optional an..35 BDT: SimpleText <WebAccess>123X4K445</WebAccess> WebAccess <= 35 tegn Genereres af DataHub'en sendes til elleverandør og udleveres af denne til kunden. Dok.31444/10, Sag 10/ / 93

87 4.2. Koder Datadefinitioner for BusinessReason Kode Beskrivelse Kommentar D02 Preparation for imbalance settlement D03 Temporary D04 1st settlement D05 2nd settlement D06 Continous meter reading from profiled metering points D07 Rollback Change-of-supplier D09 Latest available value D10 Meter reading, profiled consumption E01 Move; change of party connected to grid E02 New metering point E03 Change of balance supplier E05 Cancellation E06 Unrequested change of balance supplier E0G Data alignment for master data metering point E20 End of supply E23 Periodic metering E30 Historical data E32 Update master data metering point E34 Update master data consumer E53 Meter reading on demand E65 Customer move-in E66 Customer move-out E75 Change of metering method E79 Change Connection Status Datadefinitioner for BusinessRole Kode Beskrivelse Kommentar DDK Balance responsible party DDM Grid access provider DDQ Balance power supplier DDX Imbalance settlement responsible DDZ Metering Point Administrator DEA Metered data aggregator EZ System Operator MDR Metered data responsible Datadefinitioner for SectorAreaIdentification Kode Beskrivelse Kommentar 23 Electricity supply industry Datadefinitioner for CurrencyIdentification Kode Beskrivelse Kommentar 87 / 93

88 DKK EUR NOK SEK Denmark Krone Euro Norwegian Krone Sweden Krona Datadefinitioner for DocumentFunction Kode Beskrivelse Kommentar 5 Update 9 Original Datadefinitioner for Document Kode Beskrivelse Kommentar 294 Application acknowledgment and error report 392 Request change of supplier 414 Confirmation of start of supply 432 Notification to grid operator of contract termination E07 Master data, metering point E10 Request for Master data, Metering point E31 Aggregate metered data from the Metered Data Aggregator, local E44 Notification to supplier of contract termination E66 Customer move-out E73 Request for validated metered data E74 Request aggregated metered data ERR Processability Error Report Datadefinitioner for EnergyProductionIdentification Kode Beskrivelse Kommentar Fuel quantity Active power Energy active Energy reactive Datadefinitioner for MeasurementUnitCommon Kode Beskrivelse Kommentar K3 kvarh KiloVolt-Ampere reactive hour KWH kwh Kilowatt-hour KWT kw Kilowatt MAW MW Megawatt MWH MWh Megawatt-hour TNE Tonne metric ton Z03 MVAr MegaVolt-Ampere reactive power Z14 Danish Tariff code KT Tarifkode Datadefinitioner for MeteringPoint Kode Beskrivelse Kommentar Dok.31444/10, Sag 10/ / 93

89 D01 D02 D03 E17 E18 E20 VE production Technical Own production Consumption Production Exchange Datadefinitioner for MPReadingCharacteristics Kode Beskrivelse Kommentar D01 Automatic meter reading D02 Manual meter reading Datadefinitioner for PhysicalStatus Kode Beskrivelse Kommentar D01 Inactive D02 Closed down D03 New E22 Connected E23 Disconnected Datadefinitioner for QuantityQuality Kode Beskrivelse Kommentar 36 Revised 56 Estimated E01 As read Datadefinitioner for ResponseCondition Kode Beskrivelse Kommentar 39 Approved 41 Rejected Datadefinitioner for ResponseReason Kode Beskrivelse Kommentar D01 D02 D03 D04 D07 D08 D09 D11 E10 E11 E16 E17 E18 The document is approved General error Missing consumer name or address Unauthorised Grid access provider Ongoing move process Balance supplier does not match the current Balance Supplier No data available Combination of search criteria not possible Metering point not identifiable Measuring problem Unauthorized balance supplier Requested switch date not within time limits Unauthorized balance responsible 89 / 93

90 E22 E29 E50 E51 E59 E73 E81 E86 E87 E90 E91 E97 E98 Metering point blocked for switching Product code unknown or not related to MP Invalid period Invalid number of decimals Already existing relation Incorrect measure unit MeteringPoint is not connected Incorrect value Number of observations dosn't fit observation period/resolution Measurement beyond plausibility limits Estimate is not acceptable Measurement should not be zero Measurement has wrong sign Datadefinitioner for SettlementMethod Kode Beskrivelse Kommentar E01 Profiled E02 Non profiled E15 Netted Dok.31444/10, Sag 10/ / 93

91 5. Krydsference mellem BRS og RSM Analysen viser hvilke af BRS'erne der anvender hvilke RSM'er. BRS-001: Leverandørskift BRS-002: Leveranceophør BRS-003: Håndtering af fejlagtigt leverandørskift BRS-004: Oprettelse af målepunkt BRS-005: Anmodning om stamdata BRS-006: Fremsendelse af stamdata BRS-007: Fraflytning - meldt til netvirksomheden BRS-008: Tilflytning - meldt til netvirksomheden BRS-009: Tilflytning - meldt til elleverandøren BRS-010: Fraflytning - meldt til elleverandøren BRS-012: Skift af afregningsform BRS-013: Afbrydelse og genåbning af målepunkt BRS-020: Forbrugsopgørelse for skabelonafregnet målepunkt BRS-021: Fremsendelse af måledata for et målepunkt 91 / 93

92 BRS-022: Fremsendelse af andelstal BRS-023: Fremsendelse af beregnede tidsserier BRS-024: Anmodning om historiske data BRS-025: Anmodning om måledata The following objects have no relationship with the row items: RSM-009: Kvittering Dok.31444/10, Sag 10/ / 93

93 6. Figurliste Figur 1 - Use Case Diagram for Start af leverance... 7 Figur 2 - Aktivitetsdiagram for Start af leverance... 7 Figur 3 - Klassediagram for Anmeld start af leverance...10 Figur 4 - Klassediagram for Bekræft start af leverance...11 Figur 5 - Klassediagram for Afvis start af leverance...12 Figur 6 - Use Case Diagram for Annuller start af leverance...14 Figur 7 - Aktivitetsdiagram for Annuller start af leverance...14 Figur 8 - Klassediagram for Annuller start af leverance...16 Figur 9 - Klassediagram for Bekræft annullering af start af leverance...17 Figur 10 - Klassediagram for Afvis annullering af start af leverance...18 Figur 11 - Use Case Diagram for Orientering om skift af elleverandør...20 Figur 12 - Aktivitetsdiagram for Orientering om skift af elleverandør...21 Figur 13 - Klassediagram for Orientering om skift af elleverandør...22 Figur 14 - Use Case Diagram for Ophør af leverance fra elleverandør...24 Figur 15 - Aktivitetsdiagram for Ophør af leverance fra elleverandør...24 Figur 16 - Klassediagram for Anmod om leveranceophør...27 Figur 17 - Klassediagram for Godkend leveranceophør...28 Figur 18 - Klassediagram for Afvis leveranceophør...29 Figur 19 - Use Case Diagram for Anmod om stamdata på målepunkt...31 Figur 20 - Aktivitetsdiagram for Anmod om stamdata...31 Figur 21 - Klassediagram for Anmod om stamdata på målepunkt...33 Figur 22 - Klassediagram for Afvis anmoding om stamdata...34 Figur 23 - Use Case Diagram for Stamdata for et målepunkt...36 Figur 24 - Aktivitetsdiagram for Stamdata for målepunkt...37 Figur 25 - Klassediagram for Information om stamdata, målepunkt...40 Figur 26 - Use Case Diagram for kvittering...42 Figur 27 - Aktivitetsdiagram for Kvittering...43 Figur 28 - Klassediagram for Kvittering...44 Figur 29 - Use Case Diagram for Forbrug for skabelonafregnet målepunkt...46 Figur 30 - Aktivitetsdiagram for Forbrug for skabelonafregnet målepunkt...47 Figur 31 - Klassediagram for Information om skabelonafregnet forbrug...49 Figur 32 - Use Case Diagram for Fremsend måledata for et målepunkt...50 Figur 33 - Aktivitetsdiagram for Fremsend måledata for et målepunkt...51 Figur 34 - Klassediagram for Måledata for et målepunkt...53 Figur 35 - Use Case Diagram for Fremsend andelstal...55 Figur 36 - Aktivitetsdiagram for Fremsend andelstal...56 Figur 37 - Klassediagram for Fremsendelse af andelstal...58 Figur 38 - Use Case Diagram for Fremsend beregnede tidsserier...59 Figur 39 - Aktivitetsdiagram for Fremsend beregnede tidsserier...60 Figur 40 - Klassediagram for Fremsend beregnede tidsserier...62 Figur 41 - Use Case Diagram for Anmod om måledata...64 Figur 42 - Aktivitetsdiagram for Anmod om måledata...65 Figur 43 - Klassediagram for Anmod om måledata...67 Figur 44 - Klassediagram for Afvis anmod om måledata / 93