Elhub BRS Markedsprosesser Vedlegg 2 Prosesspesifikke meldingsvalideringer

Like dokumenter
Elhub BRS Markedsprosesser Vedlegg 2 Prosesspesifikke meldingsvalideringer

Elhub. BRS Prosesspesifikke Meldingsvalideringer. Rettigheter og begrensninger

Elhub. BRS Prosesspesifikke Meldingsvalideringer. Rettigheter og begrensninger

Elhub BRS Markedsprosesser Vedlegg 2 Prosesspesifikke meldingsvalideringer

Elhub. BRS Prosesspesifikke Meldingsvalideringer. Rettigheter og begrensninger

Innføring i markedsprosesser

Elhub. Overgangsregler for Elhub Go Live

Versjon Innhold

Elhub. BRS Kryssende Markedsprosesser. Åpen informasjon / Public information. Rettigheter og begrensninger

Elhub. BRS Kryssende Markedsprosesser. Rettigheter og begrensninger

Versjon Innhold

Introduksjon Omfang Testmiljø Testdata Forberedelser i Edielportalen Gjennomføring Lenker til Elhub-dokumentasjon Tester for Query (QRY)

Endringslogg - Elhub Markedsdokumentasjon v1.5

Elhub. BRS Kryssende Markedsprosesser. Rettigheter og begrensninger

Dagens prosessstøtte* BRS nr. Forretningsprosess Profil

Profil Tilsvarende Et normalt leverandørskifte Kraftleverandør: Sjekke at avlesning innenfor fristene er registrert

Elhub BRS Markedsprosesser Vedlegg 1 Kryssende prosesser

Profil Tilsvarende Et normalt leverandørskifte Kraftleverandør: Sjekke at avlesning innenfor fristene er registrert

Elhub BRS Markedsprosesser

Testcase i Edielportalen

Elhub BRS Markedsprosesser

Elhub for kraftleverandører

Elhub for nettselskap

Elhub BRS Markedsprosesser

Versjon Innholdsfortegnelse

Elhub BRS Markedsprosesser

Introduksjon. Enkelte kolonner i tabellene kan trenger en forklaring:

Testcase beregningstest For systemleverandører i systest3

Vedtak om datamigrering og aktørgodkjenning ved innføring av Elhub

Testcase beregningstest For systemleverandører i systest3 med rolle DDQ/DDK

Elhub praktisk informasjonsdag Aktørtesting, Migrering og Go Live. Gardermoen,

Ekspertgruppemøte 21 Migrering og test. Nydalen, Oslo 23. mars 2017

Elhub BRS Måleverdirapportering

Elhub Vedlegg til BRS Målerverdirapportering, prosesspesifikke meldingsvalideringer

Elhub. BRS Måleverdirapportering. Rettigheter og begrensninger

Elhub. BRS Måleverdirapportering. Åpen informasjon / Public information. Rettigheter og begrensninger

Elhub. BRS Avregningsgrunnlag og Avviksoppgjør. Rettigheter og begrensninger

Forberedelser ende-tilende markedsprosesser. Statusmøte pilotaktører

07. juni 2018 EKSPERTGRUPPEMØTE. Migrering og test. Statnett SF, Nydalen, Oslo

Varsel om vedtak om migrering til Elhub

Elhub. BRS Måleverdirapportering. Rettigheter og begrensninger

Plusskunder håndering fram til og under Elhub GoLive

Funksjoner og tjenester planlagt tilgjengeliggjort i Elhub WEB Portalen

Presentasjon Test. Møte med Systemleverandører 5.desember 2014

Høringsuttalelse om gjennomfakturering fra Hafslund Strøm

Webinar Utveksling i Elhub 2 Innsending av måleverdier

Elhub. BRS Avregningsgrunnlag og Avviksoppgjør. Rettigheter og begrensninger

Åpent statusmøte for Elhub brukere

Elhub. Tilstandsmodell

AGENDA. Forberedelser til Aktørgodkjenning M8 Aktørgodkjenning M10 Delmål Aktørgodkjenning - M9 Fri verifisering

Avanserte Elhuboppgaver

PROSESSBESKRIVELSER FOR LEVERANDØRSKIFTE, ANLEGGSOVERTAKELSE, OPPHØR M.V.

Plan for Elhub generalprøve v1.1

PROSESSBESKRIVELSER FOR LEVERANDØRSKIFTE, ANLEGGSOVERTAGELSE, OPPHØR M.V.

Kommentarer til høringsdokument for endringer i

Elhub Notat om konsesjonskraft, erstatningskraft, frikraft og fastleveransekontrakter

MÅNEDSRAPPORT April 2019

Samhandlingsarkitektur i praksis

Nettselskaper, kraftleverandører og balanseansvarlige som ikke er registrert korrekt i Edielportalen vil ikke kunne kommunisere med Elhub.

Elhub BRS Avregningsgrunnlag og Avviksoppgjør

