Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
Indholdsfortegnelse
Afgrænsning af epic
| Afgrænsning | ||
|---|---|---|
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)
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.
Ændret løsningsmodel på InterviewType og registreringsservice pr. primo marts
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 InterviewService. | 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 InterviewService. | 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.