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

Bemærk at denne epic er includeret i den opsummerende epicside 935 A-kasse-forsøget. Opsummering af 935.3, 935.2, 935.4, 935.7, 935.8 og 935.9 som a-kasser og KSS-systemer med fordel kan læse i stedet for at læse de enkelte epics.

Indholdsfortegnelse 

Afgrænsning af epic

Oversigt over berørte webservices

Manuel kopieret oversigt (links i listen virker kun med STAR Jira konto)

Automatisk dannet oversigt

Oversigten kan ikke ses af a-kasser og KSS og indholdet er derfor manuelt kopieret til oversigt ovenfor.

Beskrivelse af epic

Denne epic til denne ISB: 935 (ikke udarbejdet)

Baggrund

Som en del af LAB revisionen siger aftaleteksten:

Mere ansvar til a-kasser

For at få et styrket vidensgrundlag om betydningen af placeringen af kontaktforløbet får udvalgte a-kasser i en 4-årig periode ansvaret for kontaktforløbet for dagpengemodtagere i opsigelsesperioden og de første 3 måneder af ledighedsforløbet. I dag er kontaktforløbet primært hos kommunerne, men a-kasserne deltager i fællessamtaler med den ledige og kommunen og står for CV-samtale og rådighedssamtaler.

Initiativet forventes at omfatte ca. 37.500 forløb årligt, svarende til ca. 150.000 forløb over den aftalte periode. Dog skal initiativet omfatte mindst 25 pct. af de nyindplacerede på dagpenge årligt. A-kasserne skal som minimum afholde en CV-samtale, rådighedssamtaler og 1. fællessamtale. Derudover skal a-kasserne afholde kontaktforløbssamtaler med de ledige efter behov, og disse samtalers form og indhold skal tilpasses den enkelte lediges situation og behov.

Forretningsflows

Forløbets start for medlemmer der ny-indplaceres eller genindplaceres efter 1.7.2018

OBS - det er ikke forretningsafklaret endeligt, hvordan opstart skal være. Der er derfor tale om en foreløbig beskrivelse.

Forløbsmæssigt handler det om at a-kassen ved dagpengemodtagers første CV samtale profilerer borgeren og vurderer om han skal være med i kontaktforløbsforsøget, eller falder uden for målgruppen (typisk fordi han er ung eller fordi der er behov for en tidlig indsats for borgere truet af langtidsledighed). A-kassens afgørelse er suveræn, og der valideres ikke på den, når den når den efterfølgende sendes til DFDG, som distribuerer informationen videre til Jobcenter og Jobnet.

A-kassen opfordres til at markere ledige, som baseret på a-kasse- og jobcentertilhørsforhold er i forsøget, som deltagende så hurtigt som det er muligt (manuelt eller automatiseret), og derefter at tage kvalificeret stilling ved den første CV samtale. Den initielle markering kan i a-kassen gøres med automatik baseret på WSRM om at borger er blevet ledig (GetUnemploymentEnrollment) eller ny-indplaceret (dp.tællere) eller genindplaceret (dp-tællere). Dermed er risikoen for at jobcentret når at igangsætte noget for borgeren minimal.

A-kassen forventes at slå borgeren op i DFDG services for at have start-datagrundlag i det omfang der er behov for dette. Tilsvarende forventes det at a-kassen ved forløbets afslutning foretager relevante registreringer inden overlevering til jobcenter.

Borgers jobcenter får besked ved oprettelsen af markeringen, og forventes lukke eventuelle frister til selvbooking i jobcentret og evt, JC-indkaldelser til jobsamtaler eller selvbookede jobsamtaler, for at undgå at forvirre borger. og DFDG implementerer i E 935.8 (2019-3 LAB), at DFDG lukker fristen administrativt, når fravær 75 registreres. Da fraværet fritager for selvbook i jobcenter, vil borger ikke kunne blive afmeldt for manglende selvbook af samtaler i jobcentret imens han er i forløb hos a-kassen, men vil så være straksbookingramt ved fristens udløb. Medlemmet kan fortsat blive afmeldt af a-kassen ved manglende overholdelse af pligt til selvbook i a-kassen.

Forhold under forløbet