Overtagelse av ansvar for avviksopgjør

Elhub En norsk Elhub i praksis. Jan Magne Strand Funksjonsansvarlig Elhub

Elhub Strategi Aktørtesting

Webinar mars Elhub Aktørportal Nettselskap Kraftleverandører

Høringsuttalelse NVE - Forskrift om måling, avregning og samordnet opptreden ved kraftomsetning og fakturering av nettjenester.

Innspill til forslag om endringer i forskrift 301 om måling, avregning og samordnet opptreden ved kraftomsetning og fakturering av nettjenester

Elhub BRS Avregningsgrunnlag og Avviksoppgjør

Pilotaktørmøte Skype

PROSESSBESKRIVELSER FOR LEVERANDØRSKIFTE, ANLEGGSOVERTAKELSE, OPPHØR M.V.

Åpen informasjon / Public information. Brukerforum August 2019

Elhub Brukerforum. Presentasjoner

Elhub. Energibransjens største IT-prosjekt

3. Mai 2017 EKSPERTGRUPPEMØTE. Migrering og test. Thon Conference, Oslo

Elhub driftsforum. Thon Hotel Opera, Oslo

Webinar I. Aktørsertifisering

PROSESSBESKRIVELSER FOR LEVERANDØRSKIFTE, ANLEGGSOVERTAKELSE, OPPHØR M.V.

19. oktober 2017 EKSPERTGRUPPEMØTE. Migrering og test. Thon Hotel Bristol, Oslo

Elhub BRS Måleverdier

Elhub BRS Avregningsgrunnlag og Avviksoppgjør

Webinar 16. februar 2017

Nettselskaper, kraftleverandører og balanseansvarlige som ikke er registrert korrekt i Edielportalen vil ikke kunne kommunisere med Elhub.

Informasjon om nettselskapet. Informasjon om målepunkter. Datakvalitetsundersøkelse for nettselskaper

Utvidet nedetidsvindu for Oracle patching

Åpen informasjon / Public information. Webinar om Elhub Go Live 8/1-2019

Elhub Aktørportal - Funksjonsstøtte - GUI - Rapporter og monitorering

Elhub for energibransjen

Elhub. Elhub Beregningsfunksjoner. Åpen informasjon / Public information. Rettigheter og begrensninger

Roadshow. Oslo 17. Juni 2014

Elhub BRS Måleverdier

Elhub. Elhub Beregningsfunksjoner. Rettigheter og begrensninger

Ordliste. Forkortelse

Verifisering av daglig måleverdiinnsending til Elhub

PROSESSBESKRIVELSER FOR LEVERANDØRSKIFTE, ANLEGGSOVERTAGELSE, OPPHØR M.V.

Ekspertgruppemøte 17 Migrering og test. Nydalen, Oslo 08. september 2016

Go Live-prosessen v2.1 Webinar 24. januar Detaljert kjøreplan forut for, under og etter frysperioden

Åpen informasjon / Public information Elhub driftsforum. Statnett SF, Nydalen, Oslo

Angivelse av EHF profiler og dokumenttyper

Elhub BRS Avregningsgrunnlag og Avviksoppgjør

Elhub. Plan for Elhub Go Live

Transkript:

Elhub BRS Markedsprosesser Vedlegg 2 Prosesspesifikke meldingsvalideringer Versjon 1.5 05.02.2016

Innhold 1 Bakgrunn... 1 1.1 Om dette dokumentet... 1 1.2 Endringslogg... 1 2 Prosesspesifikke meldingsvalideringer... 2 2.1 Introduksjon... 2 2.2 Detaljer... 3 2.2.1 BRS-NO-101 Oppstart kraftleveranse - leverandørskifte... 3 2.2.2 BRS-NO-102 Oppstart kraftleveranse innflytting frem i tid... 3 2.2.3 BRS-NO-103 Oppstart kraftleveranse innflytting tilbake i tid... 4 2.2.5 BRS-NO-104 Oppstart kraftleveranse leverandørskifte fra leveringsplikt... 5 2.2.6 BRS-NO-111 Reversering av oppstart kraftleveranse... 5 2.2.7 BRS-NO-121 Nytt målepunkt... 5 2.2.8 BRS-NO-122 Aktivering av målepunkt... 6 2.2.9 BRS-NO-123 Oppstart i målepunkt - innflytting... 8 2.2.10 BRS-NO-132 Reversering av aktivering av målepunkt... 8 2.2.12 BRS-NO-133 Reversering av oppstart i målepunkt... 9 2.2.13 BRS-NO-201 Opphør på grunn av utflytting... 9 2.2.14 BRS-NO-202 Opphør av kraftleveranse... 10 2.2.16 BRS-NO-211 Utflytting fra målepunkt meldt til netteier... 11 2.2.17 BRS-NO-212 Deaktivering av målepunkt... 12 2.2.18 BRS-NO-213 Fjerning av målepunkt... 12 2.2.19 BRS-NO-221 Reversering av opphør kraftleveranse... 13 2.2.20 BRS-NO-222 Reversering av utflytting fra målepunkt... 13 2.2.21 BRS-NO-223 Reversering av deaktivering av målepunkt... 13 2.2.22 BRS-NO-224 Reversering av fjerning av målepunkt... 14 2.2.23 BRS-NO-301 Oppdatering av grunndata - kraftleverandør... 14 2.2.24 BRS-NO-302 Oppdatering av grunndata - nettselskap... 14 2.2.25 BRS-NO-303 Spørring grunndata... 15 2.2.26 BRS-NO-306 Endring i avregningsform... 16 2.2.27 BRS-NO-311 Målerstand og antatt årsforbruk fra kraftleverandør... 16 2.2.28 BRS-NO-402 Korrigeringer i grunndata - nettselskap... 17 2.2.29 BRS-NO-601 Forespørsel til nettselskapet... 18 2.2.31 BRS-NO-602 Forespørsel til Elhub... 19 2.2.32 BRS-NO-611 Verifiser grunndata i målepunkt... 19 2.2.33 BRS-NO-622 Oppdatering av tredjeparts tilgang... 19

