Informasjon om diverse operasjonelle problemstillinger
Denne siden inneholder informasjon om diverse operasjonelle problemstillinger som er observert og om hvordan disse kan løses.
BRS-NO-332 for periode som inneholder mer enn en reason code
Identiske tidsstempel på utgående BRS-NO-313
Uønsket utslag i refordeling av periodevolum etter sammenslåing av to eller flere tidligere perioder
Reversering av innflyttinger og leverandørskifter etter endring av sluttbrukerID i BRS-NO-301
BRS-NO-332 for periode som inneholder mer enn en reason code
Spesifikasjonen for BRS-NO-332 sier at dersom man skal gjøre noe med et periodevolum som ikke er siste volum, så er det ikke tillatt å trekke dette volumet tilbake uten å samtidig erstatte dette med et nytt volum som dekker nøyaktig samme periode.
Det viser seg nå at dersom man splitter eller slår sammen volum der mer enn en reason code inngår (f.eks. reason 4 på dataene som ligger i Elhub som trekkes tilbake, og reason 1 og 4 for volumene man legger inn som erstatning), så vil Elhub først sende tilbaketrekkingen og så ca 5 min senere sende erstatningsvolumet. Dette følger reglene når det er siste volumet, men det vil lages et temporært hull når det skjer med et tidligere volum.
Når en splitter et periodevolum og erstatter det med samme reason code, eller slår sammen periodevolum med samme reason code vil Elhub sende erstatningen i samme melding.
Identiske tidsstempel på utgående BRS-NO-313
I de tilfellene Elhub får inn flere versjoner av samme timeverdi i samme pakke/bundle, så er det en risiko for at flere versjoner får samme sekund i tidsstempel i de utgående meldingene. I Elhub ligger riktig versjon som siste versjon, men da første versjon ble lagt i utgående kø, så var dette den gyldige versjonen, men som altså senere er blitt erstattet.
Elhub jobber med å finne en løsning i forhold til unik identifisering av gjeldende versjon som ikke endrer dagens meldingsformat.
Det er nå implementert en løsning hvor Elhub sender ut tidsstempelet registrert fra netteier. Dette vil gjøre at det ikke blir registrert flere volum med samme registreringstidspunkt. Vi jobber med en løsning for å få sendt ut alle de måleverdiene som ligger registrert med samme registreringstidpunkt i Elhub nå.
Uønsket utslag i refordeling av periodevolum etter sammenslåing av to eller flere tidligere perioder
Første gang det kommer inn et periodevolum som fordeles per time, så resulterer denne fordelingen i at en rest legges på en av de siste timene for at sum timeverdier og periodevolum skal stemme. Hvis Elhub senere skal dele opp et periodevolum, så sikrer Elhub at dette ikke fører til et lite avviksoppgjør ved å summere FPC verdiene fra første FPC fordeling.
En negativ effekt av denne logikken er det i enkelte tilfeller slår feil ut når to eller flere periodevolum slås sammen etter tilbaketrekking. Vi vurderer en endring i koden som har forskjellig logikk for oppdeling og sammenslåing. Frem til den oppdaterte logikken eventuelt er på plass, bør en unngå å slå sammen periodevolum som ikke gir en tilnærmet lik endring av volum i hele den nye perioden. I stedet bør en erstatte periode for periode med stipulert forbruk som er mest mulig riktig i forhold til reelt forbruk.
For eksempel hvis en har hatt et negativt forbruk i en periode og et positivt forbruk en annen periode, så bør ikke disse periodene slås sammen, men korrigeres hver for seg, selv om begge periodene nå har positivt forbruk.
Reversering av innflyttinger og leverandørskifter etter endring av sluttbrukerID i BRS-NO-301
I tilfeller hvor kraftleverandører endrer sluttbrukerID i BRS-NO-301, er det ikke mulig å reversere innflytting eller leverandørskifte i Elhub. Dersom kraftleverandøren har behov for å reversere innflyttingen eller leverandørskiftet i disse tilfellene, må dette sendes til post@elhub.no.
Dette gjelder kun i tilfeller hvor det er en gyldig endring av sluttbrukerID. «Endringer i sluttbruker-ID for privatpersoner (fødselsnummer) kan gjøres gjennom denne prosessen når det finnes gyldig grunn, f.eks. ved bytte fra D-nummer til fødselsnummer, ved endring av kjønnsstatus, uskiftet bo, eller ved feil i migrert data.».