Kravspec UB40 Antal sökande, antagna och registrerade

Antal sökande, antagna och registrerade Uppföljning kurs och program Antagningsuppgifter från NyA-systemet 2016-04-20 Beteckning: UB40_kravspec Ändringshistorik Datum Av Kommentar Godkännare 2010-03-08 Fredrik Hedlund Åtgärd NOUVUP-406, Orimliga värden på antal FFGregistrerade. Påverkar tabell 8.1, värde ANTFFG, ändring gulmarkerad. -

Per Lindgren 2016-04-20 2 (39) 2010-06-29 Martin Edlund Åtgärd NOUVUP-414, -418, Orimliga värden på antal FFGregistrerade. Påverkar tabell 8.1, värde ANTFFG, ändring gulmarkerad. 2010-08-11 PerLindgren Samma som 2010-06-29 ovan men jag har lagt till mer info kring hur läsningen ska gå till 2011-06-30 Jenny H Svensson 2014-01-30 David Andersson Anpassningar för att hantera uppgifter om betalda studieavgifter. Projekt UPP-1301. Ändringar finns i Review pane. LADOK-18207 Möjlighet att publicera körningar direkt har lagts till i UB40_C och UB40_D 2014-02-07 Magnus Böhlin LADOK-17281 Möjlighet att publicerar körningar direkt det som berör batch. Även tagit bort text kring specialhantering av terminerna V06- V07. Batcharna som man var tvungen att använda(u01/u02) är nedlagda//perl 2016-01-27 Britt Berglund Ändrat funktionsbenämning enligt NOVFUNK 2016-04-20 PerLindgren https://jira.its.umu.se/browse/ladok-19764 Ta bort duplikatposter för kurstillfällen -

Per Lindgren 2016-04-20 3 (39) Innehållsförteckning 1 BAKGRUND... 5 2 ÖVERSIKTLIG BESKRIVNING... 5 2.1 UPPDELNING PÅ DELFUNKTIONER... 5 3 ALLMÄNT OM DE OLIKA BEGREPPEN SÖKANDE, ANTAGNA O.SV.... 6 3.1 SÖKANDE... 6 3.2 ANTAGNA... 6 3.3 REGISTRERADE... 6 3.4 KURSPAKET... 6 3.5 BEGREPPET FRYST.... 7 3.6 BEGREPPET NETTORÄKNING... 7 3.7 BEGREPPET BETALT ANMÄLNINGSAVGIFT... 7 3.8 BEGREPPET BETALT STUDIEAVGIFT... 7 4 TABELLER SOM ANVÄNDS... 8 4.1 UB40 BESTÄLLNINGSFUNKTION.... 8 4.2 UB40_B ÖVERFÖRING FRÅN NYA-FILEN.... 8 4.3 UB40_C AGGREGERING TILL TABELLEN OUAGGPGM... 8 4.4 UB40_D AGGREGERING TILL TABELLEN OUAGGKUR... 10 5 BEHÖRIGHET... 11 6 BESTÄLLNINGSFUNKTION UB40... 11 6.1 VILLKOR FÖR ÖVERFÖRING FRÅN NYA:S RESULTATFIL... 13 6.1.1 Kontroller... 13 6.1.2 Villkor till BATVILL... 14 6.2 VILLKOR FÖR AGGREGERING AV PROGRAMTILLFÄLLESDATA... 15 6.2.1 Kontroller... 15 6.2.2 Villkor till BATVILL... 16 6.3 VILLKOR FÖR AGGREGERING AV KURSTILLFÄLLESDATA... 17 6.3.1 Kontroller... 17 6.3.2 Villkor till BATVILL... 18 7 ÖVERFÖRING AV RESULTATFIL FRÅN NYA.... 19 7.1 VALIDERING AV RESULTATFILEN.... 19 7.1.1 Programtillfällen från NYA... 19 7.1.2 Kurstillfällen från NYA... 20 7.2 ÖVERFÖRING AV PROGRAMTILLFÄLLESDATA, UB40_B... 21 7.3 ÖVERFÖRING AV KURSTILLFÄLLESDATA, UB40_B... 25 8 AGGREGERING AV PROGRAM- O KURSTILLFÄLLEN... 28 8.1 AGGREGERING TILL OUAGGPGM FRÅN NYASTATP, UB40_C... 28 8.2 TABELL OUAGGPGM... 28 8.3 AGGREGERING TILL OUAGGKUR FRÅN NYASTATK, UB40_D... 32 8.4 TABELL OUAGGKUR... 33 9 FELLISTA... 37 9.1 EEMPEL PÅ LISTA FRÅN ÖVERFÖRINGEN FRÅN NYA... 37 9.2 EEMPEL PÅ LISTA FRÅN AGGREGERINGEN... 38

Per Lindgren 2016-04-20 4 (39) 10 ÖVERFÖRINGSREGLER... 39 10.1 NAMNSTANDARD FÖR FILER... 39

Per Lindgren 2016-04-20 5 (39) 1 Bakgrund Meningen är att utveckla en funktion som ersätter AC80, U01 och U02. Dessa program har tagit hand om sökande till fristående kurser som aggregerats till tabellen OUAGGKUR och sökande till program som aggregerats till OUAGGPGM. Tidigare kom data från Ladok och VHS. Nu sköts antagningen helt av NYA och all data kommer därifrån. Batchen matchas av AF-113 på NyA-sidan. 2 Översiktlig beskrivning En nyhet är att även sökande till kurs inom program ska tas om hand. Detta innebär ändringar i tabellen OUAGGKUR. Ett namnbyte blir aktuellt eftersom ändringarna är så stora. NYA kommer att leverera en resultatfil med uppgifter om sökande och antagna till fristående kurs, kurs inom program och program. Vårt första steg är att läsa in filen till de nya tabellerna NYASTATP för program och NYASTATK för fristående kurser och kurs inom program. Steg två blir att utifrån NYASTATP aggregera data till OUAGGPGM och från NYASTATK till OUAGGKUR. Funktionen kommer att skapa underlag för att få fram uppgifter om avgiftsbefriade studenter respektive studenter som har betalt studieavgift för fristående kurs och kurs inom program 2.1 Uppdelning på delfunktioner UB40 UB40_B UB40_C UB40_D Beställningsfunktion som skapas i uniface Batchprogram för överföring från NYA-filen som skapas i Java. Batchprogram för aggregering till tabellen OUAGGPGM. Java. Batchprogram för aggregering till tabellen OUAGGKUR. Java.

