Kravspecifikation. RB06 - Gallring personuppgifter, flera personer - med eller utan behörighet. Batchkörning

Transkript

1 Kravspecifikation RB06 - Gallring personuppgifter, flera personer - med eller utan behörighet Batchkörning webbadress STU-07-T08/Krav Projektnamn STU-07-T08 Felsökningsfunktionalitet och registervård Fastställt av Dokumentansvarig Bengt Reinholdsson Dokumentidentitet STU-07-T08 Krav_Körning Datum Status

2 Bengt Reinholdsson STU-07-T08 Krav_Körning 2 (23) Ändringshistorik Datum Av Kommentar Godkännare Bengt Reinholdsson Första utkast Bengt Reinholdsson Förändrat efter telefonmöte 2/ Bengt Reinholdsson Rättning efter kommentarer av AMS 4/2, TFD 6/ Bengt Reinholdsson Lagt till några detaljer efter AMS kommentarer 9/2 samt MED kommentarer om SB Bengt Reinholdsson Kommentarer från KAMI och JABQ Bengt Reinholdsson Bengt Reinholdsson Sven Hedqvist Uppdaterat kravet för stoppande tabeller PerLindgren STU T-1101 Studieavgiftstabeller tillkommer Magnus Böhlin Kontroller mot BEHAVANC tillkommer Anna-Carin Wiklund Kontroller mot FOEXAM har tillkommit PerLindgren Kontroller mot PRAKTIK har tillkommit David Andersson Gallring i AVGANM och GRUPPRAD har lagts till. Motsvarande justering görs också av GRUPPHUV.ANTAL och SENANDR Anna-Carin Wiklund Tagit bort möjligheten till begränsning på typ och omfattning gällande behörighet särskilt beslut Anna-Carin Wiklund LADOK-Lagt till så att personer med inget inläggningsdatum i tabellen NAMN kommer med i de två utsökningarna.. LADOK

3 Bengt Reinholdsson STU-07-T08 Krav_Körning 3 (23) Innehållsförteckning 1 INLEDNING SYFTE FÖRUTSÄTTNING BESKRIVNING RB06 Gallring av personer utan behörighet RB06 Gallring av personer med behörighet Delfunktioner TABELLER FUNKTIONELLA KRAV KRAVLISTA DETALJERAD BESKRIVNING AV KRAVEN Generella krav för körning av batch Gallra personer utan behörighet Gallra personer med behörighet KONTROLLER MEDDELANDEN ICKE FUNKTIONELLA KRAV ANVÄNDBARHET TILLFÖRLITLIGHET PRESTANDA UNDERHÅLLBARHET GRÄNSSNITT ÖPPNA OCH OBESVARADE FRÅGOR ÖPPNA FRÅGOR BESVARADE FRÅGOR SAMMANFATTNING KRAV FÖRTECKNING... 23

4 Bengt Reinholdsson STU-07-T08 Krav_Körning 4 (23) 1 Inledning 1.1 Syfte Registervårdsfuntionerna i Ladok finns för att registret inte ska innehålla onödiga eller felaktiga poster (uppgifter). Exempel på sådana uppgifter kan vara personuppgifter för individer som etablerats i Ladok, men därefter aldrig blivit studerande vid högskolan. Denna funktion ska spåra och ta bort uppgifter på individer som saknar registreringar men eventuellt har behörigheter inlagda alternativt spåra och gallra bort de som inte har behörigheter, allt under förutsättning att inga studieuppgifter av något slag finns på personnumret. Funktionen ska ersätta rutinerna RV01 och RV02 i Classic. 1.2 Förutsättning Ladokregistren innehåller stora kvantiteter data som måste kontrolleras, innan eventuell gallring, varför troligen en batchfunktion är att föredra. En sådan typ av funktion gör det också möjligt att styra körningstidpunkt.

