Förstudie

Förstudie: Skoladmin flytta till V2

v3-not (run 037b1402): scopet snävades per körningens extra instruktioner till enbart administrationsgränssnittet för rektor/skoladmin och organisationsadmin — elev-, lärar- och vårdnadshavarvyer ingår inte i epiken. v3 bygger den moderniserade adminytan (V1 wwwroot/Administration → V2 adminweb) som fungerande målbild; Kira-grundningen för v3 finns i 3/research-notes.md. Avsnitten nedan från v1 gäller fortsatt för problem/nuläge.

Nuläge

Vklass skoladministration ligger i dag till stor del i V1/WebForms under wwwroot/Administration, medan V2 adminweb bara innehåller vissa nyare administrationsdelar som mallar, export, kalenderfunktioner, radera/slå samman användare och organisationsinställningar. Spec-underlaget beskriver att skoladmin/rektor, organisationsadmin och Vklass-personal fortfarande behöver lämna V2 för stora delar av vardagsadministrationen. Källdokumenten anger att Kira-research redan har använts för meny, V2-kod och databasunderlag.

Problem

Adminuppgifter är splittrade mellan V1 och V2, vilket ger otydlig menystruktur och risk för fel när samma kunddata kan administreras på olika sätt. Rektorer behöver skolscopade flöden för användare, klasser, kursgrupper, skolan, kommunikation och manuell import utan att tappa V2-kontexten. Organisationsadministratörer behöver se organisationens delar samlat och samtidigt förstå vilka funktioner som är villkorade, kvar i V1 eller Vklass-interna.

Önskat läge (varför mockupen)

Mockupen visar en Vklass V2-adminmålbild för epik 64: en ny grupperad adminmeny, rollscopad skol-/organisationsväljare, tydlig legacy-brygga och representativa list-/detaljytor för migreringsetapperna. Den visar också hur adminändringar påverkar MainWeb-ytor för lärare, elev och vårdnadshavare genom skolnyheter, länkar och kommunikationsmetadata, utan att ge dessa roller nya adminflöden.

Avgränsning

I scope för v1 är en interaktiv prototyp av menyfundamentet och representativa administratörsflöden per etapp i specifikationen. Out of scope är faktiska CRUD-flöden för alla V1-sidor, externa synkjobb, betyg/statistikspår, Vklass-interna support-/maintenance-sidor och pixelkopiering av V1. Mockupen bygger inga nya produktkrav utöver de migreringsbeslut och huvudflöden som finns i intent-spec-cursor.md och custom-cursor.md.

Personas

Rektor/skoladmin: Magnus Widén (T5004-007), Proximaskolan.
Organisations-/adminvy: Ingrid Sundström (T5007-001), Akademia Gymnasiet, används i mockupen som demo-persona för adminweb eftersom ID:t finns i delad demo-data.
Lärare: Kerstin Berg (T5004-002), Proximaskolan.
Elev: Anna Andersson (S5004-701), Proximaskolan.
Vårdnadshavare: Eva Andersson (C5004-701A), vårdnadshavare för Anna.

Kira-grundning

Fråga enligt workflow: "Hur fungerar Skoladmin/V2-adminweb idag och vad ser skoladmin, orgadmin och Vklass-personal?"
Sammanfattning av tillgängligt svar: De uppladdade dokumenten anger redan att Kira MCP har använts för V2-kodsökning, databasunderlag och arkitekturbeslut. I denna miljö finns ingen anropbar Kira MCP-tool exponerad för agenten, så mockupen använder den redan inbakade Kira-sammanfattningen i spec-dokumenten som researchkälla.
Att verifiera: slutliga produktbeslut i §8.1 (menynamn, synkgräns, masslogin, samtyckesroller, betyg/statistik) ska fortfarande tas av människa innan implementation.