Det er ikke tilgangen som er problemet
Et selskap som vil ha måleverdierÉn måling fra ett målepunkt for én tidsperiode. Byggesteinen all avregning hviler på. fra ElhubNasjonalt nav for måleverdier og markedsprosesser i norsk kraftmarked., men som verken er nettselskapSelskap som eier og drifter strømnett og er ansvarlig for strømleveranse til sluttbrukere. eller kraftleverandørSelskap som selger strøm til sluttbrukere og konkurrerer i det frie kraftmarkedet. for målepunktene, har en vei inn. Rollekoden heter AG, tredjepart, og den bygger på samtykkeSluttbrukerens uttrykte tillatelse til at noen andre får se eller behandle opplysninger om dem. I kraftmarkedet er det samtykket som gir en tredjepart innsyn i måledata. fra sluttbrukeren: bestemte målepunkter, bestemte datatyper, en bestemt periode. SamtykketSluttbrukerens uttrykte tillatelse til at noen andre får se eller behandle opplysninger om dem. I kraftmarkedet er det samtykket som gir en tredjepart innsyn i måledata. kan trekkes tilbake, og da opphører tilgangen.
Den mekanismen er på plass og fungerer. Likevel er det ikke uvanlig at et selskap i denne situasjonen får dataene sine gjennom en EDIElektronisk datautveksling mellom forretningssystemer etter standardiserte formater - grunnlaget for automatisert B2B-kommunikasjon.-plattform, altså gjennom et ledd til, i 2026.
Det er verdt å forstå hvorfor, fordi grunnen ikke er den man skulle tro.
Hvem det gjelder
Den typiske aktøren er en kraftprodusentAktør som produserer elektrisk kraft - fra vannkraft, vind, sol eller andre energikilder.. Den vil ha to ting tilbake fra ElhubNasjonalt nav for måleverdier og markedsprosesser i norsk kraftmarked.: sitt eget forbruk, og sin egen produksjon. Begge deler finnes der, begge deler er tilgjengelige med riktig samtykkeSluttbrukerens uttrykte tillatelse til at noen andre får se eller behandle opplysninger om dem. I kraftmarkedet er det samtykket som gir en tredjepart innsyn i måledata..
Det samme gjelder industri og andre næringer med et reelt behov for måleverdierÉn måling fra ett målepunkt for én tidsperiode. Byggesteinen all avregning hviler på. fra egne anlegg, uten at de av den grunn har noen rolle i kraftmarkedet.
Fellestrekket er ikke bransjen. Det er at ingen av dem har et kundeinformasjonssystem som ble bygget med ElhubNasjonalt nav for måleverdier og markedsprosesser i norsk kraftmarked.-integrasjon som en del av konseptet, fordi de aldri var målgruppen for et slikt system.
Systemet har tidsserier, men ikke en Elhub-kobling
Her ligger den egentlige jobben, og den er lett å undervurdere.
Systemet som skal bruke dataene har som regel akkurat det som trengs for å lagre dem. Det har tidsserierMålinger av samme størrelse gjentatt over tid. Rekkefølgen og tidsstemplet er en del av dataene, ikke pynt.. Det kan holde forbruk og produksjon per målepunktGrunnenheten i Elhub - det unike punktet i strømnettet der energi måles og avregnes, identifisert med et 18-sifret GSRN-nummer. over tid, og gjøre noe fornuftig med dem. Det mangler ikke en datamodellFormell beskrivelse av hvilke data et system håndterer, hvordan entiteter henger sammen og hvilke regler som gjelder..
Det det mangler er en måte å ta imot på. Systemet ble bygget for å lese et filformat som fantes lenge før nasjonale nav, og som fortsatt er det formatet det forstår. Ofte MSCONSEDIFACT-meldingsformat for utveksling av måledata i kraftmarkedet - brukt i Elhub for å sende timeverdier, dagsverdier og månedsverdier mellom aktører. eller UTILTSDe seks tegnene i UTILMD, INVOIC og CONTRL er ikke forkortelser noen har funnet på lokalt. Hver meldingstype er en egen standard i FNs EDIFACT-katalog, og navnet er et mnemonisk kortnavn på seks tegn..
Gapet er altså ikke tilgang mot ingen tilgang. Det er XMLExtensible Markup Language - universelt markeringsspråk for strukturerte data, og standard i Elhubs Ediel-meldinger. mot EDIFACTFN-standard for elektronisk datautveksling - grunnlaget for Ediel-meldingene i det norske kraftmarkedet..
Oversetteren som ble stående
Dette forklarer noe som ellers ser ut som treghet: hvorfor EDIElektronisk datautveksling mellom forretningssystemer etter standardiserte formater - grunnlaget for automatisert B2B-kommunikasjon.-plattformene ikke forsvant fra det norske markedet da ElhubNasjonalt nav for måleverdier og markedsprosesser i norsk kraftmarked. kom i 2019.
Da navet ble satt i drift, hadde svært få av de dominerende kundesystemene støtte for det. En EDIElektronisk datautveksling mellom forretningssystemer etter standardiserte formater - grunnlaget for automatisert B2B-kommunikasjon.-plattform kunne derimot hente fra Elhubs utgående kø og levere videre som MSCONSEDIFACT-meldingsformat for utveksling av måledata i kraftmarkedet - brukt i Elhub for å sende timeverdier, dagsverdier og månedsverdier mellom aktører. eller UTILTSDe seks tegnene i UTILMD, INVOIC og CONTRL er ikke forkortelser noen har funnet på lokalt. Hver meldingstype er en egen standard i FNs EDIFACT-katalog, og navnet er et mnemonisk kortnavn på seks tegn., altså i det formatet mottakersystemet allerede leste. Ingen på mottakersiden måtte endre noe.
Etter hvert som systemleverandørene bygget ElhubNasjonalt nav for måleverdier og markedsprosesser i norsk kraftmarked.-støtte selv, falt behovet bort for dem som fikk den. For alle andre gjorde det ikke det. Oversetterrollen er den samme i dag som den var da: konvertere fra navets format til det formatet mottakeren forstår.
Det er en helt reell jobb. Den er bare ikke den jobben EDIElektronisk datautveksling mellom forretningssystemer etter standardiserte formater - grunnlaget for automatisert B2B-kommunikasjon. opprinnelig ble laget for.
Elhub er ikke den eneste motparten
En ting til gjør bildet mindre enkelt enn «trenger du fortsatt EDIElektronisk datautveksling mellom forretningssystemer etter standardiserte formater - grunnlaget for automatisert B2B-kommunikasjon. mot ElhubNasjonalt nav for måleverdier og markedsprosesser i norsk kraftmarked.».
For flere aktører går det samme meldingslaget også til andre steder. Bud til kraftbørsenNordisk strømbørs der kraft handles i engrosmarkedet - grunnlaget for kraftprisene i Norge og Norden. kan sendes og mottas gjennom det. Grunnlag til eSettSelskapet som utfører balanseavregningen for de balanseansvarlige i hele Norden, eid av de fire systemansvarlige i fellesskap., som gjør balanseavregningen for Norge, Sverige og Finland, kan sendes i det formatet eSettSelskapet som utfører balanseavregningen for de balanseansvarlige i hele Norden, eid av de fire systemansvarlige i fellesskap. tar imot.
Det betyr at spørsmålet «dekker en ElhubNasjonalt nav for måleverdier og markedsprosesser i norsk kraftmarked.-integrasjon hele behovet mitt» har ulikt svar fra selskap til selskap. For noen er ElhubNasjonalt nav for måleverdier og markedsprosesser i norsk kraftmarked. hele bildet. For andre er ElhubNasjonalt nav for måleverdier og markedsprosesser i norsk kraftmarked. én av tre motparter, og da forsvinner ikke meldingslaget ved å løse den ene.
Hva som avgjør om behovet forsvinner
To spørsmål avgjør det, og ingen av dem handler om ElhubNasjonalt nav for måleverdier og markedsprosesser i norsk kraftmarked..
Har systemet ditt fått ElhubNasjonalt nav for måleverdier og markedsprosesser i norsk kraftmarked.-støtte, eller kommer det til å få det? Om leverandøren din har bygget den, er oversetteren overflødig for den delen. Om ikke, må noen fortsette å oversette, uansett hvem det er.
Hvor mange motparter har du? Ett nav er én integrasjon. Et nav pluss en børs pluss en balanseavregner er tre, og de deler ikke nødvendigvis format.
Svarene er ulike fra selskap til selskap, og det er hele poenget. Det finnes ikke ett svar på om EDIElektronisk datautveksling mellom forretningssystemer etter standardiserte formater - grunnlaget for automatisert B2B-kommunikasjon.-laget fortsatt trengs i Norge, fordi spørsmålet aldri var om landet, men om systemlandskapet i hvert enkelt hus.