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 | ||||
|---|---|---|---|---|---|---|
| AC 935.2.1 | AC 935.2.2 | AC 935.2.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:
| Summary | Varslingstype | Varslingsnote | Eksterne Snitflader | Interne Snitflader | Project |
|---|---|---|---|---|---|
| InterviewService (Version 1).AddInterviewParticipant | Ny | Ny metode for tilføjelse af deltager til registreret afholdt samtale | A-kasse KSS | D+S | |
| InterviewService (Version 1).DeleteInterviewParticipant | Ny | Ny metode for sletning af deltager til registreret afholdt samtale | A-kasse KSS | D+S | |
| InterviewService (Version 1).UpdateInterview | Ny | Ny metode for opdatering af afholdt samtale | A-kasse KSS | D+S | |
| InterviewService (Version 1).UpdateInterviewParticipant | Ny | Ny metode for opdatering af deltager til registreret afholdt samtale | A-kasse KSS | D+S | |
| InterviewService.CreateInterview | Ny | Ny metode for registrering af afholdt samtale | A-kasse KSS | D+S | |
| InterviewService.GetInterviewInfo | Ny | Ny metode som giver adgang til fuldt datasæt om registrerede samtaler | A-kasse(t.o.) KSS(t.o.) Planner-systemer(t.o.) | Jobnet(t.o) Planner(t.o) | D+S |
| PersonStatusService (Version 18).All | Udgået | Serviceversionen slettes, brug øvrige statusservices eller højere version | A-kasse KSS Planner-systemer | Jobnet(t.o) Planner(t.o) | D+S |
| PersonStatusService (Version 19).All | Udgået | Serviceversionen slettes, brug øvrige statusservices eller højere version | A-kasse KSS Planner-systemer | Jobnet(t.o) Planner(t.o) | D+S |
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.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.GetInterviewInfo, 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:
¤Afklares: af hensyn til smidig idriftsættelse vil ændringen af fristers status blive kørt på i produktion den XX-XX-2019 , altså inden releasen.
- 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.