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)

https://starwiki.atlassian.net/browse/DS-12528

https://starwiki.atlassian.net/browse/DS-12845

https://starwiki.atlassian.net/browse/DS-13558

Indholdsfortegnelse

Afgrænsning af epic

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)

Noter:

1) UnemploymentFundPaymentService (version 5) har følgende metoder:

• CreateInsuredUnemploymentPaymentData

• CreateSupplementalBenefitsWeeks

• GetInsuredUnemploymentPaymentData

• DeleteInsuredUnemploymentPaymentData

• CreateEarlyRetirementPaymentData

• GetEarlyRetirementPaymentData

• DeleteEarlyRetirementPaymentData

• CreateHolidayBenefitsPaymentData

• GetHolidayBenefitsPaymentDataByYear

• DeleteHolidayBenefitsPaymentData

• CreateEEABenefitsPaymentData

• GetEEABenefitsPaymentData

• DeleteEEABenefitsPaymentData

• GetFleurData

• GetSupplementalBenefitsWeeks

• UpdateEEABenefitsPaymentData

2) EarlyRetirementDataService (Version 2) har følgende metoder:

• CreateEarlyRetirementData

• GetLatestEarlyRetirementData

• DeleteEarlyRetirementData

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.

Ændringer i dagpengereglerne pr. 1. maj 2023 (DP23), jf. bkg. nr. 96 af 30. januar 2023 om ikrafttræden af § 1, nr. 1-7, og nr. 9, og §§ 2 og 3 i lov om ændring af lov om arbejdsløshedsforsikring m.v., lov om sygedagpenge og barselsloven (Indførelse af et beskæftigelsestillæg, nedsættelse af dagpengeperioden for dimittender, nedsættelse af dimittendsatsen for ikkeforsørgere, indførelse af et sprogkrav til modtagere af dimittenddagpenge m.v.). Se nærmere om DP23 i tilsvarende afsnit i E 1008.2.

Med ikrafttrædelse af DP23 den1. maj 2023 var det nødvendigt i første omgang at lave en ny SOAP-version af snitfladen til indberetning og læsning af oplysninger om udbetaling af dagpenge og efterløn samt om perioder med feriedagpenge og EØS-dagpenge.

Med nærværende epic omlægges snitfladerne til REST - og samtidig holdes SOAP-versionen i live i en overgangsperiode (indtil 2024-2) således, at a-kasser og KSS ikke behøver tage ny REST-service i brug samtidig med prod.lægningen i DFDG.

Denne omlægning understøtter samtidig DFDG's udfasning af end of life teknologier og STAR's moderniseringsprogram.

Regler

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

Efter gældende regler i databekendtgørelsen skal a-kasser registrere og opdatere oplysninger om borgeres / medlemmer i forhold til udbetalinger af dagpenge og efterløn samt om perioder med EØS-dagpenge og feriedagpenge. Disse regler ændres ikke i forbindelse med denne epic.

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 2024-2) forblive på eksisterende SOAP service således, at serviceaftagere mere frit kan tilrettelægge deres IT udvikling.

Perioden kan dog ændres, hvis der efterfølgende kommer forretningsændringer til servicen. En sådan efterfølgende ændring af perioden, vil fremgå i epic med de nye forretningsændringer. Bemærk også infoboksen om svartider ovenfor.

AC 1008.4.1 - Som STAR vil jeg have flyttet forretningsområdet for indberetninger af dagpengeoplysninger, EØS-dagpenge, feriedagpenge og efterlønsoplysninger til forretningsdomænet Ydelsesudstilling

Som STAR vil jeg have flyttet forretningsområdet for indberetninger af

• Dagpengeoplysninger

• Perioder med EØS-dagpenge

• Perioder med Feriedagpenge og

• Efterlønsoplysninger

• Oplysninger om efterlønsret, overgang til efterløn og om efterlønspræmier

til forretningsdomænet Ydelsesudstilling inkl. at det lever op til de principper, der er fastsat, herunder intern brug af PersonId.

Løsningsmodel (internt STAR acc.kr.)

• Etablering af database i Ydelsesudstilling.

• Intern brug af PersonId

AC 1008.4.2 - Som serviceaftager og STAR vil jeg have udstillet metoderne opdaterings- og læse-metoderne i UnemploymentFundPaymentService vedr. dagpengeoplysninger, EØS-dagpenge, feriedagpenge og efterlønsoplysninger via ny REST snitflade med samme forretningslogik og operationer som den eksisterende SOAP service