1 Bakgrunn 1.1 Om dette dokumentet Dette dokumentet beskriver de prosesspesifikke valideringene som Elhub vil gjøre på innkommende meldinger. Dette er et tillegg til de valideringer som er beskrevet i BIM Business Information Model og i hoveddokumentet for BRS Markedsprosesser. 1.2 Endringslogg Dato Versjon Endring 07.08.2015 v.1.2 05.02.2015 v.1.5 Første versjon av dokumentasjon for prosesspesifikke meldingsvalideringer I reverseringsprosesser for status på målepunktet, BRS- NO-132, BRS-NO-223 og BRS-NO-224 skal opprinnelig prosess ikke identifiseres ved OriginalBusinessDocumentReference men ved dato. Lagt til valideringer i BRS-NO-121 og BRS-NO-122, BRS- NO-302 og i BRS-NO-402: InstalledCapacity og ContractedConnectionCapacityValue skal ekskluderes for henholdsvis forbruksmålepunkt og produksjonsmålepunkt Lagt inn validering på PhysicalStatusType som kan sendes i BRS-NO-402, men ikke i noen andre prosesser Lagt til validering for feltet BalanceSupplierInvolved EnergyParty i meldingene RequestStartOfSupply og RequestEndOfSupply. Sendes inn av kraftleverandør men ikke av nettselskap. Lagt til validering for feltet NACE_DivisionCode i meldingen RequestStartOfSupply. Sendes kun av kraftleverandør i innflyttingsprosesser. Priority og TaxationProfile er påkrevd for målepunkter av typen Consumption og Combined BRS-NO-131 og BRS-NO-401 er blitt fjernet Spesifisert hvilke grunndataendringer som kan gjøres i prosesser som benytter melding RequestUpdateMasterDataMeteringPoint Feil i valideringer i BRS-NO-303 og BRS-NO-311 rettet opp Elhub side 1

2 Prosesspesifikke meldingsvalideringer 2.1 Introduksjon Alle meldinger som utveksles med Elhub er beskrevet i dokumentet Elhub BIM Business Information Model. Beskrivelsen inneholder informasjon om meldingenes struktur og pålagte meldingsdeler og felt, dvs hvilken informasjon en melding må inneholde. Elhub vil validere innkommende meldinger i henhold til beskrivelsen i Elhub BIM Business Information Model. Pålagte meldingsdeler og felt vil sjekkes, innhold i alle koder vil sjekkes mot gyldige verdier. Denne valideringen, XML schema validation, er imidertid ikke tilstrekkelig for å være sikker på at meldingen inneholder den informasjonen som er nødvendig og riktig for å kunne utføre den prosessen som startes. Hvis det er avhengigheter mellom innholdet i flere felt, vil ikke den enkle XML schema-valideringen ta hånd om det. Elhub vil derfor foreta en validering av meldingsinnholdet som tar hånd om: - meldingsinnholdet og de logiske sammenhenger mellom innholdet i forskjellige felt - kompletthet i nødvendig informasjon for å utføre en prosess Elhub vil også foreta valideringer i henhold til forretningsregler, disse er beskrevet under hver enkelt markedsprosess i kapitlene «Valideringer» og «Tidsfrister», og vil ikke blir nærmere beskrevet her. Elhub side 2

