Anbefaling
Før man kommer med en anbefaling må vi kunne svare følgende spørsmål:
Dekker løsningen alles behov?
Er løsningen (teknisk) gjennomførbar innenfor rimelige økonomiske rammer?
Valg av sletteløsning
Lage LTI som benytter API-et for å slette brukerne
Dette alternativet baserer seg på følgende endringsønske i Canvas community: https://community.canvaslms.com/ideas/13428.
De som skal kunne kjøre jobben må være toppadmin og får opp grensesnittet som en knapp i admin-menyen.
I grensesnittet får man disse valgene
As an admin we would get a setting:
Delete/set inactive user who have not logged in last X days/months/years.
Delete users who have never signed in (https://canvas.instructure.com/doc/api/users.html)
Complete enrollments for users in a section (https://canvas.instructure.com/doc/api/enrollments.html)
There should be a option to get a report with canvas user IDs that have been deleted.
I would get two buttons underneath:
Run now
Run regularly (every month, every x days)/Stop regularly runs
The set inactive option should be run so that users imported with SIS are reinstated.
Hvordan dette konkret skal implementeres mot Canvas håper jeg på forslag fra andre som
Grensesnitt: https://app.moqups.com/L40Z6vXKUC/view
Spesifikasjoner:
“Set deleted”= Brukerobjektet i Canvas får Status=”deleted”
Dry run gjør ingen endring, kun gir logg.
Loggen skal vise
Alle endringer som har skjedd på ett format som så likt som mulig CSV-import (https://canvas.instructure.com/doc/api/file.sis_csv.html)
Loggen skal slettes etter begrensning på tid 6 måneder og antall 50
API-brukere blir ikke logget som pålogget. Disse må håndteres!Bruker må ha SIS-ID for å bli tatt med i utplukket.
Utkast grensesnitt
Andre ting en løsning bør ta hensyn til?
1. Hindre massesletting ved et uhell (endringsønske 2820)
Basert på erfaringane frå påska, når brått halvparten av studentmassa vår vart sletta av eksporten, foreslår eg ei sikring mot at slike uventa radikale endringar i eksportmengde skal tillatast.
Kan det innførast ei maks endringsgrad, kanskje ein viss prosent, som stoppar eksporten?
Når vi unntaksvis startar nye semester, avsluttar gamle el.l. så får vi heller auke denne prosenten for å få slike ting gjennom.
Om dette skal handterast av eksport eller import, er eg usikker på.
Det kunne vere eit modulvalg i eksporten, institusjonane kunne dermed lett kontrollere kor stor risiko ein vil ta, og ikkje minst handtere større endringar enkelt.
Behovet er å ikkje få store overraskelsar basert på "feil" i eksporterte data. Feil kan ha systemisk opprinnelse, eller det kan vere mennesklig svikt som medfører radikale endringar. Uansett kan slike feil unngåast.
Juridisk bakgrunn
Det er ulike tolkninger hvorvidt personopplysningsloven krever sletting og eventuelt hvor lenge man kan lagre persondataene.
Løsningen er tenkt utført slik at alle tolkninger av regelverket skal kunne fungere med løsningen.
Løsningen gir ikke fullstendig sletting, men en så godt som-sletting som sannsynligvis ikke tilfredsstiller de strengeste fortolkningene..
Status:
| Status | ||||
|---|---|---|---|---|
|
| Table of Contents |
|---|
Related articles
| Filter by label (Content by label) | |||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
| Page Properties | ||
|---|---|---|
| ||
|