Update docs/roadmap.md

Reviewed-on: #9

docs/features/005-task-status.md

@@ -2,7 +2,7 @@
 
 ## Status
 
-Färdig och verifierad på feature-branchen; ännu inte mergad till `main`.
+Färdig och mergad till `main`.
 
 ## Bakgrund
 
@@ -114,10 +114,11 @@ införs.
 
 Aktiv användare är ett lokalt browserval och inte autentisering. Backend kan
 verifiera att id:t finns, men inte vem som faktiskt använder browsern.
+
 Statusknapparna är ett första gränssnitt före Feature 6. Det finns ingen
 versionskontroll för konkurrerande uppdateringar utöver transaktioner och
 aktuell serverlogik.
 
 ## Relaterade commits
 
-Fylls i efter implementation och merge.
+- `65a6488c0b268f49b1361591f025bdea8d67f754` – `feat: add task status transitions`

docs/roadmap.md

@@ -34,24 +34,27 @@ Följande statusvärden används:
 
 ## Nuvarande läge
 
-Feature 0–4 är klara. Den aktuella applikationen har:
+Feature 0–5 är klara. Den aktuella applikationen har:
 
 - ett monorepo med separat React/Vite-frontend och Spring Boot-backend;
 - centralt lagrade användare och ett lokalt browserval av aktiv användare;
 - gemensamma uppgifter med titel, valfri beskrivning, status och poäng;
 - skapande och listning av uppgifter;
 - valfri tilldelning av högst en ansvarig användare per uppgift;
-- tilldelning, byte och borttagning av ansvarig för väntande uppgifter;
+- tilldelning och byte av ansvarig i samtliga statusar;
+- borttagning av ansvarig i `WAITING` och `COMPLETED`;
+- backendstyrda statusändringar mellan `WAITING`, `IN_PROGRESS` och `COMPLETED`;
+- automatisk tilldelning till aktiv användare när en otilldelad uppgift påbörjas;
 - en bräda med Väntande, Pågående och Klart;
 - nya uppgifter som alltid skapas med status `WAITING`.
 
 Tilldelning och status är separata egenskaper; tilldelningsflödet ändrar inte
-uppgiftens status. Statusändring och regeln att `IN_PROGRESS` kräver ansvarig
+uppgiftens status. Alla direkta statusövergångar är tillåtna och
-är under utveckling. Det finns ännu ingen drag-and-drop, redigering, radering,
+`IN_PROGRESS` kräver ansvarig. Det finns ännu ingen drag-and-drop, redigering,
-deadline eller återkommande uppgift.
+radering, deadline eller återkommande uppgift.
 Nuvarande användarval är inte autentisering.
 
-**Feature 5 – Statusändring och statusregler är pågående.**
+**Feature 6 – Drag-and-drop är nästa planerade produktfeature.**
 
 ## Featureöversikt
 
@@ -62,7 +65,7 @@ Nuvarande användarval är inte autentisering.
 | 2 – Skapa uppgifter | Klar | 0–1 | Gemensamma uppgifter och trekolumnsbräda |
 | 3 – Uppgiftspoäng | Klar | 2 | Poäng på uppgifter |
 | 4 – Tilldelning | Klar | 1–2 | Valfri ansvarig användare |
-| 5 – Statusändring | Pågående | 4 | Backendstyrda statusövergångar |
+| 5 – Statusändring | Klar | 4 | Backendstyrda statusövergångar |
 | 6 – Drag-and-drop | Planerad | 5 | Kortflytt via status-API |
 | 7 – Radera uppgift | Planerad | 2 | Bekräftad radering |
 | 8 – Redigera uppgift | Planerad | 3 | Titel, beskrivning och poäng |
@@ -152,7 +155,7 @@ senare måste ha en ansvarig. Hur borttagna användare ska hanteras är fortsatt
 
 ### Feature 5 – Statusändring och statusregler
 
-**Status:** Pågående
+**Status:** Klar
 
 **Beroenden:** Feature 4
 
@@ -433,6 +436,9 @@ Nuvarande aktiva användarval är uttryckligen inte autentisering.
 
 ## Ändringshistorik
 
+- 2026-07-27: Feature 5 verifierades och mergades. Backendstyrda
+  statusövergångar, automatisk tilldelning vid påbörjande och statusberoende
+  tilldelningsregler infördes. Feature 6 blev nästa planerade produktfeature.
 - 2026-07-26: Feature 3 och Feature 4 markerades som klara efter verifiering och
   merge. Feature 5 blev nästa planerade produktfeature.
 - 2026-07-26: Roadmapen etablerades. Feature 0–2 markerades som klara, Feature