Per Lindgren 2016-04-20 6 (39) 3 Allmänt om de olika begreppen sökande, antagna o.sv. 3.1 Sökande Sökande är alla personer som finns i NYA-filen oavsett om de är strukna, ej behöriga eller annat. Personer som inte finns i NYA-filen men i t.e.x. LANTKURS är inte sökande. De personer som kommit in i systemet denna väg har blivit inlagda via studok. En person kan faktiskt ha sökt ett kurstillfälle via flera olika vägar. Som vanlig fristående kurs, som kurs inom program och som ett kurstillfälle inom ett eller flera kurspaket (även kurs inom program inom kurspaket!). Rent teoretiskt väldigt många ansökningar till ett enda kurstillfälle. För sökande till program kan det vara så att en person sökt till samma anmälningsalternativ i olika antagningsomgångar och kommer att dyka upp i nyafilen på mer än ett ställe på samma anmalt. 3.2 Antagna Antagna är de personer som finns i tabellerna LANTKURS, VALDKURS, LOKANTLB. Antalet antagna kan variera över tiden. T.e.x. om man kör funktionen en månad efter första tillfället kan det ha dykt upp personer som har legat som reserver i LANTRES vid första tillfället men nu har blivit antagna och ligger i LANTKURS. 3.3 Registrerade Registrerade är de personer som finns i regtabellerna FFGKURS, INREGFFG (INOMKORT=N) och ANTLIN. Antalet registrerade kan variera över tiden och då speciellt för kurstillfällesdelen eftersom kurser kan starta en bit in på terminen. 3.4 Kurspaket Ett kurspaket består av ett antal kurstillfällen som samlats i ett paket. Definitionen av paketet finns i PAKETDEF och de ingående kurstillfällena i NYAPAKET. Ansökan sker till kurspaketet. I filen vi får från NYA ligger de ingående kurstillfällena uppackade.

Per Lindgren 2016-04-20 7 (39) 3.5 Begreppet fryst. Mha funktionen SY11 kan man ändra statusen för respektive tabell (OUAGGPGM, OUAGGKUR). Det är fälten publik och fryst man kan ändra på. I UB40 är det begreppet fryst vi kontrollerar. I beställningsfunktionen kollas för beställning av aggregeringskörning om det redan finns en omgång på aktuell termin som är fryst. Finns det en fryst omgång hänvisas till SY11. I UB40_C aggregering till OUAGGPGM och UB40_D aggregering till OUAGGKUR ska det skapas/uppdateras en post i OUFRYST där fältet fryst sätts till blankt när körningen gått bra. Fältet publik i OUFRYST styrs av hur batchbeställningen görs. Det går att beställa Publicera körning direkt och posten i OUFRYST får då värdet PUBLIK=J. 3.6 Begreppet nettoräkning Eftersom en person kan ha sökt samma alternativ via olika vägar, frist kurs, inom kurspaket och kurs inom program finns det för tabellen OUAGGKUR ett behov av att för sökande räkna huvuden. Har man sökt via olika vägar ska man alltså bara räknas en gång när nettoräkning ska användas. 3.7 Begreppet Betalt anmälningsavgift Från och med höstterminen 2011 införs studieavgifter. Det kan då vara intressant att se hur många av de antagna studenterna som har betalt anmälningsavgift för kurs och program. Vi gör en kontroll och har studenten betalt sin anmälningsavgift (och inte fått den återbetald) så anses studenten ha betald studieavgift för alla sökalternativ som den har antagits till under aktuell termin, dvs både fristående kurser och kurser inom program. Observera! Finns flera beslut om anmälningsavgift för samma termin, är det det senaste beslutet som ska användas för att bedöma skyldighet att betala anmälningsavgift. 3.8 Begreppet Betalt studieavgift Från och med höstterminen 2011 införs studieavgifter. Det kan då vara intressant att se hur många av de antagna studenterna som har betalt studieavgift för fristående kurs och kurs inom program. Vi gör en kontroll om studenten har en post som berättar att de har betalt sin studieavgift (och ej fått den återbetald) för aktuell kurs eller kurs inom program, har de gjort det så räknar vi de som betalande för aktuell kurs eller program (om de har betalt för någon kurs inom programmet).

Per Lindgren 2016-04-20 8 (39) 4 Tabeller som används 4.1 UB40 Beställningsfunktion. Tabell Läses Uppdateras NYASTATP NYASTATK OUAGGPGM OUAGGKUR OUFRYST BATCHJOB BATVILL 4.2 UB40_B överföring från NYA-filen. Tabell Läses Uppdateras NYASTATP NYASTATK BATCHJOB BATVILL PTILL KTILL2 LINJE LINJEINR PAKETDEF 4.3 UB40_C aggregering till tabellen OUAGGPGM. Tabell Läses Uppdateras NYASTATP OUAGGPGM OUFRYST BATCHJOB

Per Lindgren 2016-04-20 9 (39) BATVILL PTILL FFGKURS FORTKURS OMKURS UBUTREG UBINDRG OMREGLIN FFGLIN INREGFFG INREGFO INREGOM UBINSTUD LINJE LINJEINR LOKANTLB ARBTAB AVGANM AVGKURS AVGTERM

Per Lindgren 2016-04-20 10 (39) 4.4 UB40_D aggregering till tabellen OUAGGKUR. Tabell Läses Uppdateras NYASTATK OUAGGKUR OUFRYST BATCHJOB BATVILL KTILL2 FFGKURS FORTKURS OMKURS UBUTREG UBINDRG OMREGLIN FFGLIN INREGFFG INREGFO INREGOM UBINSTUD LINJE LINJEINR LANTKURS VALDKURS ARBTAB KURS AVGANM AVGKURS AVGTERM

