Det tredje steget
ValideringDet første steget i VEE - automatisk sjekk av måledata mot tekniske og logiske grenser for å avdekke åpenbart feilaktige verdier. fanger det åpenbare. EstimeringDet andre steget i VEE - beregning av manglende eller avviste måleverdier basert på historiske mønstre, nabodata eller statistiske modeller. fyller hullene. Så er det en rest, og den er alltid der: verdier som ikke er åpenbart gale, ikke mangler, men som likevel ikke stemmer.
En målerbytte som ikke ble registrert riktig. En periode som ble avlest to ganger. En verdi som hører til et annet målepunktGrunnenheten i Elhub - det unike punktet i strømnettet der energi måles og avregnes, identifisert med et 18-sifret GSRN-nummer.. Slikt løses ikke av en regel, fordi det ikke er noe galt med tallet i seg selv. Det er galt med hvor det står.
Da rettes det for hånd. Det er tredje steg i VEEValidation, Estimation, Editing - systematisk prosess for å sikre kvaliteten på råmåledata fra strømmålere., og det er det steget som skiller et system man kan stole på fra et system som bare ser ordentlig ut.
Regnearket ved siden av er der sporet dør
Den vanligste måten å gjøre denne jobben på er å ta dataene ut, rette dem i et regneark, og legge dem inn igjen.
Det virker. Verdien blir riktig. Og alt om hvorfor den ble endret forsvinner i samme bevegelse: hvem som gjorde det, når, på hvilket grunnlag, og hva som sto der før.
Derfor hører redigeringen hjemme inne i den samme arbeidsflyten som resten, ikke i et verktøy ved siden av. Ikke fordi det er mer effektivt, men fordi endringen da legger seg i sporet sammen med alt annet som er gjort med serien. Et regneark har ingen revisjonslogg, og en kopi av data har ingen hukommelse om originalen.
Den gamle verdien skal bli stående
MåledataTidsseriedata for energiforbruk eller -produksjon målt i et avregningspunkt. lagres ikke som en tabell som overskrives. De lagres som versjonerte tidsserierMålinger av samme størrelse gjentatt over tid. Rekkefølgen og tidsstemplet er en del av dataene, ikke pynt..
Forskjellen er ikke teknisk pynt. I en tabell som overskrives finnes bare siste sannhet, og spørsmålet «hva sto her før» har ikke noe svar. I en versjonert serie legger hver valideringDet første steget i VEE - automatisk sjekk av måledata mot tekniske og logiske grenser for å avdekke åpenbart feilaktige verdier., hver estimeringDet andre steget i VEE - beregning av manglende eller avviste måleverdier basert på historiske mønstre, nabodata eller statistiske modeller. og hver redigeringDet tredje steget i VEE - manuell korreksjon av måleverdier som ikke kan løses automatisk, med full sporbarhet av alle endringer. seg i et revisjonsspor: hvem endret hva, når og hvorfor. Verdien slik den sto før endringen blir stående.
Det er dette som gjør at et avvik kan forklares i ettertid i stedet for forsvares. Avregningen ble gjort på det som var kjent den dagen. Rettelsen kom senere. Begge deler er sanne samtidig, og en versjonert serie kan vise begge.
Unntak framfor gjennomgang
Med alt dette på plass endres arbeidsdagen på en måte som er verdt å beskrive.
Serier som går gjennom alle reglene, går videre uten at noen ser på dem. Det som stopper, står igjen som et unntak noen skal ta stilling til.
Det høres selvsagt ut, og det er det ikke. Alternativet, at et menneske ser over alt, er fortsatt vanlig, og det er en dårlig bruk av den eneste ressursen som faktisk kan vurdere noe. Et menneske som ser på ti tusen verdier ser ikke ordentlig på noen av dem. Et menneske som ser på tolv unntak, ser på tolv unntak.
Poenget med automatikken er ikke at maskinen tar avgjørelsen. Det er at maskinen bestemmer hva som er verdt å ta en avgjørelse om.
Hva en revisjon faktisk spør om
Til slutt: det er lett å tro at en revisjon spør om tallene er riktige. Det gjør den nesten aldri, for det kan den ikke vite.
Den spør om noe annet:
Hvem endret denne verdien? Ikke hvilket system, men hvilken person eller hvilken regel.
Når ble den endret, i forhold til når den ble brukt? En rettelse før avregningÅ gjøre om måledata til penger. Forbruk og produksjon per målepunkt regnes om til det hver aktør skal betale eller ha betalt. og en rettelse etter er to helt ulike saker.
Hva sto her før? Uten dette er alle de andre svarene påstander.
Hvorfor ble den endret? Begrunnelsen er den eneste delen et system ikke kan produsere selv. Den må skrives av den som endret, i det øyeblikket endringen ble gjort, og det er derfor arbeidsflyten må gjøre det lett å skrive den.
Et system som kan svare på alle fire, gjør en revisjon til en utskrift. Et system som ikke kan det, gjør den til et prosjekt.
Der vi har bygget det
Dette er grunnen til at SEFTATvimennings VEE-motor: validerer, estimerer og redigerer måleserier med versjonerte tidsserier og fullt revisjonsspor, før data sendes til Elhub. finnes. Redigeringen skjer inne i den samme arbeidsflyten som valideringDet første steget i VEE - automatisk sjekk av måledata mot tekniske og logiske grenser for å avdekke åpenbart feilaktige verdier. og estimeringDet andre steget i VEE - beregning av manglende eller avviste måleverdier basert på historiske mønstre, nabodata eller statistiske modeller., ikke i et regneark ved siden av. MåledataTidsseriedata for energiforbruk eller -produksjon målt i et avregningspunkt. lagres som versjonerte tidsserierMålinger av samme størrelse gjentatt over tid. Rekkefølgen og tidsstemplet er en del av dataene, ikke pynt., så hver endring legger seg i et revisjonsspor med hvem, hva, når og hvorfor, og verdien slik den sto før blir stående. Serier som passerer alle reglene går videre uten at noen ser på dem, og det som stopper står igjen som et unntak.
To avgrensninger hører med. SEFTATvimennings VEE-motor: validerer, estimerer og redigerer måleserier med versjonerte tidsserier og fullt revisjonsspor, før data sendes til Elhub. sender ingen meldinger. Motoren leverer ferdig validerte og estimerte serier, og selve utvekslingen mot ElhubNasjonalt nav for måleverdier og markedsprosesser i norsk kraftmarked. hører hjemme i integrasjonslaget SAMTYGDTvimennings plattform for Elhub-integrasjon - håndterer alle meldingstyper og prosesser mot Elhub.. Og SEFTATvimennings VEE-motor: validerer, estimerer og redigerer måleserier med versjonerte tidsserier og fullt revisjonsspor, før data sendes til Elhub. er verifisert mot simulerte markedsgrensesnittDe tekniske inngangene til de sentrale markedssystemene, først og fremst Elhub, som et energiselskaps systemer må snakke gjennom for å delta i markedet., ikke i produksjon hos en kunde ennå.
Vi skriver det siste hver gang, fordi et VEEValidation, Estimation, Editing - systematisk prosess for å sikre kvaliteten på råmåledata fra strømmålere.-system som påstår mer enn det kan vise, er nøyaktig den slags påstand denne artikkelen handler om å kunne etterprøve.