Elhub BRS Markedsprosesser Vedlegg 2 Prosesspesifikke meldingsvalideringer

Transkript

1 Elhub BRS Markedsprosesser Vedlegg 2 Prosesspesifikke meldingsvalideringer Versjon

2 Innhold 1 Bakgrunn Om dette dokumentet Endringslogg Prosesspesifikke meldingsvalideringer Introduksjon Detaljer... 2

3 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 v 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

4 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 BRS-NO-101 Oppstart kraftleveranse - leverandørskifte Hovedprosess Melding: RequestStartOfSupply Meldingsdel Innhold - Document Type = EnergyBusiness = BRS-NO BalanceSupplierInvolvedEnergyParty skal være utfylt - ConsumerInvolvedCustomerParty skal være utfylt med enten: 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

5 - NACE_DivisionCode for sluttbruker skal ikke være utfylt - Kansellering Melding: RequestStartOfSupply - Document Type = E02 - EnergyBusiness = BRS-NO OriginalBusinessDocumentReference skal være utfylt med meldingsid til meldingen som skal kanselleres BRS-NO-102 Oppstart kraftleveranse innflytting frem i tid Hovedprosess Melding: RequestStartOfSupply - Document Type = EnergyBusiness = BRS-NO BalanceSupplierInvolvedEnergyParty skal være utfylt - ConsumerInvolvedCustomerParty skal være utfylt med enten: 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 NACE_DivisionCode for sluttbruker skal være utfylt - Kansellering Melding: RequestStartOfSupply - Document Type = E02 - EnergyBusiness = BRS-NO-102 Elhub side 3

6 - OriginalBusinessDocumentReference skal være utfylt med meldingsid til meldingen som skal kanselleres BRS-NO-103 Oppstart kraftleveranse innflytting tilbake i tid Melding: RequestStartOfSupply - Document Type = EnergyBusiness = BRS-NO BalanceSupplierInvolvedEnergyParty skal være utfylt - ConsumerInvolvedCustomerParty skal være utfylt med enten: o For privatkunde: SchemeAgencyIdentifier (CustomerIdentification)=Z01, også o må ett av feltene GivenName, MiddleName, FamilyName være utfylt For forretningskunde: SchemeAgencyIdentifier(CustomerIdentification)=82, også må feltet Name være utfylt - NACE_DivisionCode for sluttbruker skal være utfylt BRS-NO-104 Oppstart kraftleveranse leverandørskifte fra leveransepliktleveringsplikt Melding: RequestStartOfSupply - Document Type = EnergyBusiness = BRS-NO BalanceSupplierInvolvedEnergyParty skal være utfylt - ConsumerInvolvedCustomerParty skal være utfylt med enten: 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 NACE_DivisionCode for sluttbruker skal ikke være utfylt - - Elhub side 4

7 2.2.5 BRS-NO-111 Reversering av oppstart kraftleveranse Melding: RequestStartOfSupply - Document Type = E02 - EnergyBusiness = BRS-NO 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 BRS-NO-121 Nytt målepunkt - Document Type = E58 - EnergyBusiness = BRS-NO StartOfOccurrence skal være utfylt - MeteringGridAreaUsedDomainLocation må være med - MPAddressMeteringPointAddress må være med, minimum utfylt med: o Postcode o Cityname o CountryCode - MeteringPointType må være utfylt - MeteringPointType skal ikke være E20 (Utveksling) - 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 - 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. Elhub side 5

8 2.2.7 BRS-NO-122 Aktivering av målepunkt - Document Type = E58 - EnergyBusiness = BRS-NO StartOfOccurrence skal være utfylt - MeteringPointType skal ikke være E20 (Utveksling) - 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 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. 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 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. 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. 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 Elhub side 6

9 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 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 Direction o ValuesIndicator o Resolution o ProductIncludedProductCharacteristics Identification UnitType Direction ValuesIndicator Resolution - 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 BRS-NO-123 Oppstart i målepunkt - innflytting Melding: RequestStartOfSupply - Document Type = 392 Elhub side 7

