Ydelsesudstilling.DagpengeService (2024-3)

Servicen er én af flere FLEUR services.

Service til indberetning af data vedrørende udbetaling af dagpenge (dagpengekort og belægninger). Servicen anvendes endvidere til at indberette uger, der forbruger af retten til supplerende dagpenge, og til at indrapportere de ugenumre, hvor der har været forbrug af retten til supplerende dagpenge.

Udskilt fra UnemploymentFundPaymentService (der indeholdt både dagpenge, perioder med EØS-dagpenge, efterløn og perioder med feriedagpenge (FLEUR - Forsikrede Ledige Efterløn UdbetalingsRegister)).

Forretningsbeskrivelse

Indberetning, sletning og udstilling af dagpengeudbetalingsdata og ugenumre berørt af supplerende dagpenge. 

Det er kun a-kasser, der kan indberette via FLEUR.

A-kasser kan kun slette egne indberetninger

Hvis to a-kasser indberetter udbetalinger for samme måned, skal begge indberetninger gemmes af hensyn til kontrol for fejludbetalinger

Hvis der ikke findes data vedr. udbetaling af dagpenge returneres en tom liste.

DFDGs sletning af oplysninger

DFDG sletter indtil videre ikke FLEUR-oplysninger, når de når en vis alder. Dette skyldes hensynet til reglerne om arbejdsløshedskassernes pligt til at opbevare dokumentation for forbrug af retten til dagpenge, jf. bekendtgørelse om krav til a-kassernes kontrol og administration.

Der skal senere i samarbejde med a-kassernes tages stilling til, hvor gamle oplysningerne og de enkelte oplysningstyper i FLEUR skal være, inden de kan slettes.

Opdatering af oplysninger fra et medlems tidligere a-kasse

Et medlems tidligere a-kasse kan indberette opdateringer til perioder forud for medlemmets overgang til en anden a-kasse.

Der sendes WSRM-beskeden GetFleurChangesVersion1 til medlemmets aktuelle a-kasse om opdateringer - til dagpengeudbetalinger og til uger berørt af supplerende dagpenge - til perioden forud for  medlemsovergang. 

Indberetning af uger berørt af supplerende dagpenge

Indfasning af indberetningen og den løbende indberetning sker således:

• For medlemmer, der aktuelt modtager dagpenge, indberettes ”berørte uger med supplerende inden for de seneste 104 uger”
• Ved opstart i release 2018-3 indberettes så tæt som muligt på 2018-3 idriftsættelsen – og herefter indberettes løbende de uger der forbruger af retten til supplerende dagpenge.
• For andre medlemmer indberettes ”de berørte uger med supplerende inden for de seneste 104 uger”,
  • når medlemmet på ny måtte begynde at modtage dagpenge
  • hvis medlemmet overflyttes til en anden a-kasse

CPR-skiftere

Nye DFDG forretningsdomæner

For de nye DFDG forretningsdomæner gælder:

• I nye DFDG forretningsdomæner flyttes data (pegepinden til data) til at være borgers aktuelle cpr,nr, når borger skifter cpr.nr
• I nye DFDG forretningsdomæner kan der alene registreres og opdateres data ved kald med borgers aktuelle cpr.nr
• Fra 2023-3:
  • Ved opstart af nye DFDG forretningsdomæner indlæser STAR data fra den ældre del af DFDG i det nye forretningsdomæer uanset borgers CPR-status (bl.a. af hensyn til aflevering af data til Rigsarkivet) og af hensyn til bl.a. jobcentres og a-kassers behov for at kunne læse historiske data om en borger eller et medlem)
  • Serviceaftagere kan hente/læse data i de nye forretningsdomæner uanset om der kaldes med borgers aktuelle eller historisk cpr nr - også hvis borger er død.
  • For de allerede opstartede DFDG forretningsdomæner foretages efterkonvertering / indlæsning af data for de CPR-statusser som i første indlæsning blev udeladt, således at databestanden er komplet.
  • Ved registreringskald til nye DFDG forretningsdomæner med ikke-aktuelt CPR nummer kaster DFDG (ny) fejlkode med oplysning om at borgers aktuelle cpr nr skal anvendes (frem for nuværende brug af fejlkode om at cpr nr ikke findes) - fejlkode 9460 - "Det er ikke tilladt at registrere oplysninger på borgers ikke-aktuelle personnummer"
