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.

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 lette og mere operationel for både medarbejderen for asyloperatøren og 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
• 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 DFDGpå 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 lukke 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 til Jobnet. Det er vigtigt at sagsbehandleren først overføre CV når det er færdigt fra asyloperatøren, da borger efterfølgende kan se og editere CV'et på jobnet.
  Selve overførelsen udføres af DFDG, KSS systemet kalder en metode der fortager overførelsen
  Overførslen fra Letasyl kan kun sker for borgere der ikke allerede har et CV som borger har arbejdet på i DFDG, dvs. hvis borger ikke har CV eller det CV borger har er kommet fra Letasyl og er uberørt efterfølgende (i det sidst 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 informerer borger at hvis sagsbehandleren ikke har overført Letasyl CV og øsker at gøre dette, at skal borger ikke begynde at arbejde med sit CV på Jobnet, da det vil blokere for at borgers CV kan overføres.  
• Hvis sagsbehandleren ikke har overført CV oplysningerne ved udløb af editeringsperiode, vil DFDG hente CV oplysningerne i Letasyl og ligge dem i borgers CV på jobnet, således at borger ikke mister sine CV oplysninger. DFDG gør kun dette for borgere der ikke har et CV på Jobnet.

I denne model kan sagsbehandleren ikke editere i CV oplysningerne på vegne af borgeren, sagsbehandleren kan kun overfører CV oplysningerne fra Letasyl. Sagbehandleren skal hvis nødvendigt få borger til at vedligehold sit CV via Jobnet.

Mulighed for at sagsbehandler kan editere i CV oplysningerne ligger ikke i regi af denne epic.

Bemærk: Navngivning af service, metoder m.v. er ikke endelig og kan bliver ændret

EksterneData.LetasylDataService (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.

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 Put/Post metode Som hidtidigt vil sagsbehandler have mulighed for at editerer i borgers CV indtil editeringsslutdatoen metode 

JobSearch.CvWorkFlowService (2022-2)

OverfoerLetasylCV (PUT /v2/CvWorkflow/overfoerletasylcv)

Overfører CV data fra Letasyl til DFDG/Jobsearch)

Forretningsregler

• Det er kun muligt at overfører 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 hvis borgere ikke allerede har et CV som borger har arbejdet på i Jobnet/DFDG.
  Dvs. hvis borger ikke har CV eller det CV borger har er kommet fra Letasyl og er uberørt efterfølgende

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:

• 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, at 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 ændringer, der er lave af borger og hvilke der er lavet af sagsbehandler. Den sidst model vil åbne for at sagsbehandler i andre situationer end 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 .Eksisterende valideringer løftes i forhold til a-kassen 

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

951.12.6 - Den gamle CvService (version 6) udgår (helt)

Den gamle CvService (version 6, SOAP) udgår helt.

951.12.6 - 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.).

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.