Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Anbefaling

Før man kommer med en anbefaling må vi kunne svare følgende spørsmål:

  1. Dekker løsningen alles behov?

  2. 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.

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
colourYellow
titleVenter på Instructure

Table of Contents

Filter by label (Content by label)
showSpacelms canvas sletting bruker brukersletting sletteapp sletteapplikasjon
showLabelsfalse
max5
spacescom.atlassian.confluence.content.render.xhtml.model.resource.identifiers.SpaceResourceIdentifier@126f2
falsesortmodified
typeshowSpacepagefalse
reversetruelabels
typepage
cqllabel in ( "lms" , "canvas" , "sletteapplikasjon" , "sletteapp" , "bruker" , "sletting" , "brukersletting" ) and type = "page" and space = "LMS"
labelslms canvas sletting bruker brukersletting sletteapp sletteapplikasjon
Page Properties
hiddentrue

Related issues