Innhold
1 Bakgrunn
Dagens løsning for provisjonering av brukerkonto til studenter, fungerer slik at studentene har redusert tilgang frem til semesterregistrering er gjennomført og semesteravgift er registrert betalt.
I tillegg er det forsinkelse i flyt av data fra FS, hvor denne informasjonen registreres, til Cerebrum hvor informasjonen oversettes til bygging av brukerkonto.
Studentene sitt første møte med UiO er derfor ofte med redusert IT-tilgang. Cerebrum får typisk informasjon om nye studenter allerede i juli, etter at samordna opptak er gjennomført, og studenter registreres i FS med opptak til studieprogram. Dagen etter, vil Cerebrum importere informasjon om studenten, og opprette brukerkonto.
Inntil studenten selv har gjennomført semesterregistrering og betalt semesteravgift, vil denne brukerkontoen kunne benyttes til innlogging i Web-tjenester (Brukerinfo, samt tjenester integrert med Feide og Weblogin) - men studenten vil ikke kunne logge på datamaskiner på campus.
Dette skaper typisk problemer for studenter, som da dukker opp på campus for å benytte maskinene her til å gjennomføre de nødvendige stegene for semesterregistrering i StudentWeb.
2 Import og provisjonering
Import av persondata fra FS gjøres med scriptet contrib/no/uio/import_FS.py, mens provisjonering av brukerkonti utføres med scriptet contrib/no/uio/process_students.py (se egne dokumenter om fs-data og fs-import for mer detaljer).
Studenter som ikke har gjennomført semesterregistrering får tilknytning STUDENT/opptak. Denne statusen deles med studenter som aldri har benyttet seg av studieretten, samt studenter som tidligere har studert, men ikke har fått tilbaketrukket sin studierett i FS etter endt studium.
3 Ønske
Det er et ønske fra studieadministrasjon, personell som driver support, samt studentene selv, at studenter har økt tilgang i perioden fra semesterstart og frem til frist for semesterregistrering.
4 Løsningsforslag
Mye informasjon går tapt om personen sine roller/tilknytninger i FS ved import i Cerebrum. Når vi avgjør hva som skal skje med en person og personens brukerkonti, så sammenligner vi informasjonen fra FS med tilstanden i Cerebrum.
I tillegg prosesseres personinformasjon og brukerkonti i to ulike transaksjoner:
- Personinformasjon importeres med contrib/no/uio/import_FS.py. På dette tidspunktet har vi grunnlag for å se på hvilke FS-data som forårsaker en endring i Cerebrum, samt hvilke endringer som skjer.
- Brukerkonti bygges med contrib/no/uio/process_students.py. På dette tidspunktet har vi tilgang til FS-data, men vi har mistet den tidligere tilstanden i Cerebrum. Vi kan altså ikke lenger se hvilke personer som har blitt endret på grunnlag av FS-data.
Med informasjonen vi har i dag, vet vi ikke hvilke personer som tidligere har hatt en STUDENT/aktiv-tilknytning, for så å gå over til en STUDENT/opptak-tilknytning, og vice versa. Alt vi ser, er at en person har en gitt tilknytning, men at brukeren ikke er oppdatert med tilganger i henhold til dette.
4.1 Bygging av bruker
Vi kan hente og benytte FS-feltet fs.studieprogramstudent.dato_studierett_tildelt til å identifisere nye studenter.
Studenter som normalt ville fått en stedstilknytning av type STUDENT/opptak, men som har dato_studierett_tildelt for inneværende opptak, vil i stedet få tilknytning av type STUDENT/ny.
Tilknytningen STUDENT/ny vil da kunne plukkes opp i contrib/no/uio/process_students.py, og ha en egen profil som bygger brukerkonto.
Dato for opptak:
- Høstsemester: 1. juni til 8. september
- Vårsemester: 1. desember til 8. februar
Denne tilknytningen vil automatisk hoppe tilbake til STUDENT/opptak dersom dato-kriteriet ikke lenger blir oppfylt, og studenten ikke har fått en ny tilknytning med høyere prioritet enn STUDENT/opptak.
Dette er et minimalt inngrep i studentautomatikken, og vil ikke gjøre automatikken særlig mer komplisert.
Dette vil ikke fungere for studenter som har blitt tildelt studierett i tidligere semester.
4.2 Avvikling
Et eget script lages for å identifisere studentbrukere for personer med STUDENT/ny. Disse brukerkontoene merkes (med et unikt EntityTrait for formålet).
Studentbrukere identifiseres normalt med å se på account type, som er en referanse til tilknytninger som en person har eller tidligere har hatt. En studentbruker er en bruker som kun har account_type hvor tilknytning er av type STUDENT. Vi identifiserer da nye studentbrukere ved å se på account_type filtrert mot personens faktiske tilknytninger, og se om STUDENT/ny finnes i resultatet.
Ved sluttdato for opptak vil en av to ting skje:
- Personer med status STUDENT/ny vil få en annen tilknytningsstatus som indikerer at disse er aktive (f.eks. STUDENT/aktiv, STUDENT/drgrad, e.l.)
- Personer med status STUDENT/ny vil få en annen tilknytningsstatus som idikerer at disse er inaktive (STUDENT/opptak, evt. ingen tilknytning).
Vi kan sperre sistnevnte med å lete etter brukerkonti som er merket med det spesifiserte trait, og hvor account_type filtert mot personen sine tilknytninger, kun resulterer i STUDENT/opptak eller ingen tilknytning. Disse kontoer kan bli lagt i karantene, slik at bruker mister tilgang til sin brukerkonto.
Brukerkonto vil endelig avvikles dersom alle (ikke-manuelle) tilknytninger forsvinner fra personen.