Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Drawio
zoom1
simple0
inComment0
pageId2303328290
custContentId2417950827
lbox1
diagramDisplayNameDigitaleksamen.drawio
contentVer1
revision1
baseUrlhttps://unit.atlassian.net/wiki
diagramNameDigitaleksamen.drawio
pCenter0
width1153.3333333333333
links
tbstyle
height817

...

Veiledning til integrasjonen og løsningsbeskrivelse :

Nøkkel info

Initiering av flyt

Inspera : Push (inspera-webhooks)
WISEflow : Poll-request

Flyt møsnter

Halveis synkron

Den delen som leser inn fra Inspera/Wiseflow er en egen prosess og er fra-koblet fra resten. Men den delen som arkiverer går synkront til arkiv-tjenesten

Bruk av meldingskø

Ja, Kafka

  • I klage-beg-dispatcher-app trigger den meldinger fra FS som skal komponeres og videresendes mot eksamensystemer. Den mottar data nedenfor: contextObjectId, contextObjectType, associatedObjectId, associatedObjectType, triggeringUserId, triggeringUserName, timestamp, org, instance, env og examSystem, og sender over begrunnelser (vurdId, klage, examSys, orgId og env) til Inspera/WISEflow.

  • ّInspera-webhook produserer webhook-meldinger (timestamp, org, instance, env og examSystem) mot begge eksamenssystemene (Inspera/WISEflow);

  • Inspera-klage og wiseflow-klage forbruker vurdId, examSys, orgId, env og klage meldinger (personlopenr, kandidatnr, brukernavn, fornavn, etternavn, klagestatus, sensurfrist, kommisjonsidOppr og kommisjonsidNy) sendes fra FS, og klage-vedtak meldinger fra Inspera (contextObjectId, contextObjectType, associatedObjectId, associatedObjectType, triggeringUserId, triggeringUserName, timestamp, org, instance, env, eventName, examSystem) eller svar fra wiseflow (flowId, explanationRequestId, participantId, assessorId, callTime, sequenceNumber, timestamp, org, env og examSystem).

  • Inspera-begrunnelse og wiseflow-begrunnelse forbruker vurdId, examSys, orgId, env og begrunnelse-forespørsler (personlopenr, kandidatnr, brukernavn, kommisjonsId, datoKlageMottat og datoVedtakFormidlet) sendes fra FS, og begrunnelse-svar meldinger fra Inspera (contextObjectId, contextObjectType, associatedObjectId, associatedObjectType, triggeringUserId, triggeringUserName, timestamp, org, instance, env, eventName, examSystem).

Open API

Nei

IntArk

Ikke brukt

Bakgrunn

Arkivering av masteroppgaver er et krav som alle institusjoner skal oppfylle.

...

System

Data

Brukt API (endepunkter)

Brage-integrasjonen

Denne leser inn opgavene fra Inspera og Wiseflow og lagrer metadata i Oai-databasen som del av Brage-integrasjonen Brage

Se Brage

Config-databasen

Liste over alle institusjoner med ArkivMBOppgaver satt til true

configDB.orgs

Oai-databasen (Brage integrasjonens database)

Liste over alle oppgaver og deres metadata; liste over org i løped av tida basert på READY_DATE og DELAYED_DATE

oai.Records

FS (digex-api)

Henter full exam info for å finne fram til studentens lopenummer basert på kandidatnr

https://fsws.usit.no/eksamen/<system>/<ID>

FS (digex-api)

Henter status på kandidatens oppgave ifm overføring til Brage som tilsvarer examSystem og test-Id

GET: /eksamen/ferdigstatus/

https://www.fellesstudentsystem.no/brukersider/teknisk/fsws-dok/rest/digitaleksamen.html

Inspera

Henter test (prøve) for å finne user-id til eier av prøven

GET: /test/

https://api.inspera.no/apidoc/#/test/getTestMetadata

Inspera

Henter opp user, for å mappe user-id til feide-id

GET: /users/

https://api.inspera.no/apidoc/#/users/getUserInfo

Inspera

Henter kandidatens innsendings-id som tilsvarer test-id og user-id

GET: /candidates/submission/

https://api.inspera.no/apidoc/#/candidates/getSubmissions_1

WISEflow

– ikke implementert – noe likt det med Inspera

!

Public360

P360 Arkivmodul

Tilgangsstyring og logging

  • Integrasjonen loger til Humio med detaljert logging av prosessen.

  • Integrasjonen er knyttet logg-oversikten som vil logge følgende data:

    • orgId

    • oppgaveIdentifier

    • testId

    • userOrGroupId

    • examSystem

    • studentRefs

    • success (true/false)

    • errorMessage (hvis aktuelt)

  • Integrasjonen har ikke noe behov for tilgangstyring

Forretningsregler

Behandlingstid/responstid og volum

  • Integrasjonen ikke tatt til bruker nå; ingen data!

Feilhåndtering, konsekvenser av feil og overordnet risikoanalyse

...