5 Bengt Reinholdsson STU-07-T08 Krav_Körning 5 (23) 1.3 Beskrivning RB06 Gallring av personer utan behörighet Beställning RB06 -Form-tom datum BATVILL Start av batch Ta nästa post Kontrollera för varje person i NAMN om personen finns i tabellerna select * from utc.namn where inldat (between from and tom) and pnr not in (select pnr from utc.[tabell]); Tabell: BEHALE, BEHFORUT, BEHBESL, FFGKURS, INREGFFG, GODKKURS, GODKPROV, UBUTSTUD, UTBYTE, UBINDRG,LOKANTLS, LOKANTLR, LANTKURS, LANTRES, LOKANTLB, ANTLIN, FOANT2, ANNANEX EXAMEN2,AUPERHUV Finns ej N För varje person som saknar poster, tas de bort ur dessa tabeller Tabell: NAMN, ADRESS, GAMMALNY, TELEKOM delete from utc.[tabell] where pnr = '[pnr]'; Uppdatera db BATVILL, BATFIL Körning klar Mail Personer som gallrats (Namn, pnr, inldat från NAMN) Ev fellista

6 Bengt Reinholdsson STU-07-T08 Krav_Körning 6 (23) RB06 Gallring av personer med behörighet Beställning RB06 -Form-tom termin Gallra: - Grundläggande behörighet (j/n) 1) - 25/4 (j/n) 2) - Behörighetsbeslut (Dispens) (j/n) 4) - Typ:? - Omfattning:? BATVILL Start av batch Sök ut population utifrån beställning - Grundläggande behörighet - BEHFORUT - 25/4 - BEHALE - Behörighetsbeslut (Dispens) - BEHBESL Select * from utc.[tabell] where termin.[tabell] between from and tom; Ta nästa post LISTA Kontrollera om personen finns i tabellerna select * from utc.[utsök tabell] where pnr not in (select pnr from utc.[tabell] and termin > from); Tabell: FFGKURS, INREGFFG, UBUTSTUD, UTBYTE, UBINDRG, LOKANTLS, LOKANTLR, LANTKURS, LANTRES, LOKANTLB, ANTLIN, FOANT2, ANNANEX, DIARIUM, EXAMEN2, AUPERHUV Dessutom måste följande tabeller kontrolleras även att inte det finns poster som är tidigare eller senare än aktuell terminsintervall: BEHALE, BEHFORUT, BEHBESL. Finns ej! N För varje person som saknar poster, tas de bort ur dessa tabeller Tabell: NAMN, ADRESS, GAMMALNY, BEHALE, BEHFORUT, BEHBESL, TELEKOM delete from utc.[tabell] where pnr = '[pnr]'; Uppdatera db BATVILL Körning klar Mail

7 Bengt Reinholdsson STU-07-T08 Krav_Körning 7 (23) Delfunktioner Funktionen saknar delfunktioner 1.4 Tabeller Saknar behörighet Har behörighet Tabell Läsning Uppdatering Läsning Uppdatering ADRESS x x ANNANEX x x ANTLIN x x AUPERHUV x x AVGANM x x AVGPERS x x AVGKURS x x AVGTERM x x AVGFRIKU x x AVGFRITE x x BATCHJOB x x x x BATFIL x x BATVILL x x x x BEHALE x x x BEHAVANC X x x BEHBESL x x x BEHFORUT x x x DIARIUM x EXAMEN2 x x FFGKURS x x FOANT2 x x FOEXAM x x GODKKURS x GODKPROV x GRUPPRAD x x GRUPPHUV x x INREGFFG x x LANTKURS x x LANTRES x x LOKANTLB x x LOKANTLR x x LOKANTLS x x NAMN x x x TELEKOM x x UBINDRG x x UBUTSTUD x x UTBYTE x x

