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å PersonRegistrationService.CreatePersonInterview, selvom samtaleafholdelsen ligger mere end 7 dage bagud i tid. [ Samtaleregistrering bliver mulig på ny InterviewService, hvor 7-dages reglen samtidig bortfalder. STAR/DFDG ser gerne at den nye InterviewService ikke tages i brug til registrering af samtaler med 2019-2 ] | 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 ændres den eksisterende "Jobsamtale med a-kasse deltagelse" (id 17) til "Fælles jobsamtale med dagpengemodtager" (id 17) | DFDG |
| 935.2.4 | Som STAR og sagsbehandler i jobcenter og a-kasse vil jeg have ophævet 7-dages reglen med begrænsning 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 | STAR/DFDG ser gerne at den nye InterviewService ikke tages i brug til registrering af samtaler med 2019-2. | ||||
| A-kasser og KSS: ibrugtage InterviewService til hentning af fuld samtaleinfo | X | |||||
| A-kasser og KSS anvender InterviewType id 17 med ændret titel "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 | PSS v18 og v19 udgår | ||||
| Planner-systemer, der anvendes til indkaldelser skal understøtte ny titel på samtaletype id 17 | X | |||||
Oversigt over berørte webservices
Manuel oversigt som er synlig for eksterne:
| Summary | Varslingstype | Varslingsnote | Eksterne Snitflader | Interne Snitflader | Project |
|---|---|---|---|---|---|
| CodeListService (Version 5).InterviewTypeIdentifier | Ændret | InterviewType Id 17 omdøbt til "Fælles jobsamtale med dagpengemodtager". | A-kasse KSS Planner-systemer Planner-systemer(t.o.) | Jobnet(t.o) Planner(t.o) | D+S |
| InterviewService (Version 1).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 |
| Omlægning til PersonId på tblPersonStatusInterview m.fl. | Ændret | DFDG lægger om til PersonId på tabeller for samtaleregistrering | BI SF | D+S | |
| Opgradering til fuldt metadata-sæt på tblPersonStatusInterview m.fl. | Ændret | DFDG lægger om til DenGodeDB overholdelse med fuldt metadata-sæt på tabeller for samtaleregistrering | BI | 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
Der etableres en ny service til udstilling af afholdte samtaler, deltagelse m.v. Det bliver derudover muligt at registrere afholdte samtaler selvom samtaledatoen ligger mere end 7 dage tilbage i tid.
| Note | ||
|---|---|---|
| ||
For at kunne nå i mål sammen med aftagere er løsningsmodellen primo marts ændret markant på følgende to punkter: Samtaleregistrering foretages uændret på PersonRegistrationService (Version 9) (i stedet for InterviewService). Samtaletype id 17 omdøbes til "Fælles jobsamtale med dagpengemodtager" i stedet for at indføre nyt samtaletypeid 19. Det er en sen ændring, men da den gør udviklingsopgaven mindre for aftagere, forventer vi ikke at det skaber problemer. |
InterviewService (version 1) med fuld IntervewInfo
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.
Nyt navn på 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, omdøbes InterviewType Id 17 til "Fælles jobsamtale med dagpengemodtager".
Der kan kun afholdes 1 samtale af denne type (id 17) pr. dag (samtaledato). Der laves ikke DFDG-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
(bemærk at det nu er samme id i begge rækker!)
Identifikator | Navn | Beskrivelse | Startdato | Slutdato | Kommentar til KSS og a-kasse |
|---|---|---|---|---|---|
| 17 | Jobsamtale med a-kasse | Jobsamtale med deltagelse af a-kasse. | 01-01-2015 | 01-07-2100 | Tidligere navn og beskrivelse på id 17 |
| 17 | Fælles jobsamtale med dagpengemodtager | Fælles jobsamtale hvor både jobcenter og a-kasse kan deltage | 01-01-2015 | 01-07-2100 | Ændret navn og beskrivelse på id 17 |
Funktionalitet knyttet til id 17, såsom at a-kasses fravalg i deltagelse nulstilles ved samtaleregistrering af en sådan samtale, forbliver uændret.
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 overbliksdannende status-udtræk af det fulde datasæt)
Der lægges ift. a-kasserne filtrering på output fra InterviewService.GetInterviewInfo, der svarer til filtreringen, der er på PersonStatusService.
PersonRegistrationService (Version 9)
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 | Se via opslag i LSS, om afholdte samtaler fortsat kan vises | Knud |
| AMP-debugger | PersonRegistrationService.CreatePersonInterview - tjek at samtalen (id 7 og 17) kan registreres af KSS og tillige af a-kasser for forsøgsdeltagere. Tjek at samtalen kan hentes via opslag med PersonStatusService og med den nye serviceInterviewService. | Knud |
| Registrér en ny samtale (via LSS/Datakanon) | InterviewService.CreateInterview - tjek at samtalen (id 7 og 17) kan registreres af KSS og tillige af a-kasser for forsøgsdeltagere.. Tjek at samtalen kan hentes via opslag med PersonStatusService og med den nye serviceInterviewService. | 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.