Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
Page Properties | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
|
Jira Legacy | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
|
Jira Legacy | ||||||||
---|---|---|---|---|---|---|---|---|
|
Indholdsfortegnelse
Table of Contents | ||
---|---|---|
|
Afgrænsning af epic
Afgræsning | ||
---|---|---|
Som sagsbehandler i KSS eller A-kasse vil jeg kunne registrere samtaler korrekt selv om det er mere end 7 dage siden samtalen er afholdt | ||
Acceptkriterier | ||
Nr. | Beskrivelse | Relevant for |
935.2.1 | Samtaleregistrering bliver mulig på ny InterviewService hvor 7-dages reglen samtidig bortfalder | DFDG |
935.2.2 | InterviewService.GetPersonInterview oprettes med henblik på, at der er en fuld get-metode på registrerede afholdte samtaler, så PersonStatusService er udfasbar mht. PersonInterviewInfo | DFDG |
935.2.3 | For at have en indkalderneutral og deltagelsesneutral samtaletitel erstattes "Jobsamtale med a-kasse deltagelse" med "Fælles jobsamtale med dagpengemodtager" | DFDG |
935.2.4 | Som STAR og sagsbehandler i jobcenter og a-kasse vil jeg have ophævet 7-dages regelen med begrænsnings af samtaleregistrering | DFDG |
935.2.5 | Som STAR vil jeg ikke længere vedligeholde gamle versioner af PersonStatusService | DFDG |
Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | ||||||
---|---|---|---|---|---|---|---|---|
Acceptkriterie AC 935.2.1 | Acceptkriterie AC 935.2.2 | AC 935.2 | Acceptkriterie <nr.> | Acceptkriterie <nr.>.3 | AC 935.2.4 | AC 935.2.5 | ||
A-kasser og KSS: ibrugtage InterviewService til samtaleregistrering | X | |||||||
A-kasser og KSS: ibrugtage InterviewService til hentning af fuld samtaleinfo | X | |||||||
A-kasser og KSS overgår til InterviewType 19 Fælles Jobsamtale med dagpengemodtager | X | |||||||
KSS og A-kasse: Eventuelle lokale valideringer ift. 7-dages fristen fjernes | X | |||||||
Som aftager er jeg indstillet på at bruge PersonStatusService version 20 | X |
Oversigt over berørte webservices
Manuel oversigt som er synlig for eksterne:
¤¤¤
Automatisk oversigt (vi arbejder på løsning på at gøre den synlig)
Jira Legacy | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
|
Beskrivelse af epic
InterviewService (version 1) med fuld IntervewInfo og samtaleregistrering
Der etableres ny InterviewService (Version 1) med metoden GetPersonInterviewInfo med feltsæt, der svarer til PersonInterviewInfo i PersonStatusService. Se den fulde snitflade på undersiden 935.
Der lægges a-kasse-filtrering på InterviewInfo, jf. tilsvarende "PSS-filtrering"2 - InterviewService (Version 1) med fuld GetInterview og registreringsmetoder
Ny samtaletype til fællessamtaler
Med henblik på at have en samtaletype som er neutral ift. om det er a-kasse eller jobcenter der indkalder, og ligeledes med henblik på ikke at have en borger-forvirrende deltagelsesindikation i samtaletype-titlen, indføres InterviewType Id 19 - "Fælles jobsamtale med dagpengemodtager". Denne samtaletype erstatter id 17 - Jobsamtale med a-kasse deltagelse.
Der kan kun afholdes 1 samtale af denne type (id 19) pr. dag (samtaledato). Der laves ikke validering for dette. De nærmere detaljer om ændret indkaldelse m.m. på "Fælles jobsamtale med dagpengemodtager" vil blive behandlet i epic 935.6 i 2019-3
CodelistService . InterviewType
Identifikator | Navn | Beskrivelse | Startdato | Slutdato |
---|---|---|---|---|
17 | Jobsamtale med a-kasse | Jobsamtale med deltagelse af a-kasse. | 01-01-2015 | 01-07-2019 |
19 | Fælles jobsamtale med dagpengemodtager | Fælles jobsamtale hvor både jobcenter og a-kasse kan deltage | 01-01-2019 | 01-07-2100 |
GetInterviewInfo
Metoden laves så man her har adgang til de fulde data om samtaleregistreringer når PersonStatusService udfases (og fulde data i modsætning til at der i den kommende PersonEngagementStatusService med collection InterviewStatus kun vil være adgang til et status-afkog af det fulde datasæt)
Der lægges filtrering på output op InterviewService.GetPersonInterviewInfoGetInterviewInfo, der svarer til filtreringen, der var på PersonStatusService tidligere.
Registrering af afholdte samtaler uden 7-dages regel
Med henblik på forenkling og styrkelse af datakvaliteten fjernes reglen om at en samtale på registreringstidspunktet højest måtte være afholdt 7 dage inden.
Særlige krav til test
Test scenarie | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
---|---|---|
Hent/læs (gamle) registrerede afholdte samtaler | PersonStatusService - se via opslag i LSS, om afholdte samtaler fortsat kan vises | Knud |
Registrér en ny samtale (via LSS/Datakanon) | PersonRegistrationService.CreatePersonInterview - tjek at samtalen kan registreres. Tjek at samtalen kan hentes via opslag med PersonStatusService og med den nye service. | Knud |
* Batchjobs
- bør testes både med delta og fuldt load,
- bør hvis der er afhængigheder køres med normalt load fra BI i ét testmiljø i hele testperioden
- bør testes i samarbejde med teams som har afhængigheder
- kørselstid, særligt hvis det er en del af NightlyBatch
Konsekvenser for drift/idriftsættelse
I forbindelse med idriftsættelse:
- Skal der køres et fuldt dataload ved første kørsel af et batchjob - aftal med SF hvornår load skal køres
- skal der køres konvertering
- Skal der køres databasescripts for opdatering af tabeller i databasen
Efter idriftsættelse:
Arkitektur- og implementeringsnoter
Her beskriver PO/FA om arkitekturen og teknikken bag løsningen, om der f.eks. anvendes:
- Nye dataområder
- Nye snitflader
- Nye komponenter
- Nye miljøer
- Nye teknologier
- Nye aftagertyper
- Eller afvigelser fra principperne
Der gives en beskrivelse af hvorledes disse tænkes håndteret/implementeret i løsningen og om dette har været vendt med STAR arkitekten.