Aankoopbudget wijzigen zonder simulaties opnieuw te starten

Oorzaak en correctie

purchaseBudget maakte deel uit van reportModelKey. Een budgetedit zette bovendien pvRecommendationApplied op false, waardoor ook een fysieke zonnepanelenkeuze opnieuw kon worden toegepast. De instellingenhandler ging daarna altijd naar renderReport en de nieuwe rapportidentiteit maakte het bestaande investeringsresultaat onvindbaar.

Een edit van uitsluitend purchaseBudget wordt nu onmiddellijk afgehandeld: bewaar het budget, pas de selectie toe op alle bewaarde complete/tussenresultaten, werk de formuliervelden bij en herstel de zichtbare investeringsweergave. Geen renderReport, nieuwe Worker, tariefberekening of dispatch. De bestaande zonnepanelen-/batterijkeuze blijft staan. Het budget is verwijderd uit de identiteit van de elektrische simulatie; het blijft wel in de instellingen van een werkelijk nieuwe berekening staan. Bij herstellen van rapporten worden ook budgetinstellingen gesynchroniseerd.

withInvestmentBudget gebruikt dezelfde finishInvestmentRisk-regels op kleine financiële kopieën, en koppelt de gekozen rijen terug naar de originele resultaten. De onderliggende kwartieruitkomsten, jaarrekeningen, aankoopkosten, kasstromen en rijen worden niet gewijzigd of weggegooid. Daardoor werkt zowel budget verlagen als later weer verhogen zonder een nieuwe zoektocht. Het minimum van EUR20 batterijvoordeel per kWh per jaar blijft vereist. De goedkoopste jaarfactuur, hoogste financiële uitkomst, voorzichtige keuze en groepskaarten volgen het nieuwe budget.

Een al lopende Worker mag zijn onderzoek afmaken. Elke tussenstand en eindstand krijgt vóór weergave het actuele budget; een laat resultaat kan dus niet de oude limiet/keuze terugzetten. De hervatbare taken blijven bewaard. Wijzigingen van fysieke waarden, tarieven, offertes en combinaties van instellingen blijven via de normale invalidatieroute lopen.

Verificatie

15 gerichte tests geslaagd: investment-budget, investment-result-lifecycle, performance-reuse, teaser-analysis-reuse, investment-recommendation-layout, investment-comparison-limit, investment-highlights, investment-presentation, investment-search, investment-partial-runner, investment-resume, scenario-navigation, bundled-assets, deployment-source en pages-package.

De nieuwe regressieproef verlaagt het budget van onbeperkt naar EUR3.000 (een goedkoper voorstel), naar EUR1.000 (geen aankoop) en weer naar onbeperkt (de duurdere keuze is meteen terug). De originele financiële rijen en hun kasstromen blijven exact gelijk. De echte app-functie wordt in een nagebootste DOM uitgevoerd: identieke rapportcache, bewaarde fysieke PV-keuze, formulieren bijgewerkt, complete en lopende investeringsresultaten aangepast, geen nieuwe rapportberekening. Een aparte handlerproef controleert dat late tussen- en eindresultaten van de Worker het nieuwste budget krijgen. Gewijzigde zonnepanelen en offertes veranderen de rapportsleutel nog wel.

Lint 737 bestaande meldingen, nul nieuwe groepen. Typecheck 461 bestaande meldingen, nul nieuwe groepen. Opmaak en diff-check geslaagd. De eerste assetcontrole gaf een 404; de ongewijzigd herhaalde bundled-assets-controle is daarna volledig geslaagd, evenals de afzonderlijke deployment- en Pages-pakketcontroles. Geen versoepelde testassertie.

Geen nieuwe volledige suite, golden-meetreeks of browserdoorloop met het persoonlijke profiel geclaimd. De verandering betreft budgetselectie/cacheorchestratie; tariefformules, dispatch en de bestaande financiële keuzevoorwaarden zijn niet vervangen.