2.2 Detaljer Nedenfor beskrives de prosesspesifikke valideringene som foretas i Elhub. 2.2.1 BRS-NO-101 Oppstart kraftleveranse - leverandørskifte Hovedprosess Melding: RequestStartOfSupply Meldingsdel Innhold - Document Type = 392 - EnergyBusiness = BRS-NO-101 - BalanceSupplierInvolvedEnergyParty skal være utfylt - ConsumerInvolvedCustomerParty skal være utfylt med enten: o For privatkunde: SchemeAgencyIdentifier (CustomerIdentification)=Z01 må o ett av feltene GivenName, FamilyName være utfylt Forretningskunde: Hvis SchemeAgencyIdentifier(CustomerIdentification)=82 må feltet Name være utfylt - NACE_DivisionCode for sluttbruker skal ikke være utfylt - Kansellering Melding: RequestStartOfSupply - Document Type = E02 - EnergyBusiness = BRS-NO-101 - OriginalBusinessDocumentReference skal være utfylt med meldingsid til meldingen som skal kanselleres 2.2.2 BRS-NO-102 Oppstart kraftleveranse innflytting frem i tid Hovedprosess Melding: RequestStartOfSupply - Document Type = 392 - EnergyBusiness = BRS-NO-102 Elhub side 3

- BalanceSupplierInvolvedEnergyParty skal være utfylt - ConsumerInvolvedCustomerParty skal være utfylt med enten: o For privatkunde: SchemeAgencyIdentifier (CustomerIdentification)=Z01, må ett av feltene GivenName, FamilyName være utfylt o For forretningskunde: SchemeAgencyIdentifier(CustomerIdentification)=82, må feltet Name være utfylt - NACE_DivisionCode for sluttbruker skal være utfylt Kansellering Melding: RequestStartOfSupply - Document Type = E02 - EnergyBusiness = BRS-NO-102 - OriginalBusinessDocumentReference skal være utfylt med meldingsid til meldingen som skal kanselleres 2.2.3 BRS-NO-103 Oppstart kraftleveranse innflytting tilbake i tid Melding: RequestStartOfSupply - Document Type = 392 - EnergyBusiness = BRS-NO-103 - BalanceSupplierInvolvedEnergyParty skal være utfylt - ConsumerInvolvedCustomerParty skal være utfylt med enten: o For privatkunde: SchemeAgencyIdentifier (CustomerIdentification)=Z01 må o ett av feltene GivenName, FamilyName være utfylt For forretningskunde: SchemeAgencyIdentifier(CustomerIdentification)=82 må feltet Name være utfylt - NACE_DivisionCode for sluttbruker skal være utfylt - Elhub side 4

2.2.5 BRS-NO-104 Oppstart kraftleveranse leverandørskifte fra leveringsplikt Melding: RequestStartOfSupply - Document Type = 392 - EnergyBusiness = BRS-NO-104 - BalanceSupplierInvolvedEnergyParty skal være utfylt - ConsumerInvolvedCustomerParty skal være utfylt med enten: o For privatkunde: SchemeAgencyIdentifier (CustomerIdentification)=Z01må ett av feltene: GivenName, FamilyName være utfylt o For forretningskunde: SchemeAgencyIdentifier(CustomerIdentification)=82 må feltet Name være utfylt - NACE_DivisionCode for sluttbruker skal ikke være utfylt 2.2.6 BRS-NO-111 Reversering av oppstart kraftleveranse Melding: RequestStartOfSupply - Document Type = E02 - EnergyBusiness = BRS-NO-111 - OriginalBusinessDocumentReference skal være utfylt med meldingsid til meldingen som skal reverseres - Bare pålagte felt skal være utfylte ingen endringer kan sendes inn i denne prosessen 2.2.7 BRS-NO-121 Nytt målepunkt - Document Type = E58 - EnergyBusiness = BRS-NO-121 - StartOfOccurrence skal være utfylt - MeteringGridAreaUsedDomainLocation må være med - MPAddressMeteringPointAddress må være med, minimum utfylt med: Elhub side 5

o Postcode o Cityname o CountryCode - MeteringPointType må være utfylt - MeteringPointType skal ikke være E20 (Utveksling) - Hvis MeteringPointType er E17 (Forbruk) eller E19(Kombinert), må MeteringPointSubTypeConsumption være utfylt - Hvis MeteringPointType er E18 (Produksjon) eller E19(Kombinert), må MeteringPointSubTypeProduction være utfylt - SettlementMethodType må være utfylt - Hvis MeteringPointType er E17 (Forbruk), skal ikke InstalledCapacity være utfylt - Hvis MeteringPointType er E18 (Produksjon), skal ikke ContractedConnectionCapacityValue være utfylt - Hvis MeteringPointType er E18 (Produksjon), skal ikke Priority være utfylt - Hvis MeteringPointType er E18, skal ikke klassen TaxationProfile være med Utover målepunktstatus som automatisk settes til Inaktiv kan all grunndata på målepunktet settes gjennom denne prosessen. 2.2.8 BRS-NO-122 Aktivering av målepunkt - Document Type = E58 - EnergyBusiness = BRS-NO-122 - StartOfOccurrence skal være utfylt MeteringPointType skal ikke være E20 (Utveksling) - Hvis MeteringPointType er E17 (Forbruk) eller E19 (Kombinert), må MeteringPointSubTypeConsumption være utfylt - Hvis MeteringPointType er E18 (Produksjon) eller E19 (Kombinert), må MeteringPointSubTypeProduction være utfylt - Hvis MeteringPointType er E17 (Forbruk), skal ikke InstalledCapacity være utfylt - Hvis MeteringPointType er E18 (Produksjon), skal ikke ContractedConnectionCapacityValue være utfylt - Hvis MeteringPointType er E18 (Produksjon), skal ikke Priority være utfylt - Hvis MeteringPointType er E18, skal ikke klassen TaxationProfile være med Utover målepunktstatus som automatisk settes til Aktiv kan all grunndata på målepunktet oppdateres gjennom denne prosessen. Elhub har logikk for å håndtere tomme felter i meldingen. For beskrivelse av hvordan dette virker se Elhub BIM Business Information Model kapitell 3.7 Not sending elements. Elhub side 6