• Fra 2023-4
  • I servicen Virksomhedsindsats.PersonStatusService (version 1). GetPersonStatus er der fra 2023-4 releasen foretaget ændring i ansvarligJobcenterKode - Feltet vil fremover bestå af myndighedskode og organisationstype.

DFDG (classic)

For den ældre del af DFDG, der ikke er omlagt til nye DFDG forretningsdomæner, gælder:

• I DFDG (classic) forbliver data (som hidtil) på det cpr.nr., hvor registreringen oprindeligt er sket
• Fra DFDG (classic) kan data udlæses på det cpr.nr hvor registreringen oprindeligt er sket
• Det er muligt for aftagerne at opdatere allerede registrerede data i DFDG (classic) ved kald med ikke aktuelt cpr nr fsva data registreret på det pågældende cpr.nr, det gælder fx afslutning af allerede registreret fravær og lukning af borgers kontaktgruppe
• Ved registrering / opdatering af data med brug af ikke aktuelt cpr nr., dannes afledte WSRM'er / webservicebeskeder på dette ikke-aktuelle cpr.nr
• For SOAP services, som stiller igennem til REST services i en overgangsperiode (såkaldte converters), vil det ikke være muligt at opdatere på gammelt personnummer, da data bor i de nye forretningsdomæner, hvor alene aktuelt cpr nr kan anvendes ved registrering / opdatering

Sikkerhedsattributter

Servicen anvender de nye sikkerhedsattributter - og vil derfor fremgår kaste fejlkode 4575 "You are not authorized", hvis servicen kaldes af en aftagertype, der ikke har rettighed til at kalde den pågældende servicemetode. 

Metoder

CreateDagpenge (tidl. CreateInsuredUnemploymentPaymentData)

Metode til indberetning af data vedrørende udbetaling af dagpenge til en borger for en given måned - og til indberetning af omfanget af frivilligt ulønnet arbejde for de enkelte medlem, der modtager dagpenge. Det er kun a-kasser, der kan indberette oplysninger omkring egne medlemmer og egne tidligere medlemmer.

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 validerer fra 2024-2 på, at forsikringsgrad indberettes - fejlkode 50000 - 'Forsikringsgrad skal være angivet'. 

Feltvalideringer

Der er valideringer i form af MinInclusive og MaxInclusive på en række felter i servicen med henblik på at ”fange” helt åbenlyse indberetningsfejl i snitfladevalideringen.

Decimalfelter gemmes med 2 decimaler

Der er en lang række felter i servicen som formatmæssigt giver mulighed for decimaler. Der gemmes 2 decimaler i DFDG.

Eksempler på forhold DFDG ikke kan validere

Der kan på belægning (dagMedBelaegning...timeantal, tidl. HoursOfDeduction) ikke indføres validering for, at der maksimalt kan fradrages 24 timer pr. dag. Dette skyldes de materielle regler om ukontrollabelt arbejde. Hvis et medlem har en indtægt på fx 10.000 kr. ukontrollabelt på én dag fx så omregnes det til 42,44 timers belægning på denne dag.

Bemærk, at DFDG (fortsat) ikke validerer for, om der i kollektionen dageMedBelaegning (tidl. DaysWithDeductionCollection) i samme Create-kald angives samme belægningstype mere end én gang pr. dag berørt af belægninger. Hvis der fx angives 2 x 3,7 timers belægning for arbejde, vil det forretningsmæssigt i DFDG blive opfattet som, at dagen samlet er belagt med 7,4 timers arbejde. Sådanne indberetninger vil også afspejle sig i udlæsninger via Get-metoden.

Supplerende beskrivelse af feltindhold

Karantaenetimer (tidl. HoursQuarantined) indeholder timer med karantæner pga. sanktioner - og skal således ikke indeholde timer modsvarende fratræk i dp.udbetaling pga. den lille karens.

