Versionshistorik af betydning for eksterne (v0.1, v0.3, v0.5 og v1.0)

Anvendes ved ændringer, der har betydning for eksterne.

Interne links. Indhold ikke relevant for eksterne.

Indholdsfortegnelse

Afgrænsning af epic

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)

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 kan kun sker for borgere, der ikke allerede har et CV 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.

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.

Jobsearch.LetasylCVService (2022-2)

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 

Jobsearch.LetasylCVService (2022-2)

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)

• 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

CVService (Version 6, 2020-4)

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 Jobsearch.LetasylCVService (2022-2) - 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. 

JobSearch.CvService (Version 3, 2021-4)

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

Særlige krav til test

* 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.