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

Interne links (indhold i links ikke relevant for eksterne)

DS-3726 - Getting issue details... STATUS

Indholdsfortegnelse

Afgrænsning af epic

Oversigt over berørte webservices 

Manuel oversigt som er synlig for eksterne

Ingen snitfladeændringer i denne epic, da dataudveksling på disse områder allerede er udfaset

Beskrivelse af epic

Baggrund

Gammel jobordremodul

Den oprindelige jobordreservice (ikke CompanyRecruitment) var filtret sammen med jobannoncer i Jobnet og benyttede gamle fejlbehæftede services i Jobnet til at oprette jobannoncer. Dette gav mange problemer både for STARs leverandører, supportere, andre af STAR's løsninger som benyttede servicen, samt KSS'erne med at fejlsøge og afhjælpe problemer.

Jobordreservicen blev benyttet primært til deling af data om støttede job (fx løntilskud og virksomhedspraktik), men dette kunne med fordel håndteres i VITAS og KSS egne systemer i stedet via VITAS notification service. Endvidere var det oplagt at udvide den nye CompanyRecruitment service til deling og formidling af støttede jobs (de såkaldte åbne/ikke-øremærkede tilbud, der oprettes af virksomheden i VITAS).

Sletning af data i forbindelse med de nuværende datadomæne Jobordrer i CompanyRecruitmentService sammenhæng behandles særskilt i en senere epic. 

Gammel fjernprint-arkiv

Styrelsen for Arbejdsmarked og Rekruttering havde da Arbejdsmarkedsportalen blev anvendt som sagsbehandlingssystem ansvaret for en række breve, herunder velkomstbrev og indkalde-breve.

Arbejdsmarkedsportalen (AMP) afløste gradvist Amanda som sagsbehandlingssystem i Arbejdsformidlingen (AF). Brugerne kom primært fra kommunerne, A-kasserne, Anden Aktør og STAR (AMS) selv. Formålet med AMP var oprindeligt at understøtte sagsbehandlingen i Arbejdsformidlingen (AF) og senere staten i jobcentret i forhold til beskæftigelsesindsatsen for forsikrede ledige. Yderligere har AMP understøttet afgrænsede dele af A-kassernes sagsbehandling i forhold til forsikrede ledige.

Arbejdsmarkedsportalen (AMP) blev besluttet nedlukket og at de enkelte behandlingsaktiviteter enten blev flyttet til DFDG, LSS eller til de enkelte kommunale eller a-kasse fagsystemer. I dag fungerer Arbejdsmarkedsportalen alene som adgangskontrolsystem, der skal sikre certifikatstyring af brugere på vores forskellige platforme, særlig sagsbehandleradgang til Jobnet, men også styring af rettighedsadgang funktionscertifikater, der anvendes ved opdatering og læsning af data fra kommunernes og a-kassernes fagsystemer.

Konkret for denne behandlingsaktivitet blev det besluttet forud for release 2018-1 at STAR skulle stoppe med generere (det gamle) velkomstbrev med brugernavn/adgangskode (med vejledning om tjek af jobforslag), når borgere tilmeldes som jobsøgende af a-kassen eller jobcentret. Jobcenter-fagsystemerne har overtaget denne brevdannelse.

Gamle Anden Aktør ramme- og delaftaler

Tidligere når jobcentrene til DFDG indberettede henvisninger til anden aktør var det en omstændelig og kompleks proces med en hierarkisk struktur af ramme- og delaftaler samt henvisninger knyttet op på de enkelte delaftaler.
Ramme- og delaftaler blev endvidere anvendt i forbindelse med den udfasede beregning af drifts- og resultatafhængig betaling til anden aktør som STAR/AMS understøttede.

Oprettelse af rammeaftaler skete håndholdt og blev oprettet med scripts af Systemforvalter (på baggrund af manuelle bestillinger fra jobcentrene), da rammeaftaler oprindeligt blev oprettet ved indtastning i AMP'en.

Ved releasen 2018-4 blev denne model udfaset.

Dataområdet indeholder ikke persondata. Der er alene tale om en oprydning af gammel data.

225 timers reglens data

I forbindelse med jobreformen blev det besluttet at skabe en mærkbar forskel for kontanthjælpsmodtageren mellem at være på kontanthjælp og i arbejde. Kontanthjælpsloft og 225-timersreglen skal gøre det mere attraktivt at finde arbejde frem for at være på kontanthjælp, og selv små jobs kan gøre en forskel.
Fra 1. april 2017 er kravet, at kontanthjælpsmodtagere skal dokumentere, at de har haft mindst 225 timers arbejde inden for de seneste 12 kalendermåneder før bortfaldsdatoen.

For at understøtte, at borgere forstår deres situation og tilskyndes til at nå målet om 225 timers arbejde inden for et år, skal borgere kunne se deres timer i et koncept baseret på indsigter fra adfærdsøkonomi og nudging.
Og borgere, der er blevet omfattet af loftet, skal kunne se, hvor mange timer de mangler at arbejde for at få ydelse på sædvanligt niveau på ny.

Fra KMD Aktiv modtages alene data for personer, der har modtaget varslingsbrev. Målgruppen afgrænses derfor til personer, der har modtaget varslingsbrevet.

Når der modtages nye data/månedsleverance fra KMD Aktiv, slettes i DFDG de tidligere indlæste data, inden den seneste månedsleverance indlæses.