Timetal indrapporteres med 2 decimaler, hvor decimaler angiver hundrededele. Fx vil en indrapportering af af 7,75 timer svare til 7 timer og 45 minutter.

FrivilligtUloennetArbejde (tidl. HoursVoluntarilyUnpaidWork) (Frivlligt ulønnet arbejde) indeholder indberetning af (samlet antal) timer med frivilligt ulønnet arbejde, dvs. samlet timetal med og uden fradrag, i måneden for det enkelte medlem. Hvis der er frivilligt ulønnet arbejde i måneden ud over grænserne for fradrag, indberettes dette som fradrag på de dage, der belægges med fradrag for frivilligt ulønnet arbejde.

Hvis der i en måned kun er anvendt 1 sats anvendes time- og satsfelterne til høj sats (udbetalteTimerPrimoSats).

udbetalteTimerPrimoSats (tidl. HoursPaidPrimoRate) indeholder udbetalte timer for måneden og kan antage værdien 0 - 160,33 timer (begge inkl.).Anvendes til antal timer med den højeste dagpengesats i måneden. Anvendes også hvis der kun er anvendt én sats i måneden. Anvendes også ved indberetninger og reguleringer til måneder forud for 2023-05. Decimaler angives i hundrededele. (Hvis der ikke er udbetalte timer angives 0).

UdbetalteTimerUltimoSats (tidl. HoursPaidUltimoRate) indeholder udbetalte timer for måneden (med laveste sats i måneden) og kan antage værdien 0,01 til 160,32 (begge inkl.). Anvendes kun ved skift af dagpengesats i løbet af en måned. Anvendes til antal timer med laveste sats i måneden. Decimaler angives i hundrededele. Anvendes kun for måned 2023-05 og efterfølgende. (Hvis der ikke er udbetalte timer med lav sats angives elementet ikke). DFDG kaster fejl, hvis feltet er udfyldt for perioder forud for 2023-05: Fejlkode 51000 - UdbetalteTimerUltimoSats kan ikke angives for perioder før 01.05.2023'.

PrimoMaanedssats (tidl. RatePerMonthForPaymentPrimoRate): Dagpengesats pr. måned anvendt ved den pågældende måneds dagpengeudbetaling. Anvendes til den højeste sats i måneden. Anvendes også hvis der kun er anvendt én sats i måneden. Anvendes også ved indberetninger og reguleringer til måneder forud for 2023-05. Beløb i kr. med 2 decimaler (mindsteværdi: 0,01).

UltimoMaanedssats (tidl. RatePerMonthForPaymenUltimoRate): Dagpengesats pr. måned (med lav sats) anvendt ved den pågældende måneds dagpengeudbetaling. Anvendes kun ved skift af dagpengesats i løbet af en måned. Anvendes til den laveste sats i måneden. Anvendes kun for måned 2023-05 og efterfølgende. Beløb i kr. med 2 decimaler (mindsteværdi: 0,01). Hvis der ikke er udbetalte timer med lav sats angives elementet ikke. DFDG kaster fejl, hvis feltet er udfyldt for perioder forud for 2023-05.

Karantaenetimer (tidl. HoursQuarantined) indeholder timer med karantæner pga. sanktioner - og skal således ikke indeholde timer modsvarende fratræk i dp.udbetaling pga. den lille karens (Kilde: FB 99522).

Timetal indrapporteres med 2 decimaler, hvor decimaler angiver hundrededele. Fx vil en indrapportering af af 7,40 timer svare til 7 timer og 24 minutter.

