UniLogin, klasselister og netværk

UniLogin er den fælles danske løsning, som skoler og uddannelsesinstitutioner bruger til at logge elever og ansatte ind med. Eleven bruger altså den konto, skolen allerede har givet dem, og skolen skal ikke oprette endnu et login til os.

Vi bruger login-tjenesten til at få svar på ét spørgsmål: hvem er det her? Identiteten, vi gemmer, er den identifikator tjenesten giver tilbage. Vi behandler den som en nøgle til at logge ind. Den er aldrig en tilladelse til at se noget.

Klasselisterne kommer fra skolens eget brugerregister. Skolen henter elever og lærere i en synkronisering, og den kræver en binding hos UniLogin. Hver kørsel gemmes med sin liste over hvad der blev tilføjet, ændret eller stod i konflikt.

Synkroniseringen kører som et planlagt job, og skolen kan også starte en kørsel manuelt. Hvor ofte jeres job kører, er en aftale mellem skolen og udbyderen af skolens register - vi offentliggør ikke et fast interval, fordi vi ikke vil love en kadence, vi ikke styrer.

Status på den seneste kørsel står på udbyderkortet sammen med tidspunktet for den, så en kørsel der ikke gik igennem, kan ses i stedet for at blive læst som en liste, der bare ikke ændrede sig.

Der er tre situationer, og de har hver sit svar.

• Eleven står ikke i registeret endnu. Synkroniseringen rapporterer forskellen, så skolen kan se præcis hvad der blev tilføjet, ændret eller stod i konflikt - i stedet for at opdage det på eksamensdagen.
• Eleven er stoppet på skolen. Kørslen viser ændringen med tidsstempel, og brugeren kan sættes inaktiv på skolen med det samme. Data kan samtidig slettes før opbevaringsvinduet udløber, og sletningen kvitteres.
• Eleven har ikke noget UniLogin. Så kan eleven ikke komme ind den vej. Skolens administrator kan i stedet oprette en midlertidig konto. Midlertidigt login, gyldigt i op til 7 dage - se afsnittet nedenfor.

Som standard vinder rettelser i ExamWatcher over registeret: en klasse, skolen selv har rettet, bliver ikke overskrevet af den næste synkronisering. Konflikten vises som et badge på det felt, der ellers ville være ændret, så skolen kan se hvad den har tilsidesat. For den enkelte bruger kan skolen vælge, at registeret skal vinde.

Det giver en forholdsvis enkel arbejdsdeling.

• Det kan skolen rette selv: en klasse eller et navn, der står forkert i ExamWatcher, og om en bruger er aktiv eller inaktiv.
• Det kræver kilden: selve klasselisterne, som kun kommer ind via en synkronisering, UniLogin-bindingen, som er en aftale mellem skolen og UniLogin, og et login eleven ikke har.

En elev eller lærer uden UniLogin kan få en midlertidig konto af skolens administrator. Midlertidigt login, gyldigt i op til 7 dage. Kontoen består af et brugernavn og en adgangskode, som vises én gang, når kontoen oprettes. Når tiden er gået, holder kontoen op med at virke. Den slettes ikke, og dens eksamensdata følger den normale opbevaringsperiode.

Ud over midlertidige konti har kun skolens administratorer en lokal konto. En person, der logger ind via UniLogin, har slet ingen adgangskode hos os - den findes ikke. En lokal adgangskode ligger som et hashet felt på netop den konto.

Vælger eleven MitID, sker det inde i UniLogin. Der er ikke en selvstændig MitID-metode hos os endnu: vores konti kender UniLogin og lokale konti, og hvordan MitID skal kobles på vores brugerkonti, er en åben beslutning i teamet, ikke en funktion, der er på vej ud.

Der er heller ikke et sted i skolens overblik, hvor I selv kan slå en MitID-politik til. Indtil det er besluttet, er svaret på et MitID-krav: brug UniLogin, og skriv til os, før I beslutter jer, hvis MitID er et ufravigeligt krav fra jeres side.

Det vi kan oplyse om status, er det, der står på driftsstatussen, og det vi ikke kan oplyse, skriver vi om på kontaktsiden. Vi sætter ikke en dato på MitID, fordi vi ikke har en.

Klienten kræver ikke en permanent forbindelse. Mister en computer nettet under et forløb, registrerer den videre og lægger data i kø lokalt, og når forbindelsen kommer tilbage, uploades det, der mangler.

Tidsrummet uden forbindelse vises som et hul i tidslinjen. Et hul er en registreret hændelse og ikke en fejl i gennemgangen, og vi udfylder det aldrig med gætteri eller sammenhængende data - hullet skal kunne ses af den, der læser forløbet bagefter.

1. 01

   Aftal hvem der ejer klienten

   Klienten installeres centralt af skolens IT-ansvarlige. Aftal hvem der udruller den, og hvem læreren ringer til, hvis en maskine ikke melder ind.

2. 02

   Kend opbevaringsvinduet

   Vinduet skal være kendt, før den første eksamen afvikles, fordi det er det, eleven skal informeres om. Standard er tre måneder.

3. 03

   Få klasselisterne ind

   Kør en synkronisering. Den kræver, at skolen har en UniLogin-binding. Listen kan rettes manuelt bagefter.

4. 04

   Kontrollér rækkerne bagefter

   Hver synkronisering gemmes med sin ændringsliste, så I kan se hvad der blev tilføjet, ændret eller stod i konflikt, før den første eksamen bruger listen.

5. 05

   Opret en midlertidig konto til en elev uden UniLogin

   En elev uden skolekonto kan ikke komme ind via UniLogin. Skolens administrator kan oprette en midlertidig konto. Midlertidigt login, gyldigt i op til 7 dage. Adgangskoden vises én gang og udleveres af skolen.

6. 06

   Informér eleverne

   Skolen er dataansvarlig og skal informere om, hvad der registreres og hvorfor, inden eksamen starter.