8 Bengt Reinholdsson STU-07-T08 Krav_Körning 8 (23) Saknar behörighet Har behörighet Tabell Läsning Uppdatering Läsning Uppdatering PRAKTIK x x : Tagit bort ANMLANT ur tabellen : Lag till UBINDRG : Lagt till EXAMEN2 och LANTRES. Dessutom lagt till ett antal läsningar, se gulmarkeringar : Lagt till BEHAVANC : Lagt till FOEXAM : Lagt till PRAKTIK 2 Funktionella krav 2.1 Kravlista Se separat dokument 2.2 Detaljerad beskrivning av kraven Generella krav för körning av batch Start av batch Kontrollera att det finns villkor i tabellen BATVILL. Om det saknas ska inte batchen starta. Mail ska skickas med status AVBRUTEN och beställning sätts till A i BATCHJOB -Kontrollera i tabellen BATCHJOB om det finns någon batch att starta där datum är samma och tiden är mindre eller lika med aktuell tid och där körstatus är tomt. kontrollera att om körstatus KORDMARK i tabellen BATCHJOB på aktuell post inte är J= Körning gjord eller P= Körning pågår, innan batchen startar. Om fel ska batchen sättas till avbruten : Ändrat status till godkänt och prioritet till Avbrott i batchkörning Om något inte fungerar i samband med körningen av batchen skall programmet avslutas och

9 Bengt Reinholdsson STU-07-T08 Krav_Körning 9 (23) Mail ska skickas med status AVBRUTEN och Beställning sätts till A i BATCHJOB : Ändrat status till godkänt och prioritet till E-postmeddelande Utseende på mailet ska vara som nedan E-postmeddelande skickas till den eller de adresser som angivits i BATINST. Om ingen e-post adress angivits i BATINST ska e-post adressen hämtas från ANVIP.EPOSTADR för användaren som lagt upp batchbeställningen. Skulle e-post adress saknas i ovanstående tabell kan inget mail skickas. Generellt gäller följande: FROM: mail adress, hämtas från properties filen. SENT: Dag, månad år samt tid hämtas från serverklockan TO: Mottagaren hämtas från BATVILL i förstahand och i andra hand ANVIP SUBJECT: Inleds med [BATCH] för enklare sortering och därefter: o Funktionsbeteckning med funktionsnamnet. Beteckning finns i BATCHJOB men bara de första fyra ska användas. Namnet hämtas från NOVFUNK där slagningen sker med hela BATCHJOB.FUNKTION o Batchbeteckningen hämtas från BATCHJOB.BETECKN o Status ska informera hur körningen gått t ex KLAR eller avbrutits I mailet ska det också framgå när batchen startade och avslutades : Ändrat status till godkänt och prioritet till E-POST - RB06 From: [Mailadress] [mailto:[mailadress]] Sent: den [Dag] [månad][åååå] TT:MM To: [Mottagare] Subject: [BATCH]RB06 Gallring av personuppgifter, flera personer, [batch beteckning],[status] Detta är ett automatgenererat meddelande som du inte kan svara på.

10 Bengt Reinholdsson STU-07-T08 Krav_Körning 10 (23) Körningen blev [Status] Körningen påbörjades TT:MM och avslutades TT:MM Följande var med i beställningen: [Villkor?] [om allt gått bra] Antal borttagna personer: [Antal poster totalt] st [om något går snett] Körningen avbröts vid följande personnummer [personnummer] Körlogg finns att hämta med hjälp av Hämta fil knappen på beställningsformuläret i RB06 Gallring av personuppgifter, flera personer Kommentar: Om inga personer har hittats för gallring ska meddelandet Antal borttagna personer: 0 st : Ändrat layout : Lagt till kommentaren och ändrat status till godkänd Efter avslutad körning Efter avslutad körning (dvs allt har fungerat) skall: tabellen BATCHJOB uppdaras: o KORDMARK = J o STARTID = [tiden som batchen verkligen startarde (TTMMSS)] o SLUTTID = [tiden som batchen verkligen avslutades (TTMMSS)] e-postmeddelande skickas till den eller de adresser som angivits i BATINST. o Om ingen e-post adress angivits i BATINST ska e-post adressen hämtas från ANVIP.EPOSTADR för användaren som lagt upp batchbeställningen. Skulle e-post adress saknas i ovanstående tabell kan inget mail skickas : Ändrat status till godkänt och prioritet till

