Copilot voor netbelastingprognoses.

Netdispatch op basis van statische spreadsheetprognoses, zonder betrouwbaarheidsmarges en zonder audittrail.

Klant: Een energiebedrijf
Sector: Energie, netbeheer

P10 / P50 / P90probabilistische prognoses

Groeidoel

Netbeheerders voorspellingen geven waar ze op kunnen sturen, met de onzekerheid zichtbaar.

Operationele beperking

Dispatch draaide op een spreadsheet met één enkel puntvoorspelcijfer: geen bandbreedtes, geen monitoring van drift en geen vastlegging van waarom beslissingen zijn genomen.

Gevalideerd resultaat

P10-, P50- en P90-bandbreedtes, driftcontroles, een beslislog en een goedkeuringsstap, aangetoond in de geteste workflow.

Het volledige verhaal

Startpunt: Statische spreadsheetvoorspellingen, één getal, geen audittrail.
Systeem: Probabilistische forecasting met P10-, P50- en P90-ranges, driftcontroles, beslislogging en een copilot met goedkeuringsstap.
Borging: Niets wordt gedispatched zonder goedkeuring. Drift wordt bewaakt en elke beslissing wordt gelogd samen met de bijbehorende voorspelling.
Resultaat: Bandbreedtes, monitoring, beslislog en goedkeuringsstap aantoonbaar werkend in de geteste workflow.

In detail

De netbeheerder moest dispatch plannen op smalle prognoses

Het net van de operator droeg meer variabele belasting, meer decentrale opwek en meer commerciële vraag. Dispatch-teams moesten beslissen wat online kwam, wat in reserve bleef en waar ruimte werd gehouden. Zij waren verantwoordelijk voor een stabiel net en verantwoorde inzet van middelen. Op papier kon het systeem de groei aan. In de regelkamer keken operators nog steeds naar één getal in een spreadsheet en maakten ze beoordelingsfouten of veiligheidsmarges op gevoel, zonder inzicht in de onzekerheid rondom dat getal. Groei voegde druk toe, maar geen extra zicht.

Dispatch-beslissingen steunden op een statische, enkelvoudige loadforecast die vooraf was gemaakt. Er was geen bandbreedte rond die waarde. Er was geen indicatie van hoe recent gedrag zich verhield tot de prognose die eraan ten grondslag lag. Als een operator een dispatchplan koos, was er geen gestructureerde manier om vast te leggen wat hij of zij had gezien en waarom er zo was gehandeld. Het proces leunde zwaar op individuele ervaring en geheugen. De operator wilde doorgroeien met meer variabele opwek en complexere vraag, maar de prognoses en de beslisregistratie liepen daar niet in mee.

Enkelvoudige prognoses zonder spoor van besluiten liepen vast

De uitgangssituatie was helder. Een spreadsheet bevatte de laatste prognose als één getal per interval. Operators lazen dat getal, pasten in gedachten marges toe en kozen vervolgens welke assets werden ingezet. Als omstandigheden veranderden, werd er ad-hoc bijgestuurd. Er was geen formeel zicht op opwaarts of neerwaarts risico, geen waarschuwing als het prognosemodel begon af te wijken en geen centraal beeld van hoe besluiten zich verhielden tot de prognose die op dat moment beschikbaar was. De organisatie kon achteraf moeilijk beoordelen of zij meer risico had genomen dan de bedoeling was.

Dat zette een harde grens aan hoeveel variabiliteit het net met vertrouwen aankon. Naarmate meer variabele opwek en flexibele vraag werd aangesloten, wilden planners niet alleen de beste schatting, maar ook een geloofwaardige lage en hoge case. Compliance- en operationsleiders wilden een helder auditspoor dat liet zien welke prognose de operator zag, welke actie hij of zij nam en welke goedkeuring daarbij hoorde. Zonder dat werden beleid bijsturen, besluiten onderbouwen en het speelboek aanpassen voor nieuwe marktomstandigheden allemaal lastiger. Het werkmodel droeg te veel stil risico.

SIEL bracht probabilistische prognoses in een begeleide workflow