A-kassen skal indkalde jobsamtaler og fælles jobsamtaler, samt kunne afholde jobsamtaler. A-kassen styrer selv kommunikationen med borger om indkaldelser. På Jobnet orienteres der om alle samtaler, men a-kasseindkaldte samtaler skal der ikke kvitteres for på Jobnet (dette er nuværende praksis, som videreføres).

Hvis borger undervejs i forløbet kommer i job, ændrer dette ikke på, hvem der varetager hans kontaktforløb. Borger, som overgår til at være sygedagpengemodtager, får varetaget sit kontaktforløb af jobcentret imens han er sygedagpengemodtager. Ved raskmelding indenfor de 3 måneder (sammenlagt ledighed, ikke kalendermåneder) vil a-kassen igen være kontaktforløbsansvarlig.

For at sikre imod at borger får problemer med frist til samtalebooking i jobcentret imens han er i forsøget, fritager det nye fravær for selvbooking i jobcenter.

Hvis borger under forløbet opnår en nyindplacering som dagpengemodtager, lukkes det igangværende forløb, og et nyt oprettes.

Midlertidigt skift til anden kontaktgruppe, som fx sygedagpengemodtager

Diagram indlagt på underside: Forløb ved midlertidigt skift til anden kontaktgruppe

Tegningen forløb i hovedtræk:

Borger melder sig ledig og bliver dagpengemodtager, a-kassen registrerer forsøgsdeltagelse.

Borger melder sig syg, det leder til skift til sygedagpengemodtager hvorved forsøgsdeltagelsen midlertidigt inaktiveres.

Ved raskmelding skifter borger tilbage til at være dagpengemodtager og aktiv forsøgsdeltagelse. 

Afslutning af forløbet

A-kassen kan på vilkårligt tidspunkt indenfor de 3 måneder (sammenlagt ledighed, ikke kalendermåneder) sende borger ud af forløbet, og det er a-kassen der ved forløbsafslutning meddeler DFDG, at de afslutter forløbet og holder op med at have kontaktforløbsansvar. DFDG sender besked om dette videre til KSS.

A-kassen forventes selv at kende til det hvis borger flytter under forløbet, og dermed kommer til ny kommune / nyt jobcenter, hvorved der kan være behov for at revurdere om medlemmet er i målgruppe for forsøget.

Hvis medlemmet forlader a-kassen eller flytter til ny a-kasse, påhviler det a-kassen at afslutte forsøgsdeltagelsen.

935.3.1+.2 Der skal laves en ny markering ”A-kassen varetager kontaktforløbet”, som skal kunne oprettes på borgere, der er dagpengemodtagere

Markeringen skal kunne oprettes og slettes af a-kassen og STAR (men ikke af jobcentre). Der laves et nyt id 75 - "Kontaktforløb i a-kassen" i regi af fravær-fritagelser, som oprettes med AbsenceRegistrationService.CreateAbsence. Ved forløbsafslutning anvendes AbsenceCauseTypeIdentifier til at indikere afslutningsårsag med kald til UpdateAbsence.

Fejloprettelser løses som i øvrigt for fravær med DeleteAbsence, hvis der er tale om et fremtidigt fravær, og med UpdateAbsence, hvis der er tale om et igangværende fravær.

Se den opdaterede AbsenceType og Fraværspakke til kontaktforløb på underside.

CreateAbsence

Den eksisterende metode anvendes uændret til at oprette registreringen af at en borger er omfattet af indledende kontaktforløb i a-kassen.

Wiki: CreateAbsence

Forretningsregler for fraværet

Der gælder følgende forretningsregler for fraværsforholdet (id 75):