11 Bengt Reinholdsson STU-07-T08 Krav_Körning 11 (23) Resultatfil Utkast För varje post som tas bort ska en lista skapas, listan ska innehålla poster från respektive tabell. Exempel: NAMN PNR= ENAMN=TEST TNAMN=ÅKE KONTO= ANNANID=1 INLDAT= ETABLDAT= Listan sorteras stigande i första hand i personnummerordning och i andra hand tabell. Fellogg Utkast Önskas Om inte transaktionen går bra ska en lista skapas över de poster som borde ha gallrats. Skrivs ut i mailet. Listan ska innehålla: pnr

12 Bengt Reinholdsson STU-07-T08 Krav_Körning 12 (23) Gallra personer utan behörighet Allmänt om utan behörighet För att detta ska bli aktuellt måste det finnas villkor som berättar att sökning ska göras för utan behörighet. Dessa är villkor FROMDATUM och TOMDATUM: BATVILL.VILLKOR - FROMDATUM=[ÅÅÅÅ-MM-DD] BATVILL.VILLKOR - TOMDATUM=[ÅÅÅÅ-MM-DD] Om dessa fält är ifylld ska sökning ske i namn där inläggningsdatumet är lika med eller inom datumintervallet. Skulle inläggningsdatumet i tabellern NAMN vara tomt så kommer även dessa poster med i utsökningen. Se därefter i Utsökning av personer utan behörighet : Ändrat status till godkänt och prioritet till : Förtydligat kravet. Utsökning av personer utan behörighet Läs tabellen NAMN och kontrollera om personerna finns i någon av nedanstående. Endast personer som saknas i samtliga nedanstående tabeller kan gallras. Gallring ska stoppas om personnumret finns i någon av följande tabeller: Kontroll kan göras i följande ordning (rekommenderat): BEHALE, BEHFORUT, BEHAVANC, BEHBESL, LOKANTLS, LOKANTLR, LANTKURS, LANTRES, LOKANTLB FFGKURS, INREGFFG, GODKKURS, GODKPROV, UBUTSTUD, UTBYTE, UBINDRG, ANTLIN, FOANT2, ANNANEX, FOBEH, PERSATKN, UBINSTUD, AUPERHUV AVGKURS, AVGTERM, AVGFRIKU, AVGFRITE FOEXAM, PRAKTIK select * from utc.namn where inldat (between from and tom) and pnr not in (select pnr from utc.[tabell]); : Ändrat prioritet till, tagit bort ANMLANT : Lagt till UBINDRG : Lagt till lokant* och lant* tabellerna samt ändrat status

13 Bengt Reinholdsson STU-07-T08 Krav_Körning 13 (23) : Lagt till FOBEH, PERSATKN, UBINSTUD och tagit bort EXAMEN : Lagt till BEHAVANC : Lagt till FOEXAM : Lagt till PRAKTIK

14 Bengt Reinholdsson STU-07-T08 Krav_Körning 14 (23) Ta bort personer utan behörighet De personer som klarat sig så här långt ska tas bort och uppdateras i databasen i följande tabeller: NAMN, ADRESS, AVGANM, AVGPERS, GAMMALNY, GRUPPRAD, TELEKOM I tabellen GAMMALNY ska slagning ske mot NPNR I tabellen GRUPPHUV räknas ANTAL ner med det antal personer som tagits bort samt SENANDR ändras till dagens datum För varje post som tas bort ska en lista skapas (se Resultatfil ). Om inte transaktionen inte går bra ska en lista skapas över de poster som borde gallrats men inte utförts (se Fellogg ). delete from utc.[tabell] where pnr = '[pnr]';