Per Lindgren 2016-04-20 11 (39) 5 Behörighet Behörighet till funktionen ska kunna sättas på delfunktionsnivå enligt standard i Nouveau. 6 Beställningsfunktion UB40 Den generella batchbeställningsfunktionen som finns i uniface ska användas. Funktionens första bild blir ett val med radioknappar där man väljer mellan att överföra data från NYA:s resultatfil eller att aggregera programtillfällesdata eller kurstillfällesdata.

Per Lindgren 2016-04-20 12 (39) När man valt kommer man till den generella bilden där man anger beställningens namn, starttidpunkt o.s.v. boxen för villkor ska gå att använda i bägge fallen. För överföringen från NYA ska det inte gå att lägga upp stående beställning. För aggregeringen ska det däremot gå bra att lägga upp stående beställning.

Per Lindgren 2016-04-20 13 (39) 6.1 Villkor för överföring från NYA:s resultatfil Val av termin enligt standard. Val av att överföra program- och/eller kurstillfällesdata. 6.1.1 Kontroller 6.1.1.1 Kontroll av termin Normal kontroll av termin. 6.1.1.2 Koll om terminen är < V06 Det ska inte gå att göra sådana körningar för någondera av körningstyperna, felmeddelande: Du har valt en termin tidigare än V06 för program/kurstillfällesdata. För dessa terminer går det inte att köra UB40. 6.1.1.3 För kurstillfälle kollas om terminen är < V07 Det ska inte gå att göra sådana körningar, felmeddelande: Du har valt en termin tidigare än V07 för kurstillfällesdata. För dessa terminer går det inte att köra UB40. 6.1.1.4 Kontroll för bägge typerna om data finns i NYASTATK respektive NYASTATP på aktuell termin sedan tidigare Om det finns data för aktuell termin ges ett varningsmeddelande i en dialogruta med JA och NEJ knappar med lydelsen: Data finns redan inlagt för program/kurstillfälle för aktuell termin. Går du vidare kommer redan inlagd data att tas bort och ersättas med data från denna beställning. Vill du gå vidare? JA NEJ.

Per Lindgren 2016-04-20 14 (39) 6.1.2 Villkor till BATVILL OVER_TERMIN=20042 OVER_TYP=PTILL OVER_TYP=KTILL

Per Lindgren 2016-04-20 15 (39) 6.2 Villkor för aggregering av programtillfällesdata Val av termin enligt standard. 6.2.1 Kontroller 6.2.1.1 Kontroll av termin Normal kontroll av termin. 6.2.1.2 Kontroll på terminerna V06-V07 och tabell OUFRYST För terminerna V06-V07 kollas om det finns en post i OUFRYST med funktionskoden UB40_C och aktuell termin. Finns det en sådan har det redan gjorts en körning och då kan vi inte göra en till körning med endast uppdatering, då lägger vi på samma data en gång till. Felmeddelande: Det går inte att lägga upp mer data för denna omgång. Körning är redan gjord för aktuell termin. 6.2.1.3 Kontroll på terminerna V06-V07 och stående beställning För terminerna V06-V07 ska det inte gå att lägga upp stående beställning. Kolla i BATCHJOB om ett sådant försök är gjort. Felmeddelande i så fall: Stående beställning går inte att göra för terminerna våren 2006 tom våren 2007. 6.2.1.4 Kontroll mot tabellen OUFRYST Kontrollera i tabellen OUFRYST mha funktionskoden UB40_C och aktuell termin om fältet OUFRYST.FRYST = J.

Per Lindgren 2016-04-20 16 (39) Finns det en fryst terminsomgång ges ett felmeddelande: Den omgång du försöker uppdatera är fryst. Gå till SY11 om du vill sätta om statusen. Det ska alltså inte gå att lägga upp en beställning för en fryst omgång. 6.2.1.5 Kontroll på terminer före V06 För terminer som är före V06 går det inte att köra denna delfunktion. Kolla detta och har man valt en sådan termin ges felmeddelandet: Terminer före våren 2006 går inte att köra med denna delfunktion. 6.2.1.6 Kontroll på om det finns i data i OUAGGPGM Om normal körning är vald (termin > V07) görs kontroll om data finns i OUAGGPGM på aktuell termin sedan tidigare. Finns data för aktuell termin ges ett varningsmeddelande i ett fönster med lydelsen Data finns redan inlagt för aktuell termin. Går du vidare kommer redan inlagd data att tas bort och ersättas med data från denna beställning. Kvitteras med en okejbox. 6.2.2 Villkor till BATVILL Vald termin att aggregera. Exempel nedan AGGR_TERMIN=20042 Ska körningen publiceras direkt? Exempel nedan PUBLICERA=J

Per Lindgren 2016-04-20 17 (39) 6.3 Villkor för aggregering av kurstillfällesdata Val av termin enligt standard. 6.3.1 Kontroller 6.3.1.1 Kontroll av termin Normal kontroll av termin. 6.3.1.2 Kontroll på termin V07 och tabell OUFRYST För terminen V07 kollas om det finns en post i OUFRYST med funktionskoden UB40_D och aktuell termin. Finns det en sådan har det redan gjorts en körning och då kan vi inte göra en till körning med endast uppdatering, då lägger vi på samma data en gång till. Felmeddelande: Det går inte att lägga upp mer data för denna omgång. Körning är redan gjord för aktuell termin. 6.3.1.3 Kontroll på termin V07 och stående beställning För terminen V07 ska det inte gå att lägga upp stående beställning. Kolla i BATCHJOB om ett sådant försök är gjort. Felmeddelande i så fall: Stående beställning går inte att göra för terminen våren 2007. 6.3.1.4 Kontroll på post i tabell OUFRYST Kontrollera i tabellen OUFRYST mha funktionskoden UB40_D och aktuell termin om fältet OUFRYST.FRYST = J.

