Sådan hænger kæden sammen
Diagrammet herunder viser BRP Controllers plads i kæden – fra energibørsen og systemoperatøren øverst, gennem handelsplatformen, ud til aggregatoren og det enkelte anlæg, og tilbage igen som måledata.
BRP Controller er SoftControls handelsplatform til systemydelser. Den binder markederne, den balanceansvarlige og de aggregerede anlæg sammen, så budgivning, aktivering og afregning kører i ét og samme system.
Diagrammet herunder viser BRP Controllers plads i kæden – fra energibørsen og systemoperatøren øverst, gennem handelsplatformen, ud til aggregatoren og det enkelte anlæg, og tilbage igen som måledata.
BRP Controller er SoftControls handelsplatform til systemydelser. Den binder tre verdener sammen: markederne og systemoperatørerne i den ene ende, porteføljen af aggregerede anlæg i den anden, og imellem dem den balanceansvarliges egne krav til bud, aktivering og afregning.
Platformen er bygget til den balanceansvarlige (BRP) og til den uafhængige aggregator. Den gør kapaciteten op, byder den ind på de markeder, I er prækvalificeret til, tager imod aktiveringssignalet, fordeler det ud på de enkelte anlæg efter tilgængelighed og de rammer, der er sat for hvert anlæg – og gør leverancen op igen bagefter, så både jeres afregning og slutkundens andel kan dokumenteres.
Det hele foregår i ét system. Der er ikke et regneark mellem budgivningen og aktiveringen, og ikke et andet mellem aktiveringen og afregningen.
Systemoperatør og markedsplads. Energinet er TSO og aftager af systemydelserne. Nordic MMS er den fælles nordiske markedsplads for reservemarkederne, og eSett håndterer den nordiske ubalanceafregning. Northpool og EPEX er energibørsen, hvor spot og intraday handles. BRP Controller taler med dem alle gennem sine egne integrationer.
BRP & VPP Controller. Selve platformen. Her ligger handelsplatformen for systemydelser, funktionen som uafhængig aggregator og porteføljeoptimeringen. Det er også her, logbogen og afregningsgrundlaget bliver til.
Aggregator. GridGuard optimerer porteføljen og afgør, hvilke produkter der giver mening at byde ind på, time for time. Aggregatoren kobler sig på platformen gennem Aggregator-API'et. API'et er ikke forbeholdt vores egen aggregator: har el-leverandøren selv rollen som balanceansvarlig, kan adgangen stilles videre til andre EMS-huse.
Asset Controller. Bindeleddet mellem en aktivering på markedet og en faktisk handling på anlægget. Den oversætter signalet til styring af batteri, varmepumpe, ladestander eller hvad der nu indgår.
Elleverandør. Er balanceansvarlig for forbrug og produktion, laver forbrugsforecast og budstrategi og har el-aftalen med slutbrugeren.
Slutbruger. Ejer anlægget, får sin andel af indtjeningen og mærker i praksis ikke andet, end at anlægget arbejder.
Aggregator-API'et er åbent. Er el-leverandøren selv balanceansvarlig, kan I tilbyde API-adgang til BRP controlleren til andre EMS-huse – dem, der allerede har deres egen aggregatorplatform og selv styrer porteføljen, men mangler vejen ind på markedet.
De beholder deres egen platform og deres egne kunder og kobler sig på gennem API'et; I står for balanceansvaret og markedsadgangen. Det gør jeres BRP til et produkt i sig selv i stedet for kun at være noget, I bruger internt, og det giver volumen i porteføljen uden at I skal ud og hente hvert anlæg selv.
Det kræver ikke andet end den BRP controller, I i forvejen kører på. Adgangen sættes op pr. aggregator med egne nøgler, egen portefølje og eget afregningsgrundlag, så de enkelte EMS-huse ikke kan se hinandens anlæg.
Hvilke produkter der er relevante, afhænger af porteføljens sammensætning og af, hvad I allerede er prækvalificeret til. Platformen understøtter frekvensmarkederne FCR-D op og ned, FCR, FCR-N og FFR samt reservemarkederne aFRR og mFRR.
Ved siden af systemydelserne ligger optimering af ubalancer, intraday og spotpris. Det er dér, en stor del af værdien typisk hentes for en portefølje, der ikke kører systemydelser i alle døgnets timer.
Bemærk: markedsadgangen til spotpris og intraday er på vej og åbner i fjerde kvartal 2026. Systemydelserne – FCR, FCR-D, FCR-N, FFR, aFRR og mFRR – kører allerede i dag.
Systemydelser handles i DK1 og DK2 hver for sig, og bud, aktiveringer og afregning holdes adskilt pr. område hele vejen igennem.
Før et anlæg må byde ind på systemydelser, skal det prækvalificeres hos Energinet. Det er en dokumenteret afprøvning af, at anlægget kan levere det, der bydes ind: at det reagerer inden for tidskravet, at det holder effekten i hele varigheden, og at målingerne kan aflæses og efterprøves bagefter. Prækvalifikationen sker pr. produkt – FCR-D op og ned, FCR, FCR-N, FFR, aFRR og mFRR har hver deres krav – og pr. område, så DK1 og DK2 holdes adskilt.
Store anlæg prækvalificeres for sig. Det er den enkle vej: ét anlæg, én afprøvning, én godkendelse, og anlægget byder ind i eget navn fra dag ét.
Under 50 kW kan det ikke betale sig at prækvalificere hvert anlæg for sig – hverken i tid eller i omkostning. I stedet samler vi anlæggene i porteføljer, og porteføljen prækvalificeres som én enhed.
Vi bygger porteføljerne i multipla af cirka 100 kW: 100, 200, 300 kW og så videre. Tallet kommer af anlæggene selv. Et typisk anlæg i den her størrelse ligger omkring 10 kW, og vi samler dem ti ad gangen – ti enheder à 10 kW giver de 100 kW, en portefølje bygges op af.
For den enkelte slutkunde betyder det, at anlægget ikke selv skal igennem en afprøvning. Det skal kunne styres og måles korrekt, og så indgår det enten i en portefølje, der allerede er godkendt, eller i den næste, der bygges op. Derfor er det også en fordel at samle flere anlæg i samme område frem for at sprede dem – en portefølje bliver først til noget, når der er kapacitet nok til at fylde et helt trin.
Den daglige betjening foregår i BRP Controller-portalen. Forsiden er et dashboard, der viser den aktuelle markedsdeltagelse: aFRR-aktivering for DK1 og DK2 målt mod den solgte kapacitet, mFRR-aktiveringen den seneste halve time, energiaktiveringsmarkedet det seneste døgn og de nyeste loghændelser.
Aggregatorer og aktiver. Hver aggregator har sin egen API-nøgle og sine egne aktiver. Et aktiv – typisk et batteri – oprettes med navn, type, GSRN, kapacitet op og ned, slutdato og det godkendelsesdokument, der hører til. Et aktiv kan tages midlertidigt ud af drift uden at blive slettet.
Bud og budpriser. Budlisten viser dato, marked og status, og for hvert bud kan man se retning, periode, anmodet og tildelt kapacitetspris, aktiveret pris, ubalancepris og tilgængelig effekt. Budpriserne styres af prisbegivenheder, der kan oprettes enkeltvis eller indlæses samlet fra en CSV-fil.
Afregninger. Afregningerne opgøres pr. aggregator og periode, med ubalance og de underliggende poster tilgængelige på hver enkelt afregning.
Logbog og hændelser. Logbogen er portalens revisionsspor og kan filtreres på tidsinterval. Hændelser og notifikationer samles ét sted, og den enkelte bruger kan vælge at få dem på telefon, mail eller begge dele.
Adgang. Alle konti er beskyttet med to-faktor-godkendelse. Almindelige brugere har adgang til overblik, bud og afregninger, mens oprettelse af aktiver, budpriser og brugere kræver administratorrettigheder.
Vi sætter gerne en af vores egne folk sammen med en fra jeres balanceafdeling. Det er som regel den hurtigste vej til at finde ud af, om det passer sammen.