Validering av kompletthet før aktivering Når målepunktet skal aktiveres skal informasjonselementene nedenfor være oppdatert på målepunktet. Dette kan skje enten i opprettelsen av nytt målepunkt (BRS-NO-121 Nytt målepunkt), ved en oppdatering av målepunktsinformasjon (BRS-NO-302 Oppdatering av grunndata nettselskap) eller i forbindelse med innsending av aktiveringsmeldingen (BRS-NO-122 Aktivering av målepunkt). - MPDetailMeteringPointCharacteristics o MeteringPointType o MeteringPointSubTypeConsumption må være oppdatert hvis MeteringPointType er E17 (Forbruk) eller E19 (Kombinert) o MeteringPointSubTypeProduction må være oppdatert hvis MeteringPointType er E18 (Produksjon) eller E19 (Kombinert) o MeterReadingCharacteristics o SettlementMethodType o ContractedConnectionCapacityValue må være oppdatert hvis MeteringPointType er E17 (Forbruk) eller E19 (Kombinert) o Priority må være oppdatert hvis MeteringPointType er E17 (Forbruk) eller E19 (Kombinert) o InstalledCapacity må være oppdatert hvis MeteringPointType er E19 (Kombinert) o MeterReadingStartDate må være oppdatert hvis SettlementMethodType er E01 (Profilert) - MeterReadingFrequencyDuration må være oppdatert hvis SettlementMethodType er E01 (Profilert) AnnualPeriodEstimatedMetrics o Total må være oppdatert hvis SettlementMethodType er E01 (Profilert) - MeteringInstallationMeterFacility o MeterIdentification o NumberOfDigits må være oppdatert hvis SettlementMethodType er E01 (Profilert) o Constant må være oppdatert hvis SettlementMethodType er E01 (Profilert) - MeasurementDefinition (minst et målingsoppsett må være oppdatert) o Direction o Resolution o ProductIncludedProductCharacteristics Identification UnitType - Taxation Profile må være oppdatert hvis MeteringPointType er E17 (Forbruk) eller E19 (Kombinert) o VATCode o EnovaFeeType o EnovaFee o ElFee o ElCertificateShare o ConsumptionCode o NACE_DivisionCode Elhub side 7

2.2.9 BRS-NO-123 Oppstart i målepunkt - innflytting Melding: RequestStartOfSupply - Document Type = 392 - EnergyBusiness = BRS-NO-123 - BalanceSupplierInvolvedEnergyParty skal ikke være utfylt - ConsumerInvolvedCustomerParty skal være utfylt med enten: o For privatkunde: SchemeAgencyIdentifier (CustomerIdentification)=Z01, må ett av feltene GivenName, FamilyName være utfylt o For forretningskunde: SchemeAgencyIdentifier(CustomerIdentification)=82, må feltet Name være utfylt - NACE_DivisionCode for sluttbruker skal ikke være utfylt 2.2.10 BRS-NO-132 Reversering av aktivering av målepunkt - Document Type = E67 - EnergyBusiness = BRS-NO-132 - StartOfOccurrence skal være utfylt med dato for aktivering som skal reverseres - Bare pålagte felt skal være utfylte ingen endringer kan sendes inn i denne prosessen - PhysicalStatusType skal ikke være utfylt vil bli satt i Elhub Elhub side 8

2.2.12 BRS-NO-133 Reversering av oppstart i målepunkt - Document Type = E02 - EnergyBusiness = BRS-NO-133 - OriginalBusinessDocumentReference skal være utfylt med meldingsid til meldingen som skal reverseres - Bare pålagte felt skal være utfylte ingen endringer kan sendes inn i denne prosessen - PhysicalStatusType skal ikke være utfylt vil bli satt i Elhub 2.2.13 BRS-NO-201 Opphør på grunn av utflytting Hovedprosess Melding: RequestEndOfSupply - Document Type = 432 - EnergyBusiness = BRS-NO-201 - BalanceSupplierInvolvedEnergyParty skal være utfylt - ConsumerInvolvedCustomerParty skal være utfylt med enten: o For privatkunde: SchemeAgencyIdentifier (CustomerIdentification)=Z01, må ett av feltene GivenName, FamilyName være utfylt o For forretningskunde: SchemeAgencyIdentifier(CustomerIdentification)=82, må feltet Name være utfylt - ConsumerInvolvedCustomerAddress det skal sendes inn en ny fakturaadresse for sluttbrukeren som flytter ut, minimum utfylt med: o Postcode o Cityname o CountryCode Kansellering Melding: RequestEndOfSupply - Document Type = E02 - EnergyBusiness = BRS-NO-201 Elhub side 9

