Til KSS og a-kasse: Denne epic er en del af STAR ISB 951 Alle skal have et CV og skal ses i sammenhæng med følgende epics:
- /wiki/spaces/ISB/pages/1485603109
Intern STAR epic til release 2020-3 - /wiki/spaces/ISB/pages/1533673724
Intern STAR epic til release 2020-2 - 951.6 Borgers CV
KSS og a-kasse til release 2020-4. Delmængde DFDG internt til release 2020-3 - 951.7 CV arbejdsprocesser herunder CV godkendelse, CV søgbarhed, WSRM beskeder m.v.
KSS og a-kasse samt DFDG til release 2020-4 - 951.8 CV udfasning på Jobkon
KSS og a-kasse samt DFDG til release 2020-4 - 951.9 CV søgning for virksomheder (JobAG), jobcenter og a-kasse, Borger (Jobnet)
KSS og a-kasse samt DFDG til release 2020-4 - 951.10 CV sletning GDPR m.v
KSS og a-kasse samt DFDG til release 2020-4 - 951.11 Gammelt CV oprydning i Jobnet, DFDG, BI m.v
Intern STAR epic dog med KSS og a-kasse til orientering til release 2021-1 eller senere - 951.12 LetAsyl integration mod nyt CV
KSS og a-kasse samt DFDG til release 2020-4 - 951.13 Export og import af CV for trediepart f.eks. Jobbanker
Trediepartsaftagerer af CV'er samt DFDG til release 2020-4 - 951.14 Jobnet, JobAG, BI og DFDG afledte CV opgaver
Intern STAR epic til release 2020-4
Som det kan ses, vil etableringen af "Alle skal have et CV" overfor KSS og a-kasse løbe over 3 releases nemlig 2020-2, 2020-3 og 2020-4.
Det betyder, at KSS og a-kasse i forbindelse med release 2020-3 skal give tilsagn til den samlede løsning, men først i forbindelse med 2020-4 give endeligt leverancetilsagn. Der vil for KSS og a-kasse køre en dedikeret tilsagnsprocessen for CV.
Læsevejledning til KSS og a-kasse:
- Epic 951.6 Borgers CV indeholder funktionalitet omkring selve CV'et, hvordan service operationer er og hvilke data et CV vil indeholde.
- Epic 951.7 CV arbejdsprocesser herunder CV godkendelse, CV søgbarhed, WSRM beskeder m.v. indeholder den funktionalitet, som skal understøtte sagsbehandlers, jobkonsulentens m.v. arbejde. F.eks. de arbejdsgange der er vedr. godkendelse af CV, regler for hvornår et CV er søgbart/ikke søgbart og de forretningsbeskeder, der kommer i forbindelse med CV'et herunder også borgers opdateringer af sit CV.
- Epic 951.8 CV udfasning på Jobkon indeholder, at det nye CV ikke bliver tilgængeligt på Jobkon. Det gælder også CV søgning.
- Epic 951.9 CV søgning fase 1 for virksomheder (JobAG), jobcenter og a-kasse, Borger (Jobnet) indeholder de søgemuligheder der findes i forhold til CV'er.
Disse fire epics udgør kernen i CV løsningen - og det er disse KSS og a-kasser skal forholde sig til i forhold til et tilsagn til den samlede løsning i den dedikerede CV tilsagnsproces.
Derudover er der en mindre epic, som KSS og a-kasse skal være opmærksom på:
- Epic 951.10 CV sletning GDPR m.v der indeholder de regler for, hvordan CV'er slettes og KSS og a-kasse får besked herom
Denne specifikke epic 951.12 LetAsyl integration mod nyt CV er planlagt til at blive lavet af DFDG i 2020-3 og skal brugtages af KSS i samme release.
Indholdsfortegnelse
Afgrænsning af epic
| Afgrænsning | ||
|---|---|---|
Som en borger og sagsbehandler vil jeg have at Jobcentret kan hente mine CV oplysninger i LetAsyl for at kunne lave Mit CV (borgers) fra overgivelsesdatoen til sidste CV editeringsdato. | ||
| Acceptkriterier | ||
| Nr. | Beskrivelse | Relevant for |
| 951.12.1 | Som sagsbehandler vil jeg i perioden (som hidtidigt) kunne hente CV oplysninger på asylansøger fra LetAsyl, dog i det nye CV format | CV, DFDG |
| 951.12.2 | Som sagsbehandler vil jeg kunne gemme CV'et (som hidtidigt) i perioden fra overgivelsesdato/tidlig overgivelsesdato frem til sidste CV editeringsdato | CV, DFDG |
| 951.12.3 | Som sagsbehandler i Jobcenter eller a-kasse vil jeg have, at hvis borger er dagpengemodtager, så kan a-kassen se borgers CV Bemærk dette acceptkriterie er ikke direkte i relation til etablering af et CV til alle, men er en eksisterende problemstilling fra FB, som STAR medtager i analysen. STAR vil efterfølgende vurdere, om dette kan medtages i denne epic eller skal behandles separat. | DFDG |
| 951.12.4 | Som borger og sagsbehandler vil jeg have at i den periode hvor sagsbehandler kan editere i borgers CV skal det fremgå tydeligt for borger på Jobnet | CV |
| Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||
|---|---|---|---|---|---|
| 951.12.1 | 951.12.2 | 951.12.3 | |||
Som sagsbehandler kan jeg hente CV oplysninger fra LetAsyl i nyt CV format således, at jeg ikke manuelt behøver at transformere CV (Samme funktionalitet som i dag) | X | ||||
Som sagsbehandler vil jeg kunne gemme borgers CV i nyt CV format og disse CV oplysninger skal blive synlige for borger på Jobnet (Samme funktionalitet som i dag) | X | ||||
| Som sagsbehandler/jobkonsulent skal jeg kunne sikre mig, at de relevante CV oplysninger også er til rådighed for borgere, der aktuelt er i en overgivelsesperiode eller som har været det | X | Dette er løsning af kendt problemstilling, fra eksisterende implementering | |||
Oversigt over berørte webservices
Manuel oversigt som er synlig for eksterne
Links i listen virker kun med STAR Jira konto, men indeholder ikke indhold relevant for eksterne ud over hvad der fremgår i tabellen.
Automatisk oversigt
Ikke synlig for eksterne. Indholdet er kopieret til den manuelle oversigt ovenfor.
Beskrivelse af epic
As-Is
To-Be
951.12.1 Som sagsbehandler vil jeg i perioden (som hidtidigt) kunne hente CV oplysninger på asylansøger fra LetAsyl, dog i det nye CV format.
Løsningsmodel
- I den nye CVService kan Jobcentret hente CV oplysninger fra LetAsyl
- Det skal aftales med KSS, om den nuværende løsning, hvor der hentes via GetCV metoden - og DFDG via skiftesporet styrer om der hentes CV oplysninger fra LetAsyl eller DFDG - eller der skal laves en ny model, hvor CV fra LetAsyl kan hentes på en dedikeret metode (GetAsylumTransitionCV) og KSS selv kan styre, hvornår det er relevant at hente fra LetAsyl ud fra overgivelsesdato m.v. Baggrunden for dette afklaringsbehov er det der er udfordringer med den eksisterende model - herunder med at sagsbehandlere ikke er gode til at nøjes med at registrere overgivelsesdatoer, CV editeringsslutdato m.v. på de relevante personer (men også registrerer på fx dagpengemodtagere). Bemærk at LetAsyl ikke er gearet til bare at blive kaldt ukvalificeret.
- Uanset model vil CV oplysninger komme fra LetAsyl i det nye CV format. DFDG foretager denne mapning
- Sagsbehandler skal ikke dataformatmæssigt behandle data. Sagsbehandler skal stadig berige data, inden CV gemmes i DFDG
951.12.2 Som sagsbehandler vil jeg kunne gemme CV'et (som hidtidigt) i perioden fra overgivelsesdato/tidlig overgivelsesdato frem til sidste CV editeringsdato
Løsningsmodel
- Når sagsbehandler beslutter, at CV'et skal gemmes i DFDG og dermed være synlig på Jobnet for borger anvendes den nye Put/Post metode
- Som hidtidigt vil sagsbehandler have mulighed for at editerer i borgers CV indtil editeringsslutdatoen
951.12.3 Som sagsbehandler i Jobcenter vil jeg have at hvis borger er dagpengemodtager så kan a-kassen se borgers CV
Løsningsmodel:
- Skal defineres
951.12.4 Som borger og sagsbehandler vil jeg have at i den periode hvor sagsbehandler kan editere i borger CV fremgår det tydeligt for borger på Jobnet
Løsningsmodel
- STAR skal afklare hvorvidt dette skal løses som i dag med af borger ikke kan editere sit CV på Jobnet, dvs det er i read only mode eller om borger på anden visuel måde skal kunne se hvilke ændrende der er lave af borger og hvilke der er lavet af sagsbehandler. Den sidst model vil åbne for at sagsbehandler i andre situationer en ved asylovergivelse kan hjælpe borger med CV udfyldelsen, Dette kunne være relevant for nogle af de andre gruppe der fra 1/1 2020 skal have CV
Særlige krav til test
| Test scenarie | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
|---|---|---|
| Test mod LetAsyl | Da denne løsning anvender snitfladen mod LetAsyl skal det lige vurderes om der er brug for test af hvordan data kommer igennem. Der er dog ikke ændringer for LetAsyl så det er alene på STAR sidde ændringerne forekommer | |
* 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 - Nej
- skal der køres konvertering - Nej
- Skal der køres databasescripts for opdatering af tabeller i databasen - Nej
Efter idriftsættelse:
Der er ikke nye konsekvenser, her gøres blot opmærksom på at denne epic basserer sig til integrationen med LetAsyl
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
- Eventuelle behov for reduktion af teknisk gæld skal afdækkes
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.