Per Lindgren 2016-04-20 18 (39) Finns det en fryst terminsomgång ges ett felmeddelande: Den omgång du försöker uppdatera är fryst. Gå till SY11 om du vill sätta om statusen. Det ska alltså inte gå att lägga upp en beställning för en fryst omgång. 6.3.1.5 Kontroll på terminer före V07 För terminer som är före V07 går det inte att köra denna delfunktion. Kolla detta och har man valt en sådan termin ges felmeddelandet: Terminer före våren 2007 går inte att köra med denna delfunktion. 6.3.1.6 Kontroll på om det finns data i OUAGGKUR Om normal körning är vald (termin > V07) görs kontroll om data finns i OUAGGKUR på aktuell termin sedan tidigare. Finns data för aktuell termin ges ett varningsmeddelande i ett fönster med lydelsen Data finns redan inlagt för aktuell termin. Går du vidare kommer redan inlagd data att tas bort och ersättas med data från denna beställning. Kvitteras med en okejbox. 6.3.2 Villkor till BATVILL Vald termin att aggregera. Exempel nedan AGGR_TERMIN=20042 Ska körningen publiceras direkt? Exempel nedan PUBLICERA=J

Per Lindgren 2016-04-20 19 (39) 7 Överföring av resultatfil från NYA. 7.1 Validering av resultatfilen. Någon personnummerkontroll är inte nödvändig eftersom sökande aldrig kommer till LADOK om de inte blir antagna eller reservplacerade. Det finns alltså inget att kontrollera mot. 7.1.1 Programtillfällen från NYA Position Fält Storlek Fast värde Format Kontroll/behandling 1 3 Posttyp char(3) PRO PRO 4 13 Personnummer char(10 ) ÅÅMMDD9999 14 18 Anmälningskod char(5) Koll mot PTILL. Använd koden + termin. Om saknas skriv fellista. 19 23 Termin char(5) ÅÅÅÅT Korrekt termin annars 24 26 Prioritet char(3) 1-999, vänsterjusterat 27 Behörig char(1) J/N/E (J=ja, N=nej, E=ej prövad) 28 Antagningsstatus char(1) A/R/S (A=antagen, R=reserv, S=struken) 29 47 Dummy-fält char(19 ) Alltid tomt Fellista. Numeriskt annars fellista J/N/E annars fellista A/R/S annars fellista

Per Lindgren 2016-04-20 20 (39) 7.1.2 Kurstillfällen från NYA Position Fält Storlek Fast värde Format Kontroll/behandling 1 3 Posttyp char(3) KUR KUR 4 13 Personnummer char(10 ) 14 18 Anmälningsko d char(5) ÅÅMMDD9999 Koll mot KTILL2. Använd koden + termin. Om saknas skriv på fellista. 19 23 Termin char(5) ÅÅÅÅT Korrekt termin annars fellista. 24 26 Prioritet char(3) 1-999, vänsterjusterat Numeriskt annars fellista 27 Behörig char(1) J/N/E J/N/E annars fellista 28 Antagningsstat us char(1) A/R/S (A=antage n, R=reserv, S=struken) A/R/S annars fellista 29 33 Programkod char(5) Om skild från blank koll mot tabell LINJE. Om saknas fellista. 34 37 Programinriktn ing 38 42 Anmälningsko d kurspaket 43 47 Starttermin kurspaket char(4) Om skild från blank koll mot tabellen LINJEINR. Om saknas fellista. char(5) Använd anmkod kurspaket + starttermin.kurspaket. Slå mot PAKETDEF om saknas fellista. char(5) ÅÅÅÅT Blankt eller en korrekt termin

Per Lindgren 2016-04-20 21 (39) 7.2 Överföring av programtillfällesdata, UB40_B Kolla först att den fil vi fått från NYA har rätt termin(pos 19-23) mot den termin vi fått från beställningsdatat. Skulle det vara fel termin så skrivs detta ut på fellistan, körningen avbryts och användaren underrättas med mail om detta. Posttypen PRO från nya s fil läggs i tabellen NYASTATP. Börja med att kolla om det finns data från aktuell termin i NYASTATP först. Finns det data på aktuell termin tas dessa bort innan ny inläggning startar.

Per Lindgren 2016-04-20 22 (39) En bild som förhoppningsvis hjälper till att förstå problematiken kring programtillfällen: JR kan tex söka till ptill, Y o Z i alla antomg. Alla tänkbara komb är möjliga Antagningsomgång=A Antagningsomgång=B Antagningsomgång=C Antalet antagningsomgångar är okänt för oss. Huvudsaken är att vi vet att det kan vara fler än en. PTILL anmkod= Termin=H07 PTILL Anmkod=Y Termin=H07 PTILL Anmkod=Z Termin=H07 Posterna i PTILL kan ha olika ANMKOD men samma PROGR, PROGINR, ORT, PROGTAKT, UNDFORM, FINFORM o KURSTID. När vi aggregerar till OUAGGPGM finns inte ANMKOD med utan bara PROGR+övriga uppräknade parametrar

Per Lindgren 2016-04-20 23 (39) En person kan ha sökt till samma anmälningsalternativ i fler än en antagningsomgång. För att göra det ännu värre så kan en person ha sökt till flera anmälningsalternativ i fler än en antagningsomgång som pekar på samma progr+parametrar som finns i OUAGGPGM. Endast en av dessa rader ska få skrivas till NYASTATP för att statistiken ska bli korrekt. Vid inläsningen av nyafilen måste därför PTILL användas för att kunna selektera bort överflödiga rader. I de fall en person i nyafilen har samma ansökan (pnr, anmkod, termin, prio, behor & status) men vid olika antagningsomgångar betraktas dessa som dubbletter och den ena tas bort. I de fall en person i nyafilen har mer än en rad och olika anmälningskoder ska läsning ske i PTILL. Använd ANMKOD+TERMIN från nyafilen för att läsa i PTILL. Är progr, proginr, ort, progtakt, undform, finform o kurstid i PTILL lika men med olika anmkod ska selektering ske enligt nedan rangordning. Endast en rad får finnas kvar. I de fall en person i nyafilen har mer än en rad och samma anmälningskoder ska selektering ske enligt nedan rangordning. Endast en rad får finnas kvar. Rangordning: 1. Antagningsstatus=A 2. Behörig=J 3. Prio=1 Finns ingen av ovanstående är det egalt vilken vi tar. NYASTATP, individuppgifter från NYA gällande sökande, antagna till program Kolumn Position Nyckel Beskrivning Domän PNR 10 * Personnummer NAMN ANMKOD 6 * Anmälningskod PTILL TERMIN 5 * Termin TERMIN.TERMIN5 STATUS 1 * Antagningsstatus A/R/S 2) BEHOR 1 * Behörighet J/N/E 1) PRIO 3 * Prioritet 999 BEST 200 Beställningsdata Konkatenera informationen från aktuell beställning. Fälten ANVKOD, FUNKTION, BETECKN, RADNR, DATUM, TID, FASTJOBB, KORDDAT från BATCHJOB + VILLKOR från BATVILL(kan vara mer än en post), Använd semikolon som separerare mellan varje fält