Der er tale om at følgende metoder i UnemploymentFundPaymentService omlægges til nye REST-services

Løsningsmodel

• Ny REST service med POST, PUT og DELETE-operationer i Ydelsesudstilling.

• Fejlkoder bevares

• Forretningsregler bevares

• Der ændres ikke i adgangsforhold til service/metoder 

• Ny forretning: I CreateDagpenge og GetDagpenge tilføjes nyt felt til angivelse af forsikringskategori i den enkelte dagpengemåned, hvor der sker indberetning til FLEUR.

  • OBS - obligatorisk at indberette forsikringsgrad (fuldtidsforsikret / deltidsforsikret) sammen med den enkelte dagpengemåned, selvom der der forekomst 0-1 på feltet. Dette af hensyn til systemet Ydelsesrefusions beregning af kommunal medfinansiering af a-dagpenge. DFDG kan ikke validere på, at feltet er udfyldt, førend alle a-kasser er overgået fra SOAP-servicen UnemploymentFundPaymentService (hvor feltet ikke indberettes) til den nye DagpengeService.

Forretningside for nye service til registrering, opdatering og læsning af oplysninger i FLEUR

Se nye forretningssider på disse link:

• Dagpenge:

• Efterløn:

• Perioder med feriedagpenge:

• Perioder med EØS-dagpenge:

Nye REST services til oprettelse, opdatering og sletning af oplysninger i FLEUR. Forretningsregler for de enkelte metoder fremgår på forretningssiderne for de pågældende services. Forretningsregler er uændrede ift. SOAP-versionen /-metoderne i UnemploymentFundPaymentService.

Dagpenge -

CreateDagpenge - ny metode til indberetning af oplysninger om udbetaling af a-dagpenge, frivilligt ulønnet arbejde og belægninger

Metoden erstatter UnemploymentFundPaymentService (version 5).CreateInsuredUnemploymentPaymentData

Udv-udgave af teknisk snitflade:

Forsikringsgrad tilføjes til metoden med kodelisten ForsikringsgradTypeCodeList som er en videreførelse af UnemploymentInsuranceCategoryTypeIdentifier. Feltet er teknisk set optionelt aht. at understøtte kald til UnemploymentFundPaymentService.

OBS - men det er forretningsmæssigt obligatorisk at indberette forsikringsgrad, når a-kassen anvender Dagpengeservice, selvom der der forekomst 0-1 på feltet. Dette af hensyn til systemet Ydelsesrefusions beregning af kommunal medfinansiering af a-dagpenge. DFDG kan ikke validere på, at feltet er udfyldt, førend alle a-kasser er overgået fra SOAP-servicen UnemploymentFundPaymentService (hvor feltet ikke indberettes) til den nye DagpengeService.

GetDagpenge - ny metode til læsning af indberettede oplysninger om udbetaling af a-dagpenge og belægninger

Metoden erstatter UnemploymentFundPaymentService (version 5).GetInsuredUnemploymentPaymentData

Udv-udgave af teknisk snitflade:

Forsikringsgrad tilføjes til metoden med kodelisten ForsikringsgradTypeCodeList som er en videreførelse af UnemploymentInsuranceCategoryTypeIdentifier.

DeleteDagpenge - ny metode til sletning af indberettede oplysninger om udbetaling af a-dagpenge og belægninger

Metoden erstatter UnemploymentFundPaymentService (version 5).DeleteInsuredUnemploymentPaymentData

Udv-udgave af teknisk snitflade:

GetFleurData - ny metode til læsning af afgrænsede/udvalgte oplysninger om udbetaling af a-dagpenge og belægninger

Metoden erstatter UnemploymentFundPaymentService (version 5).GetFleurData

Udv-udgave af teknisk snitflade:

Uger med supplerende dagpenge

CreateUgerMedSupplerendeDagpenge - ny metode til indberetning af uger berørt af supplerende dagpenge

Metoden erstatter UnemploymentFundPaymentService (version 5).CreateSupplementalBenefitsWeeks

Udv-udgave af teknisk snitflade:

GetUgerMedSupplerendeDagpenge - ny metode til læsning af uger berørt af supplerende dagpenge

Metoden erstatter UnemploymentFundPaymentService (version 5).GetSupplementalBenefitsWeeks

Udv-udgave af teknisk snitflade:

Efterløn - EfterloensudbetalingService (2023-3)