- OriginalBusinessDocumentReference skal være utfylt med meldingsid til meldingen som skal kanselleres 2.2.14 BRS-NO-202 Opphør av kraftleveranse Hovedprosess Melding: RequestEndOfSupply - Document Type = 432 - EnergyBusiness = BRS-NO-202 - BalanceSupplierInvolvedEnergyParty skal være utfylt - ConsumerInvolvedCustomerParty skal være utfylt med enten: o For privatkunde: SchemeAgencyIdentifier (CustomerIdentification)=Z01, også må ett av feltene GivenName, FamilyName være utfylt o For forretningskunde: SchemeAgencyIdentifier(CustomerIdentification)=82, også må feltet Name være utfylt - ConsumerInvolvedCustomerAddress det skal sendes inn en ny fakturaadresse for sluttbrukeren som flytter ut, minimum utfylt med: o Postcode o Cityname o CountryCode Kansellering Melding: RequestEndOfSupply - Document Type = E02 - EnergyBusiness = BRS-NO-202 - OriginalBusinessDocumentReference skal være utfylt med meldingsid til meldingen som skal kanselleres Elhub side 10

2.2.16 BRS-NO-211 Utflytting fra målepunkt meldt til netteier Hovedprosess Melding: RequestEndOfSupply - Document Type = 432 - EnergyBusiness = BRS-NO-211 - BalanceSupplierInvolvedEnergyParty skal ikke være utfylt - ConsumerInvolvedCustomerParty skal være utfylt med enten: o For privatkunde: SchemeAgencyIdentifier (CustomerIdentification)=Z01, også må ett av feltene GivenName, FamilyName være utfylt o For forretningskunde: SchemeAgencyIdentifier(CustomerIdentification)=82, også må feltet Name være utfylt - ConsumerInvolvedCustomerAddress det skal sendes inn en ny fakturaadresse for sluttbrukeren som flytter ut, minimum utfylt med: o Postcode o Cityname o CountryCode Kansellering Melding: RequestEndOfSupply - Document Type = E02 - EnergyBusiness = BRS-NO-211 - OriginalBusinessDocumentReference skal være utfylt med meldingsid til meldingen som skal kanselleres Korrigering (av opphørsdato) Melding: RequestEndOfSupply - Document Type = 432 - EnergyBusiness = BRS-NO-211 - StartOfOccurence skal være utfylt med ny dato Elhub side 11

- OriginalBusinessDocumentReference skal være utfylt med meldingsid til meldingen som skal korrigeres - BalanceSupplierInvolvedEnergyParty skal ikke være utfylt - ConsumerInvolvedCustomerParty skal være utfylt med enten: o For privatkunde: SchemeAgencyIdentifier (CustomerIdentification)=Z01 må ett av feltene GivenName, FamilyName være utfylt o For forretningskunde: SchemeAgencyIdentifier(CustomerIdentification)=82 må feltet Name være utfylt - ConsumerInvolvedCustomerAddress det skal sendes inn en ny fakturaadresse for sluttbrukeren som flytter ut, minimum utfylt med: o Postcode o Cityname o CountryCode 2.2.17 BRS-NO-212 Deaktivering av målepunkt - Document Type = E58 - EnergyBusiness = BRS-NO-212 - StartOfOccurrence skal være utfylt - Bare pålagte felt skal være utfylte ingen endringer kan sendes inn i denne prosessen - PhysicalStatusType skal ikke være utfylt vil bli satt i Elhub 2.2.18 BRS-NO-213 Fjerning av målepunkt - Document Type = E58 - EnergyBusiness = BRS-NO-213 - StartOfOccurence skal være utfylt - Bare pålagte felt skal være utfylte ingen endringer kan sendes inn i denne prosessen - PhysicalStatusType skal ikke være utfylt vil bli satt i Elhub Elhub side 12

2.2.19 BRS-NO-221 Reversering av opphør kraftleveranse Melding: RequestEndOfSupply - Document Type = E02 - EnergyBusiness = BRS-NO-221 - OriginalBusinessDocumentReference skal være utfylt med meldingsid til meldingen som skal reverseres - Bare pålagte felt skal være utfylte ingen endringer kan sendes inn i denne prosessen 2.2.20 BRS-NO-222 Reversering av utflytting fra målepunkt Melding: RequestEndOfSupply - Document Type = E02 - EnergyBusiness = BRS-NO-222 - OriginalBusinessDocumentReference skal være utfylt med meldingsid til meldingen som skal reverseres - Bare pålagte felt skal være utfylte ingen endringer kan sendes inn i denne prosessen 2.2.21 BRS-NO-223 Reversering av deaktivering av målepunkt - Document Type = E67 - EnergyBusiness = BRS-NO-223 - StartOfOccurrence skal være utfylt med dato for aktivering som skal reverseres - Bare pålagte felt skal være utfylte ingen endringer kan sendes inn i denne prosessen - PhysicalStatusType skal ikke være utfylt vil bli satt i Elhub Elhub side 13