Per Lindgren 2016-04-20 24 (39) 1) J=Ja, N=Nej, E= Ej prövad 2) A=antagen, R=reserv, S=struken Position Fält Storlek Fast värde Format Läggs i fält 1 3 Posttyp char(3) PRO 4 13 Personnummer char(10) ÅÅMMDD9999 PNR 14 18 Anmälningskod char(5) ANMKOD 19 23 Termin char(5) ÅÅÅÅT TERMIN 24 26 Prioritet char(3) 1-999 PRIO 27 Behörig char(1) J/N/E (J=ja, N=nej, E=ej prövad) 28 Antagningsstatus char(1) A/R/S (A=antage n, R=reserv, S=struken) BEHOR STATUS

Per Lindgren 2016-04-20 25 (39) 7.3 Överföring av kurstillfällesdata, UB40_B Kolla först att den fil vi fått från NYA har rätt termin(pos 19-23) mot den termin vi fått från beställningsdatat. Skulle det vara fel termin så skrivs detta ut på fellistan, körningen avbryts och användaren underrättas med mail om detta. Duplikatposter som stämmer på alla uppräknade fält ska inte tas med i inläsningen: pnr, anmälningskod, termin, antagningsstatus, behörig och prio. Posttypen KUR läggs i tabellen NYASTATK. Börja med att kolla om det finns data från aktuell termin i NYASTATK först. Finns det data på aktuell termin tas dessa bort innan ny inläggning startar. Eftersom en person kan ha sökt ett anmälningsalternativ som fristående kurs, kurs inom program och som del i ett kurspaket eller rentav som en del i flera kurspaket ska endast ett alternativ för fristående kurs och ett alternativ för kurs inom program tas med om denna situation uppstått. Följande rangordning gäller: 1. Antagningsstatus=A 2. Behörig=J 3. Prio=1 Finns ingen av ovanstående är det egalt vilken vi tar. NYASTATK, individuppgifter från NYA gällande sökande, antagna till frist kurser och kurs inom program Kolumn Position Nyckel Beskrivning Domän PNR 10 * Personnummer NAMN ANMKOD 5 * Anmälningskod KTILL2.KOD TERMIN 5 * Termin TERMIN.TERMIN5 PROGR 5 * Programkod LINJE.KOD/bl STATUS 1 * Antagningsstatus A/R/S 2) BEHOR 1 * Behörighet J/N/E 1) PRIO 3 * Prioritet 999 Om blankt= blankunderscore PROGINR 4 Programinriktning LINJEINR. INRIKTN/bl ANMPAKET 5 Anmälningskod kurspaket Om blankt=blankunderscore PAKETDEF/bl

Per Lindgren 2016-04-20 26 (39) STARTTER 5 Starttermin PAKETDEF/bl BEST 200 Beställningsdata Konkatenera informationen från aktuell beställning. Fälten ANVKOD, FUNKTION, BETECKN, RADNR, DATUM, TID, FASTJOBB, KORDDAT från BATCHJOB + VILLKOR från BATVILL(kan vara mer än en post), Använd semikolon som separerare mellan varje fält 1) J=Ja, N=Nej, E= Ej prövad 2) A=antagen, R=reserv, S=struken Position Fält Storlek Fast värde 1 3 Posttyp char(3) KUR Format 4 13 Personnummer char(10) ÅÅMMDD9999 PNR Läggs i fält 14 18 Anmälningskod char(5) ANMKOD 19 23 Termin char(5) ÅÅÅÅT TERMIN 24 26 Prioritet char(3) 1-999 PRIO 27 Behörig char(1) J/N/E BEHOR 28 Antagningsstatus char(1) A/R/S (A=ant agen, R=rese rv, S=struk en) STATUS 29 33 Programkod char(5) PROGR. Kan vara blankt. 34 37 Program inriktning 38 42 Anmälningskod kurspaket char(4) char(5) PROGINR. Om blankt lägg in blankunderscore ANMPAKET. Kan vara blankt

Per Lindgren 2016-04-20 27 (39) 43 47 Starttermin kurspaket char(5) ÅÅÅÅT STARTTER. Kan vara blankt.

Per Lindgren 2016-04-20 28 (39) 8 Aggregering av program- o kurstillfällen 8.1 Aggregering till OUAGGPGM från NYASTATP, UB40_C Kontrollera först i tabellen OUFRYST om det finns en post med funktionskoden UB40_C och aktuell termin där OUFRYST.FRYST = J. Finns det en sådan ska körningen avbrytas och användaren meddelas i avbrottsmailet om vad som inträffat. Om någon av terminerna V06, H06 eller V07 är vald så kolla i tabellen OUFRYST om det finns en post med funktionskoden UB40_C och aktuell termin. Finns det en sådan ska körningen avbrytas och användaren meddelas i avbrottsmailet om vad som inträffat. Innan vi startar uppdateringarna ska de data som finns i NYASTATP för aktuell termin kontrolleras. Läs igenom data för aktuell termin och kontrollera nedanstående. 1. Att PTILL finns 2. Att program finns i LINJE 3. Att eventuell inriktning finns i LINJEINR. Felen skrivs ut på fellistan och efter det går funktionen sedan vidare till uppdatering. Felen är alltså inte stoppande, men måste undantas under aggregeringen. Kontrollera med hjälp av beställningsterminen vilken typ av körning som ska göras. Om det är någon av terminerna V06, H06 eller V07 ska uppdatering av befintliga data göras och nya data läggas till. Om det är terminen är senare än V07 ska befintliga data på aktuell termin tas bort innan inläggning av data sker. Skulle terminen vara tidigare än V06 (sqlfippel) så avbryt körningen och meddela i avbrottsmailet vad som inträffat. Läs NYASTATP på beställd termin och aggregera enligt nedan: När körningen framgångsrikt gått i mål ska OUFRYST skapas/uppdateras och fältet fryst sätts till blankt. Fältet publik i OUFRYST sätt till J om användaren beställt Publicera körning direkt annars blir det fältet blankt. OUFRYST.FUNK=UB40_C. 8.2 Tabell OUAGGPGM Kolumn Pos Ny Beskrivning Hämtas från/förklaring PROGR 5 * Programkod PTILL.PROGR med NYASTATP.ANMKOD +

