Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
https://starwiki.atlassian.net/browse/DS-2968
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 joblog-data som ikke er obligatoriske jf. databekendtgørelsen 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.
I denne epic håndteres udelukkende jobloggens felter som ikke er obligatoriske jf. databekendtgørelsen. Jobloggens resterende felter vil blive genstand for en senere slette-epic.
856.8.1 Som STAR ønsker jeg at kortdata relateret til joblog slettes 4 år efter at de senest er opdaterede
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 i forhold til principper om sletning, jf. ISB’en 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, hvor der også kan være behov for input fra jobcentrets eller borgers oplevelse af omstændighederne. Jo længere tid der går fra en begivenhed eller hændelse, jo vanskeligere bliver det at løfte bevisbyrden og at få klarlagt sagens omstændigheder.
STAR implementerer derfor en generel slettefrist på 4 år for de ikke obligatoriske data i jobloggen. De obligatoriske felter gemmes længere tid pga. såvel afleveringspligten til Rigsarkivet samt den forretningsmæssige afklaring af hvornår formålet ophører.
Administrative hensyn - Dokumentationshensyn i forhold til sagsbehandling
De frivillige felter er en service, og er ikke element, som har selvstændig betydning for borgerens rettigheder eller pligter i forhold til beskæftigelseslovgivningen, og det bør derfor ikke være et krav om, at det indgår i en evt. klagesag. Dertil kommer, at det er den enkelte myndighed, kommunerne eller a-kassernes der selv skal sikre, at der er dokumentation for deres sagsbehandling. Såfremt de mener de har behov for data i form af fx kortdata må de gemme en kopi i eget fagsystem. Dermed er de også selv dataansvarlige og skal sikre sig egen slettepolitik, når deres formål med behandling af data ikke længere er tilstede.
Gennemgang af en felterne i en JoblogEntry
Vi har baseret definitionen af hvilke felter der er obligatoriske på databekendtgørelsen pr. juni 2020 da denne er mere uddybende end BAB’en i forhold til datafelter. Der er fuld overensstemmelse med BAB’en.
Den tænkte sletning - jf. hvad der ikke er afleveringspligtigt. Rød=slettes. Gul = obligatoriske felter jf. lovgivningen. Lilla: Uden relevans i denne sammenhæng, da disse er dokumentspecifikke og omfattede af andre sletteregler der allerede er implemeneret.
Element | Type | Databekendtgørelse | Forekomst | Beskrivelse |
GetJobSearchEntryResponse | GetJobSearchEntryResponseType | N/A ingen konkret regelhenvisning, men bør være obligatorisk af tekniske hensyn | 1 | Svar som indeholder joblog af typen jobsøgning. |
· JobSearchEntry | JobSearchEntryType | N/A ingen konkret regelhenvisning, men bør være obligatorisk af tekniske hensyn | 1 | Joblog af typen jobsøgning. |
· - Identifier | guid | N/A ingen konkret regelhenvisning, men bør være obligatorisk af tekniske hensyn | 1 | Id på jobsøgningen. |
· - CreatedDate | dateTime | § 91, stk. 1, nr. 2 obligatorisk | 1 | Oprettelsesdato. |
· - LastModifiedDate | dateTime | § 91, stk. 1, nr. 2 obligatorisk | 1 | Sidst ændret dato. |
· - Documents | JoblogDocumentMetadataTypeCollection |
| 1 | Liste med dokumenter. |
· - - JoblogDocumentMetadataType | JoblogDocumentMetadataType |
| 0 - * | Detaljer vedr. et joblogdokument. |
· - - - DocumentIdentifier | guid |
| 0 - 1 | ID på dokumenetet. Vil blive sat af DFDG. |
· - - - DocumentTitle | string |
| 1 | Titel på dokumentet. Vær opmærksom på at DocumentTitle ikke kan anvendes som filnavn. |
· - - - JoblogDocumentTypeIdentifier |
| 1 | Dokumenttype, evt. CV, jobanonnce eller jobansøgning. | |
· - - - DocumentStatusTypeIdentifier |
| 1 | Status på dokumentet (aktivt,inaktivt, slettet etc.) | |
· - - - DocumentExtensionIdentifier |
| 1 | Beskriver hvilken fil-type dokumentet benytter. | |
· - - - CreateDate | dateTime |
| 1 | Tidspunkt for registering af dokuementet. Vil blive sat af DFDG. |
· - - - LastModifiedDate | dateTime |
| 1 | Tidspunkt for opdatering af dokuementet. Vil blive sat af DFDG. |
· - - - DeletedDate | dateTime |
| 0 - 1 | Dato for hvornår dokumentet er slettet. |
· - JobSearchStatusCollection | JobSearchStatusTypeCollection | § 91, stk. 1, nr. 3. obligatorisk | 1 | Liste med status på jobsøgning. |
· - - JobSearchStatusType | JobSearchStatusType | § 92, stk. 2, nr. 1-17 obligatorisk | 0 - * | Status på jobsøgning samt registreringstidspunkt. |
· - - - JobSearchStatusTypeIdentifier | § 91, stk. 2, nr. 1 obligatorisk | 1 | Status på jobsøgning. | |
· - - - RegistrationDate | dateTime | § 91, stk. 1, nr. 2 obligatorisk | 1 | Tidspunkt for registreringen. |
· - JoblogEntryCategory | § 91, stk. 1, nr. 3 obligatorisk | 1 | Angiver kategorien for jobloggen. | |
· - JobSearchEntryCitizenStatusTypeIdentifier | obligatorisk | 1 | Status på, hvorvidt entry for borger er betegnet lukket/afsluttet | |
· - Body | JobSearchEntryBodyType | obligatorisk | 1 | Detaljer vedr. jobsøgningen. |
· - - BaseType | CoreEntryBodyType | obligatorisk | 1 |
|
· - - - Title | string | § 91, stk. 2, nr. 5 obligatorisk | 1 | Titlen på jobloggen. |
· - - - CompanyName | string | § 91, stk. 2, nr. 6 obligatorisk | 1 | Navn på firma, hvortil jobloggen er tilknyttet. |
· - - - CompanyAddressStreet | string | § 91, stk. 2, nr. 7 (valgfri) | 0 - 1 | Adresse på firma, hvortil jobloggen er tilknyttet. |
· - - - CompanyPostCodeIdentifier | string | § 91, stk. 2, nr. 8, litra a (obligatorisk, hvis det er kendt ) | 0 - 1 | Postnummer på firma, hvortil jobloggen er tilknyttet. |
· - - - CompanyTown | string | § 91, stk. 2, nr. 8, litra b ( hvis postnr. er ukendt ) obligatorisk | 0 - 1 | Den by, hvor firmaet har adresse. |
· - - - CompanyCountry | string | § 91, stk. 2, nr. 8. litra c (obligatorisk, hvis det ikke er i DK) | 0 - 1 | Det land, hvor firmaet har adresse. |
· - - - CompanyContactPerson | string | § 91, stk. 2, nr. 10 (valgfri) | 0 - 1 | Kontaktperson i firmaet, hvortil jobloggen er tilknyttet. |
· - - - CompanyPhone | string | § 91, stk. 2, nr. 11 (valgfri) | 0 - 1 | Telefonnummer til firma, hvortil jobloggen er tilknyttet. |
· - - - CompanyEmail | string | § 91, stk. 2, nr. 11 (valgfri) | 0 - 1 | E-mail til firma, hvortil jobloggen er tilknyttet. |
· - - - Comment | string | valgfri | 0 - 1 | Kommentar som er tilknyttet jobloggen. |
· - - - GeoCoordinate | GeoCoordinateType | valgfri | 0 - 1 | WGS84 koordinatpunkt |
· - - - - Latitude | double | valgfri | 1 | WGS84 breddegrad som decimaltal. |
· - - - - Longitude | double | valgfri | 1 | WGS84 længdegrad som decimaltal. |
· - - - DailyTravelTimeInMinutes | int | Bør anses for at være obligatorisk, da dennes anvendes i vurderingen af om den ledige opfylder krav om at søge tilstrækkeligt bredt og der tages udp. i offentlig transporttid. | 0 - 1 | Forventet daglig rejsetid i minutter fra hjemmeadressen med offentlige transportmidler |
· - - - DistanceToCompanyInMeters | int | Sidestilles med offentlig transport da det kan være relevant hvis transporttid ikke kan beregnes | 0 - 1 | Fugleflugtafstand til virksomhed fra hjemmeadresse |
· - - CompanyArea | § 91, stk. 2, nr. 8 obligatorisk | 0 - 1 | Den region som virksomheden er placeret i. | |
· - - JobnetJobPostingIdentifier | string | § 91, stk. 2, nr. 17 valgfri | 0 - 1 | Reference til en stillingsannonce på Jobnet. |
· - - JobApplicationSourceIdentifier | § 91, stk. 2, nr. 12 obligatorisk | 0 - 1 | Hvordan jobbet er blevet fundet. | |
· - - TypeOfSubmission | § 91, stk. 2, nr. 13 obligatorisk | 0 - 1 | Hvordan jobbet er søgt. | |
· - - TypeOfSubmissionDescription | string | § 91, stk. 2, nr. 12 obligatorisk | 0 - 1 | Bruges hvis TypeOfSubmission er Andet. |
· - - SubmissionDate | date | § 91, stk. 2, nr. 2 obligatorisk | 0 - 1 | Borgerens dato for ansøgning til virksomheden. |
· - - SubmissionDeadlineDate | date | § 91, stk. 2, nr. 14 Valgfri | 0 - 1 | Ansøgningsfrist. |
· - - WeeklyWorkTimeTypeIdentifier | § 91, stk. 2, nr. 3 (obligatorisk) | 0 - 1 | Om det er et fuldtid eller deltidsjob. | |
· - - HoursPerWeek | int | § 91, stk. 2, nr. 4 (obligatorisk) | 0 - 1 | Ugentligt timetal. |
· - - JobPostingURL | string | § 91, stk. 2, nr. 17 (valgfri) | 0 - 1 | URL til jobannonce, som enten kan være intern i Jobnet eller ekstern på et vilkårligt website. |
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.