paper/norge_2025.json holds 2025 and October 2026 figures for police and prosecution, district courts, appeal courts and prison, each with its source (POD report 1/2026, Domstoladministrasjonen annual report 2025, Kriminalomsorgen key figures October 2026 and annual report 2025, SSB). Derived values are marked as estimates. Result: police and prosecution bind (utilization 1.09 once dismissals for lack of capacity are counted as untreated), with prison (1.06) and district courts (1.04) also above full utilization; appeal courts are below (0.88). README shows the table and its caveats. diagnose.py accepts an acceptable backlog instead of a target time, and cases closed without treatment, and lists other links above capacity. The stylized example still reproduces section 9.5. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
7.7 KiB
den-dynamiske-rettsstaten
Konseptnotat og simuleringskode: innsatsen for å håndheve lovene bør stå i forhold til hvor mye, og hvor alvorlig, de faktisk brytes.
Notatet gir prinsippet et presist innhold og undersøker hva som skal til for å gjennomføre det stabilt, legitimt og i hele straffesakskjeden: politi, påtalemyndighet, domstoler, kriminalomsorg og lovgiver. Det er skrevet for forskere, for dem som arbeider i straffesakskjeden, og for alle som vil prøve ideen mot data. Straffebud og strafferammer ligger fast.
Les notatet
| Dokument | Omfang |
|---|---|
| Den dynamiske rettsstaten, konseptnotat, versjon 2 | 57 sider |
| Sammendrag for beslutningstakere | 2 sider |
| Lysark: fra tall til tiltak | 16 lysark |
Install
Simuleringen trenger Python 3 med numpy og scipy. Den er prøvd med Python 3.14, numpy 2.5.4 og scipy 1.18.1.
git clone https://git.fromaitochitta.com/open/den-dynamiske-rettsstaten.git
cd den-dynamiske-rettsstaten
python3 -m venv .venv
.venv/bin/pip install -r requirements.txt
Kjør simuleringen
cd paper
../.venv/bin/python sim.py
Skriptet bruker om lag to minutter. Det skriver ut nøkkeltallene som brukes i teksten, og skriver figurdataene til paper/data/. Med versjonene over blir alle 22 datafilene byte for byte like dem som ligger i repoet. Det kan du sjekke selv: git status paper/data skal ikke vise noen endringer etter kjøringen. Ingenting kjører denne sjekken automatisk.
Finn flaskehalsen med egne tall
paper/diagnose.py går fra tall per ledd i kjeden til leddet som binder og tiltakstypen, etter trinn (c)–(e) i notatets metode. Du oppgir for hvert ledd innstrømning og kapasitet (saker per måned), restanse (saker) og målet for saksbehandlingstid (måneder). Hvis noen saker kan ledes til forenklede reaksjoner, oppgir du også hvor stor andel det kan være. Skriptet trenger bare Python 3.
cd paper
python3 diagnose.py eksempel_domstol.json
Svaret viser utnyttelse og restanse i hvert ledd, leddet som binder og tiltakene i rekkefølgen utnytt, led saker utenom, utvid. For leddet som binder regner skriptet også ut hvor mye kapasitet som trengs, etter prognosen for strømmen og ikke etter køen. Formatet på inndata står øverst i skriptet. Eksempelfila har stiliserte tall, ikke norske tall, og gjenskaper tallene i avsnitt 9.5: utnyttelse 1,28 og 19 prosent mer kapasitet.
Denne første versjonen viser ikke forløpet over tid, og den sjekker ikke stabilitetsgrensen for politiets reaksjon.
Første forsøk med norske tall
paper/norge_2025.json har offentlige tall for 2025 og oktober 2026 fra Politidirektoratet og Riksadvokaten, Domstoladministrasjonen, Kriminalomsorgen og SSB. Kilden til hvert tall står i fila.
python3 diagnose.py norge_2025.json
| Ledd | Utnyttelse | Restanse |
|---|---|---|
| Politi og påtale | 1,09 | 31 900 saker eldre enn tre måneder, opp vel 5 % på ett år |
| Tingrett, meddomsrettssaker | 1,04 | 3 777, opp 15 % |
| Lagmannsrett, bevisanker | 0,88 | 290, ned |
| Fengsel | 1,06 | soningskø 657, mot 284 ett år før |
Politi og påtale avgjorde litt flere saker enn de fikk inn i 2025. Det ser ut som balanse, men om lag 30 300 av sakene ble henlagt fordi kapasiteten manglet. Regnes de som saker som ikke ble behandlet, er politi og påtale det leddet som binder. Fengsel og tingrett ligger også over full utnyttelse, og der flytter skranken seg når den første er løst. Det stemmer med det notatet sier: presset ligger i politi og påtale og i straffegjennomføringen, mer enn i tingrettene.
Forbehold:
- Tallene for fengsel er anslag. Avgangen er regnet ut fra andelen av saker i fengsel, og innstrømningen er avgangen pluss køveksten.
- Hvert ledd har sine egne saksenheter, så bare utnyttelsen kan sammenlignes på tvers av ledd.
- Skriptet anslår at politi og påtale trenger 15 % mer kapasitet for å behandle alle anmeldte saker uten kapasitetshenleggelser. Det er et grovt anslag. Henlagte saker krever ikke nødvendigvis like mye arbeid som de andre, og andelen som kan gå til forenklede reaksjoner, er ikke kjent.
Hva notatet gjør
- Formulerer prinsippet som én beslutningsregel fra det observerte kriminalitetsbildet til en samlet tiltaksvektor: innsats, reaksjonsformer, kapasitet, prosessuell kvalitet og lovbestemt handlingsrom.
- Viser analytisk at stabiliteten avhenger av politisk reaktivitet, tidsforsinkelse og samfunnets egen demping, og utleder en tommelfingerregel for hvor kraftig en respons kan være ved en gitt forsinkelse.
- Simulerer hvordan en kraftig reaksjon på forsinkede tall gir svingninger mellom under- og overhåndhevelse, og hvordan en avdempet regel og prognosebasert styring fjerner dem.
- Modellerer straffesakskjeden som et kønettverk, med domstolen som gjennomregnet eksempel på et ledd som binder.
- Foreslår en syklisk beslutningsmetode: observer, sammenlign med målene, finn skranken som binder, velg tiltak etter den, dimensjoner avdempet og med prognose, og kontroller de rettsstatlige skrankene.
Status og begrensninger
Dette er et konseptnotat og en invitasjon til videre forskning, ikke et ferdig verktøy.
- Modellen er teoretisk og ikke kalibrert på norske data. Parameterne er stiliserte, og simuleringene illustrerer mekanismer. De er ikke prognoser.
- Hvilket ledd i kjeden som faktisk binder, er et empirisk spørsmål. Domstolen er et gjennomregnet eksempel. Dagens tall peker mot politi, påtale og straffegjennomføring.
- Kostnader og gevinster er ikke regnet i kroner.
- Avsnitt 10 i notatet beskriver begrensningene og har en veiplan i åtte punkter for det som gjenstår.
Non-goals
- Notatet foreslår ikke å endre straffebud eller strafferammer. Det som tilpasses, er prioriteringer, innsats, organisering, prosess og valg av reaksjon innenfor lovens rammer, etter kriterier som er fastsatt på forhånd.
- Simuleringen er ikke et beslutningsverktøy og gir ingen anbefaling for konkrete budsjetter eller saker.
- Repoet inneholder ingen persondata og ingen data fra enkeltsaker.
Innhold
| Mappe | Innhold |
|---|---|
pdf/ |
Ferdige PDF-er av notatet, sammendraget og lysarkene |
paper/ |
LaTeX-kilden (main.tex er notatet, notat.tex sammendraget, karusell.tex lysarkene), simuleringen sim.py og flaskehalsdiagnosen diagnose.py med eksempelfil og norske tall |
paper/data/ |
Figurdataene som sim.py skriver og LaTeX-kilden leser |
PDF-ene er bygd fra LaTeX-kilden i dette repoet med TeX Live 2026: notatet og sammendraget med pdflatex (tre ganger, fra paper/), lysarkene med xelatex (to ganger), som trenger fonten Inter fra TeX Live.
Slik er arbeidet gjort
Idéen, problemstillingen og konseptet er forfatterens, og forfatteren har styrt arbeidet og tatt de faglige valgene. Teksten, den matematiske formaliseringen, simuleringene og figurene er laget med omfattende bruk av kunstig intelligens (Claude, Anthropic). Forfatteren har ansvaret for innholdet.
Innspill og kritikk er velkomne, særlig fra dem som arbeider i straffesakskjeden og fra forskere som vil prøve modellen mot data. Opprett en sak i repoet.
Lisens
- Teksten, det vil si PDF-ene i
pdf/og LaTeX-kilden (.tex-filene ipaper/), er lisensiert under CC BY 4.0. Du kan dele og bearbeide den fritt, også i andres arbeid, så lenge du oppgir kilden: Kjell Tore Guttormsen (2026), Den dynamiske rettsstaten, versjon 2. - Koden, det vil si
paper/sim.py,paper/diagnose.py,requirements.txt, figurdataene ipaper/data/,paper/eksempel_domstol.jsonogpaper/norge_2025.json, er lisensiert under MIT.
Changelog
See CHANGELOG.md.