Vklass Förstudie Ny Funktionalitet
Skoladmin > Organisation >
Radera användare med skyddad identitet
Nulägesbeskrivning
Bakgrund och syfte
Behov: Grundskoleförvaltningen i Göteborg ger personer med skyddad identitet ett konto i Vklass baserat på aliasuppgifter. Beslutet att radera konton med skyddade uppgifter är för att minimera åtkomsten till dessa personuppgifter.
Vklass rekommendation: Vklass rekommenderar principiellt att inga personer med skyddad identitet ska finnas i något datasystem, varken i elevregistret eller Vklass.
Alternativ: Trots rekommendationen finns det i nuläget vissa alternativ för att hantera konton med skyddad identitet i Vklass, eftersom hanteringen kan variera från fall till fall.
Information från befintliga kunder
Skriv text i detta format här.
Vad gör konkurrenterna?
Skriv text i detta format här.
Målgrupp och användarroller
Funktionen beställs för att organisationsadministratören (org.admin) i adminverktyget ska kunna utföra följande:
Roll: Funktionen är till för organisationsadministratör (org.admin).
Åtkomst: Org.admin ska i adminverktyget komma åt raderings- och sammanslagningsfunktion.
Huvudsaklig målgrupp: Elever som fått skyddad identitet.
Funktionalitet:
Radera konto: Org.admin ska kunna radera konton med skyddade uppgifter.
Datasläpp: Data kopplat till det raderade elevkontot ska raderas.
Sammanslagning: Funktionen ska inkludera sammanslagning av konton.
Hanterad data
Beskriv vilken data som ska hanteras i funktionen och hur den relaterar till redan befintlig data i Vklass. Beskriv var datan kommer ifrån (integrationer/importer etc) eller om datan ska skapas/uppdateras i Vklass.
Synkronisering och kontohantering:
Efter radering av konto i Vklass kommer det nya aliaskontot synkroniseras från det elevadministrativa systemet (t.ex. Edlevo, Extens, Procapita eller Alvis).
Om skyddet upphör skapas ett nytt konto i Vklass som ska slås ihop med aliaskontot.
Datamängder
Avser data kopplat till det enskilda kontot för radering eller sammanslagning. Det data som presenteras för användaren är namn, efternamn, personnummer, skolkoppling/skolkopplingar, klasskoppling, ämnesgruppskoppling.
Integrationer
Synkronisering och kontohantering:
Det raderade elevkontot kommer inte att synkroniseras igen.
Det nya aliaskontot synkroniseras från det elevadministrativa systemet (t.ex. Edlevo, Extens, Procapita eller Alvis).
Om skyddet upphör skapas ett nytt konto i Vklass som ska slås ihop med aliaskontot.
Koppling till andra delar av systemet
Här finns diverse underrubriker som beskriver Krav på dataflöden, integrationer eller beroenden.
Teknisk beskrivning av hur förändringar påverkar arkitektur i V2.
Skriv text här i detta format.
Navigation
Navigation 1: Organisationsadmin navigerar till funktionen genom vänstermeny och alternativet Skoladmin -> Användare -> Redigera elev
Navigation 2: Organisationsadmin navigerar till funktionen genom vänstermeny och alternativet Skoladmin -> Underhåll -> Hantera användare med skyddad identitet
Navigation 3: V2 Vklass Admin -> Inställningar -> Organisation -> Hantera användare med skyddad identitet
Notifikationer
Ingen notifikation ska skickas till någon.
Funktioner (Use cases/User Stories)
Mall med acceptanskriterier:
Titel: Kort och tydlig beskrivning (t.ex., "Spåra leveransstatus”).
Beskrivning: "Som [roll], vill jag [mål/funktion] så att [värde/fördel].”
Acceptanskriterier:
Kriterium 1: [Vad ska uppfyllas för att funktionen ska vara klar?]
Kriterium 2: [Exempel på gränsvärden, UI-krav, etc.]
=== Kopiera från denna del ===
[01] Radera användare med skyddad identitet
Som orgadmin vill jag kunna radera användare med skyddad identitet så att inga personer med skyddad identitet finns i systmet.
Acceptanskriterier
- Funktionen är klar när användarkontot med tillhörande kopplad data är raderat.
- Användaren måste bekräfta radering av användarkonto innan radering påbörjas.
- Användaren kan välja att avbryta radering av användarkonto innan bekräftelse är gjord.
[02] Skapa nytt konto som slås ihop med alias-kontot
Som orgadmin vill jag kunna skapa ett nytt konto som slås ihop med ett befintligt alias-konto så att användaren som inte längre har skyddad identitet kan arbeta som vanligt i systemet.
Acceptanskriterier
- Funktionen är klar när det nya kontot är sammanslaget med aliaskontot med tillhörande kopplad data.
- Orgadmin måste bekräfta sammanslagning av nytt användarkonto med alias-konto innan sammanslagning påbörjas.
- Orgadamin kan välja att avbryta sammanslagning av nytt användarkonto med alias-konto innan bekräftelse är gjord.
Projekt
Tidsuppskattning
Medium -> Large
Budget
Timmar tas från utvecklingsbanken