CreateEfterloensudbetaling - ny metode til indberetning af oplysninger om udbetaling af efterløn, frivilligt ulønnet arbejde og belægninger

Metoden erstatter UnemploymentFundPaymentService (version 5).CreateEarlyRetirementPaymentData

Udv-udgave af teknisk snitflade:

GetEfterloensudbetalinger - ny metode til læsning af indberettede oplysninger om udbetaling af efterløn og belægninger

Metoden erstatter UnemploymentFundPaymentService (version 5).GetEarlyRetirementPaymentData

Udv-udgave af teknisk snitflade:

DeleteEfterloensudbetaling - ny metode til sletning af indberettede oplysninger om udbetaling af efterløn og belægninger

Metoden erstatter UnemploymentFundPaymentService (version 5).DeleteEarlyRetirementPaymentData

Udv-udgave af teknisk snitflade:

Perioder med EØS-dagpenge -

CreateEOESdagpengeperiode - ny metode til indberetning af oplysninger om perioder med EØS-dagpenge

Metoden erstatter UnemploymentFundPaymentService (version 5).CreateEEABenefitsPaymentData

Udv-udgave af teknisk snitflade:

UpdateEOESdagpengeperiode - ny metode til opdatering af indberettede oplysninger om perioder med EØS-dagpenge

Metoden erstatter UnemploymentFundPaymentService (version 5).UpdateEEABenefitsPaymentData

Udv-udgave af teknisk snitflade:

GetEOESdagpengeperiode - ny metode til læsning af indberettede oplysninger om perioder med EØS-dagpenge

Metoden erstatter UnemploymentFundPaymentService (version 5).GetEEABenefitsPaymentData

Udv-udgave af teknisk snitflade:

DeleteEOESdagpengeperiode - ny metode til sletning af indberettede oplysninger om perioder med EØS-dagpenge

Metoden erstatter UnemploymentFundPaymentService (version 5).DeleteEEABenefitsPaymentData

Udv-udgave af teknisk snitflade:

Perioder med feriedagpenge -

CreateFeriedagpengeperiode - ny metode til indberetning af oplysninger om perioder med feriedagpenge

Metoden erstatter UnemploymentFundPaymentService (version 5).CreateHolidayBenefitsPaymentData

Udv-udgave af teknisk snitflade:

GetFeriedagpengeperiode - ny metode til læsning af indberettede oplysninger om perioder med feriedagpenge

Metoden erstatter UnemploymentFundPaymentService (version 5).GetHolidayBenefitsPaymentDataByYear

Udv-udgave af teknisk snitflade:

DeleteFeriedagpengeperiode - ny metode til sletning af indberettede oplysninger om perioder med feriedagpenge

Metoden erstatter UnemploymentFundPaymentService (version 5).DeleteHolidayBenefitsPaymentData

Udv-udgave af teknisk snitflade:

AC 1008.4.3 - Som STAR vil jeg have flyttet forretningsområdet for indberetninger af Efterlønsbevis, overgang til efterløn og skattefri præmie (FLEUR)

Løsningsmodel

• Ny REST service med POST, PUT og DELETE-operationer i Ydelsesudstilling.

• Fejlkoder bevares

• Forretningsregler bevares

• Der ændres ikke i adgangsforhold til service/metoder 

EarlyRetirementDataService (Version 2) bliver til EfterloensretService (Version 1). Metoder:

• CreateEfterloensret (tidl. CreateEarlyRetirementData)

• GetEfterloensret (tidl. GetLatestEarlyRetirementData)

• DeleteEfterloensret (tidl. DeleteEarlyRetirementData)

Snitfladeoplæg:

AC 1008.4.4 - Som serviceaftager vil jeg gerne beholde den eksisterende SOAP service uændret i en overgangsperiode for at sikre en fleksibel overgang til nye snitflader, der erstatter UnemploymentFundPaymentService og EarlyRetirementDataService

Som serviceaftager vil jeg gerne beholde den eksisterende SOAP service uændret i en overgangsperiode for at sikre en fleksibel overgang til ny snitflade.

Løsningsmodel

• Eksisterende SOAP-metoder i UnemploymentFundPaymentService og EarlyRetirementDataService bevares 1 til 1 internt i DFDG i en overgangsperiode frem til 2024-2.

• Ved kald af SOAP-metoderne kaldes internt i DFDG videre til den nye REST-service i det nye DFDG domæne Ydelsesudstilling

