Kravspecifikation RB06 - Gallring personuppgifter, flera personer - med eller utan behörighet Batchkörning webbadress www.umu.se/projektetswebbplats/projektplan 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 2016-06-01 Status
Bengt Reinholdsson 2016-06-01 STU-07-T08 Krav_Körning 2 (24) Ändringshistorik Datum Av Kommentar Godkännare 2007-01-22 Bengt Reinholdsson Första utkast - 2007-02-02 Bengt Reinholdsson Förändrat efter telefonmöte 2/1 2007-02-08 Bengt Reinholdsson Rättning efter kommentarer av AMS 4/2, TFD 6/2 2007-02-12 Bengt Reinholdsson Lagt till några detaljer efter AMS kommentarer 9/2 samt MED kommentarer om SB02 2007-02-27 Bengt Reinholdsson Kommentarer från KAMI och JABQ 2007-03- Bengt Reinholdsson 2007-11-26 Bengt Reinholdsson 2008-08-05 Sven Hedqvist Uppdaterat kravet för stoppande tabeller 2011-08-10 PerLindgren STU T-1101 Studieavgiftstabeller tillkommer 2014-01-10 Magnus Böhlin Kontroller mot BEHAVANC tillkommer 2016-01-29 Anna-Carin Wiklund Kontroller mot FOEXAM har tillkommit 2016-06-01 PerLindgren Kontroller mot PRAKTIK har tillkommit
Bengt Reinholdsson 2016-06-01 STU-07-T08 Krav_Körning 3 (24) Innehållsförteckning 1 INLEDNING... 4 1.1 SYFTE... 4 1.2 FÖRUTSÄTTNING... 4 1.3 BESKRIVNING... 5 1.3.1 RB06 Gallring av personer utan behörighet... 5 1.3.2 RB06 Gallring av personer med behörighet... 6 1.3.3 Delfunktioner... 7 1.4 TABELLER... 7 2 FUNKTIONELLA KRAV... 8 2.1 KRAVLISTA... 8 2.2 DETALJERAD BESKRIVNING AV KRAVEN... 8 2.2.1 Generella krav för körning av batch... 8 2.2.2 Gallra personer utan behörighet... 12 2.2.3 Gallra personer med behörighet... 15 2.3 KONTROLLER... 17 2.4 MEDDELANDEN... 17 3 ICKE FUNKTIONELLA KRAV... 19 3.1 ANVÄNDBARHET... 19 3.2 TILLFÖRLITLIGHET... 19 3.3 PRESTANDA... 19 3.4 UNDERHÅLLBARHET... 19 4 GRÄNSSNITT... 21 5 ÖPPNA OCH OBESVARADE FRÅGOR... 21 5.1 ÖPPNA FRÅGOR... 21 5.2 BESVARADE FRÅGOR... 22 6 SAMMANFATTNING KRAV... 24 6.1 FÖRTECKNING... 24
Bengt Reinholdsson 2016-06-01 STU-07-T08 Krav_Körning 4 (24) 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.
Bengt Reinholdsson 2016-06-01 STU-07-T08 Krav_Körning 5 (24) 1.3 Beskrivning 1.3.1 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
Bengt Reinholdsson 2016-06-01 STU-07-T08 Krav_Körning 6 (24) 1.3.2 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
Bengt Reinholdsson 2016-06-01 STU-07-T08 Krav_Körning 7 (24) 1.3.3 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 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 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 PRAKTIK x x
Bengt Reinholdsson 2016-06-01 STU-07-T08 Krav_Körning 8 (24) 2007-02-02: Tagit bort ANMLANT ur tabellen 2007-02-08: Lag till UBINDRG 2007-02-26: Lagt till EXAMEN2 och LANTRES. Dessutom lagt till ett antal läsningar, se gulmarkeringar. 2014-01-10: Lagt till BEHAVANC 2016-01-29: Lagt till FOEXAM 2016-06-01: Lagt till PRAKTIK 2 Funktionella krav 2.1 Kravlista Se separat dokument 2.2 Detaljerad beskrivning av kraven 2.2.1 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 2007-02-01: Ä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 Mail ska skickas med status AVBRUTEN och Beställning sätts till A i BATCHJOB 2007-02-01: Ändrat status till godkänt och prioritet till
Bengt Reinholdsson 2016-06-01 STU-07-T08 Krav_Körning 9 (24) 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 2007-02-01: Ä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å. Körningen blev [Status] Körningen påbörjades TT:MM och avslutades TT:MM Följande var med i beställningen: [Villkor?]
Bengt Reinholdsson 2016-06-01 STU-07-T08 Krav_Körning 10 (24) [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 2007-02-01: Ändrat layout 2007-02-12: 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. 2007-02-01: Ändrat status till godkänt och prioritet till
Bengt Reinholdsson 2016-06-01 STU-07-T08 Krav_Körning 11 (24) Resultatfil Utkast För varje post som tas bort ska en lista skapas, listan ska innehålla poster från respektive tabell. Exempel: 0000020050 NAMN PNR=0000020050 ENAMN=TEST TNAMN=ÅKE KONTO= ANNANID=1 INLDAT=2015-01-01 ETABLDAT=2005-01-01. 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 Ändringshistorik 2007-02-01: Ändrat prioritet till önskas
Bengt Reinholdsson 2016-06-01 STU-07-T08 Krav_Körning 12 (24) 2.2.2 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. Se därefter i Utsökning av personer utan behörighet. 2007-02-01: Ändrat status till godkänt och prioritet till 2007-02-26: 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]); 2007-02-01: Ändrat prioritet till, tagit bort ANMLANT. 2007-02-08: Lagt till UBINDRG 2007-02-12: Lagt till lokant* och lant* tabellerna samt ändrat status 2008-08-05: Lagt till FOBEH, PERSATKN, UBINSTUD och tagit bort EXAMEN2.
Bengt Reinholdsson 2016-06-01 STU-07-T08 Krav_Körning 13 (24) 2014-01-10: Lagt till BEHAVANC. 2016-01-29: Lagt till FOEXAM. 2016-06-01: Lagt till PRAKTIK
Bengt Reinholdsson 2016-06-01 STU-07-T08 Krav_Körning 14 (24) Ta bort personer utan behörighet De personer som klarat sig så här långt ska dessa tas bort och uppdateras i databasen i följande tabeller: NAMN, ADRESS, AVGPERS, GAMMALNY, TELEKOM I tabellen GAMMALNY ska slagning ske mot NPNR 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]'; Ändringshistorik 2007-02-01: Ändrat status till godkänt och prioritet till, fyllt i hänvisningen 2007-02-05: Ny rubrik och förtydligat att här sker borttagningen
Bengt Reinholdsson 2016-06-01 STU-07-T08 Krav_Körning 15 (24) 2.2.3 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), 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); Ändringshistorik 2007-02-01: Ändrat status till godkänt och prioritet till 2007-03-13: Förtydligat datumkontrollen i NAMN 2014-01-10: Lagt till AVANCNIVA(kontroll mot BEHAVANC) o förtydligat att terminsintervallet görs om till ett datumintervall och jämförs med inläggningsdatum i NAMN 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
Bengt Reinholdsson 2016-06-01 STU-07-T08 Krav_Körning 16 (24) Om BATVILL.VILLKOR=DISP läs tabellen NAMN och kontrollera att post finns i BEHBESL som ligger inom terminsintervallet. Här kan det även förekomma yttligare begränsning på typ = VILLKOR=TYP=[Värde] och/eller omfattning VILLKOR= OMF=[Värde] 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); 2007-02-02: Ändrat status till godkänt och prioritet till 2007-03-13: Förtydligat datumkontrollen i NAMN 2014-01-10: 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. 2007-02-02: Ändrat status till godkänt och prioritet till 2007-02-08: Lagt till UBINDRG 2007-02-26: Förtydligat kontrollen av behörighetstabellerna 2007-02-27: Tagit bort FOEXAM 2008-08-05: Tagit bort DIARIUM, lagt till UBINSTUD, FOBEH, PERSATKN. 2014-01-10: Lagt till BEHAVANC 2016-01-29: Lagt till FOEXAM. 2016-06-01: Lagt till PRAKTIK
Bengt Reinholdsson 2016-06-01 STU-07-T08 Krav_Körning 17 (24) Ta bort personer med behörighet De personer som klarat sig så här långt ska dessa tas bort och uppdateras idatabasen i följande tabeller: NAMN, ADRESS, AVGPERS, GAMMALNY, BEHALE, BEHFORUT, BEHAVANC, BEHBESL, TELEKOM 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 ). 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]'; 2007-02-02: Ändrat status till godkänt och prioritet till 2007-02-05: Ny rubrik och förtydligat att här sker borttagningen samt lagt till om listningen av borttagna poster 2014-01-10: 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) 2007-02-02: Ändrat status till godkänt och prioritet till 2007-02-26: Ä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
Bengt Reinholdsson 2016-06-01 STU-07-T08 Krav_Körning 18 (24) 2007-02-26: Ändrat meddelande koderna eftersom de var för Uniface och används inte i Java
Bengt Reinholdsson 2016-06-01 STU-07-T08 Krav_Körning 19 (24) 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: 2007-02-02: Ändrat status till godkänt och prioritet till Designstandard All utveckling ska följa standarden för java som finns på Ladokenheten. Beroenden: 2007-02-02: Ändrat status till godkänt och prioritet till
Bengt Reinholdsson 2016-06-01 STU-07-T08 Krav_Körning 20 (24) Avgränsningar Ändringar som kan beröra andra funktioner eller rutiner inom Studiedokumentation ska inte göras inom ramen av projektet. Beroenden: 2007-02-02: Ändrat status till godkänt och prioritet till Anpassningar i andra funktioner Inga andra anpassningar i andra funktioner är nödvändiga. Beroenden: 2007-02-02: Ä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: 2007-02-02: Ändrat status till godkänt och prioritet till
Bengt Reinholdsson 2016-06-01 STU-07-T08 Krav_Körning 21 (24) 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
Bengt Reinholdsson 2016-06-01 STU-07-T08 Krav_Körning 22 (24) 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 2.2.2 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 2.2.2 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 2.2.1 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
Bengt Reinholdsson 2016-06-01 STU-07-T08 Krav_Körning 23 (24) 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.
Bengt Reinholdsson 2016-06-01 STU-07-T08 Krav_Körning 24 (24) 6 Sammanfattning krav 6.1 Förteckning START AV BATCH... 8 AVBROTT I BATCHKÖRNING... 8 E-POSTMEDDELANDE... 9 E-POST - RB06... 9 EFTER AVSLUTAD KÖRNING... 10 RESULTATFIL... 11 FELLOGG... 11 ALLMÄNT OM UTAN BEHÖRIGHET... 12 UTSÖKNING AV PERSONER UTAN BEHÖRIGHET... 12 TA BORT PERSONER UTAN BEHÖRIGHET... 14 ALLMÄNT OM MED BEHÖRIGHET... 15 UTSÖKNING AV PERSONER MED BEHÖRIGHET... 15 KONTROLL AV PERSONER... 16 TA BORT PERSONER MED BEHÖRIGHET... 17 KONTROLL KÖRSTATUS... 17 PROGRAMMERINGS STANDARD... 19 DESIGNSTANDARD... 19 AVGRÄNSNINGAR... 20 ANPASSNINGAR I ANDRA FUNKTIONER... 20 TESTNING... 20