• Fraværet fritager for selvbook i jobcenteret (men ikke for nogen andre pligter). Det forventes ikke, at der sættes slutdato ved fraværets oprettelse.
• Det er ikke lovligt at have to tidsmæssigt overlappende fravær af denne type (fejl 4637 - The reported absence overlaps an existing absence of the same type).
• Fraværet må ikke registreres med startdato i fortiden (4963 -  Registration cannot be completed because start date is in the past).
• Borger skal være i kontaktgruppe 1 - Dagpengemodtager ved oprettelsen (7061 - AbsenceCause is not coherent with contact group) ved oprettelse. 
• Fraværet bliver lovligt for kontaktgrupperne 13 - "Jobafklaring", 24 - "Sygedagpengemodtager fra beskæftigelse" og 25 - "Sygedagpengemodtager fra ledighed" med henblik på at kunne overleve, indtil borger eventuelt vender tilbage til at være dagpengemodtager. Fraværet sættes da inaktivt, så det ikke fritager imens man er i anden kontaktgruppe.
• Fraværet vil være blokerende for øvrige kontaktgrupper og skal således lukkes inden skift til dem (Fejl 4645 - "This person has a absenceregistration that conflicts with this Contactgroup" ved kald til CreateContactGroup). Jobcentret vil i påkommende tilfælde skulle løse dette ved at kontakte a-kassen, eller i nødstilfælde STAR.

Fraværet må kun registreres og opdateres af egen a-kasse og Star (Jobcentre og ikke-egen a-kasse vil få fejl 4575 - You are not authorized). STARs registreringsmulighed forventes primært anvendt i testsammenhæng (testmiljøer).

935.3.3 Jobcenteret skal modtage WSRM ved alle ændringer i den nye markering

WSRMMessageService (Version 10).GetAbsenceVersion7 og GetDeleteAbsence

Wiki: GetAbsenceVersion7 og GetDeleteAbsence

WSRM sendes til såvel a-kasse som jobcenter ved oprettelse,sletning og opdateringer.

935.3.4 A-kassen varetager kontaktforløbet og skal kunne oprette fravær/fritagelser og lignende

På Jobnet kan fraværene omkring mindre intensiv indsats (AbsenceType id 42-46 og 71-73) ses. Det løses i regi af E 888.1 i 2019-1.

A-kassen skal afslutte forløbet med fraværs-afslutning selv, hvis borgeren er i mindre intensiv indsats.

For at a-kassen kan varetage kontaktforløbet, får den ekstra adgang til relevante fravær (i bilaget Fraværspakke til kontaktforløb er de øgede adgange til fravær gennemgået pr fravær):

Kontaktforløbspakken med fravær a-kassen får ekstra adgang til at se og redigere

• 1 - Uddannelse
• 10 - Ferie med feriepenge, feriedagpenge m.v.
• 15 - Deltidsbeskæftigelse (20 timer eller mere/uge)
• 23 - Jobrettet uddannelse (deltid)
• 24 - Jobrettet uddannelse (fuldtid)

• 42 - Arbejdsfordeling, vejrlig eller materialemangel

• 43 - På vej på efterløn/fleksydelse (inden for 6 uger)
• 44 - På vej på pension (folkepension) (inden for 6 uger)
• 45 - På vej i job (inden for 6 uger)
• 46 - Barsel inden for 6 uger
• 71 - Arbejdsfordeling op til 6 uger
• 72 - Arbejdsfordeling over 6 uger
• 73 - Vejrlig eller materialemangel

Der kan ikke registreres nye forekomster af id 42 'Arbejdsfordeling, vejrlig eller materialemangel', men igangværende kan redigeres. Ved nye forekomster anvendes de nye id'er 71-73.

Det er kun "1 - Uddannelse" som a-kassen ikke tidligere har haft adgang til at se.

I såvel PersonStatusService som PersonHistoryService tilrettes filtrering, så a-kassen i forsøgsperioden har ekstra adgang til at se de nævnte fravær for medlemmer med fravær 75

A-kassen får WSRM om alle ændringer på fravær som de har adgang til for a-kasse-forsøgsdeltagere (ændret løsning pba. input fra a-kasserne, implementeres i 935.8 LAB - A-kasseforsøg - opfølgning) A-kassen forventes at kende til de fravær som de selv opretter, og således ikke at have ekstra behov for WSRM på fraværsændringer.

