Skuggbudgetmodell v1.0
Sökväg i arbetsmaterialet: program/43-skuggbudgetmodell-v1.0.md
Skuggbudgetmodell v1.0
Status: STABIL ARBETSMODELL / INTE VALÅRETS SLUTLIGA SKUGGBUDGET
Datum: 3 september 2026
Föregångare: v0.1–v0.9, särskilt 42-skuggbudget-v0.9-skyddad-mikroscore.md
Bakgrund00
V1.0 betyder att modellen är mogen nog att användas konsekvent. Det betyder inte att 2030 års skattesatser, prognoser och anslag kan fastställas 2026.
1. Varför detta är v1.001
V0.1 var en skatte- och budgetarkitektur. V1.0 är ett sammanhängande system för att bygga, finansiera, sekvensera och falsifiera ett regeringsprogram.
Modellen är nu stabil på sju punkter:
- fyra samtidiga budgetar: kronor, kompetens, fysisk kapacitet och förändringskapacitet;
- full portfölj i stället för reform för reform: samma krona, specialist, bostad eller myndighetskapacitet får bara lovas en gång;
- persona-regression: 37 livssituationer testar rättigheter, övergångar och faktisk handlingsförmåga;
- payer-shadow-regression: finansieringen testas även mot dem som betalar men inte fångas väl av mottagarpersonorna;
- skyddad mikroincidens: skattebaser får inte räknas som finansiering förrän normal användning, övergångar, stapling och icke-avsedda betalare har prövats;
- sekvensering: en bra reform får skjutas upp när pengar, kompetens, bostäder eller förändringsbandbredd saknas;
- självkorrigering: ny analys får göra programmet mindre. Versionsnumret får aldrig bli skäl att försvara en tidigare grön status.
Detta är en kvalitativt annan modell än v0.1 och motiverar huvudversionsskifte.
2. Bindande invariants i v1.002
Budget
- permanenta utgifter och permanenta skattesänkningar kräver permanent finansiering;
- framtida allmänt reformutrymme bokas till 0 tills aktuell prognos finns;
- osäkra dynamiska effekter får redovisas men inte ensamma finansiera kärnlöften;
- dubbelräkning mellan stat, kommun och region är förbjuden;
- investering och drift hålls isär.
Kapacitet
- pengar antas aldrig automatiskt bli personal, plats eller genomförande;
frigjord arbetstidfår bara räknas när den kan visas i faktisk verksamhet;- ärendeägarskap är en funktion, inte automatisk ny koordinatorroll;
- samma myndighet ska inte bära två stora kärnsystemmigrationer samtidigt;
- reformens skala justeras före kvalitetsgolv, rättssäkerhet och patientsäkerhet.
Fördelning
- inkomstdeciler räcker inte;
- 37-personors regression + payer-shadow-set är obligatoriskt;
- flera finansieringsförändringar som träffar samma hushåll ska staplas;
- icke-avsedda betalare ska identifieras uttryckligen;
- historisk organisationsform, utbildningsväg eller skatteutgift får inte skyddas bara för att den är etablerad — funktionen ska prövas.
3. Aktuell finansieringsgrind från v0.903
V0.9:s skyddade mikrodesign ger följande interna mikroscore-estimat för finansieringen:
| Spår | Låg | Bas | Hög |
|---|---|---|---|
| ROT/RUT skyddad marginaldesign | 1,1 | 1,8 | 2,4 mdkr |
| skuldsättningssubvention, skyddad tröskel | 1,4 | 1,8 | 2,2 |
| arbete→kapital-arbitrage | 0,3 | 0,5 | 0,8 |
| grön teknik, nya åtaganden | 0,4 | 0,6 | 0,9 |
| miljöbilsförmån, nya åtaganden | 0,5 | 0,8 | 1,1 |
| Summa [M] | 3,7 | 5,5 | 7,4 |
Med modellens 80-procentiga säkerhetsregel blir basscenariot cirka 4,4 mdkr preliminärt bokningsbart före extern score.
V1.0 behåller därför v0.9:s konservativa regel:
Före extern score får första permanent bindande reformtranch vara högst 4,0 mdkr/år.
Cirka 0,4 mdkr lämnas som designsäkerhetsmarginal. Makro-/konjunkturmarginal tillkommer i en faktisk valbudget.
4. Tranch A — första permanenta prioritering04
Före extern score prioriteras inom 4,0-mdkr-grinden:
- barnets kontinuitets-/handoffreformer, stöd före diagnos och skolfrånvaro;
- EXIT 0–24–7;
- modulär validering och mastery;
- care leavers 16–25;
- första-kontraktsgaranti;
- neonatal säkerhets-/kapacitetsåtgärder.
Dessa är inte automatiskt sex separata fullskaliga nationella anslag. Den slutliga Tranch A ska dimensioneras mot samma kronor, kompetens och fysisk kapacitet.
5. Villkorad expansion05
Politisk DIRECTION kvarstår för bland annat:
- Bostad först i större skala;
- full IVF-kapacitetsutbyggnad;
- större bostadsbidragsrebasering;
- multisjuk/demens-modell i full skala;
- personburen socialförsäkring;
- åldersneutralt tandvårdskatastrofskydd;
- permanent arbetslivsslitageförsäkring;
- lägre skatt på låga och medelhöga arbetsinkomster.
Att de ligger utanför första permanenta tranch betyder sekvensering, inte avveckling.
6. Vad v1.0 inte låser06
Följande är avsiktligt parametrar för den framtida valbudgeten, inte skäl att kalla modellen 0.x:
- exakt valårs-BNP, strukturellt sparande, ränta och arbetslöshet;
- faktisk Nato-/försvarsprofil för mandatperioden;
- officiell intäktsscore på F1–F6;
- exakt stat–kommun–region-kompensation;
- slutlig mikrosimulering per inkomstdecil och hushåll;
- exakt antal nya årsarbetskrafter och geografisk fördelning;
- vilka villkorade expansionsreformer som ryms i just den mandatperioden.
Dessa uppdaterar modellen med v1.1, v1.2 ... eller blir del av den valårsspecifika skuggbudgeten. De gör inte kärnmodellen omogen.
7. Skillnaden mellan modellversion och valbudget07
Från och med v1.0 skiljer repot på två produkter:
A. Skuggbudgetmodell v1.x
Den stabila metoden: regler, regressionsset, resursgrindar, sanningsnivåer, sekvensering och versionsdisciplin.
B. Skuggbudget <valår>
Den faktiska budgeten för ett konkret val/regeringsalternativ med då aktuella prognoser, officiell eller externt reproducerbar score, exakta skatteparametrar, anslagsramar och fyraårsprofil.
program/39-skuggbudget-v1.0-readiness.md ska därför fortsättningsvis läsas som publicerings-/valbudget-readiness, inte som ett hinder för att modellen själv är version 1.0.
8. Release-dom08
Skuggbudgetmodell v1.0 är släppt.
Den är tillräckligt annorlunda från v0.1 för ett huvudversionsskifte och tillräckligt stabil för att framtida arbete ska ske som förbättringar av samma modell, inte som ytterligare pre-release-varianter.
Nästa normala modellversion är v1.1, inte v0.9.1, om vi lägger till eller förbättrar funktioner utan att bryta invariants.
En v1.0.1 är reserverad för faktiska felrättningar i v1.0-dokumentet/modellen.
Vi ska inte använda versionsnummer som ett sätt att skjuta upp beslut. När arkitekturen är stabil ska den få ett stabilt namn — och sedan kunna förbättras öppet.