10 - EnergyBusiness = BRS-NO 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, MiddleName, FamilyName være utfylt o For forretningskunde: SchemeAgencyIdentifier(CustomerIdentification)=82, også må feltet Name være utfylt NACE_DivisionCode for sluttbruker skal ikke være utfylt BRS-NO-131 Reversering av nytt målepunkt - Document Type = E67 - EnergyBusiness = BRS-NO-131 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 BRS-NO-132 Reversering av aktivering av målepunkt - Document Type = E67 - EnergyBusiness = BRS-NO-132 OriginalBusinessDocumentReference skal være utfylt med meldingsid til meldingen som skal reverseres - 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

11 BRS-NO-133 Reversering av oppstart i målepunkt - Document Type = E02 - EnergyBusiness = BRS-NO 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 BRS-NO-201 Opphør på grunn av utflytting Hovedprosess Melding: RequestEndOfSupply - Document Type = EnergyBusiness = BRS-NO BalanceSupplierInvolvedEnergyParty skal være utfylt - ConsumerInvolvedCustomerParty skal være utfylt med enten: 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 Elhub side 9

12 - OriginalBusinessDocumentReference skal være utfylt med meldingsid til meldingen som skal kanselleres BRS-NO-202 Opphør av kraftleveranse Hovedprosess Melding: RequestEndOfSupply - Document Type = EnergyBusiness = BRS-NO BalanceSupplierInvolvedEnergyParty skal være utfylt - ConsumerInvolvedCustomerParty skal være utfylt med enten: 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 OriginalBusinessDocumentReference skal være utfylt med meldingsid til meldingen som skal kanselleres BRS-NO-211 Utflytting fra målepunkt meldt til netteier Hovedprosess Melding: RequestEndOfSupply - Document Type = 432 Elhub side 10

13 - EnergyBusiness = BRS-NO 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, 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 OriginalBusinessDocumentReference skal være utfylt med meldingsid til meldingen som skal kanselleres Korrigering (av opphørsdato) Melding: RequestEndOfSupply - Document Type = EnergyBusiness = BRS-NO StartOfOccurence skal være utfylt med ny dato - 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, også må ett av feltene GivenName, FamilyName være utfylt Elhub side 11

14 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 BRS-NO-212 Deaktivering av målepunkt - Document Type = E58 - EnergyBusiness = BRS-NO 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 BRS-NO-213 Fjerning av målepunkt - Document Type = E58 - EnergyBusiness = BRS-NO 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 BRS-NO-221 Reversering av opphør kraftleveranse Melding: RequestEndOfSupply - Document Type = E02 - EnergyBusiness = BRS-NO-221 Elhub side 12

15 - 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 BRS-NO-222 Reversering av utflytting fraå målepunkt Melding: RequestEndOfSupply - Document Type = E02 - EnergyBusiness = BRS-NO 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 BRS-NO-223 Reversering av deaktivering av målepunkt - Document Type = E67 - EnergyBusiness = BRS-NO-223 OriginalBusinessDocumentReference skal være utfylt med meldingsid til meldingen som skal reverseres - 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 BRS-NO-224 Reversering av fjerning av målepunkt - Document Type = E67 - EnergyBusiness = BRS-NO-224 Elhub side 13

16 OriginalBusinessDocumentReference skal være utfylt med meldingsid til meldingen som skal reverseres - 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 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, 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 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. 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 BRS-NO-302 Oppdatering av grunndata - nettselskap - Document Type = E58 - EnergyBusiness = BRS-NO-302 Elhub side 14

17 - StartOfOccurrence skal være utfylt - SettlementMethodType skal ikke være utfylt - MeteringPointType skal være utfylt - MeteringPointType skal ikke være E20 (Utveksling) - 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 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 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 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. 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 Elhub side 15