15 Bengt Reinholdsson STU-07-T08 Krav_Körning 15 (23) Gallra personer med behörighet Allmänt om med behörighet För att detta ska bli aktuellt måste villkor som berättar att sökning ska göras för gallring av personer med behörighet. Dessa är: BATVILL.VILLKOR=FROMTERM!= BATVILL.VILLKOR=TOMTERM!= Samt att något av alternativen finns med: BATVILL.VILLKOR=GRUND BATVILL.VILLKOR=AVANCNIVA BATVILL.VILLKOR=25_4 BATVILL.VILLKOR=DISP Om dessa fält är ifylld ska sökning ske i NAMN där inläggningsdatum är lika med eller inom datumintervallet(terminsintervallet i villkoret görs om till ett datumintervall). Skulle inläggningsdatumet i tabellern NAMN vara tomt så kommer även dessa poster med i utsökningen. Se därefter i Utsökning av personer med behörighet. select n.*,t.fromterm from utc.namn n, utc.termin t where t.termin = 'H05' and inldat (between from and tom); Utsökning av personer med behörighet Läs tabellen som är utgångstabellen i beställningen och kontrollera om personerna inte finns i stoppande tabeller (se nedan). Endast personer klarar kontrollen ska gallras. Följande tabeller ska utgås i utsökningen beroende på beställningen: Om BATVILL.VILLKOR=GRUND läs tabellen NAMN och kontrollera att post finns i BEHFORUT som ligger inom terminsintervallet Om BATVILL.VILLKOR=AVANCNIVA läs tabellen NAMN och kontrollera att post finns i BEHAVANC som ligger inom terminsintervallet. Om BATVILL.VILLKOR=25_4 läs tabellen NAMN och kontrollera att post finns i BEHALE som ligger inom terminsintervallet Om BATVILL.VILLKOR=DISP läs tabellen NAMN och kontrollera att post finns i BEHBESL som ligger inom terminsintervallet. select n.*,t.fromterm from utc.namn n, utc.termin t where t.termin = 'H05' and inldat (between from and tom) and pnr in (Select * from utc.[tabell] where termin.[tabell] between from and tom a);

16 Bengt Reinholdsson STU-07-T08 Krav_Körning 16 (23) : Ändrat status till godkänt och prioritet till : Förtydligat datumkontrollen i NAMN : Lagt till kontroller mot BEHAVANC Kontroll av personer Framsökta personerna ska sedan kontrolleras om de finns i någon av nedanstående. Endast personer som saknas i samtliga nedanstående tabeller kan gallras. Gallring ska stoppas om personnumret finns i någon av följande tabeller: Kontroll kan göras i följande ordning (rekommenderat): FFGKURS, INREGFFG, UBUTSTUD, UTBYTE, UBINDRG, LOKANTLS, LOKANTLR, LANTKURS, LANTRES, LOKANTLB, ANTLIN, FOANT2, ANNANEX, EXAMEN2, UBINSTUD, FOBEH, PERSATKN AUPERHUV, AVGKURS, AVGTERM, AVGFRIKU, AVGFRITE FOEXAM, PRAKTIK Dessutom måste följande tabeller kontrolleras: BEHFORUT, BEHAVANC, BEHBESL - Att det inte finns poster som är tidigare, under eller senare än aktuell terminsintervall: BEHALE Post inte finns i tabellen : Ändrat status till godkänt och prioritet till : Lagt till UBINDRG : Förtydligat kontrollen av behörighetstabellerna : Tagit bort FOEXAM : Tagit bort DIARIUM, lagt till UBINSTUD, FOBEH, PERSATKN : Lagt till BEHAVANC : Lagt till FOEXAM : Lagt till PRAKTIK Ta bort personer med behörighet De personer som klarat sig så här långt ska tas bort och uppdateras i databasen i följande tabeller:

