eBeskrivelse 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.

Interne links (indhold i links ikke relevant 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)

[12.06.2024,27.06.2024] tilføjelser til ovenstående tabel

Automatisk oversigt

Ikke synlig for eksterne, men indeholder ikke andre oplysninger end kopieret til den manuelle oversigt ovenfor.

...

Beskrivelse af epic

Baggrund

Her udfylder PO oplysninger om baggrund for epic'en, herunder fx om der ligger politisk aftale eller lovgivning bag. Særligt vigtigt, at dette fremgår, hvis det ikke fremgår i en overliggende ISB, hvortil der evt. kan henvises.

Som en del af DFDG's udfasning af end of life teknologier og STAR's moderniseringsprogram sker der i forhold til Tillmelding som jobsøgende følgende:

• I DFDG et skift til REST snitflade - og i denne epic med tilføjelse af en Update-funktion og hændelsesdato for tilmelding:

• På tilmelding som jobsøgende tilføjes hændelsesdato således, at sagsbehandler i jobcenter og a-kasse kan registrere, hvornår tilmeldingen forretningsmæssigt burde være sket fra, selvom tilmeldedato ikke kan være i fortiden.

  • Ændringen foretages for at

    • lette bl.a. udbetalingen af dagpenge, hvis fx it-problemer i DFDG eller i lokale systemer har været årsag til, at en borger ikke kunne blive tilmeldt som jobsøgende

    • lette bl.a. udbetalingen af dagpenge, hvis sagsbehandler i jobcenter eller a-kasse af andre årsager end it-problemer ikke har fået tilmeldt borger den dag borger har henvendt sig i jobcenter eller a-kasse for at blive tilmeldt som jobsøgende

    • a-kassen via hændelsesdato kan registrere, hvis der for konkrete medlemmer dispenseres fra kravet om tilmelding

• En sanering i brug af ledighedsgrader ved tilmelding for mindske behovet for efterfølgende opdateringer

• I Jobnet en overgang til ny REST snitflade samt ny frontend arkitektur (denne opgave er ikke en del af denne epic, men vil blive specificeret i en efterfølgende epic)  

Forretningsmæssig anvendelse af hændelsesdato (15.08.2024)

• På tilmelding som jobsøgende tilføjes hændelsesdato således, at sagsbehandler i jobcenter (alene for andre kontaktgrupper end dagpengemodtagere) og a-kasse (for dagpengemodtagere og tilmeldte ‘Uden ydelse’) kan registrere, hvornår tilmeldingen forretningsmæssigt burde være sket fra, selvom tilmeldedato ikke kan være i fortiden.

• STAR/DFDG kan endvidere registrere/opdatere hændelsesdato, hvis der foretages datagenopretninger pga. fx driftsproblemer eller datafejl, der forårsager, at tilmelding ikke kunne registreres på rette dato

  • Ændringen foretages for at

    • lette bl.a. udbetalingen af dagpenge, hvis fx it-problemer i DFDG eller i lokale systemer har været årsag til, at en borger ikke kunne blive tilmeldt som jobsøgende

    • lette bl.a. udbetalingen af dagpenge, hvis sagsbehandler i jobcenter eller a-kasse af andre årsager end it-problemer ikke har fået tilmeldt borger den dag borger har henvendt sig i jobcenter eller a-kasse for at blive tilmeldt som jobsøgende (beror ift. jobcentrets registreringer ift. dagpengemodtagere på, at jobcenter fx via beskedtype 1 i dialogmodulet orienterer a-kassen om baggrunden for sen tilmelding fra jobcentrets side således, at a-kassen kan tage stilling til dispensation, jf. rådighedsbekendtgørelsen § 6, stk. 2, om dispensation for manglende tilmelding)

    • a-kassen via hændelsesdato kan registrere, hvis der for konkrete medlemmer dispenseres fra kravet om tilmelding

Særligt ift. dagpengemodtagere

• A-kasserne anvender hændelsesdatoen til at angive, at a-kassen har fået fornøden dokumentation for at den sene registrering af tilmelding skyldes jobcenteret, a-kasse eller DFDG - og at medlemmet i øvrigt opfylder betingelserne, så a-kassen har dispenseret for manglende tilmelding fra hændelsesdagen og frem til tilmelde-startdatoen.

• Hændelsesdatoen er dermed den dag, hvorfra der kan udbetales a-dagpenge.

