Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
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. | Beskrivelse | Relevant for |
| 856.8.1 | Som STAR ønsker jeg at kortdata relateret til joblog slettes 4 år efter at de senest er opdaterede | DFDG, BI |
| Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||
|---|---|---|---|---|---|
| Acceptkriterie 856.8.1 | Acceptkriterie | Acceptkriterie | Acceptkriterie <nr.> | ||
| A-kasser og KSS systemer skal bekræfte at de ikke har behov for WSRM om sletning af data | X | ||||
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.8.1 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.
Særlige krav til test
| Test scenarie | Berø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.