SOA_Soknadsalternativ

Dette dokumentet beskriver innholdet i Tableau-datakilden SOA.

Generelt

Denne kilden har FS-tabell SOKNADSALTERNATIV som primær kilde. Den inneholder også historiske data fra H_SOKNADSALTERNATIV.

Detaljnivået i SOA-kilden er bestemt av faktatabellen FAK_SOKNADSALTERNATIV. Primærnøkkelen her er Institusjon/person/opptakstype/år/termin. Bare interne søknader er med, dvs. der INSTITUSJONSNR = INSTITUSJONSNR_EIER.

Dimensjoner

Det er 10 dimensjoner som utdyper faktaene. Se Dimensjoner i FS-marten.

DIM_ALDER

Det er 2 aldersvarianter i denne datakilden:

· Alder i aktuelt semester: ARSTALL – FODSELSAR (som igjen er tatt fra DATO_FODT i PERSON).

· Alder ved første gangs registrering (altså ved første forekomst i REGISTERKORT).

DIM_KVOTERUNDE_SO

Dimensjonen er hentet fra SO-datavarehus. Hensikten er å få med historikk for kvoterundene, som ikke tas vare på i FS. Koblingen gjøres ved hjelp av ARSTALL, INSTITUSJONSNR (LAERESTEDNR i SO), STUDIETYPENR, KVOTETILHKODE_TILBUD og KVOTERANGKODE_TILBUD.

DIM_LAND_opplæring

Dimensjonen er basert på LANDNR_OPPLARING i SOKNAD.

DIM_SKOLE

Denne dimensjonen er hentet fra SO-datavarehus. Dimensjonen er knyttet til vitnemålene i NVB. Koblingen gjøres ved hjelp av fødselsnr, som knyttes til vitnemål og videre til skole, altså den skolen som har utstedt vitnemålet.

FAK_SOKNADSALTERNATIV

· HISTORIKK_KATEGORI: Brukes for å skille historiske data fra aktuelle data (A = aktuell, H = historikk).

· INTERN_EKSTERN: I = Intern, E = Ekstern. Brukes for å skille interne søkere/søkere til egen institusjon fra eksterne søkere/søkere til andre institusjoner. I denne datakildene er det kun med interne søkere. Det innebærer at INSTITUSJONSNR = INSTITUSJONSNR_EIER.

· KONKURRANSEPOENG er hentet fra POENGTALL_RANGERING i KVOTESOKNAD med KVOTERANGKODE_KVOTE = KP

· PERSONLOPENR er hentet fra PERSON-tabellen

· SKOLEPOENG er hentet fra POENGTALL_RANGERING i KVOTESOKNAD med KVOTERANGKODE_KVOTE = SP

· STUDIEPROGRAMKODE er hentet fra OPPTAKSTUDIEPROGRAMTERMIN-tabellen

· Har_elektronisk_vitnemål: IF NOT ISNULL([VGDOKNR]) THEN 'Ja' ELSE 'Nei' END

· Vitnemål_utstedt_år: YEAR([DATO_UTSTEDT]) (fra VGDOK)

Fakta

· De etterfølgende antallsfeltene teller antall distinkte søkere, men med ulike betingelser (COUNTD(PERSON_LOPENR_DV)).

· 1.prioritet: Antall søkere med 1.prioritet (PRIORITETSNR = 1).

· Fått tilbud (NOM): Antall søkere med TILBUDSTATKODE = I eller S.

· Kvalifisert: Antall søkere med STATUS_KVALIFISERT_BEREGNET = J.

· Kvalifiserte 1.pri: Antall kvalifiserte 1.prioritetssøkere (PRIORITETSNR = 1 og STATUS_KVALIFISERT_BEREGNET = J).

· Med studierett: Antall søkere som oppnår studierett i samme semester (STUDIERETTSTATKODE_HPR not NULL).

· Møtt: Antall søkere med MOTTSTATKODE = J

· Registrert: Antall søkere som er registrert med hovedprogram i samme semester (STUDIEPROGRAMKODE_RAPPORTERING not NULL): COUNTD(IF NOT ISNULL([STUDIEPROGRAMKODE_RAPPORTERING]) and ([TILBUDSTATKODE] ='S' or [TILBUDSTATKODE] ='I') and ([SVARSTATKODE] = 'J') THEN [PERSON_LOPENR_DV] END)

· Søkere: COUNTD([PERSONLOPENR])

· Studieplasser: { FIXED [OST_ID_ost] : MAX([TALL_BUDSJ_PLASSER])}. Henter antall studieplasser fra TALL_BUDSJ_PLASSER i DIM_OPPTAKSTUDIETERMIN. Formelen sikrer at antallet beregnes korrekt på ulike summeringsnivåer.

· Svart ja: Antall søkere med SVARSTATKODE = J

FAK_VGDOK_UNI_SISTEVM_V

SOA er utvidet med en del beregnede resultatelementer fra NVB. Elementene er hentet fra NVB-tabellen VGDOKBEREGNING. Der det er flere vitnemål pr. person er det siste vitnemålet (basert på DATO_UTSTEDT) som er brukt. Koblingen fra FS til NVB er gjort ved hjelp av et felles unikt personløpenummer. Dette opprettes i DV og har fødselsnummer som input. Nærmere forklaring på NVB-veltene er gitt her:

Resultatkoder og kravelementer i SO og NVB.

SOAX_Soknadsalternativ_med_eksterne_soknader

Denne datakilden er ganske lik SOA, men med to viktige unntak:

· Den inneholder også eksterne søknader, dvs. søknader der INSTITUSJONSNR != INSTITUSJONSNR_EIER. Dette gjør at volumet (antall rader) øker betydelig.

· Slike søknader mangler STUDIEPROGRAM i OPPTAKSTUDIEPROGRAMTERMIN. De mangler derfor også alle elementer som bygger på STUDIEPROGRAM. Derfor er følgende dimensjoner fjernet i forhold til SOA-kilden:

o DIM_STUDIEPROGRAM

o DIM_STUDIENIVA

o DIM_STED