• Hvis STAR/DFDG har registeret hændelsesdatoen er dette også udtryk for, at a-kassen har fået fornøden dokumentation for at den sene registrering af tilmelding DFDG

• A-kassemedarbejdere vil fremadrettet kunne undgå at lave en manuel asynkron tilmelding alene i a-kassen for at kunne komme til at udbetale på trods af manglende tilmelding i dispensationssagerne. Man ville i stedet opdatere tilmeldingen med en hændelsesdato, hvilket ville betyde, at a-kassesystemet kun kan udbetale, når tilmeldingen var registreret i DFDG, hvilket som yderligere gevinst ville sikre at tilmeldeperioden blev afsluttet, når medlemmet efterfølgende afmelder sig på Jobnet.

• Tilmeldedatoen er (fortsat) den dato, der anvendes ift. frister for fx samtaler og cv-godkendelse.

Regler

Her udfylder PO oplysninger om eksisterende eller forventede regler om registrering og indberetning.

Jobcentre skal som hidtil kunne registrere tilmelding og afmelding som jobsøgende.

A-kasserne kan, jf. BAB, som hidtil vælge at tilbyde den service at de tilmelder ledige medlemmer som dagpengemodtagere. A-kasserne skal som hidtil kunne afmelde et medlem som jobsøgende, og herunder tilmelde personen uden ydelse, hvis personen ikke længere er ledig eller hvis medlemmet ikke skal have / kan få a-dagpenge.

23.04.2024: A-kassen skal, jf. databkg. § 66, som hidtil - når dimittender begynder at modtage arbejdsløshedsdagpenge - sikre, at personen er registreret som dagpengemodtager med tilmeldekategorien dagpengemodtager.

15.08.2024: A-kassen skal, jf. databkg. § 129, som hidtil ved medlemstilgang og ved tilmelding som arbejdssøgende hente/læse en række oplysninger i DFDG. Det gælder bl.a. oplysninger om tilmelding som jobsøgende. Den nye a-kasse kan ikke påregne, at DFDG sender WSRM eller WSB om fx aktuelle tilmeldinger ifm. medlemstilgang

15.08.2024: I databkg. vil der blive indarbejdet bestemmelser om registrering af hændelsesdatoen.

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

Her beskriver PO overordnet, hvordan epic'en forventes at påvirke aftagerne. Særligt vigtigt, at dette fremgår, hvis det ikke fremgår i en overliggende ISB, hvortil der evt. kan henvises.

Serviceaftager skal overgå til ny REST snitflade, men kan i en overgangsperiode (indtil 2025-1) forblive på eksisterende SOAP service således, at serviceaftager mere frit kan tilrettelægge deres it-udvikling.

...

• Ny REST service i VisiteringOgStatus hvor det er muligt at tilmelde en borger som allerede har jobønsker

• Ny REST service i Komposit hvor man ifm. tilmeldingen kan oprette jobønsker

• Fejlkoder bevares

• Der ændres ikke i adgangsforhold til service/metoder 

• Tilmelding udstilles i VisiteringOgStatus.VisiteringOgStatusStatusService#GetPersonVisiteringOgStatusStatus med kun seneste tilmelding. I TilmeldingService findes GetTilmeldinger som er den fulde samling af tilmeldinger og GetTilmeldingshistorik.