Serviceaftager skal dog være forberedt på, at svartiden ved kald af SOAP-udgaverne forventes at være forringet, jf. Info-boks i top af epic-dokumentet.

AC 1008.4.5 - Som STAR vil jeg have dataleverancer i forhold til Ydelsesrefusion tilpasset til det nye forretningsdomæne (silo)

Som STAR vil jeg have dataleverancer i forhold til Ydelsesrefusion tilpasset til, at FLEUR flyttes til DFDG forretningsdomænet Ydelsesudstilling.

AC 1008.4.6 - Som STAR vil jeg have at dokumentation for både servicelag og frontend lever op til STAR's principper på releasetidspunktet

Som STAR vil jeg have at dokumentation for både servicelag og frontend lever op til STAR's principper på releasetidspunktet.

AC 1008.4.7 - Som STAR vil jeg have, at data er omfattet af dataløft og pseudonymisering mod testmiljøer

Som STAR vil jeg have, at data er omfattet af dataløft og pseudonymisering mod testmiljøer.

AC 1008.4.8 - Hidtidige WSRM’er om FLEUR dannes fortsat til a-kasser

Hidtidige WSRM’er om FLEUR (ift. a-dagpenge) dannes fortsat til a-kasser.

WSRM, som sendes til nuværende a-kasse ved ændringer i FLEUR data fra et medlems forhenværende a-kasse.

WSRM’en indeholder blot CPR og en indikation på hvilken måned der er ændret for og om det er dagpenge eller uger med supplerende dagpenge som ændringen vedrører.

Nuværende a-kasse vil få 1 WSRM pr. indberettet måned eller pr. indberettet ugesæt med ændringer til indberettet forbrug af supplerende dagpenge.

Grupperne InsuredUnemploymentPaymentDataChange og SupplementalBenefitsWeeksChange viser med sin udfyldelse, om det er ændringer til dagpengedata eller til uger med supplerende dagpenge, der ligger til grund for WSRM'en.

WSRM'en anvendes i den aktuelle a-kasse til brug for

• opgørelse eller fornyet opgørelse af forbrug af dp.ret de seneste 8 år (hvis der er ændringer i medlemmets tidligere a-kasses indberetninger) og

• opgørelse eller fornyet opgørelse af forbrug af uger med supplerende dp. inden for de seneste 104 uger (hvis der er ændringer i medlemmets tidligere a-kasses indberetninger) 

Der sendes (som hidtil) ikke WSRM for ændringer fra medlemmets tidligere a-kasse(r) i indberetninger til efterløn, da der er forholdsvis få personer, der skifter a-kasse efter overgang til udbetaling af efterløn.

AC 1008.4.9 - Død kode i DFDG, i forbindelse med FLEUR, fjernes

Død kode i DFDG, i forbindelse med FLEUR, fjernes.

AC 1008.4.10 - Landssupporten/LSS er skiftet over til at bruge den nye REST-servicen vedr. i FLEUR i stedet for at udstille oplysningerne fra DFDG (Classic) UnemploymentFundPaymentServic og EarlyRetirementDataService

Landssupporten/LSS er skiftet over til at bruge den nye REST-service vedr. i FLEUR i stedet for at udstille oplysningerne fra DFDG (Classic) UnemploymentFundPaymentService og EarlyRetirementDataService.

LSS

Følgende accordeons er berørt afomlægningen:

Open

Datakanon

I datadanonen er menupunktet vedr. registrering af uger med supplerende dagpenge berørt af omlægningen:

Open

AC 1008.4.11 - Som STAR vil jeg have dataleverancer i forhold til DOA tilpasset til det nye forretningsdomæne (silo) inkl. kontaktperson i DOA

Som STAR vil jeg have dataleverancer af FLEUR-data til DOA tilpasset til det nye forretningsdomæne (silo) inkl. kontaktperson i DOA.

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:  

• Skal der køres konvertering:  Ja, historiske data skal konverteres fra DFDG (Classic) til Ydelsesudstilling

• 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, Ydelsesudstilling findes i forvejen

• Nye snitflader:  Ja, ny REST-service vedr. FLEUR

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

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.

• Angiv hvem der har foretaget dette tjek: Knud

• Angiv dato for tjek: 29.01.2023

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.

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

Der er i adgangen nøje taget stilling til a-kasse adgangen.

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 ændres ikke på hvilke data der udstilles på Jobnet og adgangen til disse