Extra anpassningar - Skapa och redigera
Bakgrund, mål och avgränsningar
I Vklass V2 har extra anpassningar hittills i praktiken varit begränsade till visning. Det har tvingat personal att byta till äldre gränssnitt eller använda kringrutiner för att dokumentera, vilket ökar administrationen och riskerar fördröjd, ofullständig eller inkonsekvent dokumentation. När redigering saknas hanteras ändringar ofta genom nya inlägg, vilket försämrar överblicken och gör det otydligt vad som är aktuellt.
Målet är att V2 ska vara den primära ytan för att skapa och redigera extra anpassningar på individnivå, med tydlig skillnad mellan att ändra insatsen (redigera) och att följa upp/utvärdera (kommentarsflöde). Lösningen ska minska dubbletter, bevara historik och göra det enkelt för behörig personal att arbeta med både allmän och ämnesspecifik anpassning.
Funktionen ska utformas med strikt och förutsägbar åtkomstkontroll för känslig elevinformation: behörighet och synlighet ska styras av roll samt aktiva kopplingar till elev, skola/skolenhet och vid behov kurs/ämne, inklusive konsekvent tillämpning av eventuell BankID-skydd. Gränssnittet ska tydligt förklara varför en användare kan se men inte redigera (read-only med orsak) och skilja mellan "inga träffar p.g.a. filter" och "saknar behörighet/koppling", för att minska återkommande supportärenden.
Omfattningen i denna specifikation omfattar skapa och redigera i V2 samt de minimala, nödvändiga flödena för att hantera posten över tid: list- och detaljvy med sök/filter, kommentarsflöde för uppföljning, samt livscykelhantering med arkivera, återställ och radera (endast efter arkivering) med spårbarhet. Formulärbeteendet ska vara tydligt mellan skapa- och redigeringsläge (inkl. låsta fält där så krävs), robust mot dubbelpostning vid sparande och ge begripliga felmeddelanden som stödjer effektiv felsökning.
Följande ingår inte: nya stödinsatstyper, extra anpassningar på klass-/gruppnivå, fritids-specifik målobjekthantering utöver individflöden, utkast/publicering och konfigurerbar synlighet, notifieringar/aviseringar, avancerade rapporter/dashboards, masshantering eller export som formell rapport, samt utökade samarbetsmodeller eller multi-ämneskoppling utöver befintlig kurs-/ämneslogik.
Roller, skolformer och åtkomstregler
Åtkomst till Extra anpassningar styrs av skolans konfiguration (funktionen på/av samt ev. BankID-krav), användarens roll och aktiva kopplingar. Det finns två typer av anpassningar med olika synlighet: Allmän (ej kopplad till kurs/ämne) och Ämnesspecifik (kopplad).
Rättigheter för hantering:
- Skapa: Alltid för en elev i taget, med kontextstyrda val
- Redigera: Ändra själva insatsen (rubrik/beskrivning)
- Uppföljning/utvärdering: Via kommentarsflödet
Behörighet att redigera/arkivera/återställa:
- Skaparen (med kvar aktiv koppling)
- Mentor/klasslärare: allmänna anpassningar för egna klasser
- Ämneslärare: ämnesspecifika inom egna kurskopplingar
- Rektor och studievägledare: alla anpassningar för skolans elever
Livscykeln: Aktuell ↔ Arkiverad → Raderad
Entiteter och datamodell
- ExtraAdjustment: Journalpost på individnivå med rubrik, beskrivning, typ (General/SubjectSpecific), status (Active/Archived), spårbarhet
- ExtraAdjustmentComment: Kommentar/uppföljning kopplad till en anpassning
- ExtraAdjustmentReadLog: Läshistorik per personal
Skapande av extra anpassning
Formulär med: skolenhetsval, elevval (single-select med sök), typval (Allmän/Ämnesspecifik), kurs-/undervisningsgrupp (vid ämnesspecifik), rubrik (obligatorisk), insatsbeskrivning (obligatorisk).
Redigering av extra anpassning
Samma formulär som skapande men i redigeringsläge. Låsta fält: elev, typ, kurs-/undervisningsgrupp. Redigerbara fält: rubrik, insatsbeskrivning.
Arkivering, återställning och radering
- Arkivera: Flytta till historik (inte borttag), bekräftelsedialog
- Återställ: Gör arkiverad aktuell igen
- Radera: Permanent i UI, endast efter arkivering, strikt behörighet
Visning och listflöde
Grupperat per elev, med fritextsök och filtrering. Diagnostiska tomlägen.
Dialog för enskild anpassning
Detaljvy med kommentarsflöde, read-only-läge med orsak, statusstyrda actions.