Elhub BRS Markedsprosesser Vedlegg 2 Prosesspesifikke
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 07.08.2015 Elhub Versjon v.1.2.0 Endring Første versjon av dokumentasjon for prosesspesifikke meldingsvalideringer 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 Header - Document Type = 392 - ListAgencyIdentifier(DocumentType) = 6 Process Payload Elhub - EnergyBusinessProcess = BRS-NO-101 EnergyBusinessRole=DDQ - OriginalBusinessDocumentReference 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 Forretningskunde: Hvis SchemeAgencyIdentifier(CustomerIdentification)=82, må feltet Name være utfylt side 2 Kansellering Melding: RequestStartOfSupply Meldingsdel Innhold Header - Document Type = E02 - ListAgencyIdentifier(DocumentType) = 260 Process Payload - EnergyBusinessProcess = BRS-NO-101 EnergyBusinessRole=DDQ - 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 Meldingsdel Innhold Header - Document Type = 392 - ListAgencyIdentifier(DocumentType) = 6 Process Payload - EnergyBusinessProcess = BRS-NO-102 EnergyBusinessRole=DDQ - OriginalBusinessDocumentReference 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 Kansellering Melding: RequestStartOfSupply Meldingsdel Innhold Header - Document Type = E02 - ListAgencyIdentifier(DocumentType) = 260 Process Payload - EnergyBusinessProcess = BRS-NO-102 EnergyBusinessRole=DDQ - 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 Meldingsdel Innhold Header - Document Type = 392 Elhub side 3 Process Payload - ListAgencyIdentifier(DocumentType) = 6 - EnergyBusinessProcess = BRS-NO-103 EnergyBusinessRole=DDQ - OriginalBusinessDocumentReference 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 2.2.4 BRS-NO-104 Oppstart kraftleveranse – leverandørskifte fra leveranseplikt Melding: RequestStartOfSupply Meldingsdel Innhold Header - Document Type = 392 - ListAgencyIdentifier(DocumentType) = 6 Process Payload - EnergyBusinessProcess = BRS-NO-104 EnergyBusinessRole=DDQ - OriginalBusinessDocumentReference 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 2.2.5 BRS-NO-111 Reversering av oppstart kraftleveranse Melding: RequestStartOfSupply Meldingsdel Innhold Header - Document Type = E02 - ListAgencyIdentifier(DocumentType) = 260 Process Payload - EnergyBusinessProcess = BRS-NO-111 EnergyBusinessRole=DDQ - OriginalBusinessDocumentReference skal være utfylt med meldingsID til meldingen som skal reverseres 2.2.6 BRS-NO-121 Nytt målepunkt Melding: RequestUpdateMasterDataMeteringPoint Meldingsdel Innhold Header - Document Type = E58 Elhub side 4 Process Payload - ListAgencyIdentifier(DocumentType) = 260 - EnergyBusinessProcess = BRS-NO-121 EnergyBusinessRole=DDM - StartOfOccurence skal være utfylt OriginalBusinessDocumentReference skal ikke 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 Melding: RequestUpdateMasterDataMeteringPoint Meldingsdel Innhold Header - Document Type = E58 - ListAgencyIdentifier(DocumentType) = 260 Process Payload - EnergyBusinessProcess = BRS-NO-122 EnergyBusinessRole=DDM - StartOfOccurence skal være utfylt OriginalBusinessDocumentReference skal ikke 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). Melding: RequestUpdateMasterDataMeteringPoint Payload - - - - 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 Meldingsdel Innhold Header - Document Type = 392 - ListAgencyIdentifier(DocumentType) = 6 Process Payload Elhub - EnergyBusinessProcess = BRS-NO-123 EnergyBusinessRole=DDM - OriginalBusinessDocumentReference skal ikke være utfylt ConsumerInvolvedCustomerParty skal være utfylt med enten: 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 Melding: RequestUpdateMasterDataMeteringPoint Meldingsdel Innhold Header - Document Type = E67 - ListAgencyIdentifier(DocumentType) = 260 Process Payload - EnergyBusinessProcess = BRS-NO-131 EnergyBusinessRole=DDM - OriginalBusinessDocumentReference skal være utfylt med meldingsID til meldingen som skal reverseres 2.2.10 BRS-NO-132 Reversering av aktivering av målepunkt Melding: RequestUpdateMasterDataMeteringPoint Meldingsdel Innhold Header - Document Type = E67 - ListAgencyIdentifier(DocumentType) = 260 Process Payload - EnergyBusinessProcess = BRS-NO-132 EnergyBusinessRole=DDM - OriginalBusinessDocumentReference skal være utfylt med meldingsID til meldingen som skal reverseres 2.2.11 BRS-NO-133 Reversering av oppstart i målepunkt Melding: RequestUpdateMasterDataMeteringPoint Meldingsdel Innhold Header - Document Type = E02 - ListAgencyIdentifier(DocumentType) = 260 Process Payload - EnergyBusinessProcess = BRS-NO-133 EnergyBusinessRole=DDM - OriginalBusinessDocumentReference skal være utfylt med meldingsID til meldingen som skal reverseres 2.2.12 BRS-NO-201 Opphør på grunn av utflytting Hovedprosess Melding: RequestEndOfSupply Elhub side 7 Meldingsdel Innhold Header - Document Type = 432 - ListAgencyIdentifier(DocumentType) = 6 Process Payload - EnergyBusinessProcess = BRS-NO-201 EnergyBusinessRole=DDQ - OriginalBusinessDocumentReference 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 Meldingsdel Innhold Header - Document Type = E02 - ListAgencyIdentifier(DocumentType) = 260 Process Payload - EnergyBusinessProcess = BRS-NO-201 EnergyBusinessRole=DDQ - OriginalBusinessDocumentReference skal være utfylt med meldingsID til meldingen som skal kanselleres 2.2.13 BRS-NO-202 Opphør av kraftleveranse Hovedprosess Melding: RequestEndOfSupply Meldingsdel Innhold Header - Document Type = 432 - ListAgencyIdentifier(DocumentType) = 6 Process Payload Elhub - EnergyBusinessProcess = BRS-NO-202 EnergyBusinessRole=DDQ - OriginalBusinessDocumentReference 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 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 Meldingsdel Innhold Header - Document Type = E02 - ListAgencyIdentifier(DocumentType) = 260 Process Payload - EnergyBusinessProcess = BRS-NO-202 EnergyBusinessRole=DDQ - OriginalBusinessDocumentReference skal være utfylt med meldingsID til meldingen som skal kanselleres 2.2.14 BRS-NO-211 Utflytting fra målepunkt meldt til netteier Hovedprosess Melding: RequestEndOfSupply Meldingsdel Innhold Header - Document Type = 432 - ListAgencyIdentifier(DocumentType) = 6 Process Payload - EnergyBusinessProcess = BRS-NO-211 EnergyBusinessRole=DDM - OriginalBusinessDocumentReference 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 Meldingsdel Innhold Elhub side 9 Header Process Payload - Document Type = E02 ListAgencyIdentifier(DocumentType) = 260 - EnergyBusinessProcess = BRS-NO-211 EnergyBusinessRole=DDM - OriginalBusinessDocumentReference skal være utfylt med meldingsID til meldingen som skal kanselleres Korrigering (av opphørsdato) Melding: RequestEndOfSupply Meldingsdel Innhold Header - Document Type = 432 - ListAgencyIdentifier(DocumentType) = 6 Process Payload - EnergyBusinessProcess = BRS-NO-211 EnergyBusinessRole=DDM - StartOfOccurence skal være utfylt med ny dato OriginalBusinessDocumentReference skal være utfylt med meldingsID til meldingen som skal korrigeres 2.2.15 BRS-NO-212 Deaktivering av målepunkt Melding: RequestUpdateMasterDataMeteringPoint Meldingsdel Innhold Header - Document Type = E58 - ListAgencyIdentifier(DocumentType) = 260 Process Payload - EnergyBusinessProcess = BRS-NO-212 EnergyBusinessRole=DDM - StartOfOccurence skal være utfylt OriginalBusinessDocumentReference skal ikke være utfylt 2.2.16 BRS-NO-213 Fjerning av målepunkt Melding: RequestUpdateMasterDataMeteringPoint Meldingsdel Innhold Header - Document Type = E58 - ListAgencyIdentifier(DocumentType) = 260 Process Payload Elhub - EnergyBusinessProcess = BRS-NO-213 EnergyBusinessRole=DDM - StartOfOccurence skal være utfylt side 10 - OriginalBusinessDocumentReference skal ikke være utfylt 2.2.17 BRS-NO-221 Reversering av opphør kraftleveranse Melding: RequestEndOfSupply Meldingsdel Innhold Header - Document Type = E02 - ListAgencyIdentifier(DocumentType) = 260 Process Payload - EnergyBusinessProcess = BRS-NO-221 EnergyBusinessRole=DDQ - OriginalBusinessDocumentReference skal være utfylt med meldingsID til meldingen som skal reverseres 2.2.18 BRS-NO-222 Reversering av utflytting frå målepunkt Melding: RequestEndOfSupply Meldingsdel Innhold Header - Document Type = E02 - ListAgencyIdentifier(DocumentType) = 260 Process Payload - EnergyBusinessProcess = BRS-NO-222 EnergyBusinessRole=DDM - OriginalBusinessDocumentReference skal være utfylt med meldingsID til meldingen som skal reverseres 2.2.19 BRS-NO-223 Reversering av deaktivering av målepunkt Melding: RequestUpdateMasterDataMeteringPoint Meldingsdel Innhold Header - Document Type = E67 - ListAgencyIdentifier(DocumentType) = 260 Process Payload - EnergyBusinessProcess = BRS-NO-223 EnergyBusinessRole=DDM - OriginalBusinessDocumentReference skal være utfylt med meldingsID til meldingen som skal reverseres 2.2.20 BRS-NO-224 Reversering av fjerning av målepunkt Melding: RequestUpdateMasterDataMeteringPoint Meldingsdel Innhold Header - Document Type = E67 - ListAgencyIdentifier(DocumentType) = 260 Elhub side 11 Process Payload - EnergyBusinessProcess = BRS-NO-224 EnergyBusinessRole=DDM - OriginalBusinessDocumentReference skal være utfylt med meldingsID til meldingen som skal reverseres 2.2.21 BRS-NO-301 Oppdatering av grunndata - kraftleverandør Melding: RequestUpdateCustomerinformation Meldingsdel Innhold Header - Document Type = E10 - ListAgencyIdentifier(DocumentType) = 260 Process Payload - EnergyBusinessProcess = BRS-NO-301 EnergyBusinessRole=DDQ 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 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 Melding: RequestUpdateMasterDataMeteringPoint Meldingsdel Innhold Header - Document Type = E58 - ListAgencyIdentifier(DocumentType) = 260 Process Payload Elhub - EnergyBusinessProcess = BRS-NO-302 EnergyBusinessRole=DDM - StartOfOccurence skal være utfylt OriginalBusinessDocumentReference skal ikke være utfylt Hvis MeteringPointType er utfylt og er E17 (Forbruk) eller E19(Kombinert), må MeteringPointSubTypeConsumption være utfylt 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 Meldingsdel Innhold Header - Document Type = 21 - ListAgencyIdentifier(DocumentType) = 6 Process Payload - EnergyBusinessProcess = BRS-NO-303 EnergyBusinessRole=DDM, 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 Melding: RequestUpdateMasterDataMeteringPoint Meldingsdel Innhold Header - Document Type = E58 - ListAgencyIdentifier(DocumentType) = 260 Process Payload Elhub - EnergyBusinessProcess = BRS-NO-306 EnergyBusinessRole=DDM - StartOfOccurence skal være utfylt side 13 - OriginalBusinessDocumentReference skal ikke være utfylt 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 Meldingsdel Innhold Header - Document Type = E65 - ListAgencyIdentifier(DocumentType) = 260 Process Payload - EnergyBusinessProcess = BRS-NO-311 EnergyBusinessRole=DDQ - 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 Meldingsdel Innhold Header - Document Type = E10 - ListAgencyIdentifier(DocumentType) = 260 Process Payload - EnergyBusinessProcess = BRS-NO-401 EnergyBusinessRole=DDQ 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 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 Melding: RequestUpdateMasterDataMeteringPoint Meldingsdel Innhold Header - Document Type = E58 - ListAgencyIdentifier(DocumentType) = 260 Process Payload - EnergyBusinessProcess = BRS-NO-402 EnergyBusinessRole=DDM - StartOfOccurence skal være utfylt OriginalBusinessDocumentReference skal ikke 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 Meldingsdel Innhold Header - Document Type = 21 - ListAgencyIdentifier(DocumentType) = 6 Process Payload - EnergyBusinessProcess = BRS-NO-601 EnergyBusinessRole=DDQ - Minst ett av feltene RequestPublic eller RequestPrivate skal være utfylt Svar fra nettselskapet: Elhub side 15 Melding: ResponseFromGridAccessProvider Meldingsdel Innhold Header - Document Type = 21 - ListAgencyIdentifier(DocumentType) = 6 Process Payload - EnergyBusinessProcess = BRS-NO-601 EnergyBusinessRole=DDM - Minst ett av feltene FeedbackPublic eller FeedbackPrivate skal være utfylt 2.2.29 BRS-NO-602 Forespørsel til Elhub Melding: RequestToElhub Meldingsdel Innhold Header - Document Type = 21 - ListAgencyIdentifier(DocumentType) = 6 Process - EnergyBusinessProcess = BRS-NO-602 EnergyBusinessRole=DDQ, DDM eller DDK Payload 2.2.30 BRS-NO-611 Verifiser grunndata i målepunkt Melding: RequestUpfrontMeteringPointCharacteristics Meldingsdel Innhold Header - Document Type = 21 - ListAgencyIdentifier(DocumentType) = 6 Process Payload - EnergyBusinessProcess = BRS-NO-611 EnergyBusinessRole=DDQ - 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 Meldingsdel Innhold Header - Document Type = E10 - ListAgencyIdentifier(DocumentType) = 260 Process Elhub - EnergyBusinessProcess = BRS-NO-622 side 16 - EnergyBusinessRole=AG Payload Elhub side 17
© Copyright 2024