• Ny forretning

  • Ny hændelsesdato (optionelt felt), der skal angive evt. anden dato (end registreringsdatoen) som tilmeldingen forretningsmæssigt skal være gældende gældende fra, selvom der som tilmeldedato kun kan registreres “dags dato”. Formålet er, at sagsbehandler (og STAR ifm. datagenopretninger) kan angive, hvornår tilmeldingen forretningsmæssigt burde have været gældende fra, selvom registreringen foretages “dags dato”. Fx hvis der har været it-problemer i lokale systemer eller i STARs systemer. Eller hvis a-kassen dispenserer fra kravet om tilmelding.

    • Validering ift. tilbagedatering af hændelsesdato:

      • A-kasser: Ingen begrænsning, da dispensationsbehovet for tilmelding ligge langt tilbage i fortiden

      • STAR: Ingen begrænsning (pga. testformål - og datagenopretninger)

      • Jobcentre:

        • Op til 7 dage før registreringsdato. Fejlkode: 100033 - “Hændelsesdato må ikke ligge mere end 7 dage tilbage i tid ved jobcenterregistrering”

        • Validering ift. registrering af hændelsesdato ved tilmelding af dagpengemodtagere: Jobcentret må ikke registrere hændelsesdato ved tilmelding af dagpengemodtagere. Fejlkode 1000xx - 'Hændelsesdato må for dagpengemodtagere kun registreres og opdateres af a-kassen og STAR'

      • Hændelsesdato må ikke ligge tidligere end seneste afmeldedato. Fejlkode: 100034 - “Hændelsesdato må ikke ligge i tidligere tilmeldeperiode”

  • Ny Update-metode: UpdateTilmelding til brug for

    • afmelding

    • fjernelse af fremtidig afmelding således, at der ikke (længere) teknisk foretages en afmelding og samtidig gentilmelding i disse situationer

    • opdatering af ledighedsgrad således, at der ikke (længere) teknisk foretages en afmelding og samtidig gentilmelding i de situationer, hvor ledighedsgraden skal ændres

    • Validering:

      • Hændelsesdato må ikke ligge tidligere end seneste afmeldedato på tidligere tilmeldeforhold (se fejlkode ovenfor)

      • Ved afmelding validerer DFDG for, at alene afmeldedato og afmeldeårsag angives / opdateres. Fejlkode: 100032 - “Det er ikke lovligt at opdatere øvrige felter ifm. en afmelding”.

      • Når afmeldedato er i fortiden må der ikke opdateres på andet end hændelsesdato og berigtigelseskommentar. Fejlkode100030- “Når afmeldedato er i fortiden må kun hændelsesdato og berigtigelseskommentar opdateres”

      • Afmeldedato kan kun opdateres, herunder slettes, hvis den er i fremtiden - fejlkode 100031 ‘Afmeldedato må kun opdateres eller slettes hvis den er i fremtiden’

      • Validering ift. registrering af hændelsesdato ved opdatering af tilmelding af dagpengemodtagere:

        • Hvis Hændelsesdato er registreret og jobcenteret kommer med en UpdateTilmelding for klientkategori (ClientCategoryTypeIdentifier) 1 (dagpengemodtager) med en anden hændelsesdato end der allerede er registreret i DFDG kastes fejlkode 1000xx - 'Hændelsesdato må for dagpengemodtagere kun registreres og opdateres af a-kassen og STAR'

  • Sanering af registrering af ledighedsgrad ved tilmelding således, at der ikke ved tilmelding længere skal sondres mellem “fuldt ledig” og “delvis ledig”.

    • [06.09.2024] Afgrænsning: Denne validering sker udelukkende på CreateTilmelding (dvs. hverken på UpdateTilmelding eller ifm. syge- /raskmelding)

    • [03.09.2024] Fejlkoder i den sammenhæng:

      • Til a-kasser: 9300 - "Ledighedsgraden kan ikke anvendes af a-kasser" og

      • Til jobcentre: 100045 - “Ledighedsgraden kan ikke anvendes af jobcentre”

VisiteringOgStatus.TilmeldingService

...

STAR / DFDG anvender denne service internt til at registrere tilmelding, når der registreres tilmelding via Komposite.TilmeldingService med samtidig registrering af 'jeg-søger-job-som' stillingsbetegnelser og tilmelding. Eksterne aftagere kan også anvende denne service til at registrere tilmelding på borgere/medlemmer, der i forvejen har registreret 'jeg-søger-job-som' stillingsbetegnelser - og sagsbehandler ikke vil opdatere disse ifm. tilmeldingen.

CreateTilmelding og CreateTilmeldingMedIdentifier (30.04.2024)

Nye REST-metoder CreateTilmelding og CreateTilmeldingMedIdentifier til internt brug for tilmelding, kan kun kaldes af STAR.

[27.06.2024]

UpdateTilmelding - https://starwiki.atlassian.net/wiki/spaces/FYS/pages/4301553665/VisiteringOgStatus.TilmeldingService+Version+1+2024-2+UDV+tidl.+UnemploymentEnrollmentService+v+8+2023-1#UpdateTilmelding-(PUT-v1/Tilmelding/%7BtilmeldingId%7D-(tidl.-CancelUnemploymentEnrollment)

...

• Se ovenfor under Ny forretning

Metoden har response med kvitteringstekst til visning for borger i snitflade som er udfyldt ved afmelding, eksterne kan se bort fra denne.

[27.06.2024]

Komposit.TilmeldingService - Komposit.TilmeldingService (2024-3)

...

• Se ovenfor under Ny forretning

CreateTilmelding

Kan kaldes med eller uden id, DFDG tildeler et id hvis det ikke medsendes.

