EnergyView — acceptatieronde en analysesnelheid

25 oktober 2026. Technische en gebruikersgerichte acceptatie op fictieve gegevens. Geen verklaring dat alle browsers, marktontwikkelingen of werkelijke installaties foutloos zijn afgedekt.

Oordeel

De gevonden fouten zijn opgelost en voorzien van regressiecontroles. De eerste volledige optimalisatie blijft rekenwerk vragen. Een reeds afgerond resultaat wordt bij tabwisselen hergebruikt. De aanbevelingen blijven scenario's: een lagere gesimuleerde factuur is geen gegarandeerde besparing of bewijs dat een investering rendeert.

Bevindingen en oplossingen

Bevinding	Gevolg voor de gebruiker	Oplossing
Een volledig jaar aan EV-laadprijzen werd als één grote argumentenlijst aan `Math.max` gegeven. Chrome bereikte daarbij zijn stacklimiet.	Contractbesparing verscheen, maar slimme sturing kon ontbreken met “Maximum call stack size exceeded”.	Jaarprijzen in een lus verwerken. Ook de maximale laadruimte gebruikt geen grote argumentenlijst meer. Het echte jaarprofiel is opnieuw in Chrome getest.
De EV-verdeling doorzocht bij iedere stap alle nog openstaande sessies van een verbonden meetjaar.	Lang wachten op de eerste analyse.	Sessies achtereenvolgens aan dezelfde residuale optimalisatie toevoegen. Eerdere sessies kunnen nog worden herverdeeld. Gelijke energievraag, beschikbaarheid, PV-reservering en piekgrenzen. De bestaande solver blijft beschikbaar voor uitzonderlijke gevallen en omgekeerde afname/injectieverhoudingen.
Potentiaalupdates liepen bij ieder laadkwartier alle graafknopen langs.	Extra jaarwerk, ook buiten het actuele laadvenster.	De gemeenschappelijke verschuiving impliciet toepassen en alleen bezochte knopen aanpassen.
Een toestelaanpassing herberekende ook alle gewone, ongestuurde contractoffertes.	De invoer kon haperen terwijl de gemeten basis niet veranderde.	Een begrensde offertecache op werkelijke prijsinvoer, bron- en profielidentiteit. EV-, batterij-, gas- en navigatie-invoer veranderen deze gewone contractprijzen niet. Nieuwe prijzen, korting, contract, meterkeuze, meetgegevens en nettarieven doen dat wel.
Onvolledige marktmaanden werden achtereenvolgens vernieuwd.	Meerdere netwerktime-outs konden zich opstapelen.	Hoogstens drie gelijktijdige aanvragen; complete maanden worden overgeslagen. Mislukte aanvragen behouden beschikbare waarnemingen. Kortere onvolledige en verkeerd gedateerde antwoorden overschrijven geen betere gegevens. Een complete uurmaand mag een onvolledige kwartiermaand vervangen.
Na een aankoopanalyse zocht de gewone bespaartegel alleen in de actieve resultaatweergave.	Een al berekende besparing voor de gemeten woning kon opnieuw als wachtend verschijnen.	Ook het tweede afgeronde cacheresultaat controleren en de aankoopbesparing gescheiden houden.
Een fasebericht kon tijdens een lange rekentaak onveranderd blijven.	Onduidelijk of de analyse nog werkte.	Verstreken seconden worden bij de werkelijke fase bijgewerkt. Geen verzonnen voltooiingspercentage. Timer stopt bij afronden, fout of annuleren; omvangrijke onderzoeksresultaten worden niet iedere seconde hertekend.
UTC-tijdstempels rond een maandgrens werden bij de maand uit de tekst ingedeeld.	Verkeerde maand voor pieken en indexweging bij zulke generieke CSV's.	Facturatiemaand uit het Belgische tijdstip halen; oorspronkelijke meetinstanten behouden. Gewone lokale Fluvius-tijdstippen blijven werken.
De tekstvervanging voor vooruitblik veranderde ook de naam van de terugblikoptie.	De optie kon “Terugblik · vooruitblikprijzen” heten.	Vaste, ondubbelzinnige keuze: “Terugblik · marktprijzen uit je meetjaar”.
Een oudere PV-invoer kon in de woningsamenvatting een vermogen tonen en bij de dakgegevens 0 Wp.	Tegenstrijdige gegevens.	Ook daar het bestaande woningvermogen gebruiken; ontbrekende dakrichting als ontbrekend benoemen.
De invoer voor nieuw elektrisch koken bevatte ook uitleg over een boiler.	Onnodige informatie in de verkeerde groep.	Toestelspecifieke uitleg, met expliciete melding dat dit nog geen gasverbruik vervangt.

Snelheidsmeting

De bestaande scripts/perf-analysis.mjs report 365 pv-benchmark gebruikt 35.040 kwartieren, 365 synthetische laadbeurten, PV en drie contracttypen. Alle metingen na elkaar zonder CPU-profiler op dezelfde ontwikkelmachine:

Versie	Meting 1	Meting 2	Gemiddeld
Voor deze optimalisatie	16,32 s	14,98 s	15,65 s
Nieuwe sessieverdeling en beperkte potentiaalupdates	5,48 s	5,69 s	5,58 s

Circa 64% minder rekentijd in deze benchmark. Besparing bleef €1.674,79; het verschil in ongeronde uitkomst is circa 8e-12 euro. Dit is een fictief testresultaat, geen persoonlijke besparing. Geen contracttypen of scenariofuncties zijn voor deze winst verwijderd.

