Elhub BRS Markedsprosesser Vedlegg 2 Prosesspesifikke meldingsvalideringer Rettigheter og begrensninger Statnett har eiendomsretten til dette produktet, og innehar alle materielle og immaterielle rettigheter. Du kan laste produktet ned fra nettet. Statnett gir deg, og du aksepterer, en ikke-eksklusiv og ikke-overførbar rett til å bruke produktet internt i din organisasjon. Du kan ikke overdra, selge, låne ut, leie ut eller på annen måte overføre produktet til en tredjepart. Du kan heller ikke rettighetsbeskytte produktet, eller formidle produktet som om det er ditt eget. Innholdet i dette produktet gjøres tilgjengelig for deg som den er uten noe ansvar for Stanett. Statnett gir ingen garantier, hverken uttrykkelig eller underforstått, for at produktet er feilfritt eller egnet for et bestemt formål. Versjon 1.2.0 2015
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... 2
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.0 Første versjon av dokumentasjon for prosesspesifikke meldingsvalideringer 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. 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 o For privatkunde: SchemeAgencyIdentifier (CustomerIdentification)=Z01, også må ett av feltene GivenName, MiddleName, FamilyName være utfylt o Forretningskunde: Hvis SchemeAgencyIdentifier(CustomerIdentification)=82, må feltet Name være utfylt Elhub side 2
Kansellering Melding: RequestStartOfSupply - Document Type = E02 - EnergyBusiness = BRS-NO-101 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 o For privatkunde: SchemeAgencyIdentifier (CustomerIdentification)=Z01, også må ett av feltene GivenName, MiddleName, FamilyName være utfylt o For forretningskunde: SchemeAgencyIdentifier(CustomerIdentification)=82, også må feltet Name være utfylt Kansellering Melding: RequestStartOfSupply - Document Type = E02 - EnergyBusiness = BRS-NO-102 som skal kanselleres 2.2.3 BRS-NO-103 Oppstart kraftleveranse innflytting tilbake i tid Melding: RequestStartOfSupply - Document Type = 392 Elhub side 3
- EnergyBusiness = BRS-NO-103 o For privatkunde: SchemeAgencyIdentifier (CustomerIdentification)=Z01, også må ett av feltene GivenName, MiddleName, FamilyName være utfylt o For forretningskunde: SchemeAgencyIdentifier(CustomerIdentification)=82, også må feltet Name være utfylt 2.2.4 BRS-NO-104 Oppstart kraftleveranse leverandørskifte fra leveranseplikt Melding: RequestStartOfSupply - Document Type = 392 - EnergyBusiness = BRS-NO-104 o For privatkunde: SchemeAgencyIdentifier (CustomerIdentification)=Z01, også må ett av feltene: GivenName, MiddleName, FamilyName være utfylt o For forretningskunde: SchemeAgencyIdentifier(CustomerIdentification)=82, også må feltet Name være utfylt 2.2.5 BRS-NO-111 Reversering av oppstart kraftleveranse Melding: RequestStartOfSupply - Document Type = E02 - EnergyBusiness = BRS-NO-111 som skal reverseres 2.2.6 BRS-NO-121 Nytt målepunkt - Document Type = E58 Elhub side 4
- EnergyBusiness = BRS-NO-121 - StartOfOccurence skal være utfylt - MPAddressMeteringPointAddress må være med, minimum utfylt med: o Postcode o Cityname o CountryCode - Hvis MeteringPointType er utfylt og er E17 (Forbruk) eller E19(Kombinert), må MeteringPointSubTypeConsumption være utfylt - Hvis MeteringPointType er utfylt og er E18 (Produksjon) eller E19(Kombinert), må MeteringPointSubTypeProduction være utfylt - SettlementMethodType må være utfylt 2.2.7 BRS-NO-122 Aktivering av målepunkt - Document Type = E58 - EnergyBusiness = BRS-NO-122 - StartOfOccurence skal være utfylt - Hvis MeteringPointType er utfylt og er E17 (Forbruk) eller E19(Kombinert), må MeteringPointSubTypeConsumption være utfylt - Hvis MeteringPointType er utfylt og er E18 (Produksjon) eller E19(Kombinert), må MeteringPointSubTypeProduction være utfylt NB! Når grunndata skal endres må alle oppdaterte elementer innenfor en klasse legges ved. Hvis at et element er tomt vil det bli fjernet fra Elhub. Hvis at en klasse utelates helt fra meldingen vil ingen endringer gjøres til den klassen. Klassene er dokumenterte i Elhub BIM Business Information Model kapittel 5.15.2. Unntaket er hvis målingsoppsett (measurement definitions) er med i meldingen, da må alle målingsoppsett sendes inn, selv om det bare er endring i en av dem. Informasjonen som er lagret i Elhub vil bli sjekket mot de innkomne data, endringer blir registrert og målingsoppsett som ikke finnes i meldingen vil bli slettet. 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 Elhub side 5
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) - MeterReadingCharacteristics o SettlementMethodType o ContractedConnectionCapacityValue må være oppdatert hvis MeteringPointType er E17 (Forbruk) eller E19 (Kombinert) o InstalledCapacity må være oppdatert hvis MeteringPointType er E18 (Produksjon) eller E19 (Kombinert) o MeterReadingStartDate må være oppdatert hvis SettlementMethodType er E01 (Profilert) o 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 ProductIncludedProductCharacteristics Identification UnitType Direction ValuesIndicator Resolution 2.2.8 BRS-NO-123 Oppstart i målepunkt - innflytting Melding: RequestStartOfSupply - Document Type = 392 - EnergyBusiness = BRS-NO-123 Elhub side 6
o o For privatkunde: SchemeAgencyIdentifier (CustomerIdentification)=Z01, også må ett av feltene GivenName, MiddleName, FamilyName være utfylt For forretningskunde: SchemeAgencyIdentifier(CustomerIdentification)=82, også må feltet Name være utfylt 2.2.9 BRS-NO-131 Reversering av nytt målepunkt - Document Type = E67 - EnergyBusiness = BRS-NO-131 som skal reverseres 2.2.10 BRS-NO-132 Reversering av aktivering av målepunkt - Document Type = E67 - EnergyBusiness = BRS-NO-132 som skal reverseres 2.2.11 BRS-NO-133 Reversering av oppstart i målepunkt - Document Type = E02 - EnergyBusiness = BRS-NO-133 som skal reverseres 2.2.12 BRS-NO-201 Opphør på grunn av utflytting Hovedprosess Melding: RequestEndOfSupply Elhub side 7
Meldingsdel Innhold - Document Type = 432 - EnergyBusiness = BRS-NO-201 o For privatkunde: SchemeAgencyIdentifier (CustomerIdentification)=Z01, også må ett av feltene GivenName, MiddleName, 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-201 som skal kanselleres 2.2.13 BRS-NO-202 Opphør av kraftleveranse Hovedprosess Melding: RequestEndOfSupply - Document Type = 432 - EnergyBusiness = BRS-NO-202 o For privatkunde: SchemeAgencyIdentifier (CustomerIdentification)=Z01, også må ett av feltene GivenName, MiddleName, FamilyName være utfylt Elhub side 8
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 som skal kanselleres 2.2.14 BRS-NO-211 Utflytting fra målepunkt meldt til netteier Hovedprosess Melding: RequestEndOfSupply - Document Type = 432 - EnergyBusiness = BRS-NO-211 o For privatkunde: SchemeAgencyIdentifier (CustomerIdentification)=Z01, også må ett av feltene GivenName, MiddleName, 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 Elhub side 9
- Document Type = E02 - EnergyBusiness = BRS-NO-211 som skal kanselleres Korrigering (av opphørsdato) Melding: RequestEndOfSupply - Document Type = 432 - EnergyBusiness = BRS-NO-211 - StartOfOccurence skal være utfylt med ny dato som skal korrigeres 2.2.15 BRS-NO-212 Deaktivering av målepunkt - Document Type = E58 - EnergyBusiness = BRS-NO-212 - StartOfOccurence skal være utfylt 2.2.16 BRS-NO-213 Fjerning av målepunkt - Document Type = E58 - EnergyBusiness = BRS-NO-213 - StartOfOccurence skal være utfylt Elhub side 10
2.2.17 BRS-NO-221 Reversering av opphør kraftleveranse Melding: RequestEndOfSupply - Document Type = E02 - EnergyBusiness = BRS-NO-221 som skal reverseres 2.2.18 BRS-NO-222 Reversering av utflytting frå målepunkt Melding: RequestEndOfSupply - Document Type = E02 - EnergyBusiness = BRS-NO-222 som skal reverseres 2.2.19 BRS-NO-223 Reversering av deaktivering av målepunkt - Document Type = E67 - EnergyBusiness = BRS-NO-223 som skal reverseres 2.2.20 BRS-NO-224 Reversering av fjerning av målepunkt - Document Type = E67 Elhub side 11
- EnergyBusiness = BRS-NO-224 som skal reverseres 2.2.21 BRS-NO-301 Oppdatering av grunndata - kraftleverandør Melding: RequestUpdateCustomerinformation - Document Type = E10 - EnergyBusiness = BRS-NO-301 eller SLR - StartOfOccurence skal være utfylt o For privatkunde: SchemeAgencyIdentifier (CustomerIdentification)=Z01, også må ett av feltene GivenName, MiddleName, FamilyName være utfylt o Forretningskunde: Hvis SchemeAgencyIdentifier(CustomerIdentification)=82, må feltet Name være utfylt NB! Når grunndata skal endres må alle oppdaterte elementer innenfor en klasse legges ved. Hvis at et element er tomt vil det bli fjernet fra Elhub. Hvis at en klasse utelates helt fra meldingen vil ingen endringer gjøres til den klassen. Klassene er dokumenterte i Elhub BIM Business Information Model kapittel 5.3.2. Unntaket er hvis kundens adresse er med i meldingen, da må alle kundeadressene sendes inn, selv om det bare er endring i en av dem. Adressene i Elhub vil bli sjekket mot de innkomne data, endringer blir registrert og adresser som ikke finnes i meldingen vil bli slettet. Det samme vil også gjelde for kundens kommunikasjonskanaler. Hvis det er noen endringer, må alle være med, de som mangler i innkommet melding vil bli slettet i Elhub. 2.2.22 BRS-NO-302 Oppdatering av grunndata - nettselskap - Document Type = E58 - EnergyBusiness = BRS-NO-302 - StartOfOccurence skal være utfylt - Hvis MeteringPointType er utfylt og er E17 (Forbruk) eller E19(Kombinert), må MeteringPointSubTypeConsumption være utfylt Elhub side 12
- Hvis MeteringPointType er utfylt og er E18 (Produksjon) eller E19(Kombinert), må MeteringPointSubTypeProduction være utfylt NB! Når grunndata skal endres må alle oppdaterte elementer innenfor en klasse legges ved. Hvis at et element er tomt vil det bli fjernet fra Elhub. Hvis at en klasse utelates helt fra meldingen vil ingen endringer gjøres til den klassen. Klassene er dokumenterte i Elhub BIM Business Information Model kapittel 5.15.2. Unntaket er hvis målingsoppsett (measurement definitions) er med i meldingen, da må alle målingsoppsett sendes inn, selv om det bare er endring i en av dem. Informasjonen som er lagret i Elhub vil bli sjekket mot de innkomne data, endringer blir registrert og målingsoppsett som ikke finnes i meldingen vil bli slettet. 2.2.23 BRS-NO-303 Spørring grunndata Melding: RequestDataFromElhub - Document Type = 21 - EnergyBusiness = BRS-NO-303, DDQ, SLR eller AG - Hvis QueryTypeCode er MDCU eller MDMP, må SnapShotOccurence være utfylt - Hvis QueryTypeCode er MVTS eller MCCT, må TranscationID være utfylt - Hvis QueryTypeCode er MVRV, MVTS eller MVVT, må Period være til stede, med o Start o End - Hvis QueryTypeCode er MDCU, må MeteringPointUsedDomain være til stede, med o Identification (Metering Point) - Hvis QueryTypeCode er MDMP, må én og kun én av MeteringPointUsedDomain (for data på målepunkt) og MeteringGridAreaUsedDomainLocation (for porteføljeoversikt) være til stede, med o Identification - Hvis QueryTypeCode er STLM, må MeteringGridAreaUsedDomainLocation være til stede, med o Identification (Metering Grid Area) 2.2.24 BRS-NO-306 Endring i avregningsform - Document Type = E58 - EnergyBusiness = BRS-NO-306 - StartOfOccurence skal være utfylt Elhub side 13
- SettlementMethodType skal være utfylt NB! Hvis markedsaktøren velger å oppdatere målingsoppsettet (measurement definitions) i samme melding, må alle målingsoppsett sendes inn, selv om det bare er endring i en av dem. Informasjonen som er lagret i Elhub vil bli sjekket mot de innkomne data, endringer blir registrert og målingsoppsett som ikke finnes i meldingen vil bli slettet. 2.2.25 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 - Meldingen kan inneholde 1 eller 2 payloads som kan inneholde ProfiledObservation med elementet MeterIndex utfylt og/eller AnnualPeriodEstimatedMetrics, i hver sin payload 2.2.26 BRS-NO-401 Korrigeringer i grunndata - fra kraftleverandør Melding: RequestUpdateCustomerinformation - Document Type = E10 - EnergyBusiness = BRS-NO-401 eller SLR - StartOfOccurence skal være utfylt o For privatkunde: SchemeAgencyIdentifier (CustomerIdentification)=Z01, også må ett av feltene GivenName, MiddleName, FamilyName være utfylt o For forretningskunde: SchemeAgencyIdentifier(CustomerIdentification)=82, også må feltet Name være utfylt NB! Når grunndata skal endres må alle oppdaterte elementer innenfor en klasse legges ved. Hvis at et element er tomt vil det bli fjernet fra Elhub. Hvis at en klasse utelates helt fra meldingen vil ingen endringer gjøres til den klassen. Klassene er dokumenterte i Elhub BIM Business Information Model kapittel 5.3.2. Elhub side 14
Unntaket er hvis kundens adresse er med i meldingen, da må alle kundeadressene sendes inn, selv om det bare er endring i en av dem. Adressene i Elhub vil bli sjekket mot de innkomne data, endringer blir registrert og adresser som ikke finnes i meldingen vil bli slettet. Det samme vil også gjelde for kundens kommunikasjonskanaler. Hvis det er noen endringer, må alle være med, de som mangler i innkommet melding vil bli slettet i Elhub. 2.2.27 BRS-NO-402 Oppdatering av grunndata - nettselskap - Document Type = E58 - EnergyBusiness = BRS-NO-402 - StartOfOccurence skal være utfylt - Hvis MeteringPointType er utfylt og er E17 (Forbruk) eller E19(Kombinert), må MeteringPointSubTypeConsumption være utfylt - Hvis MeteringPointType er utfylt og 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 NB! Når grunndata skal endres må alle oppdaterte elementer innenfor en klasse legges ved. Hvis at et element er tomt vil det bli fjernet fra Elhub. Hvis at en klasse utelates helt fra meldingen vil ingen endringer gjøres til den klassen. Klassene er dokumenterte i Elhub BIM Business Information Model kapittel 5.15.2. Unntaket er hvis målingsoppsett (measurement definitions) er med i meldingen, da må alle målingsoppsett sendes inn, selv om det bare er endring i en av dem. Informasjonen som er lagret i Elhub vil bli sjekket mot de innkomne data, endringer blir registrert og målingsoppsett som ikke finnes i meldingen vil bli slettet. 2.2.28 BRS-NO-601 Forespørsel til nettselskapet Forespørsel fra kraftleverandør: Melding: RequestToGridAccessProvider - Document Type = 21 - EnergyBusiness = BRS-NO-601 - Minst ett av feltene RequestPublic eller RequestPrivate skal være utfylt Svar fra nettselskapet: Elhub side 15
Melding: ResponseFromGridAccessProvider - Document Type = 21 - EnergyBusiness = BRS-NO-601 - Minst ett av feltene FeedbackPublic eller FeedbackPrivate skal være utfylt 2.2.29 BRS-NO-602 Forespørsel til Elhub Melding: RequestToElhub - Document Type = 21 - EnergyBusiness = BRS-NO-602, DDM eller DDK 2.2.30 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.31 BRS-NO-622 Oppdatering av 3.parts tilgang Melding: UpdateThirdPartyAccess - Document Type = E10 - EnergyBusiness = BRS-NO-622 Elhub side 16
- EnergyBusinessRole=AG Elhub side 17