Forbedringssaker i backlog
39 saker - sist oppdatert 19.09.2023
Type | Elhub-ID | Oppsummering | Status | Beskrivelse | Prioritet | Opprettet | Oppdatert |
---|---|---|---|---|---|---|---|
Improvement | EI-1250 | Oppdatere produksjonstyper til gjeldende europeiske standarder | Ready for work | En del av produksjonskodene vi har i Elhub i dag er utdaterte og støttes ikke lenger i det europeiske rammeverket. De har fått nye koder, og blirr mer granulert. eSett vil snart gå over til de nye kodene, og vi burde bruke anledningen til å gjøre det samme. Samtidig bør vi granulere dette mer så det er enklere å se forskjell på forskjellige typer produksjon (elvekraft og vannkraft fra resorvoirer får forskjellige koder) Dette vil gi stor verdi for datakvaliteten i Elhub. Samtidig vil det da være lettere å rapportere til ENTSO-e og andre Europeiske tjenester, og lettere for Statnett og sammenligne dataen de har med dataen vi har. | 2 | 15.06.2023 16:04 | 08.09.2023 12:10 |
Improvement | EI-1194 | Markere faktura/kreditnota fra avviksoppgjøret til regulert kraftleverandør med SLR og BSL | Ready for work | Flere ønsker fra nettselskap om at vi markere faktura/kreditnota fra avviksoppgjøret til regulert kraftleverandør med SLR og BSL. Slik at de slipper å regne ut for å finne hvilken faktura/kreditnota som er for SLR og BSL. Dette stopper også nettselskapene sin automatisering av faktura/kreditnota fra avviksoppgjøret. | 4 | 08.03.2023 10:28 | 13.09.2023 13:30 |
Improvement | EI-950 | Utvidede kriterier for spørringer på måleverdier | Ready for work | Med flere typer måleverdier som følge av 15 minutters oppløsning kan antall valg i "BRS-NO-315 - Spørring måleverdier" økes. Hver spørrekode (BIM: QueryTypeCode) spesifiserer et sett med måleverdier det spørres om. Hensikten er at det er lettere å filtrere ut måleverdier en ikke har behov for i spørringene, dette gjøres ved å legge til flere spørrekoder. | 4 | 09.06.2021 09:46 | 18.09.2023 10:54 |
Improvement | EI-951 | Flere alternativer for måleverdiabonnement | Ready for work | Ettersom Elhub vil motta måleverdier i 15- og 60-minutters oppløsning vil det være endringer i abonnementsalternativene. Hensikten er at markedsaktørene skal ha nye valg mellom måleverdier i 15- eller 60-minutters oppløsning, avregnede eller ikke-avregnede måleverdier og aktive eller reaktive måleverdier. | 4 | 09.06.2021 09:55 | 18.09.2023 10:55 |
Improvement | EI-949 | Distribusjon av 6015-transformerte måleverdier | Ready for work | 60-minutters måleverdier som rapporteres til Elhub transformeres til 15-minutters måleverdier for bruk i balanseavregnigsgrunnlagjobben. Aktører som abonnerer på RS - Registered and 'MVS - 6015 Transformed Intervals' skal få tilsendt 15-minutters måleverdier laget i 6015-transformeringen. | 2 | 09.06.2021 09:10 | 19.09.2023 07:27 |
Improvement | EI-921 | Synliggjøre pollekø for aktører, både aktive og inaktive meldinger | Ready for work | Elhub-operatør foretar med jevne mellomrom en opprydding av meldinger i utkøene av ulike årsaker:
| 4 | 26.04.2021 09:46 | 19.09.2023 08:02 |
Improvement | EI-858 | Endringer i portalsiden Manglende og ufullstendige volum | Ready for work | Dette er GUI-delen av EI-850. Vurderes som den viktigste for operatøren. Denne siden er viktig for å bedre kvaliteten på måleverdiene i Elhub. Splitte opp mellom midlertidige volum og manglende volum :
Endre fra fokus på intervaller til fokus på perioder for manglende og ufullstendige volum :
| 4 | 20.01.2021 11:02 | 19.09.2023 09:57 |
Improvement | EI-600 | Purringer på timesavregna målepunkter ved endring avregningsform | Ready for work | Ved opprettelse av nytt timesavregna målepunkt purres det ikke på timeverdier før første timeverdi er sendt inn. (Prinsippet er at man lar måleverdiinnsending definere oppstart, framfor innmeldt oppstart.) Ved endring avregningsform til timesavregna, vil denne funksjonaliteten føre til at vi kan få hull i timeverdier, da det ikke purres fra første bruksdøgn målepunktet er timesavregna, selv om det har profilavregnede timeverdier fra før. Dette er uheldig, da vi ikke har noen mekanisme for å oppdage disse utover at kraftleverandør (først og fremst) melder inn manglende timeverdier til Elhub. Foreslår at ved endring avregningsform, så settes channel milestone på 1.3-kanalen. Da vil det bli purringer, og hvis datoen for endring viser seg å ikke stemme, kan nettselskapet endre dette tilbake i tid. Nett skal enten sende inn måleverdier eller fikse tidspunkt for endring av avregningsform. Purringer kan bidra til at nett fikser det i begge tilfellet. | 5 | 22.04.2020 13:46 | 19.09.2023 12:26 |
Improvement | EI-581 | Sende oppdaterte måleverdier for produksjon til NECS | Ready for work | lhub sender produksjonsmåleverdier til NECS D+14, det vil si at sertifikatberettiget aktør er avhengig av at nettselskapet rapporterer korrekte produksjonsmåleverdier til Elhub innen D+13 for å få utstedt korrekt antall elsertifikater. Det er ikke alltid tilfellet at produksjonsmåleverdiene er korrekte innen D+13. Dette fanger Elhub opp i avviksoppgjøret, men oppdaterte måleverdier re-rapporteres ikke til NECS. Sertifikatberettiget aktør kan påklage volum rapportert til NECS direkte til NECS, men det mange mindre volum som ikke oppdages og dermed ikke påklages. Endringen medfører at alle endringer i produksjonsmåleverdier som fanges opp i avviksoppgjøret i Elhub sendes til NECS. | 4 | 15.04.2020 10:51 | 19.09.2023 12:30 |
Improvement | EI-843 | Lage en avviksoppgjørsvisning som er kraftleverandørsentrisk | Ready for work | Avviksoppgjørssiden i dag tvinger de som går inn til å først filtrere på nettområder. Dette gir mening for netteiere som har et relativt lavt antall nettområder men med mange målepunkter i hvert nettområde. Det er også praktisk for Elhub operatører. For kraftleverandører er denne løsningen tungvindt. Det er ingen måte å se totalbildet sitt, og en kraftleverandør kan ha kontrakter i veldig mange forskjellige nettområder. Enkelte ganger kan det også være relativt få målepunkter per nettområde, samtidig som de har målepunkter i ekstremt mange nettområder. Kraftleverandørene trenger en avviksoppgjørsside hvor de enkelt kan se totalbilde per avviksoppgjør, samtidig som de enkelt kan finne hvilke målepunkter og måleverdier som bidrar mest til oppgjøret | 3 | 17.12.2020 17:09 | 20.09.2021 15:23 |
Improvement | EI-730 | Forenkle tilgang til data for porteføljen for tjenesteleverandører | Ready for work | For noen tjenesteleverandører vil det være nyttig med ulike rapporter som gir oversikt over flere av eller alle sine kunder samtidig. Hensikten er at tjenesteleverandøren ikke behøver å logge på Elhubportalen for hver enkelt av aktørene den selger tjenester til for å kontrollere ulike statuser. Vi kan sørge for at data er lettere tilgjengelig via et API eller ved at tjenesteleverandører har en enkelt pålogging for alle sine kunder i portalen. Et API er det endelige målet men det kan ses på andre løsninger underveis som kan lette datatilgangen, med det selvfølgelige forbehold om at datasikkerheten ivaretas. | 3 | 24.09.2020 13:30 | 30.11.2021 13:05 |
Improvement | EI-331 | Innføring av kryptering i supportkommunikasjon mellom Elhub og aktørene | Ready for work | Dagens epost-kommunikasjon mellom aktørene og Elhub er ikke kryptert. Innholdet i sakene kan inneholde personopplysninger og skal ikke komme på avveie. Vi ønsker å gjøre bruk av TLS obligatorisk i mailkommunikasjon mot Elhub. Ingen hadde innvendinger mot dette i BF 14.08.2019 og Elhub vil gå videre med dette. ** Innføring av en saksbehandlingsportal vil løse denne utfordringen og er veldig ønskelig. | 3 | 19.08.2019 10:35 | 21.11.2022 09:39 |
Improvement | EI-317 | Markedsmelding til tredjepart når tilgang trekkes tilbake | Ready for work | Tredjepartene savner en melding som sier når en tredjepartskontrakt er opphørt. De ønsker også årsak for opphør, som utflytting, oppsigelse av kontrakt. | 3 | 14.08.2019 17:36 | 01.12.2022 13:50 |
Improvement | EI-955 | Forbedring av rapporter i «Markedsprosessoversikt» Elhub Portalen | Ready for work | Innspill til forbedringer av rapporteringssiden «Markedsprosessoversikt» i Elhub Portalen. Innspill er basert på Elhub operatør rapportering av datakvalitet, samt innhentet fra flere aktører som Linea og Fjordkraft. «Markedsprosess detaljer» må inn som eget «hovedvalg» (se bilde 1) * For å komme inn i bildet som heter «Markedsprosess detaljer» (3) må man nå foreta søk i en av underfanene (1) under «Markedsprosessoversikt» og klikke seg inn via ett av tallene (2) i tabellen. «Markedsprosess detaljer» bør være eget valg i hovedmenyen. * I «Markedsprosess detaljer» bildet er det vanskelig å få treff hvis man ikke gjør valgene i «rett» rekkefølge. Når man trykker «Tilbakestill», må alle valg faktisk tilbakestilles for nytt søk. Det virker som om søket låser seg på de valgene man opprinnelig gjorde før man trykket inn til søket (2) * Ang fliken «fullført» - her kan man ikke klikke inn på tallene og få opp detaljer, på samme måte som i de andre arkfanene (4) * Bør ikke laste rapporter før man trykker OK. Nå begynner systemet å hente ut tall så snart man trykker inn på en flik. Kan trykke stopp, men dette burde ikke være nødvendig. * Må kunne søke opp samme bilde fra «seg selv» (se bilde 2) * Når man har gravd seg ned i ett søk kan man ikke gå tilbake til hovedsøkebildet ved å trykke på hovedmenyen (1). Man må enten følge link helt nederst på på siden (2), eller trykke på en annen meny (3, eksempel) og så på ønsket meny. Ønsker å splitte kategorien "Leverandørbytte" som i dagens rapport viser summen av 101 og 104 i to kategorier; # "Leverandørskifte" som viser BRS-NO-101 # "Oppstart fra leveringsplikt" som viser BRS-NO-104 | 3 | 14.06.2021 16:22 | 01.12.2022 14:06 |
Improvement | EI-1127 | Hente aggregater til portal og Min side uten å gå via EDW | Ready for work | Vi får i dag avlesninger for døgn, måned og årsvolum aggregert fra EDW. Det gir seg flere spesielle utslag. Bl.a. vil det innenfor en time ikke alltid være sync mellom timeverdier og aggregater, da timeverdiene leveres direkte fra EIP via service, mens sammenstillingen fra EDW er må vente på at export_aggregates-jobben går før de er oppdaterte. Videre ser vi også at det fra tid til annen er feil i export_aggregate-jobben. Det fører til feil og mangler for eldre data, særlig der netteier har vært svært ivrige i å sende ulike versjoner av måleverdiene. Her er det flere måter vi kan løse problemet på, lister to som kan være aktuelle: a) Vi kan bruke grensesnittet vi har i dag for "online" verdier i portalen, forenkle og presentere som en Min side-variant. Det krever en aggregeringsmulighet direkte i UI-et. b) Vi kan få aggregeringstjenester direkte fra EIP. | 3 | 13.09.2022 13:57 | 31.01.2023 12:10 |
Improvement | EI-860 | Inkludere tap på målepunkt uten kontrakt i nettapsgrafen på avviksoppgjørssiden i portalen | Ready for work | Tap på målepunkt uten kontrakt er per i dag ikke inkludert i nettapsgrafen på avviksoppgjørsiden. Det er det derimot i rapporten for endelig nettap i portaln. Foreslår å legge dette tapet til i avviksoppgjøret slik at det blir samsvar mellom rapportene. | 4 | 21.01.2021 15:10 | 20.09.2021 15:23 |
Improvement | EI-830 | Gi superbruker hos tjenestetilbyder oversikt over hvilke ansatte som har tilgang per aktør | Ready for work | Superbruker hos tjenestetilbyder agent ønsker en oversikt over hvilke brukere som har tilgang per aktør. Superbruker ønsker å kunne få oversikt over hvilke brukere som er lagt inn per aktør tjenesteyter har agentkontrakt hos. Dette vil hjelpe superbruker å se hvilke av aktørene som har gitt dem agentkontrakt der det mangler brukere, og generelt gi bedre oversikt. | 4 | 08.12.2020 09:26 | 20.09.2021 15:23 |
Improvement | EI-668 | Flerselskapoversikt i portalen for tjenestetilbydere på vegne av netteier | Ready for work | Som tjenestetilbyder med forretningsrollen DDE ønsker man at man har muligheten til å se alle nettselskap jeg utfører tjenester på vegne av når man logger inn i portalen. På denne måten slipper man å logge inn og ut for å få hele oversikten. Noen av tjenestetilbyderne det dreier seg om har inntil 40 nettselskap de skal overvåke og tilsvarende antall endringer innlogginger for å se hvert selskap. | 4 | 01.07.2020 08:27 | 20.09.2021 15:23 |
Improvement | EI-976 | Prosedyre for tildeling av målepunkt ID i nybygg | Ready for work | Innspill fra eiendomsmelger vedr. ny problemstilling i eiendomsmarkedet for megler/kjøper av et nybolig prosjekt hvor målepunktID ikke er tildelt ved overtakelse. Det er utbygger/netteier som må legge til rette for at MPID er tildelt ved en overtakelse av nybygg/bolig prosjekt. Hvordan ivaretas dette av netteier i dag og hvordan kan MPID tilgjengeliggjøres til megler/kjøper på en effektiv måte før overtakelse? Det er urimelig at en boligkjøper skal ende på leveringsplikt som følge av utbygger eller netteier ikke sørger for å sikre at boligen har fått tildelt MPID. For megler/kjøper i dag er det utfordrende å finne målepunkt ved enkelte overtakelser av nybygg. Megler bruker mye tid på å purre opp dialoger med kunden, elektriker og netteier der det mangler MPID for å sørge for at det ikke går over fristen. Oppleves dette som et stort problem i kraftmarkedet i dag? | 4 | 07.09.2021 11:33 | 20.09.2021 15:23 |
Improvement | EI-891 | Legge til nettap som andel av netto innmating i balanseavregningsbildet | Ready for work | I balanseavregningsbildet er det nå oppgitt nettap som prosentandel av innmating. Dette tallet er basert på brutto innmating. Vi bør i tillegg oppgi dette som andel av netto innmating - det er netto innmating som ligger til grunn for nettapsberegninga, men p.g.a. den store forskjellen mellom nettenes oppsett, har vi valgt å validere på brutto innmating. Derfor bør vi vise begge tallene. | 4 | 12.03.2021 16:15 | 20.09.2021 15:23 |
Improvement | EI-352 | Innfør validering av næringskode og forbrukskode | Ready for work | Elhub har ingen validering av næringskode og forbrukskode med unntak av maks lengde på 10 tegn. For å unngå problemer med statistikk og at kraftleverandør får ukjente koder bør Elhub validere at kodene som mottas er gyldige. Elhub kan enten innføre validering av næringskode og forbrukskode opp mot en liste med godkjente verdier, eller bare sjekke at format er korrekt. Det er uklart om dette er et omfattende problem. Saken må analyseres videre. | 4 | 18.09.2019 15:15 | 22.06.2022 12:14 |
Improvement | EI-468 | Gi ny netteier tilgang til informasjon om historiske markedsprosesser i nettområdet | Ready for work | Nåværende tilgangsregler sier at netteier som er involvert i en markedsprosess skal se informasjon om den instansen i portalen. Det innebærer at når netteier endres i et nettområde vil ny netteier ikke se informasjon om historiske markedsprosesser, noe de ønsker. | 4 | 17.01.2020 14:34 | 28.06.2022 10:18 |
Improvement | EI-416 | Øke antall desimaler på elsertifikatandel | Ready for work | Det er i dag kun mulig å legge inn to desimaler for elsertifikatandel. Når det gjelder målepunkter med store volum er dette for lav oppløsning og resulterer i relativt store avvik for avgiftsberegninger. | 4 | 26.11.2019 12:11 | 28.06.2022 15:46 |
Improvement | EI-232 | Ikke tillat nåværende kraftleverandør å kjøre BRS-NO-301 hvis der er registrert et fremtidig leverandørskifte | Ready for work | Etter at kanselleringsfrist er passert for BRS-NO-101 registreres ny kraftleverandørs sluttbrukerinformasjon i Elhub. Etter dette tidspunktet bør nåværende kraftleverandør ikke lenger har mulighet å endre sluttbrukerinformasjonen siden det påvirker ny kraftleverandør. I dag kan de oppdatere sluttbrukerinformasjon helt frem til dato for leverandørskifte og dermed skrive over det ny kraftleverandør sendte inn i BRS-NO-101. Etter Go Live skapet dette en del problemer. Mange av de var sannsynligvis grunnet feil i markedets systemer. Behovet for denne endringen bør vurderes på nytt. | 4 | 24.05.2019 09:11 | 28.06.2022 09:49 |
Improvement | EI-349 | Utvid Blokkert for leverandørskifte til å også stoppe innflytting | Ready for work | Det er spesielle prosedyrer for å flytte inn ny sluttbruker på produksjonsmålepunkt, på samme måte som det er spesielle prosedyrer for å gjøre leverandørskifte. BlockedForSwitching burde dermed blokkere også for innflytting (BRS-NO-102, 103, 123). Behovet må analyseres nærmere. | 4 | 12.09.2019 13:06 | 28.06.2022 09:51 |
Improvement | EI-301 | Reversering av innflytting overkjører tidligere fullført utflytting og flytter kunden inn igjen på målepunktet | Ready for work | Når det først skjer en utflytting på et målepunkt og deretter en innflytting på samme dato eller tidligere blir det problemer hvis innflyttingen skal reverseres. Da vil den gamle sluttbrukeren flyttes inn igjen uten sluttdato, dvs. den opprinnelige utflyttingen blir overkjørt. Reverseringsprosessen må klare å legge tilbake sluttbrukeren med en sluttdato. | 4 | 01.08.2019 14:19 | 28.06.2022 09:54 |
Improvement | EI-186 | Tillate innflytting av samme sluttbruker på utflyttingsdato | Ready for work | Der er en del tilfeller der ute hvor sluttbruker blir feilaktig flyttet ut. Når ny kraftleverandør eller nettselskapet prøver å flytte inn sluttbruker på utflyttingsdato blir prosess avvist fordi sluttbruker allerede er registrert på målepunktet på den datoen. Det er designet slik fordi i dette tilfelle skal heller utflyttingen bli reversert. Det kan dog være vanskelig for ny kraftleverandør eller nettselskapet og få gammel kraftleverandør til å gjøre dette. Burde det heller vært mulig å kjøre BRS-NO-103 og 123 på utflyttingsdato med samme sluttbruker? | 4 | 21.03.2019 10:01 | 16.06.2022 14:14 |
Improvement | EI-846 | Fjern rapport Markedsendringer fra Aktørportalen | Ready for work | Rapporten var ment å gi en oversikt over endringene i kontraktene i porteføljen til en aktør ved å se på utførte markedsprosesser. Det har vist seg at rapporten er vanskelig og forstå og bidrar til forvirring hos brukerne. Det foreslås at rapporten fjernes da det finnes andre rapporter i Aktørportalen som er bedre egnet for å få en oversikt over porteføljen til en aktør. | 4 | 11.01.2021 16:08 | 16.06.2022 15:20 |
Improvement | EI-957 | Enklere tilgang til utvidet informasjon for tredjeparter | Ready for work | Tredjeparter har noen ganger behov for informasjon som i dag krever at sluttbruker velger full tilgang for de. Et behov som er meldt er tilgang til informasjon om elavgift på et målepunkt. Vi bør se på hvordan de enklere kan få tilgang til dette. Det kan enten være at det blir enklere for sluttbruker å gi utvidet tilgang eller at noen elementer flyttes fra utvidet til begrenset nivå. | 4 | 16.06.2021 08:23 | 16.06.2022 15:12 |
Bug | EI-726 | Forbedre rekkefølge på utgående meldinger i forbindelse med reverseringer | Ready for work | I forbindelse med reverseringer (BRS-NO-111) av innflytting mer enn 30 virkedager tilbake i tid (BRS-NO-103) hvor utflyttende sluttbruker ligger på leveringsplikt sendes det i dag ut meldinger i følgende rekkefølge til leveringspliktig kraftleverandør: # NotifyEndOfSupply (E02) # NotifyStartOfSupply (414) # RequestStartOfSupply (E02) Forventet rekkefølge er (omvendt kronologisk rekkefølge): # RequestStartOfSupply (E02) # NotifyEndOfSupply (E02) # NotifyStartOfSupply (414) Nåværende rekkefølge kan tolkes feil av leveringspliktig kraftleverandør. | 4 | 21.09.2020 09:27 | 16.06.2022 15:28 |
Improvement | EI-683 | Superbrukere mottar svært mange epost når brukerroller er i ferd med å utløpe | Ready for work | En superbruker mottar i dag en epost per bruker per brukerrolle når brukerens roller nærmer seg utløp. For en superbruker som har mange brukere i ulike roller i mange organisasjoner, som eksempelvis hos tjenestetilbyderne, så kan rekken med eposter blir svært overveldende. Dette fyller unødig opp innboksen og kan medføre at superbrukeren ikke rekker oppfatte alle utgående brukere. Vi foreslår nå en forenkling, for eksempel ved at man sender epost for flere brukere og brukerroller i flere organisasjoner i en samlet bulk-epost. Dette forutsetter samtidig at man øker perioden man ser på for å kunne slå sammen til en epost. Utformingen må vi bli enige om og på hvilket oppdelingsnivå som er hensiktsmessig. | 4 | 25.08.2020 13:17 | 08.12.2022 08:35 |
Bug | EI-1003 | Markedsaktører får ikke markedsmeldinger når utvidet lagring av måleverdier endres i Min Side | Ready for work | Sluttbruker kan i Min Side velge om de ønsker at Elhub lagrer deres måleverdier i 3 eller 10 år. Denne endringen går i dag ikke ut i markedsmeldinger til kraftleverandør og netteier, noe den bør. | 4 | 28.10.2021 10:20 | 01.12.2022 13:56 |
Improvement | EI-698 | Laste ned måleverdier for målepunkt lengre enn én måned av gangen og samtidig velge versjon | Ready for work | Hvis vi eller aktører skal laste ned måleverdier for et målepunkt fra portalen kan det kun lastes ned én måned av gangen. Ønsker mulighet for å velge perioden som skal lastes ned. Ønsker også å velge om alle versjoner av måleverdiene skal med eller om kun de gjeldene måleverdiene skal bli med. Boks for å velge de to alternativene nevnt over. Ønsker gjelder for både portal og Plug-In. | 4 | 03.09.2020 12:11 | 07.09.2022 09:07 |
Improvement | EI-866 | Manuelt sende tredjeparter måleverdier for tidligere sluttkunder som ikke lengre har aktiv kontrakt i målepunktet i utvalgte tilfeller | Ready for work | Tredjeparter kan i dag få tilgang til data for aktive sluttbrukere i Elhub. Tilgang for tredjepart blir gitt tilbake til sluttbrukerens innflyttingsdato. Ved utflytting eller fjerning av tredjeparts tilgang beholder tredjepart mulighet for å spørre på data som er gyldig frem til utflyttingsdato/avsluttingsdato. Det er ikke mulig for tredjeparter å be om tilgang til tidligere sluttkundes data. Dette gjelder også i tilfeller der sluttkunde har endret sluttbrukerID, som hvis organisasjoner endrer organisasjonsnummer som følge av f.eks. oppkjøp eller sammenslåinger. Vi ønsker å lage en manuell rutine der Elhub manuelt sender nye tredjeparter tilgang til tidligere sluttkundes måleverdier i gitte tilfeller, f.eks. dersom en organisasjonssluttkunde blir kjøpt opp. | 4 | 26.01.2021 07:15 | 27.02.2023 08:26 |
Improvement | EI-462 | Forbedre BRS-NO-601 basert på erfaringer siden Go Live | Ready for work | Det har kommet opp flere forbedringsforslag relatert til BRS-NO-601 etter Go Live. En analyse bør gjøres for å se på alle forslag i sin helhet og for å finne de mest hensiktsmessige endringene. Endringsønsker som er registrert: # Mulighet for nettselskap til å initiere forespørsel til kraftleverandør # Legg til informasjon om motpart i BRS-NO-601 # Mulighet for å svare flere ganger i en BRS-NO-601 # Mulighet for å koble BRS-NO-601 til flere målepunkter, eller til ingen målepunkt # Mulighet å avslutte en forespørsel om den ikke krever svar, kan f.eks. gjøres automatisk etter en tid eller ved at en av de involverte aktørene lukker den eksplisitt | 4 | 08.01.2020 10:16 | 13.03.2023 10:53 |
Improvement | EI-931 | Løsning for distribusjon av måleverdier til andre aktører | Ready for work | MSCONS er i dag brukt av markedsaktørene for å utveksle tidsserier seg imellom. En av fordelene med dette grensesnittet er at en aktør kan velge i en liste hvilke andre aktør(er) som skal motta måleverdier for et gitt målepunkt. Målet er at alle måleverdier skal rapporteres via Elhub. For å bidra til at MSCONS kan fases ut bør Elhub tilby tilsvarende funksjonalitet som beskrevet over. | 4 | 06.05.2021 15:49 | 09.03.2023 08:13 |
Improvement | EI-941 | Mulighet for å massefornye tilganger for portalbrukere uavhengig av utløpsdato | Ready for work | Superbrukere hos aktører påpeker at det er tungvint å håndtere brukerfornying. Man mottar periodske meldinger fra Elhub når brukere nærmer seg utløpsdato og kun de som nærmer seg utløpsdato kan forlenges (eller avsluttes). En effektivisering av rutinen ville være å forlenge tilgangen for brukere uavhengig av når brukeren ble etablert i systemet. Når superbruker da får en epost med melding om utløp knyttet til en eller flere brukere, kan hen gjøre vurderingen og forlenge for også de som ikke har umiddelbar utløpsdato. Dette kan også foretas med egenvalgte intervaller uavhengig av påminnelsesepost fra Elhub. Teknisk sett vil dette sette et tidsstempel som likevel følger syklusen som er valgt for fornyingsvurdering. | 4 | 25.05.2021 12:49 | 08.05.2023 14:13 |
Improvement | EI-988 | Fakturere avviksoppgjør for utveksling | Ready for work | Rett etter Elhub Go Live ble det bestemt at Elhub skulle fakturere både ATAM og APAM, og at netteierne skulle slippe å gjøre dette selv. Unntaket var avviksoppgjør for utveksling som jo kun går mellom netteierne. Der ble det bestemt at dette fortsatt skulle være nett sitt ansvar. Vi er usikre på hvor mange netteiere som faktisk fakturerer avviksoppgjør for utveksling og i hvilken grad dette følges opp. I Elhub har vi jo alle tallene uansett, så det kan være mer naturlig at vi også gjør dette. | 5 | 04.10.2021 14:40 | 04.10.2021 15:38 |
Improvement | EI-1099 | Implementere valideringsregler for anleggsadresse | Ready for work | Elhub bør avvise meldinger med anleggsadresser som ikke oppfyller formatkrav som spesifisert her: https://elhub.no/datakvalitet-i-elhub/malepunktinformasjon/anleggsadresse-krav-til-format-og-innhold/ | 5 | 07.06.2022 11:02 | 28.06.2022 11:22 |
Improvement | EI-1098 | Implementere valideringsregler for sluttbrukers kontaktinformasjon | Ready for work | Elhub bør avvise meldinger som inneholder kontaktinformasjon som ikke oppfyller formatkrav som definert her: https://elhub.no/datakvalitet-i-elhub/krav-til-sluttbrukerinformasjon/sluttbrukers-kontaktinformasjon-krav-til-format-og-innhold/ | 5 | 07.06.2022 11:01 | 28.06.2022 11:23 |
Improvement | EI-877 | Støtte for ''Poste Restante'' i sluttbrukeradresser | Ready for work | Bør Elhub støtte registrering av Poste restante på sluttbrukeradresse? Hvor stort er behovet? | 5 | 16.02.2021 11:30 | 28.06.2022 11:03 |
Improvement | EI-1101 | Informasjon til netteier om sluttbrukers strømstyringstjenester | Ready for work | Nettselskap kan ha nytte av informasjon om hvilke strømstyringstjenester sluttkunden har, fordi de da bedre kan forutse belastning i nettet. | 5 | 17.06.2022 12:12 | 28.06.2022 09:47 |
Improvement | EI-1100 | Informasjon til netteier om hvilken type kraftkontrakt sluttbruker har | Ready for work | Netteier kan ha nytte av å vite om sluttbruker har en fastpriskontrakt eller spotprisavtale siden denne informasjonen kan være nyttig i prognostisering av last i nettet. | 5 | 17.06.2022 10:37 | 28.06.2022 09:43 |
Bug | EI-905 | Stoppe deaktivering gjennom BRS-NO-212 når kraftkontrakt har en sluttdato | Ready for work | Før innføringen av BRS-NO-214 Deaktivering av målepunkt med sluttbruker kunne BRS-NO-212 brukes for å deaktivere et målepunkt med en pågående utflytting. Denne funksjonaliteten i BRS-NO-212 skal ikke lenger være tilgjengelig. BRS dokumentasjon er korrekt oppdatert men implementasjon er ikke det. | 5 | 24.03.2021 09:54 | 16.06.2022 15:14 |
Improvement | EI-1250 | Oppdatere produksjonstyper til gjeldende europeiske standarder | Ready for work | En del av produksjonskodene vi har i Elhub i dag er utdaterte og støttes ikke lenger i det europeiske rammeverket. De har fått nye koder, og blirr mer granulert. eSett vil snart gå over til de nye kodene, og vi burde bruke anledningen til å gjøre det samme. Samtidig bør vi granulere dette mer så det er enklere å se forskjell på forskjellige typer produksjon (elvekraft og vannkraft fra resorvoirer får forskjellige koder) Dette vil gi stor verdi for datakvaliteten i Elhub. Samtidig vil det da være lettere å rapportere til ENTSO-e og andre Europeiske tjenester, og lettere for Statnett og sammenligne dataen de har med dataen vi har. | 3 | 15.06.2023 | 05.07.2023 |
Improvement | EI-1252 | Skrive om BRS-NO-315 for å forbedre ytelsen | Ready for work | BRS-NO-315 har i dag store ytelsesproblemer. Vi har løste det ved å sette begrensninger på hvor mye de forskjellige aktørene kan bruke BRS-NO-315, men dette er uheldig og gjør det vanskeligere for aktørene. I tillegg er begrensningene kun tillittsbasert. For å bedre ytelsen av BRSen bør den skrives helt om. Det kan vurderes om ulike datadelingsinitiativer kan dekke deler av jobben BRS-NO-315 gjør i tillegg til andre oppgaver. For eksempel databasemigreringer. | 3 | 26.06.2023 | 05.07.2023 |
Improvement | EI-1255 | Gjøre installation description frivillig for plusskunder og ikke lenger sette det for virtuell produksjon | Ready for work | I dag må man sette instalataion description på alle plusskunder. Grunnen er at dette før var et obligatorisk felt i eSett. Det er ikke lenger obligatorisk i eSett, så vi burde heller ikke ha det obligatorisk i Elhub | 4 | 28.06.2023 | 02.08.2023 |
Improvement | EI-1026 | Legge til rette for en ny netteier rolle "nettleiefaktureringsansvarlig" | Ready for work | Helt siden arbeidet med ESK har ansvaret for fakturering av nettleie blir diskutert. Det kan være netteier som i dag, det kunne vært Elhub, eller det kunne vært kraftleverandøren som en fellesfakturering. Det har tatt lengre tid før én-regning kom opp på RME sitt bord igjen enn en forventet i 2014, og derfor bør en vurdere om Elhub som et første steg legger til rette for en rendyrking av denne rollen. Det ville betydd at frem til en-regning har blitt diskutert og eventuelle endringer implementert, så vil nettselskapet enklere kunne sette bort faktureringsoppgaven uavhengig av andre roller nettilknytningstilbyder har i dag. Det bør også vurderes om den nye rollen skal komme i tillegg til dagens Nettilknytningstilbyder (DDM), eller om rollene skal splittes helt. | 5 | 09.12.2021 14:45 | 14.10.2022 08:08 |