De echte browserapp onderzoekt meer contracten dan deze kleine benchmark. Met het fictieve volledige meetjaar, EV en PV rondde Chrome de uitgebreide analyse af in circa 17,5 s. Tijdens de test werd één hoofdworker gebruikt; openen van Analyse en wisselen tussen gas en elektriciteit startte geen tweede hoofdtaak. “Analyse klaar” bij Elektriciteit opende hetzelfde afgeronde resultaat zonder opnieuw rekenen. Snelheid op een telefoon kan afwijken; er is geen belofte dat de eerste jaaranalyse onmiddellijk klaar is.

Acceptatie vanuit verschillende gebruikersrollen

Dit zijn door de ontwikkelagent uitgevoerde testperspectieven, geen onderzoek met een werkelijk panel van personen.

Perspectief	Gecontroleerd	Uitkomst
Nieuwe gebruiker	Lege analyse, voorbeeldverbruik, instructie voor Fluvius-kwartiertotalen en jaarperiode, huidig contract en korting	Voorbeeld is herkenbaar; benodigde stappen worden genoemd. Geen persoonlijke besparing op een willekeurig referentiecontract.
EV/PV-eigenaar	Fictief volledig jaar via CSV-import, bestaande auto/PV, laadherkenning, browserfout, PV en netpieken	Jaar wordt herkend; sturingsresultaat verschijnt na herstel van de browserlimiet.
Gebruiker die terugkeert	Vergelijker → Analyse, gas ↔ elektriciteit, klaar resultaat opnieuw openen	Dezelfde lopende of afgeronde taak wordt hergebruikt.
Gebruiker met aankoopplannen	Bestaande vraag onderscheiden van nieuwe toestellen, onvolledige invoer, gegevens aanvullen en scenariokeuze	Een plan is pas berekenbaar na geldige invoer. Huidige situatie en plannen hebben gescheiden resultaten op dezelfde prijsbasis.
Gebruiker die bedragen wil begrijpen	Contract, sturing en extra batterijbesparing; lagere resterende factuur; capaciteit en injectie	Stappen zijn afzonderlijk zichtbaar en bouwen op elkaar voort. Batterijvoordeel is extra boven de voorafgaande sturing.
Technische controle	Enkel/dubbel tarief, kortingen, netkosten, capaciteit, EV/PV/batterij/verwarming, negatieve prijzen, ontbrekende data, bestaande/geplande installaties, annuleren en wissen	Regressiesuite en onafhankelijke kleine referenties uitgevoerd; details hieronder.

De mobiele weergave is in Chrome op 390 px breed getest (375 px inhoud na de scrollbar): geen horizontale overloop. De hoofd- en rapportnavigatie kregen een automatische hoogte om geneste scrollbars te vermijden. Alle drie rapportkeuzes blijven naast elkaar zichtbaar; een dubbele rapporttitel is op kleine schermen verborgen. Dit is een responsive test, geen meting op fysieke telefoonhardware. Onder belasting vroeg de jaarworker in deze iframeproef circa 35 s; de eerste berekening kan dus nog merkbaar duren.

Bewijs en rekencontroles

De volledige testsuite bestaat in deze versie uit 87 testscripts. Deze omvat onder meer EV/warmtepomp/batterijcombinaties, injectie en curtailment, maandpieken, gegevenswissen, eigen/verworven toestellen, prijsbasis en caching.
650 nieuwe differentiële laadproblemen vergelijken de nieuwe verdeling met de vorige residuale solver. Maximaal circa 4,4e-16 euro verschil in energiekosten. Negatieve en omgekeerde prijzen, PV-reservering, beperkte flexibiliteit, uitsluitingen, niet passende laadvensters, registerbalans en onveranderde brondata zijn meegenomen.
Een extra volledige jaarproef met 35.040 kwartieren en 365 sessies draait ook onder een verkleinde JavaScript-stack; geen ontbrekende laadenergie of fallback. Dit bewaakt de browserlimiet die de eerdere Node-tests misten.
De bestaande onafhankelijke uitputtende referenties voor 200 en 80 kleine problemen blijven slagen.
Extra controles voor marktverzoeken, cacheverversing, timers, UTC-maandgrenzen en foutieve/ontbrekende labels.
De browsertest gebruikt uitsluitend fictieve CSV-, PV- en marktgegevens met afgezonderde testopslag. Er zijn geen persoonlijke verbruiksbestanden of adressen voor deze ronde gebruikt. De tijdelijke testpagina's worden niet gepubliceerd.

Grenzen voor go-live

Er is geen 100%-garantie. Externe weer-, PV- en marktbronnen kunnen trager zijn of fouten geven. Deze ronde bevat geen fysieke laadpaal-, omvormer- of comforttest en geen afzonderlijke hardwaretest op iPhone/Safari. Theoretische optimale sturing kent de scenario-prijzen vooraf; de praktische regeling en beschikbaarheidsaannames moeten herkenbaar blijven. Een aansluiting, laadpaal en batterij moeten hun fysieke grens respecteren. De bestaande scenario's vormen een begrensd onderzoek, geen bewijs van een wereldwijd optimaal aankoopplan.

Advies: de opgeloste versie kan als gecontroleerde rekenhulp gebruikt worden; laat echte eerste gebruikers met hun eigen export de routes doorlopen voordat een betaalde dienst wordt voorgesteld als volledig gevalideerd. Winst op de factuur blijft gescheiden van aanschaf, installatie, comfort en uitvoerbaarheid.

Visueel bewijs

Mobiele weergave met fictieve testgegevens, geen persoonlijk bespaaradvies:

!Mobiele eindcontrole