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.

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)

...

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)  

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.

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 Komposite 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”

      • 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: 10032 - “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’

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

...

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 brug for tilmelding. Ved kald af førstnævnte metode tildeler DFDG et id til tilmeldingen. Ved kald af sidstnævnte metode tildeler det kaldende system et id til tilmeldingen.

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)

...

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

...

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:

...

• 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

...