Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
Versionshistorik af betydning for eksterne (v0.1, v0.3, v0.5 og v1.0)
Anvendes ved ændringer, der har betydning for eksterne.
Dato | Version | Hvem | Hvad er ændret? |
|---|---|---|---|
28. august 2021 | 0.3 | Knud de Place | Løftet til v 0.3 |
Indholdsfortegnelse
Afgrænsning af epic
| Afgrænsning | ||
|---|---|---|
Som en STAR vil jeg kun udstille Joblog i Jobkon for at implementere strategi om at udfase Jobkon, dog med Joblog som undtagelse | ||
| Acceptkriterier | ||
| Nr. | Beskrivelse | Relevant for |
| 980.4.1 | Anden understøttelse end Joblog udgår fra JobKon | BVL |
| 980.4.2 | A-kasser og KSS kan (som hidtil) anvende webservicesnitfladerne som DFDG udstiller ift.
| DFDG (ingen kodeændringer i DFDG) |
| Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||
|---|---|---|---|---|---|
| 980.4.1 | 980.4.2 | ||||
| A-kasser og jobcentre kan i en overgangsperiode fortsat anvende joblog udsøgning i JobKon. | X | ||||
Minimumsløsning 2021-4: Jobcentre skal i eget fagsystem kunne se beskeder (alle beskedtyper) fra a-kasser, herunder som hidtil kunne se a-kassens udkast til Min plan (ved brug af CitizenMessageService og tilhørende WSRM-beskeder). Bygge oven på i 2021-4 eller senere:
I relevant omfang foretages i KSS:
| X | Databkg. § 86. Stk. 2. For udkastet til »Min Plan« registreres og indberettes følgende oplysninger: 1) Identifikationsoplysninger for personen. 2) A-kassekode for indberettende arbejdsløshedskasse. 3) Forslag til jobmål. 4) Forslag til plan og begrundelse for planen. .... Stk. 6. Kommunen har pligt til at modtage og behandle oplysninger om udkast til »Min Plan«. | |||
Minimumsløsning 2021-4: A-kasser skal i eget fagsystem som hidtil kunne oprette og afsende beskeder til jobcentre og borger/medlem (ved brug af CitizenMessageService) med udkast til 'Min plan' A-kasser skal i eget fagsystem kunne se beskeder fra jobcentre. Bygge oven på i 2021-4 eller senere:
I relevant omfang foretages i a-kasse:
| X | ||||
Oversigt over berørte webservices
Manuel oversigt som er synlig for eksterne
Links i listen virker kun med STAR Jira konto og kan derfor ikke tilgås af eksterne. Links under Summary indeholder ikke andre oplysninger relevant for eksterne end hvad der fremgår i tabellen.
(kopiér og indsæt manuelt i tabellen)
Summary | Varslingstype | Varslingsnote | Eksterne Snitflader | Interne Snitflader | Project |
|---|---|---|---|---|---|
| CitizenMessageService (version 2).Alle | Andet | KSS og a-kasse ibrugtager service og metoder i det omfang de ikke allerede anvendes. | A-kasse, KSS | DFDG | VirkSag |
| JoblogService (version 6).PersonSearch | Andet | KSS og a-kasse ibrugtager metode, hvis joglog-udsøgning ønskes understøttet i eget fagsystem før udsøgning på JobKon ophører ved en senere release | A-kasse(f), KSS(f) | DFDG | VirkSag |
| PersonGroupProjectService (version 7).Alle | Andet | KSS og a-kasse ibrugtager service og metoder i det omfang de ikke allerede anvendes - og funktionen ønskes anvendt | A-kasse, KSS | DFDG | VirkSag |
| WsrmMessageService (version 10).GetCitizenMessageEventVersion2 eller GetCitizenMessageEventVersion3 | Andet | KSS og a-kasse ibrugtager WSRM-besked i det omfang den ikke allerede anvendes. | A-kasse, KSS | DFDG | VirkSag |
Automatisk oversigt
Ikke synlig for eksterne, men indeholder ikke andre oplysninger end kopieret til den manuelle oversigt ovenfor.
Beskrivelse af epic
Baggrund
For en overordnet beskrivelse af baggrund henvises til beskrivelse i ISB 980.
Aftale om beskæftigelsesreformen: Dialogmodul / beskedfunktionalitet
I den politiske aftale om beskæftigelsesreformen fremgår, at der skal udvikles et afklaringsværktøj og at der i den forbindelse (også) skal udvikles et et dialogværktøj,
der skal understøtte en løbende dialog mellem jobkonsulenter og den arbejdsløse – også på tværs af jobcentre og a-kasser – omkring de resultater, som afklaringsværktøjet løbende viser.
Efter aftalen skal Dialogværktøjet blandt andet kunne:
- Fungere som et kommunikationsredskab mellem jobcentret, a-kassen og den arbejdsløse (via Jobnet.dk, sms eller mail), herunder at give arbejdsløse målrettet
information om fx jobåbninger. - .....
Lovforslaget, der udmøntede aftalen - lovforslag L58 / 2014
I de almindelige bemærkninger i lovforslag L58 fremgår i afsnit 2.9.2.2. Den foreslåede ordning bl.a.:
I forbindelse med det landsdækkende afklaringsværktøj udvikles et dialogværktøj, der skal understøtte en løbende dialog mellem jobkonsulenter og den ledige – også på tværs af jobcentre og arbejdsløshedskasser – omkring de resultater, som afklaringsværktøjet løbende viser. Afklarings- og dialogværktøjet udvikles trinvist. Udviklingen og implementering forestås af Styrelsen for Arbejdsmarked og Rekruttering i tæt samarbejde med kommunerne, arbejdsløshedskasserne og evt. andre relevante interessenter.
Denne del af forliget kan gennemføres administrativt med hjemmel i § 4 a, stk. 1, i lov om en aktiv beskæftigelsesindsats.
Joblog søgebillede
Det eksisterende Joblog søgebillede:
Borgers joblogs
Regler
Der vil ikke blive fastsat yderligere regler i databekendtgørelsen om afsendelse og modtagelse af beskeder end hvad der allerede fremgår af gældende regler vedrørende udkast til 'Min plan'. Se ovenfor.
Forventet påvirkning af jobcenter-, a-kasse- eller ydelsessystemer
I forskelligt omfang vil jobcentret eller a-kassen have behov for i egne fagsystemer at ibrugtage
- CitizenMessageService
- JoblogService
- PersonGroupProjectService
- Forskellige person status services
hvis jobcentrets eller a-kassens egne fagsystemer ikke hidtil har understøttet funktioner som jobcentret eller a-kassen har anvendt på JobKon.
Acc.kr. 980.4.1 - Anden understøttelse af Joblog udgår fra JobKon
Jobkon skal alene tilbyde Joblog funktionalitet efter 1. januar 2020. Al anden forretningsfunktionalitet (vis borgers stamdata, jobannoncer mv.) skal afblændes og gøres utilgængelig. Der skal ikke gennemføres oprydning i Jobkon koden, da Jobkon skal endeligt udfases med udgangen af 2022. Det er derfor ikke et problem, at afblændingen efterlader teknisk gæld. Afblænden passer ikke tidsmæssigt med en STAR release. Afblændingen skal derfor styres af en konfigurationsparameter (konfigurerbar), som styrer afblændingstidspunktet.
Acc.kr. 980.4.2 - A-kasser og KSS kan (som hidtil) anvende webservicesnitfladerne som DFDG udstiller
A-kasser og KSS kan (som hidtil) anvende webservicesnitfladerne som DFDG udstiller ift.
- Joblog
- Beskeder / dialogmodulet
- Person status
- Persongruppemarkeringer
Der er ikke kodeændringer i DFDG i forbindelse meddette acceptkriterium, men tale om at KSS og a-kasser i forskelligt omfang har behov for at ibrugtage eksisterende produktionsversioner af forskellige ws-snitflader.
Joblog
Se forretningssiden JoblogService (2021-1) med tilhørende underside for snitflade og forretningsregler.
Beskeder / dialogmodulet
Se forretningssiden CitizenMessageService (2021-3) med tilhørende underside for snitflade og forretningsregler.
Om behov for at kende jobcenter eller a-kasse som borger/medlem hører til
Bemærk eksisterende forretningsregler:
Forretningsregler
|
Der henvises i øvrigt til CitizenMessageService (2021-3)
Om WSRM'er
Hvis WSRM'erne GetCitizenMessageEventVersion2 eller GetCitizenMessageEventVersion3 ikke aktuelt anvendes, da bør den seneste version (version3) ibrugtages af hensyn til senere udfasning af version2.
Person status
Se forretningssiderne for
- PersonStatusService (2021-3)
- PersonVisitationStatusService (2021-1)
- PersonActivityStatusService (2019-4)
- PersonEngagementStatusService (Version 1, 2020-1)
- PersonJobSearchStatusService (Version 1, 2019-4)
- JobSearch.PersonJobSearchStatus (2021-3)
med tilhørende undersider for snitflader og forretningsregler.
Behovet for anvendelse af de enkelte statusservices beror på hvilke typer status oplysninger, der ønskes vist i egne systemer.
Persongruppemarkeringer
Se forretningssiden PersonGroupProjectService (Version 7, 2021-2) med tilhørende underside for snitflade og forretningsregler.
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: Nej
- Nye snitflader: Nej
- Nye komponenter: Nej
- 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: Nej
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.
N/A - ikke relevant.
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: Knud de Place
Angiv dato for tjek: 28.08.2021
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.
IKKE relevant i denne epic, der er allerede taget stilling i prod.versioner af services.
Korrekte sikkerhedsattributter på services
PO skal for hver enkelt servicemetode angive hvilke myndighedstyper, der må kalde de forskellige servicemetoder.
Tilladte organisationer (eksempel - se den fulde liste over myndighedstyper på siden DFDGs sikkerhedsmodel )
Alle borgere | Egne borgere | Tidligere egne borgere | Gæsteadgang | Anden Aktør - egne borgere | Anden Aktør - gæsteadgang | |
|---|---|---|---|---|---|---|
A-kasse | X | |||||
JobCenter | X | X | ||||
Kommune | X | |||||
STAR | X | |||||
AUB | ||||||
UDK | ||||||
STIL |
IKKE relevant i denne epic, der er allerede taget stilling i prod.versioner af services.
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
IKKE relevant i denne epic, der er allerede taget stilling i prod.versioner af services.
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: Beskriv kort, at der er taget stilling til sagsbehandlerlogin
IKKE relevant i denne epic, der er allerede taget stilling i prod.versioner af services.