A-kassen forventes ikke at have behov for at få WSRM på nogen andre forhold end fravær, da de ikke vil influere på kontaktforløbet (herunder planversion-WSRM'er).

Samtaleafholdelse med borger

Al ændring af samtaleregistrering og indkaldelser sker i regi af epic 935.4 LAB - A-kasse forsøg, samtaleregistrering

935.3.5 Når en borgers kontaktforløb varetages af a-kassen skal borgeren kunne se dette på Jobnet

Bemærk: Jobnets arbejde udføres først i 2019-2, men er medtaget i Epic 935.3 (2019-1) for at give holistisk overblik over løsning.

Jobnet skal informere borger om, at borgers forløb varetages af a-kassen. Informationen herom vil ske i kontekst af borgers tilmeldestatus. Der vil fremgå en tekst "Dit kontaktforløb varetages i [Navnet på a-kassen]"  af borgers "Din Status", som vises ved borgers logon på "Min side"i. Placering af teksten er mellem borgerens tilmeldestatus og status på borgers CV. I responsiv (dvs. mobiltilpasset) visning, flyttes dette element op i toppen af siden, hvor det skal foldes ud for at kunne ses.

Placeringen er valgt, fordi alternative visninger (via fx en notifikation), ville skjule budskabet, da notifikationer med introduktion af de nye forside elementer (dashboard) gemmes væk i et folde-ind/folde-ud element.

Teksten vises, så længe DFDG for borger udstiller fravær værdien id 75 - "Kontaktforløb i a-kassen" - som aktivt for borger. Elementet vises ikke, når borger ikke har fravær id 75 eller når dette er udstillet men inaktivt. Der gives således ikke særskilte meldinger på Jobnet om, at borgers kontakt atter varetages af Jobcenter, når fraværet ophører.

Jobnet får fraværet ved at fravær id 75 medtages i JobnetRegistrationStatusService,GetJobnetRegistrationState hvor også andre fravær udstilles til brug for visning af fravær på Jobnet.
Fraværet med status aktivt/inaktivt (RegistrationStateCollectionType som der er 1 af for hvert fravær indeholder boolean feltet Active) så Jobnet kan reagere på dette og kun meddele borger at hans forløb er i a-kassen når fraværet er aktivt.

Eksempel på visning af tekst "Dit kontakt forløb varetages i [Navnet på a-kassen]" i desktop visning. 

Eksempel på visning af tekst "Dit kontakt forløb varetages i [Navnet på a-kassen]" i responsivt tilpasset visning.

Mobilvisning med "Din status" foldet ind:                                          Mobilvisning med "Dina status" foldet ud:

Fravær skal endvidere fremgår af borgers oversigt over fravær (historisk såvel som aktuelt) på Jobnet. Oversigten er herunder for illustrations skyld vist for andre typer af fravær, da datafelterne der kan vises er de samme, men fravær 75 skal mappes igennem, så det fremgår korrekt Jobnet oversigten.

Tilpasninger af tekster på Jobnet i øvrigt

Det vurderes for omfangsrigt i a-kasse forsøget, at tilrette enhver tekst på Jobnet, så den er justeret i forhold til a-kassen som primær kontaktmyndighed. Tekster rettes derfor ikke og i tilfælde af, at borger logger på jobnet for at melde sig rask eller syg, at melde eller afmelde ferie osv. vil tekster derfor være uændrede. 

Af teksterne fremgår i øvrigt ofte, at a-kasse såvel som jobcenter begger er informeret. Der er flere tekster på Jobnet, men for illustration er følgende medtaget:

Eksempel på tekst ved feriemelding på Jobnet der opretholdes, om end borger må være med i a-kasse forsøg.

Eksempel på tekst ved sygemelding, som opretholdes, om end borger er i a-kasse forsøg. Besked fremhæver at borger skal melde sig syg på Jobnet og at sygemelding skal ske via jobcenter, hvis den aktuelle dag ikke er første sygedag. 

Eksempel på tekst ved raskmelding, som opretholdes, om end borger er i a-kasse forsøg. Besked fremhæver at borger skal melde sig rask på Jobnet og at raskmelding skal ske via jobcenter, hvis seneste sygedag ikke er korrekt. 

Kvitteringstekstrettelser

¤afklaring udestår

Eksempel på kvitteringstekst ved feriemelding

Eksempel på kvitteringstekst ved sygemelding.

Min plan på Jobnet

Min Plan visning på Jobnet forbliver uændret for de borgere, der deltager i a-kasseforsøg. 

Borgerne er nyindplacerede og har derfor ingen plan eller en inaktiv plan. Den inaktive plan kan fremkomme ved, at borger tidligere har haft en plan og at borger ved genindplacering som dagpengemodtager, efter genoptjening af dagpengeret, får vist sin tidligere plan som inaktiv. Inaktivering af plan sker automatisk hos DFDG ved kontaktgruppeskifte.

Visning på Jobnet hvis borger ingen plan har:

Visning på Jobnet hvis borger har en inaktiv plan:

Såfremt borger i a-kasseforsøg, uden plan eller med "inaktiv plan", får et "Krav til jobsøgning fra a-kasse", så nulstilles planen og Jobnet viser tidslinjen/listevisning (min Plan version 2.0) hvoraf a-kassens krav fremgår som øverste element.

Ved klik på bjælken "Krav til jobsøgning" fremgår detaljerne for kravet fra a-kassen i en modal (et popup-vinude):

Hvis borger fra tidslinjen skifter til listevisning, vil "Krav til jobsøgning fra a-kasse" tillige fremgå øverst af visning:

935.3.6 Ved forløbsafslutning skal afslutningsårsagen tydeligt fremgå

UpdateAbsence

(Der laves ingen ændringer til snitfladen, men tilføjes nye fejlkoder. Wiki: UpdateAbsence.)

Forløbet afsluttes ved at der med en opdatering sættes slutdato på fraværet. Der sættes en afslutningsårsag i form af en AbsenceCauseType (se nedenfor). DFDG validerer for dette og man vil få fejl 9359 - "AbsenceCauseType is required when end date is set on Meeting program with unemployment fund", hvis man undlader at sætte afslutningsårsag.

I 2019-2 tilføjes validering, der kræver, der der registreres en slutdato (EndDate), hvis der registreres en afslutningsårsag (>0). Denne returnerer fejlkode 9376 'AbsenceCauseType is specified without an absence end date'  (AbsenceRegistationService.CreateAbsence og AbsenceRegistationService.UpdateAbsence).

Hvis borger opnår genindplacering under forløbet skal det igangværende forløb afsluttes, og et nyt oprettes. Det igangværende forløb afsluttes da med dags dato som slutdato, og det nye oprettes med startdato næste dag (da fraværet ellers vil være overlappende, hvilket ikke er lovligt).

Startdatoen på fraværet kan ikke opdateres, fejl 8298.

Slutdatoen må ikke være før dags dato, fejl 9360 - Absence end date must be todays date or later.

Der laves validering på at man ikke kan afslutte fravær id 11 - "Sygdom - sygemelding" med de nye afslutningsårsager 41 til 45 (fejl 9361 - AbsenceCause is illegal for this AbsenceType) af hensyn til eDagpenge.

Der valideres ikke for, om a-kassen registrerer andre afslutningsårsager end id 41-45.

Fejlkoder

CodelistService (Version 5). AbsenceCauseType

Her angives afslutningsårsager ved forløbsafslutning

DFDG validerer at årsag 41-45 ikke kan sættes som afslutningsårsag på raskmeldinger for at undgå at eDagpenge får problemer med for dem ukendte årsager.

De nye id'er sat ind nedenfor, se også den fulde AbsenceCauseType kodeliste. Bemærk at afslutningsårsagerne til a-kasseforsøget efterfølgende opdateres i 2019-3, epic 935.8

For unge under 25 som skal have uddannelsespålæg bruges id 45 så de sendes tilbage til jobcentret.

935.3.7 Forsøgsforløb er a-kasse-specifikke og er rettet imod nyledige

Ved skift til ny a-kasse (medlemsovergang) eller ved medlemsophør i a-kasse systemet (MA) påhviler det a-kassen at afslutte fraværet med afslutningsårsagen "43 - Udmeldt af a-kasse i forsøg". DFDG orienterer automatisk borgers jobcenter med WSRM GetAbsence. 

Der udsendes WSRM til den a-kasse som har oprettet forløbet. A-kassen vil derudover altid få GetMembershipCancellation.

Særlige krav til test

Hverken a-kasser eller KSS systemer forventes at implementere og teste denne epic i 2019-1

Konsekvenser for drift

<Her beskriver PO/FA konsekvenser for løsningen efter idriftsættelse.>