17 Bengt Reinholdsson STU-07-T08 Krav_Körning 17 (23) NAMN, ADRESS, AVGANM, AVGPERS, GAMMALNY, GRUPPRAD, BEHALE, BEHFORUT, BEHAVANC, BEHBESL, TELEKOM För varje post som tas bort ska en lista skapas (se Resultatfil ). I tabellen GRUPPHUV räknas ANTAL ner med det antal personer som tagits bort samt SENANDR ändras till dagens datum Om inte transaktionen inte går bra ska en lista skapas över de poster som borde gallrats men inte utförts (se Fellogg ). För de personer som sökts fram i utsökningen ska alla poster tas bort i de fall de förkommer i ovanstående tabeller. delete from utc.[tabell] where pnr = '[pnr]'; : Ändrat status till godkänt och prioritet till : Ny rubrik och förtydligat att här sker borttagningen samt lagt till om listningen av borttagna poster : Lagt till BEHAVANC 2.3 Kontroller Kontroll körstatus Kontrollera att om körstatus är lika med: - "Pågår" ska alla fält i villkorsformuläret dimmas och meddelande (1) - "Klar" ska alla fält i villkorsformuläret dimmas och meddelande (2) : Ändrat status till godkänt och prioritet till : Ändrat meddelande koderna eftersom de var för Uniface och används inte i Java 2.4 Meddelanden 1 Körningen har ändrats till PÅGÅR, uppdatering är inte tillåtet 2 Körningen har ändrats till KLAR, uppdatering är inte tillåtet : Ändrat meddelande koderna eftersom de var för Uniface och används inte i Java

18 Bengt Reinholdsson STU-07-T08 Krav_Körning 18 (23) 3 Icke funktionella krav 3.1 Användbarhet Ingen grafiskt gränssnitt finns i funktionen därför finns inga krav på användbarhet 3.2 Tillförlitlighet Hur ofta ett fel får uppstå under viss tidsperiod. 3.3 Prestanda Eventuella svarstider på en transaktion i x antal fall 3.4 Underhållbarhet Programmerings standard Utvecklaren ska kommentera koden på sådant sätt att det är lätt att förstå vad som händer i programmet. Beroenden: : Ändrat status till godkänt och prioritet till Designstandard All utveckling ska följa standarden för java som finns på Ladokenheten. Beroenden: : Ändrat status till godkänt och prioritet till

19 Bengt Reinholdsson STU-07-T08 Krav_Körning 19 (23) Avgränsningar Ändringar som kan beröra andra funktioner eller rutiner inom Studiedokumentation ska inte göras inom ramen av projektet. Beroenden: : Ändrat status till godkänt och prioritet till Anpassningar i andra funktioner Inga andra anpassningar i andra funktioner är nödvändiga. Beroenden: : Ändrat status till godkänt och prioritet till Testning Alla testfall ska sparas i TestDirector och efter leverans ska dessa vara tillgängliga för underhållet. Beroenden: : Ändrat status till godkänt och prioritet till

20 Bengt Reinholdsson STU-07-T08 Krav_Körning 20 (23) 4 Gränssnitt Ingen grafisk gränssnitt finns i funktionen. 5 Öppna och obesvarade frågor 5.1 Öppna frågor Fråga 7 Svar