Per Lindgren 2016-04-20 29 (39) PROGINR 4 * Inriktningskod NYASTATP.TERMIN PTILL.PROGINR enl beskr för PROGR. OBS om blankt = blankunderscore FART 3 * Programfart PTILL.PROGTAKT enl beskr för PROGR KURSTID 3 * Kurstid PTILL.KURSTID enl beskr för PROGR UNDFORM 3 * Undervisningsform PTILL.UNDFORM enl beskr för PROGR PROGRORT 4 * Ortskod PTILL.ORT enl beskr för PROGR FINFORM 3 * Finansieringsform TERMIN 5 * Kalendertermin NYASTATP.TERMIN KON 1 * Kön M/K PLATSER 7 ANTFSOK 7 EREGSTER 7 ANTBFSOK 7 TOTANTAL 7 ANTBSOK 7 ANTANTAG 7 ANTANMAV 7 Antal planerade platser Antal förstahandssökande Därav ej registrering vid högskolan senaste 3 term Antal behöriga förstahandssökande Totalt antal sökande Antal behöriga sökande Antal antagna Varav antal som har betalt anmälningsavgift PTILL.FINFORM enl beskr för PROGR. OBS om blankt = blankunderscore PTILL.PLANTAL enl beskr för PROGR. Eftersom nyckeln i OUAGGPGM kan peka mot fler än en post i PTILL måste i dessa fall addering ske av PTILL.PLANTAL. Kan vara NULL. Räkna de som har NYASTATP.PRIO = 1 Registrering får inte finnas för förstahandssökande på de tre föregående terminerna före antagningsterminen. Tabeller: FFGKURS, FORTKURS, OMKURS, UBUTREG, UBINDRG, OMREGLIN, FFGLIN, INREGFFG med INOMKORT = N, INREGFO med INOMKORT=N, INREGOM Räkna de som har NYASTATP.PRIO = 1 och NYASTATP.BEHOR = J Räkna alla på anmälningalternativet. Dvs nyckelbegreppet. Räkna NYASTATP.BEHOR = J Räkna de som finns i LOKANTLB på aktuell termin. Nedanstående gäller bara för terminer H07 och högre. Finns det anmälningsalternativ i LOKANTLB som inte finns i NYASTATP ska det skapas en agg-post där nyckeln skapas utifrån PTILL. Dessa poster kommer att ha noll i alla antalsfält för sökande. Kontrollera hur många av de antagna som finns i AVGANM på aktuell termin med status ATERBET=N. Finns flera beslut samma termin är det det med högst löpnummer som är aktuellt.

Per Lindgren 2016-04-20 30 (39) EREGATER 7 ANTFFG 7 Därav ej registrerade vid högskolan senaste 3 term Antal FFGregistrerade Registrering får inte finnas för antagen på de tre föregående terminerna före antagningsterminen. Tabeller: FFGKURS, FORTKURS, OMKURS, UBUTREG, UBINDRG, OMREGLIN, FFGLIN, INREGFFG med INOMKORT = N, INREGFO med INOMKORT=N, INREGOM. Antal studenter som har förstagångsregistrering resp avbrott (ej tidigt) på ett programtillfälle (tabell FFGKURS resp INREGFFG). Ett unikt programtillfälle består av en unik kombination av program, inriktning, termin, ort, takt, undform, finform och kurstid. Sent påbörjade programstudier (ANTLIN.RESTLIN=J) skall inte räknas. Se tabell nedan för inläsningfel! Hittar inte referenskälla.. Nycklarna I ouaggpgm ger möjlighet att hitta rätt antlin. När vi har antlin så har vi pnr som möjliggör koppling till ffgkurs/inregffg. Ffgkurs.proginr kan tas från ouaggpgm.proginr ANTSTUAV 7 EREGFTER 7 YRKE 1 Varav antal som har betalt studieavgift Därav ej registrerade vid högskolan senaste 3 term Leder till yrkesexamen OUAGGPGM ANTLIN FFGKURS/INREGFFG PNR PNR PROGR PROGR PROGR PROGINR PROGINR FART LINFART KURSTID KURSTID UNDFORM UNDFORM PROGRORT ORT FINFORM FINFORM TERMIN ANTTERM TERMIN Antal studenter som har betalt studieavgift för det här programmet aktuell termin. Kontrollera registrerade personer mot AVGKURS.PROGR samt AVGTERM.PROGR aktuell termin. Finns studenten där och har status BETALT=J ska de räknas. Registrering får inte finnas för registrerad på de tre föregående terminerna före antagningsterminen. Tabeller: FFGKURS, FORTKURS, OMKURS, UBUTREG, UBINDRG, OMREGLIN, FFGLIN, INREGFFG med INOMKORT = N, INREGFO med INOMKORT=N, INREGOM. LINJE.YRKE via PTILL.PROGR POANG 3,0 Programpoäng LINJE.POANG via PTILL.PROGR INRPOANG 3,0 Inriktningspoäng LINJEINR.POANG via PTILL.PROGR +

Per Lindgren 2016-04-20 31 (39) PTILL.PROGINR IDATUM 10 Inläggningsdatum ÅÅÅÅ-MM-DD ITID 6 Klockslag TTMMSS BEST 200 Beställningsdata Konkatenera informationen från aktuell beställning. Fälten ANVKOD, FUNKTION, BETECKN, RADNR, DATUM, TID, FASTJOBB, KORDDAT från BATCHJOB + VILLKOR från BATVILL. Använd semikolon som separerare mellan varje fält.

