Elhub BRS Markedsprosesser Vedlegg 2 Prosesspesifikke

Transcription

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
Meldingsdel Innhold
Header
- Document Type = E02
Process
Payload
-
-
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
Meldingsdel Innhold
Header
Process
Payload
-
-
o For forretningskunde: SchemeAgencyIdentifier(CustomerIdentification)=82,
også må feltet Name være utfylt
Kansellering
Meldingsdel Innhold
Header
Process
Payload
-
-
2.2.3 BRS-NO-103 Oppstart kraftleveranse – innflytting tilbake i tid
Meldingsdel Innhold
Header
Elhub
side 3
Process
Payload
-
ListAgencyIdentifier(DocumentType) = 6
-
-
2.2.4 BRS-NO-104 Oppstart kraftleveranse – leverandørskifte fra leveranseplikt
Meldingsdel Innhold
Header
Process
Payload
-
-
må ett av feltene: GivenName, MiddleName, FamilyName være utfylt
2.2.5 BRS-NO-111 Reversering av oppstart kraftleveranse
Meldingsdel Innhold
Header
Process
Payload
-
-
som skal reverseres
2.2.6 BRS-NO-121 Nytt målepunkt
Melding: RequestUpdateMasterDataMeteringPoint
Meldingsdel Innhold
Header
Elhub
side 4
Process
Payload
-
-
EnergyBusinessRole=DDM
-
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
Meldingsdel Innhold
Header
Process
Payload
-
-
-
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).
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
Meldingsdel Innhold
Header
Process
Payload
Elhub
-
-
side 6
o
o
For privatkunde: SchemeAgencyIdentifier (CustomerIdentification)=Z01, også
For forretningskunde: SchemeAgencyIdentifier(CustomerIdentification)=82,
2.2.9 BRS-NO-131 Reversering av nytt målepunkt
Meldingsdel Innhold
Header
Process
Payload
-
-
som skal reverseres
2.2.10 BRS-NO-132 Reversering av aktivering av målepunkt
Meldingsdel Innhold
Header
Process
Payload
-
-
som skal reverseres
2.2.11 BRS-NO-133 Reversering av oppstart i målepunkt
Meldingsdel Innhold
Header
Process
Payload
-
-
som skal reverseres
2.2.12 BRS-NO-201 Opphør på grunn av utflytting
Hovedprosess
Melding: RequestEndOfSupply
Elhub
side 7
Meldingsdel Innhold
Header
Process
Payload
-
-
ConsumerInvolvedCustomerAddress – det skal sendes inn en ny fakturaadresse for
sluttbrukeren som flytter ut, minimum utfylt med:
o Postcode
o Cityname
o CountryCode
-
Kansellering
Meldingsdel Innhold
Header
Process
Payload
-
-
2.2.13 BRS-NO-202 Opphør av kraftleveranse
Hovedprosess
Meldingsdel Innhold
Header
Process
Payload
Elhub
-
-
side 8
o
-
For forretningskunde: SchemeAgencyIdentifier(CustomerIdentification)=82,
o Postcode
o Cityname
o CountryCode
Kansellering
Meldingsdel Innhold
Header
Process
Payload
-
-
2.2.14 BRS-NO-211 Utflytting fra målepunkt meldt til netteier
Hovedprosess
Meldingsdel Innhold
Header
Process
Payload
-
-
o Postcode
o Cityname
o CountryCode
-
Kansellering
Meldingsdel Innhold
Elhub
side 9
Header
Process
Payload
-
Document Type = E02
-
-
Korrigering (av opphørsdato)
Meldingsdel Innhold
Header
Process
Payload
-
-
StartOfOccurence skal være utfylt med ny dato
som skal korrigeres
2.2.15 BRS-NO-212 Deaktivering av målepunkt
Meldingsdel Innhold
Header
Process
Payload
-
-
2.2.16 BRS-NO-213 Fjerning av målepunkt
Meldingsdel Innhold
Header
Process
Payload
Elhub
-
-
side 10
-
2.2.17 BRS-NO-221 Reversering av opphør kraftleveranse
Meldingsdel Innhold
Header
Process
Payload
-
-
som skal reverseres
2.2.18 BRS-NO-222 Reversering av utflytting frå målepunkt
Meldingsdel Innhold
Header
Process
Payload
-
-
som skal reverseres
2.2.19 BRS-NO-223 Reversering av deaktivering av målepunkt
Meldingsdel Innhold
Header
Process
Payload
-
-
som skal reverseres
2.2.20 BRS-NO-224 Reversering av fjerning av målepunkt
Meldingsdel Innhold
Header
Elhub
side 11
Process
Payload
-
-
som skal reverseres
2.2.21 BRS-NO-301 Oppdatering av grunndata - kraftleverandør
Melding: RequestUpdateCustomerinformation
Meldingsdel Innhold
Header
Process
Payload
-
EnergyBusinessRole=DDQ eller SLR
-
o Forretningskunde: Hvis SchemeAgencyIdentifier(CustomerIdentification)=82,
må feltet Name være utfylt
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
Meldingsdel Innhold
Header
Process
Payload
Elhub
-
-
side 12
-
kapittel 5.15.2.
2.2.23 BRS-NO-303 Spørring grunndata
Melding: RequestDataFromElhub
Meldingsdel Innhold
Header
Process
Payload
-
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
Meldingsdel Innhold
Header
Process
Payload
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
Meldingsdel Innhold
Header
Process
Payload
-
-
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
Process
Payload
-
EnergyBusinessRole=DDQ eller SLR
-
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
Meldingsdel Innhold
Header
Process
Payload
-
-
Hvis SettlementMethodType er E01 (Profilert), dvs. går fra timeavregnet til
profilavregnet, må AnnualPeriodEstimatedMetrics være med i meldingen
-
kapittel 5.15.2.
2.2.28 BRS-NO-601 Forespørsel til nettselskapet
Forespørsel fra kraftleverandør:
Melding: RequestToGridAccessProvider
Meldingsdel Innhold
Header
Process
Payload
-
-
Minst ett av feltene RequestPublic eller RequestPrivate skal være utfylt
Svar fra nettselskapet:
Elhub
side 15
Melding: ResponseFromGridAccessProvider
Meldingsdel Innhold
Header
Process
Payload
-
-
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
Process
-
EnergyBusinessRole=DDQ, DDM eller DDK
Payload
2.2.30 BRS-NO-611 Verifiser grunndata i målepunkt
Melding: RequestUpfrontMeteringPointCharacteristics
Meldingsdel Innhold
Header
Process
Payload
-
-
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
Process
Elhub
-
side 16
-
EnergyBusinessRole=AG
Payload
Elhub
side 17

Elhub BRS Markedsprosesser Vedlegg 2 Prosesspesifikke

Transcription

Similar documents

Underavtale løsøreregisteret

20140915 Referat EGM01 Migrering og test

MØTEREFERAT

Validér – Norges største plattform for håndtering av smarte

Elhub Den norske datahuben Christian Haugen Teknisk Ansvarlig

Redigering av nettsider

NVE - Heidi Kvalvåg