Del 2 af serienNorden er ikke ét marked
Fagartikkel3 min læsning

Standarden, der ikke er én

Ediel, eBIX og et nationalt API løser den samme opgave på tre måder. Her er, hvad ordet standard faktisk dækker i Norden, og hvor det holder op med at dække noget.

Ordet lover mere, end det holder

"Vi følger nordisk standard" er en sætning, der går igen i kravspecifikationer og i salgsmøder. Den beroliger, og den forklarer ingenting.

Der findes flere standarder i Norden, de dækker forskellige dele af opgaven, og de er ikke oversættelser af hinanden. At vide, hvilken der er tale om, er forskellen på et estimat, der holder, og et, der ikke gør.

Ediel: en familie, ikke ét format

EdielNordisk profil af EDI-standarden EDIFACT - brugt til elektronisk meldingsutveksling på det nordiske elmarked via Elhub. er den nordiske familie af markedsmeddelelser, i brug siden 1996. Den bygger på EDIFACTElectronic Data Interchange For Administration, Commerce and Transport - FN-standard for elektronisk dataudveksling., FN-standarden for elektronisk dataudveksling, og består af meddelelsestyper med hvert sit formålOpgaven, visionen og de fire værdier, der styrer prioriteringerne - »de bedste løsninger laves aldrig alene«.: måleværdier i én, afregningsgrundlag i en anden, procesmeddelelser i en tredje.

To ting er værd at forstå om den.

Den er streng. EDIFACTElectronic Data Interchange For Administration, Commerce and Transport - FN-standard for elektronisk dataudveksling.-meddelelser har fast struktur, definerede segmenter og krav om kvitteringKvitteringen, der siger, at meddelelsen kom frem. Modstykket NACK siger, at den ikke blev accepteret. Uden en af dem ved afsenderen ingenting.. Det er ikke omstændelighed, det er, hvordan man får to systemer til at være enige uden at ringe til hinanden. En meddelelse er enten gyldig eller ikke.

Den er ældre end navene. EdielNordisk profil af EDI-standarden EDIFACT - brugt til elektronisk meldingsutveksling på det nordiske elmarked via Elhub. blev lavet til en verden, hvor aktørerne talte direkte med hinanden. Da navene kom, blev den brugt videre ind mod dem, men den blev aldrig designet til et nav.

I Sverige er EdielNordisk profil af EDI-standarden EDIFACT - brugt til elektronisk meldingsutveksling på det nordiske elmarked via Elhub. ikke et arvesystem. Der findes intet nav at sende til, så meddelelserne går stadig fra aktør til aktør, som de altid har gjort.

eBIX: samme opgave, anden slægt

Danmark bruger eBIX, Energy Business Information eXchange. Det gør i praksis den samme opgave som EdielNordisk profil af EDI-standarden EDIFACT - brugt til elektronisk meldingsutveksling på det nordiske elmarked via Elhub., altså at beskrive markedsprocesserne i et format, begge parter kan læse.

Men det er ikke EdielNordisk profil af EDI-standarden EDIFACT - brugt til elektronisk meldingsutveksling på det nordiske elmarked via Elhub. med andre feltnavne. Modelleringen er anderledes, og det er ikke et spørgsmål om oversættelse: to formater, der beskriver den samme virkelighed, kan alligevel dele den op forskelligt, og så må nogen tage stilling til, hvad der svarer til hvad.

Det arbejde kaldes mapping, og det er altid større, end det ser ud på et slide.

Og så kom navene med deres egne grænseflader

Da ElhubNationalt nav for måledata og markedsprocesser på det norske elmarked., DataHubNationalt nav for måledata og markedsprocesser på det norske elmarked. og finske DatahubNationalt nav for måledata og markedsprocesser på det norske elmarked. blev bygget, fik de moderne grænseflader: XMLExtensible Markup Language - universelt markeringssprog for strukturerede data, standard i Elhubs Ediel-meddelelser. og APIApplikationsprogrammeringsgrænseflade - standardiseret grænseflade der giver to systemer mulighed for at kommunikere med hinanden.'er, ikke EDIFACTElectronic Data Interchange For Administration, Commerce and Transport - FN-standard for elektronisk dataudveksling.-filer.

Det giver et tredje lag i billedet, og det er her, mange integrationer faktisk lever:

EdielNordisk profil af EDI-standarden EDIFACT - brugt til elektronisk meldingsutveksling på det nordiske elmarked via Elhub. / EDIFACTElectronic Data Interchange For Administration, Commerce and Transport - FN-standard for elektronisk dataudveksling.    mellem aktører, og stadig ind mod nogle nav
eBIX               dansk markedskommunikation
XML og API         navenes egne grænseflader

Et system, der skal tale med ElhubNationalt nav for måledata og markedsprocesser på det norske elmarked., behøver ikke at kunne EDIFACTElectronic Data Interchange For Administration, Commerce and Transport - FN-standard for elektronisk dataudveksling.. Et system, der skal tale med en svensk modpart, slipper ikke uden om det. Og et system, der skal gøre begge dele, har brug for begge.

Hvorfor det aldrig blev ét format

Det er fristende at læse forskellene som mangel på samarbejde. Rækkefølgen forklarer det bedre.

EdielNordisk profil af EDI-standarden EDIFACT - brugt til elektronisk meldingsutveksling på det nordiske elmarked via Elhub. kom i 1996, i en tid uden nav, og løste det problem, der fandtes dengang. Danmark byggede nav i 2013 og valgte eBIX-familien. Norge byggede i 2019 og landede på XMLExtensible Markup Language - universelt markeringssprog for strukturerede data, standard i Elhubs Ediel-meddelelser. og APIApplikationsprogrammeringsgrænseflade - standardiseret grænseflade der giver to systemer mulighed for at kommunikere med hinanden.'er mod ElhubNationalt nav for måledata og markedsprocesser på det norske elmarked.. Finland byggede i 2022.

Hver af dem traf et rimeligt valg for sit problem og sit årti. Summen er alligevel, at der ikke findes ét nordisk format, og at ingen kan beslutte at indføre ét, uden at fire lande skifter samtidig.

Hvad du bør spørge om

Tre spørgsmål afslører, hvad der faktisk kræves, langt bedre end ordet standard gør.

Hvilket format, og hvilken version? "EdielNordisk profil af EDI-standarden EDIFACT - brugt til elektronisk meldingsutveksling på det nordiske elmarked via Elhub." er en familie. Meddelelsestypen og versionen er det, der afgør, om to systemer faktisk taler sammen.

Mod hvem? Et nav, en modpart, eller begge. Det afgør, om du overhovedet har brug for et transportlag.

Hvem ejer mappingen? Hvis dit system kun læser ét format, må nogen oversætte. Spørgsmålet er ikke, om det skal gøres, men hvem der ejer den oversættelse og opdaterer den, når formatet ændrer sig.

Om forfatteren

Geir Ove Drevland

CPO

Energidomæneekspert med dyb erfaring inden for SCADA-systemer, Elhub-integrationer og produktledelse. Har ledet integrationsprojekter for Eviny Fornybar, Linea AS og Øyfjellet Vind.