Per Lindgren 2016-04-20 32 (39) 8.3 Aggregering till OUAGGKUR från NYASTATK, UB40_D Kontrollera först i tabellen OUFRYST om det finns en post med funktionskoden UB40_D för aktuell termin där OUFRYST.FRYST = J. Finns det en sådan ska körningen avbrytas och användaren meddelas i avbrottsmailet om vad som inträffat. Om terminen V07 är beställd så kolla i tabellen OUFRYST om det finns en post med funktionskoden UB40_D och aktuell termin. Finns det en sådan ska körningen avbrytas och användaren meddelas i avbrottsmailet om vad som inträffat. Innan vi startar uppdateringarna ska de data som finns i NYASTATK för aktuell termin kontrolleras. Läs igenom data för aktuell termin och kontrollera nedanstående. 1. Att anmälningsalternativet finns i tabell KTILL2 2. Att samma anmälningsalternativ inte förekommer två gånger i tabell KTILL2 3. Att den kurs anmälningsalternativet avser finns i tabell KURS Genomför kontrollerna enligt följande: 1. Läs NYASTATK på aktuell termin 2. Läs KTILL2 med nyckel a. NYASTATK.ANMKOD -> KTILL2.KOD b. NYASTATK.TERMIN -> KTILL2.STARTTER 3. Läs KURS med nyckel KKTILL2.KURSKOD -> KURS.KOD Felen skrivs ut på fellistan och efter det går funktionen sedan vidare till uppdatering. Felen är alltså inte stoppande, men måste undantas under aggregeringen. Kontrollera med hjälp av beställningsterminen vilken typ av körning som ska göras. Om det är terminen är V07 ska uppdatering av befintliga data göras och nya data läggas till. Om det är terminen är senare än V07 ska befintliga data på aktuell termin tas bort innan inläggning av data sker. Skulle terminen vara tidigare än V06 (sqlfippel) så avbryt körningen och meddela i avbrottsmailet vad som inträffat. Saknas KTILL2-post skrivs på fellista.

Per Lindgren 2016-04-20 33 (39) Nettoräkning ska ske för vissa fält (dessa är fetmarkerade, se separat beskrivning för hur detta går till). Om en person har sökt via frist kurs och kurs inom pgm och behörighet och prio skiljer sig åt ska vi räkna med den post som är bäst, alltså BEHOR=J resp PRIO=1. När körningen framgångsrikt gått i mål ska OUFRYST skapas/uppdateras och fältet fryst sätts till blankt. Fältet publik i OUFRYST sätt till J om användaren beställt Publicera körning direkt annars blir det fältet blankt. OUFRYST.FUNK= UB40_D. 8.4 Tabell OUAGGKUR Kolumn Pos Ny Beskrivning Hämtas från/förklaring KURS 6 * Kurskod KTILL2.KURSKOD ANMKOD 5 * Anmälningskod KTILL2.KOD/blankunderscore KURSTAKT 3 * Kurstakt KTILL2.KURSTAKT UNDFORM 3 * Undervisningsform KTILL2.UNDFORM KURSORT 4 * Ortskod KTILL2.ORT TERMIN 5 * Kalendertermin NYASTATK.TERMIN KON 1 * Kön M/K PLATSER 7 Antal planerade platser KTILL2.PLANTAL. Kan vara NULL ANTFSOK 7 Antal förstahandssökande EREGSTER 7 Därav ej reg vid högsk senaste 3 terminerna Räkna de som har NYASTATK.PRIO = 1. Nettoräknas. ANTFSOK enl ovan där registrering inte får finnas för förstahandssökande på de tre föregående terminerna före antagningsterminen. Tabeller: FFGKURS, FORTKURS, OMKURS, UBUTREG, UBINDRG, OMREGLIN, FFGLIN, INREGFFG med INOMKORT = N, INREGFO med INOMKORT=N, INREGOM FANTFSOK 7 PANTFSOK 7 ANTBFSOK 7 FANTBSOK 7 PANTBSOK 7 Förstahandssökande inom fristående kurs Förstahandsökande inom program Antal behöriga förstahandssökande Antal behöriga förstahandssökande inom frist kurs Antal behöriga förstahandssökande inom program Räkna de som har NYASTATK.PRIO =1 och NYASTATK.PROGR = blank Räkna de som har NYASTATK.PRIO =1 och NYASTATK.PROGR <> blank Räkna de som har NYASTATK.BEHOR = J och NYASTATK.PRIO = 1. Nettoräknas. Räkna de som har NYASTATK.BEHOR = J och NYASTATK.PRIO = 1 NYASTATK.PROGR = blank Räkna de som har NYASTATK.BEHOR = J och NYASTATK.PRIO = 1 och NYASTATK.PROGR <> blank

Per Lindgren 2016-04-20 34 (39) TOTANTAL 7 FTOTANT 7 PTOTANT 7 Totalt antal sökande Antal sökande inom frist kurs Antal sökande inom program ABSOK 7 Antal behöriga sökande FABSOK 7 PABSOK 7 ANTANTAG 7 Antal behöriga sökande inom frist kurs Antal behöriga sökande inom program Antal antagna Räkna alla på anmälningsalt. Nettoräknas. Räkna alla på anmälningsalt med NYASTATK.PROGR = blank Räkna alla på anmälningsalt med NYASTATK.PROGR <> blank Räkna de som har NYASTATK.BEHOR = J nettoräknas. Räkna de som har NYASTATK.BEHOR = J och NYASTATK.PROGR = blank Räkna de som har NYASTATK.BEHOR = J och NYASTATK.PROGR <> blank Räkna de som finns i LANTKURS, VALDKURS på aktuell termin. Nedanstående gäller bara för terminerna H07 och högre. Finns det anmälningsalternativ i LANTKURS som inte finns i NYASTATK ska det skapas en agg-post där nyckeln skapas utifrån KTILL2. Dessa poster kommer att ha noll i alla antalsfält för sökande. ANTANMAV 7 EREGATER 7 FANTANT 7 PANTANT 7 Varav antal som har betalt anmälningsavgift Därav ej reg vid högsk senaste 3 terminerna Antal antagna inom frist kurs Antal antagna inom program Kontrollera hur många av de antagna som finns i AVGANM på aktuell termin med status ATERBET=N. Finns det flera poster på samma termin är det det med högst löpnummer som räknas. ANTANTAG enl ovan för de antagna som inte har någon registrering på de tre föregående terminerna före antagningsterminen. Tabeller: FFGKURS, FORTKURS, OMKURS, UBUTREG, UBINDRG, OMREGLIN, FFGLIN, INREGFFG med INOMKORT = N, INREGFO med INOMKORT=N, INREGOM Räkna de som finns i LANTKURS med LANTKURS.PROGR = blank. Nedanstående gäller bara för terminerna H07 och högre. För de som har post i LANTKURS men saknar NYASTATK gäller samma regel som för ANTANTAG. Räkna de som finns i LANTKURS med LANTKURS.PROGR <> blank + de som finns i VALDKURS(alltid inom pgm).