Metoden har response med kvitteringstekst til visning for borger i snitflade, eksterne kan se bort fra denne.

[27.06.2024]

WSRM og WSB udsendelse samt flow

[Tilføjet 02-05-2024]

Komposit.TilmeldingService.CreateTilmelding kalder først til JobSearch.CreateJoboensker og derefter til VisiteringOgStatus.Tilmelding hvis det foregående kald er gået godt. Man kan dermed risikere at kun Jobønskeoprettelsen går godt, det er ikke være et problem da man uden problemer kan gentage det fulde kald til Komposit.Tilmelding og genoprette Jobønsker. Hvis begge kald går godt returneres succes.

I forbindelse med oprettelsen af Jobønsker vil WSRM/WSB blive udsendt og tilsvarende ved tilmelding - selv om det samlede flow ikke er fuldført endnu. Da data er tilgængelige ved get når beskeder skaber dette efter vores bedste overbevisning ikke gener for aftagere.

1005.17.23.3 - Som serviceaftager vil jeg gerne beholde den eksisterende SOAP service (UnmeploymentEnrollmentService) uændret i en overgangsperiode indtil 2025-1 for at sikre en fleksibel overgang til ny snitflade

...

• Eksisterende SOAP (UnmeploymentEnrollmentService) bevares uændret i en overgangsperiode indtil 2025-1 for at sikre en fleksibel overgang til ny snitflade

• Ekstern deltagelse i test af til- og afmelding ønskes - og af WSB / WSRM-beskeder

...

• VisiteringOgStatus.CodeListService

  • Tilmeldekategori

  • Ledighedsgrad

  • Afmeldingsaarsag

28.06.2024: Bemærk at kodelisterne i test i 2024-3 vil bære de gamle engelske navne

VisiteringOgStatus - Tilmeldekategori

...

Ledighedsgrad ‘Arbejdsfordeling’ kan som hidtil angives v/tilmelding gennem KSS, men ikke ved borgers tilmelding på Jobnet. Og heller ikke ved a-kassens registrering af tilmelding som jobsøgende.

Ifm. tilmelding CreateTilmelding ([05.09.2024] fra Jobnet, jobcenter fagsystemer og a-kassefagsystemer) anvendes fremover id 2-4. [05.09.2024] Hver aktør anvender de ledighedsgrader som aktøren må anvende.

[06.09.2024] Bemærk at der altså ikke er nogen validering på UpdateTilmelding da dette ville kræve en ensretning af ledighedsgrad over til sygemelding, som ikke er mulig

Ifm. sygemelding ([05.09.2024] fra Jobnet, jobcenter fagsystemer og a-kassefagsystemer) anvendes som hidtil id 0 og 1 til angivelse af, om den sygemeldte er i delvis beskæftigelse eller fuldt ledig.

(DAK har efter drøftelse med a-kasser bekræftet, at vi ifm. tilmelding ikke behøver sondre mellem fuldt og delvist ledig.)

...

PersonStatusService (version 20) udstiller i en overgangsperiode indtil 2025-1 oplysninger om til- og afmelding

...

PersonHistoryService (version 4) udstiller i en overgangsperiode indtil 2025-1 oplysninger om til- og afmelding

...

• Eksisterende WSRM’er om tilmelding og afmelding som jobsøgende opretholdes i en overgangsperiode

  • GetUnemploymentEnrollmentVersion4 på WsrmMessageService (version 10) og

  • GetCancelUnemploymentEnrollmentVersion4 på WsrmMessageService (version 10)

• Ny WSB: Tilmelding.wsb

• WSRM om fremtidig afmelding sendes som hidtil på tidspunktet for indberetning af opdateringen. Tilsvarende vil gælde for WSB om afmelding.

Udsendelse af WSRM og WSB som følger:

...

Som borger vil jeg modtage tilmeldekvittering i Beskedbakken på Jobnet (frem for via alm mail).

1005.17.23.16 - Friholde Jobnet (classic) for ændringer ift. tilmelding og ledighedsgrad (04.09.2024)

Ved tilmelding fra Jobnet (Classic) igennem SOAP UnemploymentEnrollmentService sker konvertering så ledighedsgrad 0 (fuldt ledig) og 1 (delvist ledig) begge oversættes til 4 (ledig)

Særlige krav til test

19.06.2024 og 26.08.2024: Tabel opdateret

* 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

...

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

...

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 )

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

A-kasse filtrering i de nye getmetoder følger a-kasse filtreringen på deres soap-forgængere

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

...