Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning

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

Der forventes ingen ændringer til servicesnitflader ifm. denne epic

Automatisk oversigt (vi arbejder på løsning på at gøre den synlig)

Beskrivelse af epic

Overordnede principper gældende for slette-epics fra 2020 er samlede i ISB 856.

856.6.1 Som STAR ønsker jeg at resultatet af profilafklaring slettes 6 måneder efter at borger har udfyldt forberedelsesskemaet på Jobnet

Der afgrænses til profilafklaringsdata for nedenstående profilafklaringsmålgrupper (ScreeningTargetGroup):

1 - Borgere Under 30 (Uddannelseshjælpsmodtagere)

2 - Borgere Over 30 (Kontanthjælpsansøgere over 30 år)

3 - Dagpengemodtagere

Afgrænsningen udelukker profilafklaringsresultater for rehabiliteringsborgere idet formål og slettefrist for denne gruppe ikke er endeligt afklaret.

Der er en forretningsmæssig afklaring omkring gruppe 1 - borgere under 30, hvor der på grund af en tidligere fejl i systemet skal afklares om vi er nødt til at 

Værktøjets formål er at hjælpe sagsbehandleren med at vurdere nylediges risiko for at blive langtidsledige på tidspunktet mellem ledighedstilmelding og den første samtale i a-kasse og/eller jobcenteret. Langtidsledighed er i værktøjet defineret som + 6 måneders ledighed. Efter 6 måneder har risikovurderingen enten vist sig at være korrekt eller forkert og oplysningen om risiko vs. ikke-risiko er derfor ikke længere relevant for sagsbehandlingen.

Relevansen af de ti spørgsmål som borgeren har besvaret om sig selv og sine forventninger til sin jobsøgning ved ledighedstilmeldingen, må ligeledes antages at være forældede efter 6 måneder. Slettefristen for oplysninger, som behandles og lagres som led i brug af profilafklaringsværktøjet i DFDG, sættes derfor til 6 måneder efter, at borgeren har udfyldt forberedelsesskemaet på Jobnet.

Sletningen af oplysningerne i DFDG indebærer ikke, at oplysningerne automatisk slettes i DSDW. Oplysningerne vil derfor fortsat kunne anvendes til statistisk opfølgning i det omfang, der er behov for dette i VOA, som selv tager hånd om sletning i DSDW når det er aktuelt.

Sletningens omfang

Sletningen vil omfatte profilafklaringsresultatet med tilhørende data. Snitfladeillustration af dette er jf. ScreeningService (Version 4, 2020-1) at data for GetScreeningResult og GetScreeningResultAsPdf fjernes for de screeninger som slettes.

slettes

Det længst bevaringsværdige formål med data er tilsyn med myndighedens opgavevaretagelse. Der er ikke fastsat specifikke regler om, hvor længe STAR skal opbevare data om udbetaling af dagpenge mv. bl.a. til brug for opfyldelsen af tilsynsforpligtelsen. Det må derfor følge de almindelige forældelses- og GDPR regler.

Data vedr. rådighed i joblog mv. vil styrelsen længst have behov for i 3-4 år, idet rådighed ofte baserer sig på en samlet skønsmæssig vurdering af en række forhold.

STAR implementerer der for en generel slettefrist på 4 år for kortdata i jobloggen i sammenhæng med oploadede dokumenter i jobloggen. Metadata skal gemmes længere tid pga. afleveringspligten til Rigsarkivet.

956.6.3 Som STAR ønsker jeg at sms- og notifikationsdata slettes 1 år efter afsendelse

STARs udsendelse af SMS’er og notifikationer beror ikke på lovfastsatte forpligtelser hertil, men er en service i forhold til de borgere, der har tilmeldt sig modtagelse af SMS’er og e-mail-notifikationer.

Dataområdet benyttes ikke i en anden behandlingsaktivitet, hvorfor slettefristen fastsættes efter ophøret af formålet med data i forbindelse med tilsyn med myndigheden opgavevaretagelse.

STAR implementerer derfor en generel slettefrist på 1 år for SMS og notifikationer.

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