Page Comparison

Denne integrasjonen skal sørge for å opprette prøver automatisk i Inspera Assessment (IA).

PS! Integrasjonen er under utvikling og er avhengig av en fungerende synkronisering mellom IA og FS.

Forutsetning

1. Institusjonen må ha fagpersoner som kan fungere som hovedansvarlige (HA) i IA.

   1. Disse fagpersonene må ha rollen “EKSANSV” i FS (fagperson → personrolle) for det stedet (institutt og / eller fakultet) prøven tilhører.

      1. En mulighet er for eksempel å ha en “EKSANSV” for hvert fakultet, evt. institutt, for å unngå å oppnevne personer direkte på emnet

Dersom hovedansvarlige mangler vil det kun være superbrukere med utvidet tilgang som har rettighetene til en hovedansvarlig. Disse kan selvsagt opprettes manuelt i ettertid.

Hovedansvarlige blir ikke synket med den vanlige IA - FS synkroniseringen, og vil kun oppdateres eller opprettes av denne integrasjonen.
Dette betyr at dersom det skal gjøres en oppdatering mtp. hovedansvarlige kan det kreve en endring i vurderingen i FS for at det skal fanges opp som en endring som trigger en oppdatering med denne integrasjonen.

1. 1. Hovedansvarlige må være registrert som bruker i Inspera for å kunne legges til som HA på prøven.

   2. Se også eget punkt under Virkemåte.

Komme i gang

1. Send e-post til kontakt@sikt.no og opplys om at din institusjon ønsker å komme i gang med denne integrasjonen.
   E-posten skal/kan inneholde følgende info

   1. Det kan legges til en liste av stedkoder dersom integrasjonen kun skal opprette prøver fra bestemte stedkoder.
      Dette er ment som en oppstartssjekk og denne sjekken er en-til-en, altså er det kun vurderinger med identisk stedkode i lista som vil bli opprettet.

   2. Det kan også legges inn oppstartsår.
      Dette er en begrensning på årstall.reell slik at ikke gamle og utdaterte vurderinger, som av en eller annen grunn har fått en endring, blir opprettet i IA.

Virkemåte

Denne integrasjonen går hver 6. time og sjekker alle vurderinger/prøver i FS med eksamenssystem “INSPERA” hvor det er endring de siste 3 dager (“dato_sist_oppdatert” nyere enn 3 dagerendret”), og overfører oppretter eller oppdaterer prøver i IA basert på data fra FS.

Kriterier for at prøven skal opprettes:Alle prøver som opprettes vil automatisk knyttes til FS, slik at FS - IA synkroniseringen kan gå som normalt.

Etter opprettelse kan maler og andre nødvendigheter manuelt legges til i Inspera.

NB!
Ingen sensorer, kommisjoner, eller kandidater vil overføres av denne integrasjonen i den nåværende* utviklingsfasen. Den eksisterende synkroniseringsjobben inne i Inspera vil ta seg av populering av kandidater og sensorer. (Det jobbes med en mer fullstendig synkroniseringsintegrasjon som skal ta over for den eksisterende FS - Inspera synkroniseringen, men dette arbeidet vil ta tid.)

*_{februar 2023}

Kriterier

1. Vurderingen må ha kandidater oppmeldt og registrert (. Dette så det skal være mulig å opprette vurderinger i FS uten at de blir opprettet i IA; oppretting i IA skjer først etter at kandidater er oppmeldt. Kandidater som ikke har kandidatnummer vil ikke synkroniseres. Vurderinger som ikke har kandidater hoppes over.

2. For at en prøve skal oppdateres må det eksistere en FS-tilknyttet prøve i Inspera for den samme FS-vurderingen.

Hovedansvarlige

Dersom hovedansvarlige (eksamensansvarlige)

...

Annet

Her finner dere mappings-dokumentet som var grunnlaget for implementasjonen.

Og her er løsningsbeskrivelsen slik det er implementertmangler i data fra FS vil det kun være superbrukere med utvidet tilgang som har rettighetene til en hovedansvarlig inne i Inspera. HA kan selvsagt opprettes manuelt i ettertid.

Hovedansvarlige blir ikke synket med den vanlige IA - FS synkroniseringen, og knytningen til en prøve vil kun oppdateres eller opprettes av denne integrasjonen. En nyregistrering av “EKSANSV” i FS vil ikke ansees som en endring i vurderingen og vil dermed ikke alene trigge en oppdatering av prøven i IA.

Dette betyr at dersom det skal gjøres en oppdatering mtp. hovedansvarlige vil det kreve en endring andre steder i vurderingen i FS for at det skal fanges opp som en endring som trigger en oppdatering med denne integrasjonen.

Annet

Feil varsles i loggoversikten.