21 Bengt Reinholdsson STU-07-T08 Krav_Körning 21 (23) 5.2 Besvarade frågor Fråga 1 Följande tabeller är frågetecken eftersom dessa tabeller utgår under våren 2007: BEHSJALV, KOMVUXA, KOMVUXK, FORUTBM, HSKPROV,FORUTBET, FORUTBK, FORUTBHSK På vilket sätt hanterar vi dem? Svar AMS 29/1 2007: De tabeller som utgår, hur kommer de att hanteras? Tömmas eller ligga kvar? Om de inte används nånstans i fortsättningen, tas de då helt bort? BRN 2/2 2007: Vid telefonmöte den 1 februari beslöt vi att vi inte bryr oss om dessa tabeller eftersom de ska utgå. Fråga 2 Hur ska listorna se ut och på vilket sätt ska användaren få tillgång till den: datafiler, E- post etc? (ursprung Gallra) Svar AMS 29/1 2007: Funderade på om inte listan på det som gallras kunde göras på samma sätt som när vi slår samman personnummer i RV05, dvs bara en enkel, ful lista som rapar upp tabell för tabell vilka poster som finns och hur de ser ut. BRN 2/2 2007: Vid telefonmöte den 1 februari beslöt vi att skriva ut hela posten i följande tabeller: NAMN, GAMMELNY, BEHALE, BEHFORUT, BEHBESL. När det gäller ADRESS och TELEKOM ansågs att dessa uppgifter går att hämta om det behövs från annat håll. Sortering ska göras i följande ordning : pnr samt tabell Fråga 3 Hur ska fellistorna se ut och på vilket sätt ska användaren få tillgång till den: datafiler, E- post etc? (ursprung Gallra) Svar BRN 2/2 2007: Vid telefonmöte den 1 februari beslöt vi att prioritera fellista till Önskas. Detta på grund av ingen kunde se när en sådan lista kunde skapas. Listan ska skrivas ut i maliet med det personnummer sär körningen stoppar. Fråga 4 Hur ska E-post meddelande se ut? (ursprung E-post). Svar BRN 2/2 2007: Vid telefonmöte den 1 februari beslöt vi att antalet personer som tagits bort ska skrivas ut samt om fel uppstår ska den person där stoppet görs skrivas ut i mailet

22 Bengt Reinholdsson STU-07-T08 Krav_Körning 22 (23) Fråga 5 ANMLANT kan tas bort ur kontrollen eftersom den kommer inte att fyllas på. Används nu av UT11 som borde finnas kvar i ca 4-5 år. Hur hanterar vi denna tabell? (Utsökning av personer utan behörighet) Svar BRN 2/2 2007: Vid telefonmöte den 1 februari beslöt vi att vi inte bryr oss om denna tabell eftersom den inte fylls på mer. Den används bara av UT11 i ca 4-5 år till. Fråga 6 Eftersom LANTKURS LANTRES LOKANTLB LOKANTLS LOKANTLR kräver att behörighet så är behovet av kontroll inte speciellt hög. Finns det något tillfälle som man kan passer etablering utan att lägga in behörighet? (Utsökning av personer utan behörighet) Svar BRN 2/2 2007: Vid telefonmöte den 1 februari beslöt vi att undersöka vidare om vi kan lita på vad NyA skickar till Ladok via SB batacharna. SA02 tillåter inte inläggning i dessa tabeller utan behörighet. Där kan vi lita på uppgifterna men vi vet inte hur det är när NyA skickar över personer. Men principen är att vi inte ska ha massa onödiga kontroller på grund av att vi inte litar på andra kringssytem. BRN 12/2 2007: Efter samtal med Martin Edlund kom det fram att vi inte kan lita helt på SB02. I vissa situationer kan personer läggas i i LOKANT* eller LANT- tabellerna utan att behörighetstabellerna uppdateras. Detta innebär att vi måste kolla dessa tabeller.

23 Bengt Reinholdsson STU-07-T08 Krav_Körning 23 (23) 6 Sammanfattning krav 6.1 Förteckning START AV BATCH... 8 AVBROTT I BATCHKÖRNING... 8 E-POSTMEDDELANDE... 9 E-POST - RB EFTER AVSLUTAD KÖRNING RESULTATFIL FELLOGG ALLMÄNT OM UTAN BEHÖRIGHET UTSÖKNING AV PERSONER UTAN BEHÖRIGHET TA BORT PERSONER UTAN BEHÖRIGHET ALLMÄNT OM MED BEHÖRIGHET UTSÖKNING AV PERSONER MED BEHÖRIGHET KONTROLL AV PERSONER TA BORT PERSONER MED BEHÖRIGHET KONTROLL KÖRSTATUS PROGRAMMERINGS STANDARD DESIGNSTANDARD AVGRÄNSNINGAR ANPASSNINGAR I ANDRA FUNKTIONER TESTNING... 19