Per Lindgren 2016-04-20 35 (39) ANTFFG 7 Antal FFG-registrerade ANTSTUAV 7 EREGFTER 7 FANTFFG 7 PANTFFG 7 Varav antal som har betalt studieavgift Därav ej reg vid högsk senaste 3 terminerna Antal FFG-registrerade inom frist kurs Antal FFG-registrerade inom program AMNE 3 Ämnesgrupp KURS.KAGRPSCB INST 4 Institutionskod KURS.INST NIVA 1 Nivå KURS.KNIVAUHA UTBNIVA 1 Utbildningsnivå KURS.UTBNIVA DJUP 1 Djup KURS.DJUP POANG 4,1 Kurspoäng KURS.POANG Nedanstående gäller bara för terminerna H07 och högre. För de som har post i LANTKURS men saknar NYASTATK gäller samma regel som för ANTANTAG. Räkna de som har reg i FFGKURS eller i INREGFFG med INOMKORT = N på aktuell kurs och termin5 Antal studenter som har betalt studieavgift för den här kursen aktuell termin. Kontrollera registrerade personer mot AVGKURS.ANMKOD aktuell termin. Finns studenten där och har status BETALT=J ska de räknas. ANTFFG enl ovan. Räkna de reg som inte har någon registrering på de tre föregående terminerna före antagningsterminen. Tabeller: FFGKURS, FORTKURS, OMKURS, UBUTREG, UBINDRG, OMREGLIN, FFGLIN, INREGFFG med INOMKORT = N, INREGFO med INOMKORT=N, INREGOM Räkna de som har reg i FFGKURS eller i INREGFFG med INOMKORT = N på aktuell kurs och termin. Fältet PROGR i resp tabell ska vara = blank Räkna de som har reg i FFGKURS eller i INREGFFG med INOMKORT = N på aktuell kurs och termin. Fältet PROGR i resp tabell ska vara <> blank FINFORM 3 Finansieringsform KTILL2.KURSTYP/blankunderscore. KURSTID 3 Kurstid KTILL2.KURSTID OMGANG 1 Kursomgång KTILL2.OMGANG IDATUM 10 Inläggningsdatum ÅÅÅÅ-MM-DD ITID 6 Klockslag TTMMSS BEST 200 Beställningsdata Konkatenera informationen från aktuell beställning. Fälten ANVKOD, FUNKTION, BETECKN, RADNR, DATUM, TID,

Per Lindgren 2016-04-20 36 (39) FASTJOBB, KORDDAT från BATCHJOB + VILLKOR från BATVILL. Använd semikolon som separerare mellan varje fält.

Per Lindgren 2016-04-20 37 (39) 9 Fellista 9.1 Exempel på lista från överföringen från NYA Umeå Universitet UB40 Överföring av data från NYA 2005-05-02 Sida 1 Fellista Beställd termin: H04 Överföring av kurstillfällesdata Eller Överföring av programtillfällesdata Gruppera felen under följande rubriker Feltexter: Anmälningskoden saknas i PTILL. Raderna från NYA-filen Prioritet ska vara numeriskt. Raderna från NYA-filen Behörighet ska vara J/N/E. Raderna från NYA-filen Antagningsstatus ska vara A/R/S Raderna från NYA-filen. Anmälningskoden saknas i KTILL2. Raderna från NYA-filen Programkoden saknas i LINJE. Raderna från NYA-filen Programinriktning saknas i LINJEINR. Raderna från NYA-filen Kurspaketet saknas i PAKETDEF. Raderna från NYA-filen

Per Lindgren 2016-04-20 38 (39) 9.2 Exempel på lista från aggregeringen Umeå Universitet UB40 Aggregering 2005-05-02 Sida 1 Beställd termin: H04 Fellista FELLISTA VID AGGREGERING AV KURSTILLFÄLLESDATA Eller FELLISTA VID AGGREGERING AV PROGRAMTILLFÄLLESDATA Gruppera felen under följande rubriker Feltexter: PROGRAMTILLFÄLLEN SOM SAKNAS I TABELLEN PTILL Raderna från NYASTATP enligt formatet Anmkod=<anmkod> PROGRAMET SAKNAS I TABELLEN LINJE Raderna från NYASTATP enligt formatet Anmkod=<anmkod> PROGRAMINRIKNINGEN SAKNAS I TABELLEN LINJEINR Raderna från NYASTATP enligt formatet Anmkod=<anmkod> KURSTILLFÄLLEN SOM SAKNAS I TABELLEN KTILL2 Raderna från NYASTATK enligt formatet Anmkod=<anmkod> DUBBLETTER AV KOMBINATIONEN ANMKOD OCH TERMIN I TABELLEN KTILL2 Raderna från NYASTATK enligt formatet Anmkod=<anmkod>, Termin=<t> KURSTILLFÄLLEN VARS KURSER SAKNAS I TABELLEN KURS Raderna från NYASTATK enligt formatet Anmkod=<anmkod>

Per Lindgren 2016-04-20 39 (39) 10 Överföringsregler 10.1 Namnstandard för filer Filtyp Namnmall Resultatfil <HSK>_<BATCH_ID>_<YYYYMMDD_TTMMSS>_RESULT Kontrollfil <HSK>_<BATCH_ID>_<YYYYMMDD_TTMMSS>_RECEIPT