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 |
|---|
InterviewService 1AddInterviewParticipantNy | Ny metode for tilføjelse af deltager til registreret afholdt samtale| Ændret | Nyt id 19 - "Fælles jobsamtale med dagpengemodtager". Id 17 "Jobsamtale med deltagelse af a-kasse" udfases. | A-kasse KSS Planner-systemer(t.o.) | Jobnet(t.o) Planner(t.o) | D+S |
| InterviewService (Version 1). |
DeleteInterviewParticipant sletning UpdateInterview opdatering UpdateInterviewParticipant opdatering | sletning af deltager til registreret afholdt samtale | A-kasse KSS |
| D+S |
| InterviewService |
.CreateInterviewNy | Ny metode for registrering af afholdt samtale | A-kasse KSS | D+S | InterviewServiceAutomatisk oversigt (vi arbejder på løsning på at gøre den synlig)
| Jira Legacy |
|---|
| server | System JIRA |
|---|
| columns | summary,varslingstype,varslingsnote,eksterne snitflader,interne snitflader,project |
|---|
| maximumIssues | 100 |
|---|
| jqlQuery | issuetype = Varsling AND linkedIssue in (DS-37) ORDER BY summary, Varslingstype, "Eksterne snitflader", "Interne Snitflader" |
|---|
| serverId | 479d1618-4a6f-3f88-8ee1-04c6b02c448a |
|---|
|
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
Funktionalitet knyttet til id 17, såsom at a-kasses fravalg i deltagelse nulstilles ved samtaleregistrering af en sådan samtale, flyttes til id 19.
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-afkog udtræk af det fulde datasæt)
Der lægges filtrering på output op fra 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.