Endringslogg - Elhub Markedsdokumentasjon v1.5
Dokument
Endring i flere dokumenter
BRS Måleverdirapportering, BRS
Avregningsgrunnlag og Avviksoppgjør,
Beregningsfunksjoner, BRS Reporting
for Imbalance Settlement
Referanse (i dokumentet)
Beskrivelse av endring (hva innebærer endringen)
Bakgrunn for endring (hvorfor har vi gjort dette)
Versjon
Frys av rapportering til NBS
Rapporteringsgrunnlaget for NBS fryses på D+5, ikke
D+13
Det var en inkonsistens mellom tidspunkt for faktureringsklare måleverdier og siste
rapportering til NBS, da fakturagrunnlaget på profilavregnede målepunkt genereres etter
rapportering til NBS
v1.5
1 av 6
Endringslogg - Elhub Markedsdokumentasjon v1.5
BIM Business Information Model
BIM Business Information Model
BRS-NO-314
Nytt type element i purre melding
BRS-NO-324
NotifyCustomerInformation
&
NotifyMeteringPointCharact
eristics
ConfirmStartOfSupply &
ConfirmEndOfSupply
RequestDataFromElhub
NotifyMeteringPointCharact
eristics,
RequestUpdateMeteringPoin
tCharacteristics
RequestUpdateMeteringPoin
tCharacteristics
Mulighet for utvalg på BusinessType
Endret kardinalitet for kundeidentifikasjon i BIM
meldinger
BIM Business Information Model
UpdateThirdPartyAccess
BIM Business Information Model
UpdateThirdPartyAccess
BIM Business Information Model
BIM Business Information Model
BIM Business Information Model
BIM Business Information Model
BIM Business Information Model
BIM Business Information Model
BIM Business Information Model
BIM Business Information Model
BIM Business Information Model
Elementet RemiderType er lag til i RequestCollectedData for å skille mellom ulike
purringer.
Mulighet for å oppgi én spesifikk BusinessType ved spørring på Settlement
Endre kardinalitet for element ConsumerInvolvedCustomerParty/Identification i melding
NotifyCustomerInformation & NotifyMeteringPointCharacteristics fra obligatorisk til
valgfri.
v1.5
Fjernet Balance supplier i ConfirmStartOfSupply og
ConfirmEndOfSupply
Fjernet element TransactionID
Fjernet element ValuesIndicator i klasse
MeasurementDefinition.
Overflødig element
v1.5
Overflødig element
Overflødig element
v1.5
v1.5
Lagt til element PhysicalStatus.
Vil bli brukt for å korrigere Aktivering og Deaktivering av målepunkt gjennom BRS-NO-402
v1.5
Fjernet element Period og
ConsumerInvolvedCustomerParty/Identification.
Elhub vil ikke validere sluttbrukeren på målepunktet og vil automatisk sette periode for
tilgang til tiden sluttbrukeren har vært registrert på målepunktet.
v1.5
Endret kardinalitet på element
ExtendedStorageMeteringValues fra obligatorisk til
valgfritt.
ResponseFromGridAccessPro Endret kardinalitet fra obligatorisk til valgfritt for
vider
elementene QueryCategory, Subject og
MeteringPointDomainLocation.
Meldinger for måleverdier: Endret datatype på elementer for måleverdier fra
CollectedData,
heltall til desimaltall med 3 desimaler. Enhet for
NotifyValidatedDataForBillin måleverdier kan kun være kWh eller kvarh.
gEnergy og
PriceVolumeCombinationFor
Reconciliation
Markedsaktør vil ikke ha anledning å sette utviddet lagringsperiode når tilgang fjernes.
v1.5
Nettselskap skal ikke inkludere disse elementene i sin besvarelse av forespørsler da Elhub
allerede har de registrert.
v1.5
Måleverdier lagres alltid i kWh eller kvarh i databasen for måleverdier.
v1.5
RequestUpdateMeteringPoin Lagt til Identification element i Payload og endret
tCharacteristics
kardinalitet fra 1 til 9999.
Markedsaktør vil bruke dette for å sende inn antatt årsforbruk på flere målepunkter i
samme melding.
v1.5
v1.5
v1.5
2 av 6
Endringslogg - Elhub Markedsdokumentasjon v1.5
BIM Business Information Model
BIM Business Information Model
Business type
RequestDataFromElhub
Oppdatert enumerasjon for business types
RequestDataFromElhub tillater ikke bruk av periode
for BRS-NO-324
v1.5
I RequestDataFromElhub er det nevnt at SnapShotOccurrence brukes for MDCU og MDMP. v1.5
Period brukes for MVRV, MVTS, MVVT, MDCU og MDMP.
Det er dermed ikke lov å benytte periode ved spørring med STLM (BRS-NO-324). Det må
være feil. Jeg mener man må oppgi periode ved spørring med STLM (og da med maks 1 år
periode som i MVTS og MVVT).
BIM Business Information Model
PortfolioOverview
Lagt til EndOfOcurrence i PortfolioOverview
BIM Business Information Model
RequestStartOfSupply,
NotifyStartOfSupply
RequestUpdateMasterData
MeteringPoint,
NotifyMeteringPointCharact
eristics
RequestUpdateMasterData
MeteringPoint,
NotifyMeteringPointCharact
eristics
NotifyMeteringPointCharact
eristics
PortfolioOverview
Innføring av NACE kode for videresending fra
kraftleverandør til nettselskap ved innflytting
Endret VAT Share til VAT Code i Taxation Profile på
målepunktet.
I tillegg til å ha StartOfOcurrence for hvert element så har vi EndOfOcurrence. På den
måten kan en kraftleverandør se når de fikk respektive mistet et målepunkt.
Kraftleverandør vil ha mulighet å informere nettselskapet om næringskode til
sluttbrukeren gjennom innflyttingsprosessene.
BIM Business Information Model
BIM Business Information Model
v1.5
v1.5
v1.5
Nytt element CalculationMethod for Estimated Annual Nytt element CalculationMethod for Estimated Annual Consumption.
Consumption.
v1.5
Mer enn en payload i meldingene for å sende ut
Elhub vil bruke repeterbar payload for å kommunisere endringer i elementer for ett
grunndata for målepunkt.
målepunkt og antatt årsforbruk for flere målepunkter.
Lagt til element MeteringGridArea og BalanceSupplier.
v1.5
ResponseFromGridAccessPro
vider
NotifyMeteringPointCharact
eristics
RequestStartOfSupply,
RequestEndOfSupply
Negativ acknowledgement i prosesskomponent 27
Feedback from Grid Access Provider
Byttet fra SnapshotOcurrence til StartOfOcurrence i
NotifyMeteringPointCharacteristics
Endret kardinalitet på element kraftleverandør fra
obligatorisk til valgfritt.
v1.5
BIM Business Information Model
NotifyStartOfSupply
Lagt inn full målepunktinformasjon.
BIM Business Information Model
NotifyMeteringPointCharact Fjernet LastChanged-elementer.
eristics,
ResponseUpfrontMeteringP
ointCharacteristics og
PortfolioOverview
BIM Business Information Model
PortfolioOverview
BIM Business Information Model
BIM Business Information Model
BIM Business Information Model
BIM Business Information Model
BIM Business Information Model
Fjernet SnapShotOccurrence og lagt til
StartOfOcurrence og EndOfOcurrence på
PortfolioOverview-nivå.
v1.5
Elhub vil bruke disse elementene for å kommunisere gyldig start- og sluttdato for endringer
på målepunktet.
Nettselskap kan også sende inn disse meldingene og trenger da ikke å fylle ut
kraftleverandør. Når RequestStartOfSupply kommer fra nettselskap, skal kraftleverandør
være leveringspliktig kraftleverandør i nettområdet.
Ny kraftleverandør vil motta full informasjon om målepunkt og kunde umiddelbart i
oppstartsmeldingen.
Elhub vil kommunisere endring i elementer ved å bruke repeterbar payload.
v1.5
Elhub vil bruke disse elementene for å kommunisere gyldig start- og sluttdato for
leveransen i et målepunkt.
v1.5
v1.5
v1.5
v1.5
3 av 6
Endringslogg - Elhub Markedsdokumentasjon v1.5
BRS Markedsprosesser
BRS Markedsprosesser
BRS-NO-102
Ved innflytting på inaktivt målepunkt sendes melding Ved innflytting på inaktivt målepunkt sendes melding videre til nettselskap umiddelbart og v1.5
videre til nettselskap umiddelbart og skal tolkes som skal tolkes som anmodning om aktivering. Kansellering ikke mulig.
anmodning om aktivering. Kansellering ikke mulig.
BRS Markedsprosesser
BRS-NO-402
BRS-NO-131, 132, 223 og 224 samles og gjøres i BRSNO-402
BRS Markedsprosesser
Gjeninnført i markedsprosesser at ny kraftleverandør
får tilsendt start-stand
BRS Markedsprosesser
BRS-NO-122
BRS Markedsprosesser
BRS-NO-102, BRS-NO-103,
BRS-NO-123
BRS Markedsprosesser
BRS-NO-103
BRS Markedsprosesser
BRS-NO-311
BRS Markedsprosesser
BRS-NO-401
BRS Markedsprosesser
Markedsprosesser
BRS Markedsprosesser
BRS-NO-402
BRS Markedsprosesser
BRS-NO-131
BRS-NO-122 Aktivering i målepunkt kan meldes inn
maks 6 virkedager frem i tid
I BRS-NO-102, BRS-NO-103 og BRS-NO-123 må det
foreligge måleravlesning for profilavregnet målepunkt
kun hvis målepunktet har vært aktivt i mer enn tre
virkedager
Avvisningsmelding tilbake til initierende
kraftleverandør spesifisert for når sluttbruker legges
på leveringsplikt i BRS-NO-103
Nettilknytningstilbyder (DDM) vil motta årsforbruket
og måleverdiansvarlig (MDR) får målerstand.
BRS-NO-401 Korrigering i grunndata - fra
kraftleverandør fjernes
Nettselskapet forventes å foreta en måleravlesning og
sende til Elhub senest 3 virkedager etter aktivering i
målepunkt
Korrigering av Aktivering og Deaktivering av
målepunkt, bakover i tid, tillates i BRS-NO-402
Korrigering i grunndata - fra nettselskap
BRS-NO-131 Reversering av nytt målepunkt er gjort
om til en intern prosess hos nettselskap hvor ingen
meldinger sendes til Elhub
BRS-NO-131, 132, 223 og 224 fjernes.
BRS-NO-402 modifiseres for å også håndtere reversering av nytt målepunkt og fjerning av
målepunkt
Ny kraftleverandør skal få tilsendt avlesning ved innflytt eller leverandørskifte. Dette ble
fjernet i versjon 1.2, men er nå lagt inn igjen.
v1.5
v1.5
v1.5
v1.5
Eksplisitt melding til initierende kraftleverandør vil tydeliggjøre at de må initiere en BRSNO-101
v1.5
Tidligere var det beskrevet at måleverdiansvarlig (MDR) skal motta både estimert
årsforbruk og målerstand.
v1.5
Kundedata vil i Elhub ikke ha gyldighetsperiode knyttet til seg hvilket innebærer at en
oppdatering har samme effekt som en korrigering ville hatt
Elhub vil ikke validere hvor vidt det foreligger avlesning ifm. flytteprosesser hvis
målepunktet er nylig aktivert.
v1.5
v1.5
Hvis hovedprosess ikke har blitt sendt inn i tid kan aktivering eller deaktivering gjøres i BRS- v1.5
NO-402
Når det feilaktig er registrert et målepunkt ID i Elhub vil det ikke være mulig å gjenbruke i
et annet nettområde
v1.5
4 av 6
Endringslogg - Elhub Markedsdokumentasjon v1.5
BRS Måleverdirapportering
BRS Måleverdirapportering
BRS-NO-312
BRS Måleverdirapportering
BRS-NO-312
BRS Måleverdirapportering
BRS-NO-315
BRS Måleverdirapportering
BRS Måleverdirapportering
BRS-NO-313
BRS-NO-312
BRS Måleverdirapportering
Måleverdier
BRS Måleverdirapportering
BRS-NO-317
BRS Måleverdirapportering
Elhub vil overta beregning av til-stand ved estimering Flere har påpekt av det beskrevne prosess er tungvint.
av periodevolum
"Venteperioden" fjernes. En kan sende inn en stand
Flere har påpekt av det beskrevne prosess er tungvint.
med periodevolum også mens en venter på en
estimering fra Elhub.
Lagt inn 1 års begrensing på periode for volumserier i
BRS-NO-315
Presisering av krav om komplette 24t blokker
Nettselskapet skal ikke beregne estimerte avlesninger. Dette skal Elhub gjøre. NB! Vi estimerer ikke index hvis antall siffer, konstant eller forrige
avlesning mangler!
Vi må kunne håndtere stipuleringer fra nett som
Vi må kunne håndtere stipuleringer fra nett som periodevolum!
periodevolum!
I 317 skal det være mulig å sende en dato som ligger I 317 skal det være mulig å sende en dato som ligger tilbake i tid?
tilbake i tid?
Nytt vedlegg: Prosesspesifikke meldingsvalideringer
v1.5
v1.5
v1.5
v1.5
v1.5
v1.5
v1.5
v1.5
5 av 6
Endringslogg - Elhub Markedsdokumentasjon v1.5
EMIF
EMIF
Change maxOccurs in poll results from 9999 to
unbounded
If maxOccurs="9999" is used in the poll result messages (allowing up to 9999 different BIM v1.5
messsages to be returned in the same polling), running XSD validation on the poll result
crashes in Java with an OutOfMemoryError. This is not related to the amount of data in the
message, but relates to loading the XSD. If we change this to unbounded the problem is
removed.
The consequence of this is that the recipient of the message will not have a guarantee that
we will not return more than 9999 messages, but we will handle this in the documentation
instead.
This applies to the PollForDataResponse in both PollMarketProcesses.xsd and
PollMeteringValues.xsd
Documentation must describe "unlimited" is not really unlimited.
EMIF
Accept hourly value hourly for production and
exchange
For exchange points and production points we will allow sending in hourly values hourly
v1.5
and not having to wait until the day has ended (for the first day, corrections can always be
sent immediately).
Applies to documentation only.
Rolle- og informasjonsmodell
Rolle- og informasjonsmodell
Rolle- og informasjonsmodell
Kapitell 3 Informasjonsmodell
2-rollemodell
VEE
VEE
VEE
VEE
Oppdatert i henhold til endringer i BIM meldinger
v1.5
Endring i aktør- og rollemodell
Oppdatering i forhold til justert aktør- og rollemodell med innføring av Regulert
Kraftlevrandør og endringer på Måleverdiinnsamle
Erstattet VEE estimering basert på innmatingsprofil
med lineær interpolering
Når dagens løsning ble definert, beregnet nettselskapet selv innmatingsprofil.
v1.5
Flere nettselskap mener dagens krav er unødvendig komplisert, og i verste fall en dårligere
løsning enn lineær interpolering
Disse er definert i den tekniske meldingsdokumentasjonen for Elhub
v1.5
Fjernet meldingskoder
v1.5
6 av 6