Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 13 Next »

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


STAR Projektleder (PL)Forretningsanalytiker (FA)STAR ReleaseEpic statusEksterne snitflader
Karina Friisgaard Miller (STAR) (Unlicensed)Jesper Brunholm2020-30.3A-kasse, KSS




key po fa ux sme eksterne snitflader interne snitflader status labels
Loading...
Refresh

DS-2624 - Getting issue details... STATUS

BI-732 - Getting issue details... STATUS



Indholdsfortegnelse




Afgrænsning af epic

Afgrænsning

Som STAR vil jeg opfylde mine forpligtelser som myndighed i forhold til GDPR og dermed slette data når formålet med behandling og opbevaring af data ikke længere er tilstede

Acceptkriterier

Nr.BeskrivelseRelevant for
956.6.1Som STAR ønsker jeg at resultatet af profilafklaring slettes 6 måneder efter at borger har udfyldt forberedelsesskemaet på JobnetDFDG, BI
956.6.2Som STAR ønsker jeg at kortdata relateret til joblog slettes 4 år efter at de senest er opdateredeDFDG, BI
956.6.3Som STAR ønsker jeg at sms- og notifikationsdata slettes 1 år efter afsendelseDFDG, BI
Kriterier for tilsagn til serviceaftager i forhold til STARs snitfladerBerørte acceptkriterierBemærkninger

Acceptkriterie 956.6.1Acceptkriterie 956.6.2Acceptkriterie 956.6.3Acceptkriterie <nr.>
A-kasser og KSS systemer skal bekræfte at de ikke har behov for WSRM om sletning af dataXXX














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)

summary varslingstype varslingsnote eksterne snitflader interne snitflader project
Loading...
Refresh


Beskrivelse af epic

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


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

956.6.2 Som STAR ønsker jeg at kortdata relateret til joblog slettes 4 år efter at de senest er opdaterede

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

Test scenarieBerørte systemområder (herunder nye batchjobs*) Identificeret af






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





  • No labels