Leganto/Alma bruker provisjonering (under utvikling)

Innledning

• Målet med denne integrasjonen er å få en effektiv og automatisk opprettelse av bruker-kontotoer i bibliotek-systemet for alle studentene som skal ha tilgang. (For ansatte er det foreløpig institusjonene selv som håndtere).

• Det er også opprettet en egen grensesnitt (API) for institusjonene selv å kunne provisjonere brukere: Alma user proxy API

Bakgrunn

• Rett etter at studenter registreres, skal de få bruker på bibliotek-systemet. Kilden av dataene er FS.

Interessenter

• Interessent og oppdragsgiver her er Bibliotek-tjenesten.

Brukerhistorie (gjerne sekvensdiagram) ?

Student A er registrert i FS. Noen minutter etterpå skal vedkommende kunne logge seg inn på bibliotek-systemet.

Systemer/tjenester og involverte API

• Innvolverte tjenester og API:

• ALMA

• FS (Det nye Graphql APIet)

Følgende roller/tilgager til FS sin GraphQl kreves for denne integrasjonen:

• STUDENTDATA_LES1

• STUDENT_STUDIERETT_LES1

• STUDENTDATA_HENDELSER_LES1

• STUDENT_STUDENTKORT_HENDELSER_LES1

• STUDENT_STUDIERETT_HENDELSER_LES1

• STUDENT_VURDERINGSMELDING_HENDELSER_LES1

• STUDENT_SEMESTERREGISTRERING_HENDELSER_LES1

• STUDIEELEMENTER_LES1

• STUDIEELEMENTER_LES2

Data og Dataflyt

Samhandlingsmønster

• Integrasjonen er basert på student-hendelser i det nye FS-GraphQL APIet. Jobben kjører med jevne mellomrom og fanger opp alle relevante student-endringer.

Forretningsregler

• Hvis studenten viser seg å ha en ansatt-konto, hoppes det over.

• Institusjonene har en ganske stor konfigurerings mulighet som vil bestemme hvilke studenter og hvilke data om dem skal overføres.

•  

Behandlingstid/responstid og volum

• Ikke tilgjengelig ennå (under utvikling)

Feilhåndtering, konsekvenser av feil og overordnet risikoanalyse

• Opprettelse av brukere ved feil institusjon :

• Feil i koden som fører til endring/deaktivering av mange studenter:

• Tilgang til personer som ikke skal ha tilgang:

• Miste hendelser:

Kommentarer