TimerFrivilligtUloennetArbejde (tidl. HoursVoluntarilyUnpaidWork (Frivlligt ulønnet arbejde) i version 2 og frem af servicen indeholder indberetning af (samlet antal) Timer med frivilligt ulønnet arbejde, dvs. samlet timetal med og uden fradrag, i måneden for det enkelte medlem. Hvis der er frivilligt ulønnet arbejde i måneden ud over grænserne for fradrag, indberettes dette som fradrag på de dage, der belægges med fradrag for frivilligt ulønnet arbejde.

Indberetning af dagpengedata

Indberetninger af dagpengedata er kun er for månedens forbrug i egen a-kasse. Der forventes en samlet leverance for den måned, der indberettes for.

Hvis man overtager et medlem fra anden a-kasse undervejs i en måned, må begge a-kasser indberette det forbrug, som er sket hos dem selv. Hvis to a-kasser indberetter udbetalinger for samme måned, gemmes begge rækker i DFDG.

Hvis samme a-kasse indberetter flere gange i løbet af en måned, vil disse successivt overskrive hinanden i DFDG. Hvis en indberetning skal komplettere en tidligere indberetning, skal man med andre ord sikre, at det nyest indberettede giver et totalt og fuldgyldigt billede for måneden. Dette gælder også hvis man som a-kasse retter op på historiske måneders data.

Eksempel

Det er frivilligt om man vil indberette løbende ved hver hændelse. Kravet er, at der ultimo måneden indberettes det samlede forbrug for måneden.

DeleteDagpenge (tidl. DeleteInsuredUnemploymentPaymentData)

Metode til sletning af en indberetning vedrørende udbetaling af dagpenge. Det er kun den oprindeligt registrerende A-kasse, der kan slette en indberetning, dvs. en a-kasse kan kun slette egne indberetninger. Oplysningerne slettemarkeres i DFDG.

Hvis en allerede slettet dagpengeindberetning forsøges slettet på ny kastes fejlkode 4589 om at den anvendte identificer ikke kendes af systemet.

Ved opdatering til dagpengemåneder indberettet med versioner forud for UnemploymentFundPaymentService (version 5)/DagpengeService (Version 1):

Hvis der skal ske ændringer til perioder forud for ikrafttrædelsen anvendes ny version 5 af UnemploymentFundPaymentService også til dette:

• Hvis der allerede er indberettet timer/belægninger m.v., der skal ændres:

  • Først slettes allerede indberettede oplysninger for den pågældende måned med Delete-metoden

  • Dernæst indberettes nye/opdaterede oplysninger for den pågældende måned med Create-metoden

• Hvis der er tale om forsinket indberetning, dvs, der ikke er allerede indberettede oplysninger, der først skal slettes:

  • Der indberettes oplysninger for den pågældende måned med Create-metoden

I begge situationer anvendes felterne HoursPaidPrimoRate og RatePerMonthForPaymentPrimoRate til indberetning for perioder forud for ikrafttrædelsen. Endvidere udfyldes felter til gennemsnitlige dagpengesats og samlet antal udbetalte timer i måneden.

GetDagpenge (tidl. GetInsuredUnemploymentPaymentData)

Metode til at hente de senest indberettede data vedr. dagpengeudbetaling (dagpengekort) og indberettet frivilligt ulønnet arbejde for en given borger. Metoden kan returnere data for en eller flere måneder og år.

Det er kun a-kasser og STAR, der kan hente oplysninger. A-kasser kan kun hente indberetninger for egne medlemmer og egne tidligere medlemmer.

Det er den seneste række, der er indberettet af den kaldende a-kasse, der returneres for en given måned.  Hvis der ikke angives måneder i kaldet til DFDG, returneres indberetninger for hele det angivne år.

Der kan udtrækkes oplysninger for en serie af år (efter ønske fra a-kasserne). For startåret angives den første måned og år, der ønskes medtaget i udtrækket – og for slutåret angives den sidste måned og år, der ønskes medtaget i udtrækket. Hvis slutår- og måned ikke angives, vil udtrækket indeholde oplysninger frem til dags dato.

Oplysninger om forsikringsgrad kan indberettes fra og med release 2023-3, så det vil alene være for indberetninger efter dette tidspunkt (for dagpengemåned 2023-09 og fremefter samt reguleringer/efterindberetninger til perioder forud herfor), at der vil være oplysninger om forsikringsgrad, når der udlæses oplysninger med denne metode.

Hvis STAR er den kaldende myndighed returneres alle indberetninger for den angivne periode uanset hvilken a-kasse der har indberettet.

CreateUgerMedSupplerendeDagpenge (tidl. CreateSupplementalBenefitsWeeks)

Metode til indberetning af hele afsluttede uger (ugenumre) berørt af supplerende dagpenge.

Der indberettes for en periode afgrænset af ugenumre, som er inkluderede i indberetningen (fx 201648, uge 48 i 2016, til 201702). Eksisterende data for de samme uger, indberettet af samme a-kasse, vil blive overskrevet - også hvis der i eksempelperiodens uge 201652 var indberettet supplerende dagpengeforbrug, og ugen ikke medsendes nu - og altså kommer til at være uden forbrug af supplerende dagpenge som resultat af inddateringen.

Det er muligt at indberette historiske uger, med henblik på at kunne skabe billedet af forbrug indenfor de seneste 104 uger. Der er, både i initieringen i 2018, og efterfølgende ved borgeres tilbagevenden til supplerende dagpenge, behov for at kunne modtage data om forbrugsuger tilbage i tid.

Der laves en grænse på, at der ikke kan indberettes noget forbrug af uger med supplerende dagpenge, der ligger før 01.01.2016.

Der krydsvalideres ved indlæsningen i DFDG ikke op imod de øvrige FLEUR indberetninger i snitfladen. Der valideres i indberetningen heller ikke for, at der indrapporteres max 30 uger berørt af forbrug inden for 104 uger.

SupplementalBenefitsWeeksConsumedCollection er optionel aht. at kunne slette tidligere indberettede uger helt eller delvist uden at skulle have en uge med forbrug af supplerende dagpenge med i den (nye) indberettede periode.

Metoden må kaldes af alle a-kasser og af STAR.

Eksempler

Eksempel 1:

Eksempel 2:

*: I den nye indberetning indrapporteres kun start- og slutuge for indberetningsperioden, men ikke nogen uger i den mellemliggende periode, der er berørt af supplerende dagpenge.

GetUgerMedSupplerendeDagpenge (tidl. GetSupplementalBenefitsWeeks)

Metoden henter indrapporterede uger (hele afsluttede uger) berørt af forbrug af supplerende dagpenge i en specificeret periode.

Input er det spænd af uger, der ønskes data for.

GetFleurData

Metode målrettet KSS til at hente udvalgte oplysninger om dagpengeudbetalinger, belægninger på dagpengekort og ret til efterløn.

Det er kun KSS og STAR, der kan kalde metoden.

Data udstilles kun for personer, der på KSS' kaldetidspunkt er:

• tilmeldte dagpengemodtagere (KG 1)
• kontanthjælpsmodtager (KG 2 og 3)
• fleksjob (KG 7 og 10)
• sygedagpengemodtagere (KG 6, 24 og 25)
• beskæftigede (KG 20)
• voksenelever (KG 21)
• jobrotation (KG 22)
• integrationsydelsesmodtager (KG 26 og 27)
• overgangsydelsesmodtager efter INL (KG 29)

Gældende for OvergangTilEfterloen (tidl. EarlyRetirementTransition) er, at den senest indberettede dato medtages.

Gældende for Dagpenge samlingen (tidl. PaymentData) er, at der kun medtages data for de seneste 12 måneder.

Gældende for dageMedBelaegning samlingen (tidl. DaysWithDeductionCollection) er, at der alene udstilles fradrag for arbejde (id 1), fradrag for fritidsaktivitet (id 17) og fradrag for frivilligt ulønnet arbejde ud over 44 timer pr.måned (id 18). øvrige fradragstyper udstilles ikke til jobcentrene.

Generelt om Create-operationer og andre skrive-operationer, der fejler

A-kasser (eventuelt i samarbejde med deres leverandør) følger op på indberetninger, der afvises af DFDG.

A-kassen (eventuelt i samarbejde med deres leverandør) retter i nødvendigt omfang i egne systemer eller opretter fejlsager (Fogbugz) til STAR (ved Systemforvaltningen), hvis der vurderes at være tale om at fejl i STARs systemer er årsag til afvisning af indberetningen.