2.2.22 BRS-NO-224 Reversering av fjerning av målepunkt - Document Type = E67 - EnergyBusiness = BRS-NO-224 - StartOfOccurrence skal være utfylt med dato for aktivering som skal reverseres - Bare pålagte felt skal være utfylte ingen endringer kan sendes inn i denne prosessen - PhysicalStatusType skal ikke være utfylt vil bli satt i Elhub 2.2.23 BRS-NO-301 Oppdatering av grunndata - kraftleverandør Melding: RequestUpdateCustomerinformation - Document Type = E10 - EnergyBusiness = BRS-NO-301 eller SLR - StartOfOccurence skal være utfylt - ConsumerInvolvedCustomerParty skal være utfylt med enten: o For privatkunde: SchemeAgencyIdentifier (CustomerIdentification)=Z01, også må ett av feltene GivenName, FamilyName være utfylt o Forretningskunde: Hvis SchemeAgencyIdentifier(CustomerIdentification)=82, må feltet Name være utfylt Elhub har logikk for å håndtere tomme felter i meldingen. For beskrivelse av hvordan dette virker se Elhub BIM Business Information Model kapitell 3.7 Not sending elements. 2.2.24 BRS-NO-302 Oppdatering av grunndata - nettselskap - Document Type = E58 - EnergyBusiness = BRS-NO-302 - StartOfOccurrence skal være utfylt - SettlementMethodType skal ikke være utfylt Elhub side 14

- MeteringPointType skal være utfylt - MeteringPointType skal ikke være E20 (Utveksling) - Hvis MeteringPointType er E17 (Forbruk) eller E19(Kombinert), må MeteringPointSubTypeConsumption være utfylt - Hvis MeteringPointType er E18 (Produksjon) eller E19(Kombinert), må MeteringPointSubTypeProduction være utfylt - Hvis MeteringPointType er E17 (Forbruk), skal ikke InstalledCapacity være utfylt - Hvis MeteringPointType er E18 (Produksjon), skal ikke ContractedConnectionCapacityValue være utfylt - Hvis MeteringPointType er E18 (Produksjon), skal ikke Priority være utfylt - Hvis MeteringPointType er E18, skal ikke klassen TaxationProfile være med - Klassen AnnualPeriodEstimatedMetrics skal ikke være med i meldingen - PhysicalStatusType skal ikke være med i meldingen Elhub har logikk for å håndtere tomme felter i meldingen. For beskrivelse av hvordan dette virker se Elhub BIM Business Information Model kapitell 3.7 Not sending elements. Grunndata som kan oppdateres i denne prosessen er spesifisert i listen under. - MPAddressMeteringPointAddress - MPAddressCadastral - MPPositionMeteringPointGeographicalCoordinate - MPDetailMeteringPointCharacteristics unntatt SettlementMethodType og PhysicalStatusType som oppdateres gjennom andre prosesser - MeteringInstallationMeterFacility - MeasurementDefinition - Taxation Profile 2.2.25 BRS-NO-303 Spørring grunndata Melding: RequestDataFromElhub - Document Type = 21 - EnergyBusiness = BRS-NO-303, DDQ, SLR, BSL eller AG Elhub side 15

- QueryTypeCode må være MDCU eller MDMP - SnapShotOccurence eller Period må være utfylt - Hvis QueryTypeCode er MDCU, må MeteringPointUsedDomain være til stede, med o Identification (Metering Point) - Hvis QueryTypeCode er MDMP, er 3 alternativer lovlig: o For data på ett målepunkt: MeteringPointUsedDomain/Identification må være til stede o For porteføljeoversikt for et nettområde: MeteringGridAreaUsedDomainLocation/Identification må være til stede o For full porteføljeoversikt (alle målepunkter som er eller har vært tilknyttet markedsaktøren i perioden): Hverken MeterinPointUsedDomain eller MeterinGridAreaUsedDomainLocation skal være til stede. 2.2.26 BRS-NO-306 Endring i avregningsform - Document Type = E58 - EnergyBusiness = BRS-NO-306 - StartOfOccurence skal være utfylt - SettlementMethodType skal være utfylt - Andre grunndata som kan, men ikke må sendes inn i denne prosessen: o AnnualPeriodEstimatedMetrics o MeasurementDefinition - Ingen andre dataelementer skal inkluderes i meldingen. Oppdatering av øvrige grunndata skal gjøres i andre prosesser Elhub har logikk for å håndtere tomme felter i meldingen. For beskrivelse av hvordan dette virker se Elhub BIM Business Information Model kapitell 3.7 Not sending elements. 2.2.27 BRS-NO-311 Målerstand og antatt årsforbruk fra kraftleverandør Målerstand og årsvolum fra kraftleverandør: Melding: CollectedData - Document Type = E65 - EnergyBusiness = BRS-NO-311 Elhub side 16