Samen met de operator richtte SIEL zich op de kernworkflow die prognoses naar dispatch-besluiten vertaalt. Het doel was niet om het dispatchproces te vervangen, maar om het betere input en betere vastlegging te geven. SIEL bouwde een probabilistisch prognosesysteem dat P10-, P50- en P90-waarden opleverde voor de relevante netintervallen. Die bandbreedtes gaven operators zicht op het basisscenario en de geloofwaardige lagere en hogere load die voor risicoafwegingen telden. De prognoses werden ontsloten in een copilot-interface naast de bestaande tools, niet in plaats daarvan.

Binnen die copilot kreeg elke prognose zijn P10-, P50- en P90-waarden mee en controles die de drift in het voorspellingsmodel bewaakten. Wanneer een operator een dispatchplan voorbereidde, toonde de copilot de prognosebandbreedtes en vroeg hij om het plan daartegen te beoordelen. De operator kon het plan bijstellen met die context in beeld. Was het plan naar tevredenheid, dan bracht de copilot het naar een stap met expliciete goedkeuring. Het systeem zelf voerde geen dispatch uit. Het stelde een volledige, uitlegbare voorstelset samen en hield die vast tot de juiste persoon het besluit nam. Elke stap schreef naar een beslislogboek dat gekoppeld was aan de onderliggende prognose.

Goedkeuringen, driftchecks en logs hielden mensen aan het roer

Beheersing stond centraal in het ontwerp. In de POC werd niets gedispatched zonder expliciete menselijke goedkeuring. De copilot verzamelde de voorgestelde actie, de P10-, P50- en P90-waarden die eraan ten grondslag lagen en eventuele notities van de operator. Vervolgens bood hij dit pakket ter goedkeuring aan. Die goedkeuring was een aparte, vastgelegde stap. Dat creëerde een helder moment waarop verantwoordelijkheid werd genomen en waar toezicht zich op kon richten.

Om modelrisico te beheersen, voegde SIEL driftchecks rond het prognosesysteem toe. Deze controles volgden hoe prognoses en gerealiseerd gedrag zich in de tijd tot elkaar verhielden binnen de geteste workflow. Als ze begonnen af te wijken buiten afgesproken marges, was dat zichtbaar. Zo kon de operator het model behandelen als een bewaakte component, niet als een zwarte doos. De beslislogs maakten het mogelijk om later terug te zien welke prognose op dat moment beschikbaar was, welke actie gekozen werd, wie die goedkeurde en hoe dat zich verhield tot de onzekerheidsbandbreedtes. De operatie bleef nadrukkelijk mens-gedreven, met het systeem als gestructureerde ondersteuning en betrouwbaar geheugen.

Prognoses werden een fundament om op te bouwen

De proof of concept liet zien dat probabilistische prognoses en een copilot-workflow pasten bij de praktijk van de operator. In de geteste workflow zagen operators nu P10-, P50- en P90-ranges in plaats van één schatting. Driftchecks bewaakten het modelgedrag. Elke dispatchbeslissing in deze stroom schreef een gestructureerde registratie weg, gekoppeld aan de gebruikte prognose. Niets ging naar uitvoering zonder dat een goedkeuringsstap gepasseerd was. De operator kreeg een heldere, controleerbare brug tussen prognoses en dispatch, zonder menselijk oordeel te verliezen.

Voor een organisatie in een vergelijkbare situatie is het patroon goed te herhalen. U houdt operators aan het stuur van dispatch. U voegt een prognosesysteem toe dat onzekerheid in concrete getallen laat zien, niet alleen als gevoel. U zet dat systeem in een workflow die vastlegt wat mensen zien en doen, met goedkeuringen waar ze ertoe doen. De rol van SIEL is om die onderdelen zo te verbinden dat ze met uw bestaande systemen en beperkingen meekomen. Zes maanden verder is het doel simpel. Uw team neemt nog steeds de besluiten, maar doet dat met scherpere prognoses, zichtbaar modelgedrag en een auditspoor waar u op kunt vertrouwen.

Breng ons een workflow zoals deze

Vaste prijs, afgesproken voordat we beginnen. Een senior engineer antwoordt binnen twee werkdagen.