I PersonStatusService udstilles derfor kun borgere, som har en 225 timers record i den seneste Aktiv leverance, som er omfattet af 225 timers reglen og er blevet varslet.

Regler

Gammel jobordremodul

Det fremgår af Epic 869.1 Udfasning af JobOrderServicen at aktive jobordrer slettes både i Jobnet og DFDG

Der er foretaget en kopi af data med henblik på at aflevering til Rigsarkivet. Kopien skal derfor slettes efter næste aflevering.

Gammel fjernprintarkiv

Slettefristen er fastsat til 5 år af hensyn til klagesag eller genoptagelsessager mv, for perioden, hvor Printarkiv blev anvendt. 

Ved release 2018-1 blev der idriftsat et ugentlig batchjob ”DFDG-Pring-DeleteOldDOCS” som Systemforvalter (SF) sikrer bliver kørt og som sletter alle breve mere end 5 år gamle.

Oprindeligt ved 2018-1 idriftsættelsen blev der slettet ca. 12 mio. breve. Herefter vil det være et markant lavere antal breve, der skal slettes ved de efterfølgende ugentlige kørsler. Det blev dengang besluttet at batchjobbet skulle foretages hver uge, hvilket indebær en forventning om at printarkivet/databasen vil være tømt for gamle breve omkring 1. april 2023.

Gamle Anden Aktør ramme- og delaftaler

Var omfattet af seneste afleverings til Rigsarkivet. men der har ikke været forretningsmæssig brug siden seneste aflevering og dataområdet er siden hen blevet udfaset.

Der foretages et oprydnings slettejob, som sletter hele dataområdet ved idriftsættelsen.

225 timers reglens data

Det er ikke aktuelt at fastsætte en slettefrist, idet data ikke opnår at miste sin formål med behandling i nudging tælleren. Det skyldes at data fremsende hver måned fra KMD aktiv og overskriver tidligere data. Det betyder at DFDG ikke vil indeholde data om 225 timers regel i forhold til Nudging som ikke længere har et formål med behandlingen.

Forventet påvirkning af jobcenter-, a-kasse- eller ydelsessystemer

Der forventes ingen påvirkning af eksterne systemer

856.9.1 Som STAR vil jeg have slettet data for det gamle jobordremodul

Der er foretaget en kopi af data med henblik på at aflevering til Rigsarkivet. Kopien skal derfor slettes efter næste aflevering.

856.9.2 Som STAR vil jeg have slettet data for det gamle fjernprintarkiv

Jobbet som sletter data skal udfases efter 1. april 2023. Dette sker ifm. CPOs årlige opfølgning på GDPR slettebatchjobs, se /wiki/spaces/ISB/pages/2035220487

856.9.3 Som STAR vil jeg have slettet data for gamle AndenAktør ramme- og delaftaler

Der oprettes et oprydnings slettescript, som sletter hele dataområdet ved idriftsættelsen.

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

Efter idriftsættelse:

Ingen afvigelser fra normalt setup

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: Nyt batchjob til sletning  
• 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:  Ingen behov

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.

Husk GDPR stillingtagen

Ingen personfølsomme data i epics

Illustrationer, skærmdumps m.v. må ikke indeholde cpr.nr., CV. nr., rigtige personnavne på borgere eller deres kontaktoplysninger i form af e-mail, telefonnr., adresse m.v.

•  Ja, det er tjekket, at epic ikke indeholder dette.

• Angiv hvem der har foretaget dette tjek: Jesper Brunholm

• Angiv dato for tjek: 18/11/2020

Opbevaring af oplysninger i STARs it-systemer

Ved oprettelse af nye dataområder skal der tages stilling til, hvornår formålet med data ophører og dermed fastlægges en slettepolitik.

Ved indførelse af nye data på eksisterende dataområder skal GDPR slettejobs opdateres.

Hvem må tilgå oplysningerne?

Afsnittet må ikke blot slettes, hvis det vurderes ikke relevant. Det skal dokumenteres at man har forhold sig til nedenstående.

Husk det er hensynet til borgeren der tæller højst. Der skal være hjemmel til at sagsbehandler må tilgå oplysninger. Formålet skal være som led i administrationen af beskæftigelsesreglerne eller ydelsesadministration.  

Korrekte sikkerhedsattributter på services

PO skal for hver enkelt servicemetode angive hvilke myndighedstyper, der må kalde de forskellige servicemetoder. N/A - ingen servicemetoder udstilles i denne epic

A-kasse filtrering

Hvis a-kassen må anvende metoden, må a-kassen så se / hente alle data? Eller skal der foretages filtrering ift. at a-kassen fx kun må se nogle udfaldsrum / kodelisteværdier? Husk at filtreringen skal ramme eventuel visning på Jobnet aht. sagsbehandlerlogin

Sagsbehandlerlogin på Jobnet - tag stilling til adgang!

En sagsbehandler i et jobcenter kan tilgå en borger tilknyttet det konkrete jobcenter.

En sagsbehandler i en a-kasse kan tilgå en borger, som er medlem af a-kassen og KG 1 (tilmeldt og ikke-tilmeldt) eller KG 8 og tilmeldekategori 5 - dimittend.

Begrænsninger kan foretages via (a-kasse-) filtrering, eller ved at afgrænse på action niveau på konkrete sider på Jobnet.

Stillingtagen: Der udstilles ingen data på Jobnet ifm. denne epic