18 BRS-NO-303 Spørring grunndata Melding: RequestDataFromElhub - Document Type = 21 - EnergyBusiness = BRS-NO-303, DDQ, SLR, BSL eller AG - QueryTypeCode må være MDCU eller MDMP - Hvis QueryTypeCode er MDCU eller MDMP, må SnapShotOccurence eller Period må 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, er 3 alternativer lovlig: o o o For data på ett målepunkt: må én og kun én av MeteringPointUsedDomain/Identification (for data på målepunkt) må være til stede For porteføljeoversikt for et nettområde: og MMeteringGridAreaUsedDomainLocation/Identification (for porteføljeoversikt) må være til stede, med IdentificationFor 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. o Hvis QueryTypeCode er STLM, må MeteringGridAreaUsedDomainLocation være til stede, med o Identification (Metering Grid Area) BRS-NO-306 Endring i avregningsform - Document Type = E58 - EnergyBusiness = BRS-NO StartOfOccurence skal være utfylt - SettlementMethodType skal være utfylt Elhub side 16

19 - 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 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. 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 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 målerstand og/eller antatt årsforbruk. - Målerstand: 1 payload med ProfiledObservation/Meterindex er utfylt. - Antatt årsforbruk: 1 payload medprofiledobservation, AnnualPeriodEstimatedMetrics/Total er utfylt t - Hvis både målerstand og antatt årsforbruk blir oppdatert, skal meldingen inneholde 2 payloads eller 2 payloads som kan inneholde ProfiledObservation med elementet MeterIndex utfylt og/eller AnnualPeriodEstimatedMetrics, i hver sin payload EnergyTimeSeries/ObservationPeriodTimeSeriesPeriod/Start skal være utfylt - Ingen andre felter i EnergyTimeSeries/ObservationPeriodTimeSeriesPeriod skal være med i meldingen BRS-NO-401 Korrigeringer i grunndata - fra kraftleverandør Melding: RequestUpdateCustomerinformation - Document Type = E10 - EnergyBusiness = BRS-NO-401 Elhub side 17

20 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, 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 Unntaket er at 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. o 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 BRS-NO-402 Korrigeringer ioppdatering av grunndata - nettselskap - Document Type = E58 - EnergyBusiness = BRS-NO 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 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 - 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 Elhub side 18

21 - Hvis SettlementMethodType = E01 i meldingen (endring til profilert), skal klassen AnnualPeriodEstimatedMetrics være med - PhysicalStatusType kan ikke være E31 (fjerning) 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 Unntaket er at 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. 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. Grunndata som kan korrigeres i denne prosessen er spesifisert i listen under. - MPAddressMeteringPointAddress - MPAddressCadastral - MPPositionMeteringPointGeographicalCoordinate - MPDetailMeteringPointCharacteristics - MeteringInstallationMeterFacility - MeasurementDefinition - Taxation Profile BRS-NO-601 Forespørsel til nettselskapet Forespørsel fra kraftleverandør: Melding: RequestToGridAccessProvider - Document Type = 21 - EnergyBusiness = BRS-NO-601 eller SLR Elhub side 19

22 - Minst ett av feltene RequestPublic eller RequestPrivate skal være utfylt Svar fra nettselskapet: Melding: ResponseFromGridAccessProvider - Document Type = 21 - EnergyBusiness = BRS-NO Minst ett av feltene FeedbackPublic eller FeedbackPrivate skal være utfylt BRS-NO-602 Forespørsel til Elhub Melding: RequestToElhub - Document Type = 21 - EnergyBusiness = BRS-NO-602, DDM, SLR, BSL eller DDK BRS-NO-611 Verifiser grunndata i målepunkt Melding: RequestUpfrontMeteringPointCharacteristics - Document Type = 21 - EnergyBusiness = BRS-NO 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 BRS-NO-622 Oppdatering av tredjeparts tilgang Melding: UpdateThirdPartyAccess Elhub side 20

23 - Document Type = E10 - EnergyBusiness = BRS-NO EnergyBusinessRole=AG - Hvis UpdateIndicator er Delete, skal ikke ExtendedStorageMeteringValues være utfylt Elhub side 21