Meldingen kan inneholde målerstand og/eller antatt årsforbruk. - Målerstand: 1 payload med ProfiledObservation/Meterindex er utfylt. - Antatt årsforbruk: 1 payload med AnnualPeriodEstimatedMetrics/Total er utfylt - Hvis både målerstand og antatt årsforbruk blir oppdatert, skal meldingen inneholde 2 payloads. - EnergyTimeSeries/ObservationPeriodTimeSeriesPeriod/Start skal være utfylt - Ingen andre felter i EnergyTimeSeries/ObservationPeriodTimeSeriesPeriod skal være med i meldingen 2.2.28 BRS-NO-402 Korrigeringer i grunndata - nettselskap - Document Type = E58 - EnergyBusiness = BRS-NO-402 - StartOfOccurence skal være utfylt - Hvis MeteringPointSubTypeConsumption eller MeteringPointSubTypeProduction er utfylt, må MeteringPointType være utfylt - MeteringPointType skal ikke være E20 (Utveksling) - Hvis MeteringPointType er E17 (Forbruk) eller E19(Kombinert), må MeteringPointSubTypeConsumption være utfylt - Hvis MeteringPointType er E18 (Produksjon) eller E19(Kombinert), må MeteringPointSubTypeProduction være utfylt - Hvis SettlementMethodType er E01 (Profilert), dvs. går fra timeavregnet til profilavregnet, må AnnualPeriodEstimatedMetrics være med i meldingen - Hvis MeteringPointType er E17 (Forbruk), skal ikke InstalledCapacity være utfylt - Hvis MeteringPointType er E18 (Produksjon), skal ikke ContractedConnectionCapacityValue være utfylt - Hvis MeteringPointType er E18 (Produksjon), skal ikke Priority være utfylt - Hvis MeteringPointType er E18 (Produksjon), skal ikke Taxation Profile være med i meldingen - Hvis SettlementMethodType = E01 i meldingen (endring til profilert), skal klassen AnnualPeriodEstimatedMetrics være med - PhysicalStatusType kan ikke være E31 (fjerning) NB! I BRS-NO-402 skal kun de elementene som skal korrigeres inkluderes i meldingen. Elhub vil ikke fjerne tomme elementer selv om andre elementer i klassen er inkludert, slik det blir gjort i normale oppdateringsprosesser, ref. Elhub BIM Business Information Model kapitel 3.7 Not sending elements. Elhub side 17

Grunndata som kan korrigeres i denne prosessen er spesifisert i listen under. - MPAddressMeteringPointAddress - MPAddressCadastral - MPPositionMeteringPointGeographicalCoordinate - MPDetailMeteringPointCharacteristics - MeteringInstallationMeterFacility - MeasurementDefinition - Taxation Profile 2.2.29 BRS-NO-601 Forespørsel til nettselskapet Forespørsel fra kraftleverandør: Melding: RequestToGridAccessProvider - Document Type = 21 - EnergyBusiness = BRS-NO-601 eller SLR - Minst ett av feltene RequestPublic eller RequestPrivate skal være utfylt Svar fra nettselskapet: Melding: ResponseFromGridAccessProvider - Document Type = 21 - EnergyBusiness = BRS-NO-601 - Minst ett av feltene FeedbackPublic eller FeedbackPrivate skal være utfylt Elhub side 18

2.2.31 BRS-NO-602 Forespørsel til Elhub Melding: RequestToElhub - Document Type = 21 - EnergyBusiness = BRS-NO-602, DDM, SLR, BSL eller DDK 2.2.32 BRS-NO-611 Verifiser grunndata i målepunkt Melding: RequestUpfrontMeteringPointCharacteristics - Document Type = 21 - EnergyBusiness = BRS-NO-611 - Enten MeteringPointUsedDomainLocation eller ConsumerInvolvedCustomerParty må være til stede i meldingen - Hvis ConsumerInvolvedCustomerParty er til stede, må følgende være utfylt: o MPAddressMeteringPointAddress med følgende utfylt: StreetName kan bruke wildcard minimum 5 karakterer BuildingNumber kan bruke wildcard minimum 1 karakter Postcode 2.2.33 BRS-NO-622 Oppdatering av tredjeparts tilgang Melding: UpdateThirdPartyAccess - Document Type = E10 - EnergyBusiness = BRS-NO-622 - EnergyBusinessRole=AG - Hvis UpdateIndicator er Delete, skal ikke ExtendedStorageMeteringValues være utfylt Elhub side 19