Endringslogg - Elhub Markedsdokumentasjon v1.5

Transkript

1 Endringslogg - Elhub Markedsdokumentasjon Dokument Referanse (i dokumentet) Beskrivelse av endring (hva innebærer endringen) Bakgrunn for endring (hvorfor har vi gjort dette) Versjon Endring i flere dokumenter BRS Måleverdirapportering, BRS Avregningsgrunnlag og Avviksoppgjør, Beregningsfunksjoner, BRS Reporting for Imbalance Settlement 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 1 av 6

2 Endringslogg - Elhub Markedsdokumentasjon BRS-NO-314 Nytt type element i purre melding Elementet RemiderType er lag til i RequestCollectedData for å skille mellom ulike purringer. BRS-NO-324 Mulighet for utvalg på BusinessType Mulighet for å oppgi én spesifikk BusinessType ved spørring på Settlement NotifyCustomerInformation & NotifyMeteringPointCharact Endret kardinalitet for kundeidentifikasjon i BIM meldinger Endre kardinalitet for element ConsumerInvolvedCustomerParty/Identification i melding NotifyCustomerInformation & NotifyMeteringPointCharact fra obligatorisk til valgfri. ConfirmStartOfSupply & Fjernet Balance supplier i ConfirmStartOfSupply og Overflødig element ConfirmEndOfSupply ConfirmEndOfSupply RequestDataFromElhub Fjernet element TransactionID Overflødig element NotifyMeteringPointCharact, RequestUpdateMeteringPoin tcharact Fjernet element ValuesIndicator i klasse MeasurementDefinition. Overflødig element RequestUpdateMeteringPoin tcharact Lagt til element PhysicalStatus. Vil bli brukt for å korrigere Aktivering og Deaktivering av målepunkt gjennom BRS-NO-402 UpdateThirdPartyAccess 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. UpdateThirdPartyAccess Endret kardinalitet på element ExtendedStorageMeteringValues fra obligatorisk til valgfritt. ResponseFromGridAccessPro vider Meldinger for måleverdier: CollectedData, NotifyValidatedDataForBillin genergy og PriceVolumeCombinationFor Reconciliation RequestUpdateMeteringPoin tcharact Endret kardinalitet fra obligatorisk til valgfritt for elementene QueryCategory, Subject og MeteringPointDomainLocation. Endret datatype på elementer for måleverdier fra heltall til desimaltall med 3 desimaler. Enhet for måleverdier kan kun være kwh eller kvarh. Lagt til Identification element i Payload og endret kardinalitet fra 1 til Markedsaktør vil ikke ha anledning å sette utviddet lagringsperiode når tilgang fjernes. Nettselskap skal ikke inkludere disse elementene i sin besvarelse av forespørsler da Elhub allerede har de registrert. Måleverdier lagres alltid i kwh eller kvarh i databasen for måleverdier. Markedsaktør vil bruke dette for å sende inn antatt årsforbruk på flere målepunkter i samme melding. 2 av 6

3 Endringslogg - Elhub Markedsdokumentasjon Business type Oppdatert enumerasjon for business types RequestDataFromElhub RequestDataFromElhub tillater ikke bruk av periode for BRS-NO-324 I RequestDataFromElhub er det nevnt at SnapShotOccurrence brukes for MDCU og MDMP. 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). PortfolioOverview Lagt til EndOfOcurrence i PortfolioOverview 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. RequestStartOfSupply, Innføring av NACE kode for videresending fra Kraftleverandør vil ha mulighet å informere nettselskapet om næringskode til NotifyStartOfSupply kraftleverandør til nettselskap ved innflytting sluttbrukeren gjennom innflyttingsprosessene. RequestUpdateMasterData Endret VAT Share til VAT Code i Taxation Profile på MeteringPoint, målepunktet. NotifyMeteringPointCharact RequestUpdateMasterData MeteringPoint, NotifyMeteringPointCharact Nytt element CalculationMethod for Estimated Annual Consumption. Nytt element CalculationMethod for Estimated Annual Consumption. NotifyMeteringPointCharact 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. PortfolioOverview Lagt til element MeteringGridArea og BalanceSupplier. ResponseFromGridAccessPro Negativ acknowledgement i prosesskomponent 27 vider Feedback from Grid Access Provider NotifyMeteringPointCharact Byttet fra SnapshotOcurrence til StartOfOcurrence i NotifyMeteringPointCharact Elhub vil bruke disse elementene for å kommunisere gyldig start- og sluttdato for endringer på målepunktet. RequestStartOfSupply, Endret kardinalitet på element kraftleverandør fra Nettselskap kan også sende inn disse meldingene og trenger da ikke å fylle ut RequestEndOfSupply obligatorisk til valgfritt. kraftleverandør. Når RequestStartOfSupply kommer fra nettselskap, skal kraftleverandør være leveringspliktig kraftleverandør i nettområdet. NotifyStartOfSupply Lagt inn full målepunktinformasjon. Ny kraftleverandør vil motta full informasjon om målepunkt og kunde umiddelbart i oppstartsmeldingen. NotifyMeteringPointCharact, ResponseUpfrontMeteringP ointcharact og PortfolioOverview Fjernet LastChanged-elementer. Elhub vil kommunisere endring i elementer ved å bruke repeterbar payload. PortfolioOverview Fjernet SnapShotOccurrence og lagt til StartOfOcurrence og EndOfOcurrence på PortfolioOverview-nivå. Elhub vil bruke disse elementene for å kommunisere gyldig start- og sluttdato for leveransen i et målepunkt. 3 av 6

