951.12 LetAsyl integration mod nyt CV
Versionshistorik af betydning for eksterne (v0.1, v0.3, v0.5 og v1.0)
Anvendes ved ændringer, der har betydning for eksterne.
Dato | Version | Hvem | Hvad er ændret? |
---|---|---|---|
14.01.2022 | 0.3 | Carsten Olsen | Sendt i tilsagn i v0.3 |
19.01.2022 | 0.3 | Knud | Opdateret med Get-metode ift. at se CV-oplysninger fra LetAsyl i pdf-udgave |
20.01.2022 | 0.3 | Carsten | Services mod LetAsyl placeres ikke i EksterneData, men i JobSearch |
27.01.2022 | 0.3 | Carsten og Knud | Varslingstasks / afsnittet "Oversigt over berørte services" opdateret på baggrund af placering af nye services og metoder i JobSearch |
11.02.2022 | 0.5 | Knud | v0.5 på baggrund af tilsagn. Præciseret under |
29.03.2022 | 1.0 | Knud | Udviklet færdig. Epic opdateret på baggrund af spg. fra KMD og Schultz |
05.05.2022 | 1.0 | Knud | Frist for CV opdateringer (CVEditEndDate) skal være på Overgivelsesdato (AsylumTransitionDate), både ved oprettelser og opdateringer. Gældende forretningsregel, jf. forretningsside for CVService.CreateAsylumTransition |
Interne links. Indhold ikke relevant for eksterne.
- DS-7060Getting issue details... STATUS
Indholdsfortegnelse
Afgrænsning af epic
Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||||
---|---|---|---|---|---|---|---|
951.12.1 | 951.12.2 | 951.12.3 | 951.12.5 | 951.12.7 | 951.12.8 | ||
Som sagsbehandler skal jeg kunne hente CV-oplysninger fra LetAsyl i nyt CV-format således, at jeg ikke manuelt behøver at transformere CV (Samme funktionalitet som før 2020-4) | X | ||||||
Som sagsbehandler skal jeg kunne bede DFDG om at overføre LetAsyl CV-oplysningerne til borgers CV i nyt CV-format (fra det nye CV fra 2020-4) og disse CV oplysninger skal blive synlige for borger på Jobnet (Samme funktionalitet som i dag) | X | Beskrivelse af kriteriet opdateret 19.01.2022 | |||||
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 | |||||
Som sagsbehandler i jobcenter skal jeg som hidtil kunne registrere og opdatere overgangsdato og frist for CV opdateringer for borger, der har opnået asyl | X | X | |||||
Som KSS understøtter jeg jobcenter sagsbehandler i, at der kun registreres overgangsdato og frist for CV opdateringer for borgere, hvor det er relevant. KSS skal sikre at der ikke forsøges at hente LetAsylCV data hvor dette ikke er relevant. dvs skal ikke hente m.m. der er overgivelsesdato. | X | ||||||
Som KSS kan jeg vælge at vise LetAsyl CV-oplysningerne i en pdf inden sagsbehandler tager stilling til, om LetAsyl CV-oplysningerne skal overføres til Jobnet | X | Ny beskrivelse afledt at nyt AC 8 den 19.01.2022 |
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.
(varslingstasks opdateret 27.01.2022, da det nu er fastlagt, hvor de nye metoder skal bo)
Summary | Varslingstype | Varslingsnote | Eksterne Snitflader | Interne Snitflader | Project |
---|---|---|---|---|---|
CvService (version 6).CreateAsylumTransition | Andet | Opretholdes indtil videre uændret. | KSS | N/A | D+S |
CvService (version 6).UpdateAsylumTransition | Andet | Opretholdes indtil videre uændret. | KSS | N/A | D+S |
JobSearch.LetasylCVService (Version 1).GetLetAsylCV (GET /v1/letasylcv) | Ny | Ny metode til JC-sagsbehandler kan hente CV-oplysninger fra LetAsyl | KSS | N/A | D+S |
JobSearch.LetasylCVService (version 1).OverfoerLetAsylCV (POST /v1/letasylcv/action/transfer) | Ny | Ny metode til at hente CV-oplysninger fra LetAsyl til DFDG | KSS | N/A | D+S |
JobSearch.LetasylCVService(version 1).GetLetAsylCvSomPdf (GET /v1/letasylcv/pdf) | Ny | Ny metode til JC-sagsbehandler kan hente CV-oplysninger fra LetAsyl til brug for PDF-visning | KSS | N/A | D+S |
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
Løsningsmodellen er udarbejdet i dialog med UIM, LetAsyl (Mermaid consulting), KSS og STAR. Model er skitseret for at forbedre arbejdsgangen mellem de forskellige systemer og gøre det lettere og mere operationelt for både medarbejderen ved asyloperatøren og for sagsbehandleren i Jobcentret. Denne løsning håndterer dermed nogle af de udfordringer, der har været omkring det tidligere flow.
- LetAsyl bibeholder sin løsning uændret. Bemærk: STAR vil evt. kontakte UIM med oplysninger om mulig ændringer, dette er ikke en del af denne epic.
- I den nye CVService kan Jobcentret hente CV oplysninger fra LetAsyl på ny metode i den samme struktur som det normale CV.
- Metode kan anvendes i perioden fra kommunen modtager en besked om overgivelsesdato fra UIM til Letasyl lukker for adgangen.
- Metoden kan anvendes uafhængigt af, om der er oprettet et CV i DFDG eller ikke.
- Metoden medtager de CV relevante informationer der er til rådighed fra Letasyl, DFDG foretager denne mapning mellem Letasyl data og DFDG's CV data.
- Når Jobcentret har sikret sig, at alle relevante/ønskede CV oplysninger er tilstede fra asyloperatøren overføres CV-oplysningerne til Jobnet (JobSearch).
- Det er vigtigt at sagsbehandleren først overfører CV-oplysningerne, når de er færdige fra asyloperatøren, da borger efterfølgende kan se og editere CV'et på Jobnet.
- Selve overførslen af oplysninger fra LetAsyl til Jobsearch udføres af DFDG, når KSS systemet kalder en metode der fortager overførelsen.
- Overførslen fra Letasyl til JobSearch (DFDG) kan kun sker for borgere, der ikke allerede har et CV
(dvs. et CV der allerede overført som borger har arbejdet på i JobSearch., dvs. hvis borger ikke har CV eller det CV borger har er kommet fra Letasyl og er uberørt af borger efterfølgende (i det sidste tilfælde er den special situation, hvor en sagsbehandler ønsker at overskrive et tidligere hentet Letasyl CV, da der er komme nye oplysninger til fra asyloperatøren). - Sagsbehandleren skal informere borger om, at hvis sagsbehandleren ikke har overført Letasyl CV og ønsker at gøre dette, så skal borger ikke begynde at arbejde med sit CV på Jobnet, da det vil blokere for at borgers CV-oplysninger fra LetAsyl systemet kan overføres til JobSearch.
Hvis sagsbehandleren ikke har overført CV oplysningerne ved udløb af editeringsperiode, vil DFDG hente CV oplysningerne i Letasyl og lægge dem i borgers CV på Jobnet (JobSearch), således at borger ikke mister sine CV oplysninger. DFDG gør kun dette for borgere, der ikke har et CV på Jobnet (JobSearch).- Sagsbehandler og KSS system skal kun hente CV på borger der er relevante dvs. borger har en overgivelsesdato og indtil det færdige LetAsyl CV er hentet. KSS skal ikke hente på ikke relevante borgere for at undgå at DFDG og LetAsyl oversvømmes af fejlkald. Baggrunden for dette er der den nuværende løsning er mange fejlkald på borger der ikke eksisterer i LetAsyl og det ligger en unødvendig belastning på systemet.
- LetAsyl CV'et vil være tilgængeligt indtil Overgivelsesdato + 30 dage, efter denne periode kan LetAsyl have lukket for adgangen til CV'et. Bemærk efter Overgivelsesdato + 30 dage kan der godt være adgang til CV'et i LetAsyl men denne adgang er ikke garanteret, sagsbehandleren skal derfor have overført CV'et senest Overgivelsesdato + 30 dage.
- Frist for CV opdateringer (CVEditEndDate) skal være på Overgivelsesdato (AsylumTransitionDate), både ved oprettelser og opdateringer.
I denne model kan sagsbehandleren ikke editere i CV-oplysningerne på vegne af borgeren. Sagsbehandleren kan kun overføre CV oplysningerne fra Letasyl. Sagbehandleren skal, hvis nødvendigt, få borger til at opdatere sit CV via Jobnet.
Mulighed for at sagsbehandler kan editere i CV-oplysningerne ligger ikke i regi af denne epic.
/wiki/spaces/GI/pages/3491004564
Service til at hente Letasyl data i 2022-2 kun CV oplysninger.
GetLetasylCv (GET /v1/LetasylCv)
Denne metode kan hente CV data fra Letasyl.
Udstilles fra JobSearch.LetAsylService.
GetLetAsylCvSomPdf (GET /v1/letasylcv/pdf)
Denne metode kan bruges til at hente CV-oplysningerne Letasyl i en pdf-visning.
Udstilles fra JobSearch.LetAsylService.
951.12.2 - Som sagsbehandler vil jeg kunne gemme CV'et 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 metode
/wiki/spaces/GI/pages/3491004564
OverfoerLetAsylCV (POST /v1/letasylcv/action/transfer)
Overfører CV data fra Letasyl til DFDG/Jobsearch)
Udstilles fra JobSearch.CvWorkFlowService.
Forretningsregler
Det er kun muligt at overføre CV data fra Letasyl i perioden fra Tidlig overtagelsesdato (EarlyCVTransitionDate) eller Overgivelsesdato (AsylumTransitionDate) til editeringsslutdato (CVEditEndDate), Dette valideres ikke af DFDG
- Det er ikke muligt at overføre CV data fra Letasyl til Jobnet (JobSearch), hvis borgere allerede har et CV
som borger har arbejdet påi Jobnet/JobSearch.Dvs. hvis borger ikke har CV eller det CV borger har er kommet fra Letasyl og er uberørt efterfølgende - Oprette kontaktinformation i DFDG
/wiki/spaces/GI/pages/3462135937
CreateAsylumTransition og UpdateAsylumTransition
Beholdes uændret.
951.12.3 - Som sagsbehandler i Jobcenter vil jeg have at hvis borger er dagpengemodtager, så kan a-kassen se borgers CV
Løsningsmodel:
A-kassen har (som i det gamle CV) ikke adgang til at kalde Letasyl og /wiki/spaces/GI/pages/3491004564 - og se borgeres CV-oplysninger i asylsystemet
- Eksisterende valideringer løftes i forhold til a-kassen, så a-kassen via den almindelige JobSearch.CvService kan se dagpengemodtageres CV-oplysninger, når de er frigivet fra LetAsyl systemet og indlæst i borgers CV på Jobnet - også i situationer, hvor jobcentret måtte have registreret asyldata på medlemmet.
/wiki/spaces/GI/pages/3363930163
951.12.5 - Som sagsbehandler i jobcenter vil jeg som hidtil kunne registrere og opdatere overgangsdato og frist for CV opdateringer for borger, der har opnået asyl
Som sagsbehandler i jobcenter vil jeg som hidtil kunne registrere og opdatere overgangsdato og frist for CV opdateringer for borger, der har opnået asyl.
Som sagsbehandler i jobcenter vil jeg kunne registrere og opdatere overgangsdato og frist for CV opdateringer uanset om borger har et CV-nr. (løsning af eksisterende prod.udfordringer, hvor der har været stort behov for datagenopretninger) - herunder slette disse datoer, hvis de er registreret ved en fejl.
CVService (Version 6, 2020-4)
CreateAsylumTransition og UpdateAsylumTransition
Beholdes uændret.
951.12.7 - Som sagsbehandler vil jeg kunne læse og opdatere overgivelsesdato uanset om borger har et CV eller en Jobnet account
Som sagsbehandler vil jeg kunne læse og opdatere overgivelsesdato uanset om borger har et CV eller et CV-nr. (i dag udstilles i PSS kun overgivelsesdato m.v., hvis borger har et CV-nr.).
Løsningsmodel:
- PersonStatusService version 21 - PSS vil medtage overgivelsesdato m.v., hvis en sådan findes på borger
- Jobnet verificerer af dette ikke har en uheldig side effekt der
PSS CV info udfyldes frematrettet
Kommentar i forbindelse med udvikling | |||||
- CVInfo | CVInfoType | 0 - 1 | med CV-metadata. Kun aktuel status | Ingen ændring | |
- - Cv | CvType | 0 - 1 | Giver CVInfo collection med CV-metadata. | Ingen ændring | |
- - - CvCustomerIdentifier | string | Pattern: [0-9]{8} | 1 | CV kundenummer. | Da CV kundenummer her er mandatory er vi nød til at sætte noget dummy ind for at CVInfo collection kan medtages hvis borger har data i AsylumTransitionInfo |
- - - CvStatusTypeIdentifier | 1 | Kodelisteværdi for cv'et status. Feltet er ikke længere i brug og er altid sat til 1:'Klar til kvalitetssikring' | Ingen ændring | ||
- - - CvAvailabilityTypeIdentifier | 1 | Kodelisteværdi for cv'et tilgængelighed. Feltet er ikke længere i brug og er altid sat til 2:'Ikke tilgængelig for søgning' | Ingen ændring | ||
- - - AsylumTransitionInfo | AsylumTransitionInfoType | 0 - 1 | Supplerende asyldata i forbindelse med CV | Medtage nu for borgerer der ikke har et CV kundenummer, altså hvis de har en Overgivelsesdato m.v. Der tage ikke hensyn til hvor gammel denne dato er | |
- - - - AsylumTransitionDate | date | 1 | Overgivelsesdato til kommune | Ingen ændring | |
- - - - EarlyCVTransitionDate | date | 0 - 1 | Tidlig overtagelsesdato for kommunen kan påbegynde opdateringer af CV | Ingen ændring | |
- - - - EarlyIntegrationContractTransitionDate | date | 0 - 1 | Tidlig overtagelsesdato for kommunen kan påbegynde opdateringer af integrationskontraktdata | Ingen ændring | |
- - - - TransitionMunicipality | string | Pattern: [-][1]|[0-9]{1,8} | 1 | Den kommune der modtager borger. | Ingen ændring |
- - - - CVEditEndDate | date | 1 | Dato for hvornår jobcenter ikke længere kan rette i CV | Ingen ændring | |
- - - - CorrectionComment | string | Length: 0-1500 | 0 - 1 | Kommentar til evt. ændring | Ingen ændring |
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: Nej
- Nye snitflader: Nej
- Nye komponenter: Nej
- Nye miljøer: Nej
- Nye teknologier: Nej
- Nye aftagertyper: Nej
- Eller afvigelser fra principperne: Nej
- Eventuelle behov for reduktion af teknisk gæld skal afdækkes: Fjernelse af de sidste dele af CvService (version 6).
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.