4 Endringslogg - Elhub Markedsdokumentasjon BRS Markedsprosesser BRS Markedsprosesser BRS-NO-102 Ved innflytting på inaktivt målepunkt sendes melding videre til nettselskap umiddelbart og skal tolkes som anmodning om aktivering. Kansellering ikke mulig. Ved innflytting på inaktivt målepunkt sendes melding videre til nettselskap umiddelbart og skal tolkes som anmodning om aktivering. Kansellering ikke mulig. BRS Markedsprosesser BRS-NO-402 BRS-NO-131, 132, 223 og 224 samles og gjøres i BRS- NO-402 BRS Markedsprosesser Gjeninnført i markedsprosesser at ny kraftleverandør får tilsendt start-stand 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. BRS Markedsprosesser BRS-NO-122 BRS-NO-122 Aktivering i målepunkt kan meldes inn maks 6 virkedager frem i tid BRS Markedsprosesser BRS-NO-102, BRS-NO-103, I BRS-NO-102, BRS-NO-103 og BRS-NO-123 må det BRS-NO-123 foreligge måleravlesning for profilavregnet målepunkt kun hvis målepunktet har vært aktivt i mer enn tre virkedager BRS Markedsprosesser BRS-NO-103 Avvisningsmelding tilbake til initierende kraftleverandør spesifisert for når sluttbruker legges på leveringsplikt i BRS-NO-103 BRS Markedsprosesser BRS-NO-311 Nettilknytningstilbyder (DDM) vil motta årsforbruket og måleverdiansvarlig (MDR) får målerstand. Eksplisitt melding til initierende kraftleverandør vil tydeliggjøre at de må initiere en BRS- NO-101 Tidligere var det beskrevet at måleverdiansvarlig (MDR) skal motta både estimert årsforbruk og målerstand. BRS Markedsprosesser BRS-NO-401 BRS-NO-401 Korrigering i grunndata - fra kraftleverandør fjernes BRS Markedsprosesser Markedsprosesser Nettselskapet forventes å foreta en måleravlesning og sende til Elhub senest 3 virkedager etter aktivering i målepunkt BRS Markedsprosesser BRS-NO-402 Korrigering av Aktivering og Deaktivering av målepunkt, bakover i tid, tillates i BRS-NO-402 Korrigering i grunndata - fra nettselskap BRS Markedsprosesser BRS-NO-131 BRS-NO-131 Reversering av nytt målepunkt er gjort om til en intern prosess hos nettselskap hvor ingen meldinger sendes til Elhub 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. Hvis hovedprosess ikke har blitt sendt inn i tid kan aktivering eller deaktivering gjøres i BRS- 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 4 av 6

5 Endringslogg - Elhub Markedsdokumentasjon BRS Måleverdirapportering BRS Måleverdirapportering BRS-NO-312 Elhub vil overta beregning av til-stand ved estimering Flere har påpekt av det beskrevne prosess er tungvint. av periodevolum BRS Måleverdirapportering BRS-NO-312 "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. BRS Måleverdirapportering BRS-NO-315 Lagt inn 1 års begrensing på periode for volumserier i BRS-NO-315 BRS Måleverdirapportering BRS-NO-313 Presisering av krav om komplette 24t blokker BRS Måleverdirapportering BRS-NO-312 Nettselskapet skal ikke beregne estimerte avlesninger. Dette skal Elhub gjøre. NB! Vi estimerer ikke index hvis antall siffer, konstant eller forrige avlesning mangler! BRS Måleverdirapportering Måleverdier Vi må kunne håndtere stipuleringer fra nett som Vi må kunne håndtere stipuleringer fra nett som periodevolum! periodevolum! BRS Måleverdirapportering BRS-NO-317 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? BRS Måleverdirapportering Nytt vedlegg: Prosesspesifikke meldingsvalideringer 5 av 6

6 Endringslogg - Elhub Markedsdokumentasjon 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 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 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 Kapitell 3 - Oppdatert i henhold til endringer i BIM meldinger Informasjonsmodell Rolle- og informasjonsmodell 2-rollemodell 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 VEE VEE Erstattet VEE estimering basert på innmatingsprofil Når dagens løsning ble definert, beregnet nettselskapet selv innmatingsprofil. med lineær interpolering Flere nettselskap mener dagens krav er unødvendig komplisert, og i verste fall en dårligere løsning enn lineær interpolering VEE VEE Fjernet meldingskoder Disse er definert i den tekniske meldingsdokumentasjonen for Elhub 6 av 6