UnemploymentFundPaymentService (2023-2)




Service til indberetning af data vedrørende udbetaling af dagpenge, efterløn og ferie (FLEUR - Forsikrede Ledige Efterløn UdbetalingsRegister). Servicen anvendes endvidere til at indberette uger, der forbruger af retten til supplerende dagpenge, og til at indrapporterede uger, der har forbrugt af retten til supplerende dagpenge.

Særligt om den "døde periode" pga. lov nr. 274 af 26. marts 2020, lov nr. 473 af 22. april 2020 og lov nr. 960 af 26. juni 2020

Indholdet i denne boks vedrører hvilke konsekvenser lov nr.  274 af 26. marts 2020, lov nr. 473 af 22. april 2020 og lov nr. 960 af 26. juni 2020 har for a-kassens indberetning af oplysninger om dagpengeforbrug m.v. til FLEUR og til dagpengetællerne. Med de tre lovændringer vil perioden fra og med den 1. marts 2020 til og med den 31. august 2020 ikke tælle med i den lediges dagpengeanciennitet.

Det er i den forbindelse afgørende, at indberetningerne er retvisende af hensyn til anvendelsen af oplysningerne til visning for medlemmerne, den administrative anvendelse af oplysningerne, tilsyn, digital medlemsoverflytning og den statistiske opfølgning.

Det vil sige, at der ikke må indberettes fiktive oplysninger om fx

  • indplaceringer
  • forbrug af dagpenge
  • referenceperiode og udløb af dagpengeret
  • karens
  • m.v.

Alle indberetninger skal endvidere fortsat opfylde de tekniske valideringer, der er på de forskellige webservicesnitflader.

Indberetningerne forudsættes som udgangspunkt at være retvisende og tilpasset lov nr.  274 af 26. marts 2020, lov nr. 473 af 22. april 2020 og lov nr. 960 af 26. juni 2020 senest ved udgangen af august 2020.

Om de enkelte indberetninger af dagpengeudbetalinger m.v. til FLEUR skal herudover bemærkes følgende:


FLEUR - dagpengeudbetalinger
Dagpengeudbetalinger indberettes til FLEUR via UnemploymentFundPaymentSer-vice.CreateInsuredUnemploymentPaymentData.

Dagpenge for marts, april, maj, juni, juli og august 2020 er almindelige dagpenge og udbetales og reguleres og indberettes til FLEUR helt som sædvanligt, dvs. ligesom som dagpenge for perioden forud for og efter marts, april, maj, juni, juli og august 2020.


FLEUR – uger med supplerende dagpenge

Uger berørt med supplerende dagpenge indberettes til FLEUR (via Unemploy-mentFundPaymentService.CreateSupplementalBenefitsWeeks) til brug for dagpengetæller visningen af hvilke ugenumre, der er berørt af supplerende dagpenge.

Afsluttede uger i marts, april, maj, juni, juli og august med arbejdstimer er ikke supplerende uger og skal derfor ikke i a-kassesystemet markeres som supplerende uger.

Ved indberetningen for marts, april, maj, juni, juli og august 2020 indberettes der-for således:

  • ReportingWeek: Der indberettes ikke uge-numre for ugerne 9 til 35.

Uge 36 slutter søndag den 6. september 2020. Efter gældende reglerne tæller ugen med i den måned, hvor ugen afsluttes. Uge 36 vil derfor indgå i det forbrug, der indberettes for september 2020.


FLEUR – EØS-perioder – COVID-19 situationen (ikke en del af lovforslag L 142)

Ved indberetningen af perioder med EØS-dagpenge anvendes Unemployment-FundPaymentService.CreateEEABenefitsPaymentData. Og ved behov for opdatering af en indberetning slettes tidligere indberetning med UnemploymentFundPaymentService.DeleteEEABenefitsPaymentData, hvorefter der kan foretages en ny indberetning.

  • Hvis et medlem passerer slutdatoen for de oprindelige 3 måneder iht. vedkommendes PDU2, men a-kassen vurderer, at vedkommende fortsat har ret til dag-penge trods manglende hjemkomst til DK, så skal slutdatoen ændres til 31. august 2020. Når vedkommende så kommer hjem, skal slutdatoen ændres til den faktiske hjemkomstdato.
  • Hvis et medlem passerer slutdatoen, men a-kassen ikke vurderer at vedkommende fortsat har ret til dagpenge, gælder de eksisterende regler.



Forretningsbeskrivelse

Indberetning, sletning og udstilling af dagpengeudbetalingsdata. 

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 (ny i 2018-2) 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. Der sendes ikke WSRM for opdateringer til efterløn for perioden forud for medlemsovergang.

Indberetning af uger berørt af supplerende dagpenge (indfases fra 2018-3)

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


Sikkerhedsattributter

Servicen er omlagt til de nye sikkerhedsattributter i 2021-1 - 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. Der kan evt. tidligere være kastet en mere aftagertype-specifik fejlkode i denne situation.


Link til forretningsbeskrivelser 

 

Found 0 search result(s) for UnemploymentFundPaymentService.

Metoder

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.

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.

Eksempler på forhold DFDG ikke kan validere

Der kan på HoursOfDeduction (desværre) ikke indføres validering for, at der max 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å en dag fx så opregnes det til 42,44 timers belægning på denne dag.

Bemærk, at DFDG (fortsat) ikke validerer for, om der i kollektionen 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

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

HoursPaidPrimoRate (fra version 5 af servicen) 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).

HoursPaidUltimoRate (fra version 5 af servicen) 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.

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

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.

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.

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.

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 retter op på historiske måneders data.

Eksempel

DatoForretningshændelseIndberetning til DFDG
6.majDagpengeforbrug på 2.000 kr.

Dagpengeforbrug 2000 kr. i maj (denne indberetning kan udelades om man vil, hvis a-kassen ved der kommer flere udbetalinger/forbrug i måneden).

I så fald må man blot sikre sig, at der ultimo måneden sker en samlende indberetning for måneden.

31. majYderligere dagpengeforbrug på 1.500 kr. i månedenSamlet dagpengeforbrug på 3.500 kr. i maj indberettes til FLEUR.

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.

DeleteInsuredUnemploymentPaymentData

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

Ved opdatering til dagpengemåneder indberettet med versioner forud for version 5:

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.

GetInsuredUnemploymentPaymentData

Metode til at hente de senest indberettede data vedr. dagpengeudbetaling 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. Alle 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.

Input ændres i version 2 af servicen til, at 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.

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

CreateSupplementalBenefitsWeeks (ny metode i version 2)

Ny, separat metode til indberetning af hele afsluttede uger 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:




Uger indberettet med forbrug af supplerende dagpenge

Start-ugeSlut-uge





Oprindelig indberetning fra a-kassen201652201708201652201701201702201708

Ny indberetning fra a-kassen201652201712

201702
201709201710
Herefter vil der i DFDG være følgende uger berørt af supplerende dagenge



201702


201709201710


Eksempel 2:




Uger indberettet med forbrug af supplerende dagpenge

Start-ugeSlut-uge





Oprindelig indberetning fra a-kassen201652201708201652201701201702201708

Ny indberetning fra a-kassen*201652201712





Herefter vil der i DFDG være følgende uger berørt af supplerende dagenge

Ingen uger vil for perioden 201652 til 201712 være registreret i DFDG som berørt af supplerende dagpenge

*: 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.

GetSupplementalBenefitsWeeks (ny metode i version 2)

Ny metode til at hente de 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.

CreateEarlyRetirementPaymentData

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

Nyeste indberetning overskriver tildligere indberetning af efterlønsdata for samme måned (fra samme a-kasse). Hvis to a-kasser indberetter udbetalinger for samme måned, gemmes begge rækker.

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.

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.

Eksempler på forhold DFDG ikke kan validere

Der kan på HoursOfDeduction (desværre) ikke indføres validering for, at der max 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å en dag fx så opregnes det til 42,44 timers belægning på denne dag.

Bemærk, at DFDG (fortsat) ikke validerer for, om der i kollektionen 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

HoursVoluntarilyUnpaidWork (Frivlligt ulønnet arbejde) i version 2 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.

GetEarlyRetirementPaymentData

Metode til at hente de senest indberettede data vedr. efterlønsudbetaling for en given borger. Det er kun a-kasser og STAR, der kan hente oplysninger - og det er kun den a-kasse, der har det aktuelle medlemskab, der kan hente data. Det er kun den række, der senest er opdateret af den kaldende a-kasse inden for en måned, der returneres.

Input ændres i version 2 af servicen til, at 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.

DeleteEarlyRetirementPaymentData

Metode til sletning af en indberetning vedrørende udbetaling af efterløn. Det er kun den skabende A-kasse, der kan slette en indberetning.

CreateHolidayBenefitsPaymentData

Metode til indberetning af data vedrørende udbetaling af feriedagpenge til en borger for en given periode. Det er kun a-kasser, der kan indberette oplysninger omkring  egne medlemmer og egne tidligere medlemmer.

Hvis to a-kasser indberetter udbetalinger for samme måned, gemmes begge rækker.

Tidligere indberetninger overskrives ikke. Hvis en indberetning skal rettes, skal man slette og og efterfølgende lave en korrekt indberetning.

i 2020-3 tilrettes indberetningen så denne modsvarer ny ferielov og de nye ferieårsperioder med tilhørende indberetningsperioder. Indberetninger sker i UnemploymentFundPaymentService (Version 2).CreateHolidayBenefitsPaymentData eller i den nye version 3 af servicen. Valideringen gælder, at den indberettede periode skal være indeholdt i det angivne ferieår (ReportingYear). Der er ingen validering på hvor lang tid efter ferieafholdelsen man kan indberette.

Ferieår
ReportingYear

Startdato afholdelse

Slutdato afholdelse

19201901-05-201930-04-2020
20/20202001-05-202031-08-2020
20/21202101-09-202031-12-2021
21/22202201-09-202131-12-2022

Ferieåret 20/20 indeholder feriedagpengedage afholdt i perioden 1.5.2020 til 31.8.2020 – udbetalt og indberettet i perioden 20.4.2020 til 30.6.2021.

Ferieåret 20/21 indeholder feriedagpengedage afholdt i perioden 1.9.2020 til 31.8.2021 + nogle af feriedagpengedagene afholdt i perioden 1.9.2021 til 31.12.2021 – udbetalt og indberettet i perioden reelt 1.10.2020 til 28.2.2022

Ferieåret 21/22 indeholder feriedagpenge afholdt i perioden 1.9.2021 til 31.8.2022 + nogle af feriedagpengedagene afholdt i perioden 1.9.2022 til 31.12.2022 – udbetalt og indberettet i perioden 1.9.2021 til 28.2.2023

2023 og efterfølgende år vil følge mønstret fra 2021 og 2022.

For at det er muligt at kende det præcise antal afholdte feriedagpengedage i en periode, der ikke starter på en mandag, og også for folk med weekendarbejde, tilføjes (i version 3 af servicen) feltet VacationDays , som skal udfyldes med antallet af afholdte feriedagpengedage i den indberettede periode. Der valideres på, at der i feltet indberettes et positivt antal feriedagpengedage.

Eksempel / Spørgsmål/svar

Spørgsmål

Hvilket år skal skal man angive for en ferieperiode afholdt i november 2021? I det skema, der er i epic, kan det både være 2021 og 2022.

Er det ligemeget, om a-kassen angiver 2021 eller 2022 for en ferieperiode afholdt i november 2021?

Svar

De feriedagpenge a-kassen udbetaler til ferien i november 2021 er optjent i enten ferieåret 20/21 eller ferieåret 21/22 og a-kassen skal angive hvilke feriedage, det er a-kassen udbetaler.

Dvs. hvis medlemmet holder 5 dages ferie i november 2021 og der på opgørelsestidpunktet var 3 feriedagpengedage til rest fra ferieåret 20/21, så anvendes disse først, da de forældes først.

For den givne ferie i eksemplet skal der altså indberettes en perioden på 3 dage med ferieåret 20/21 og 2 feriedagpengedage med ferieåret 21/22.

GetHolidayBenefitsPaymentData

Metode udgået i 2020-3.

GetHolidayBenefitsPaymentDataByYear

Metode til at hente de indberettede data vedr. feriedagpengeudbetaling for en given borger for et givet ferieår. Det er kun STAR og a-kasser, der kan hente oplysninger, hvor a-kasser kun kan hente oplysninger for egne medlemmer og egne tidligere medlemmer.

Der er kun for indberetninger fra og med version 3 af servicen, at output returernerer det antal feriedagpengedage, der er afholdt i den returnerede ferieperiode.

DeleteHolidayBenefitsPaymentData

Metode til sletning af en indberetning vedrørende udbetaling af feriedagpenge. Det er kun den skabende A-kasse, der kan slette en indberetning.

CreateEEABenefitsPaymentData

Metode til indberetning af perioder med udbetaling af EØS-dagpenge (EØS: Europæisk Økonomisk Samarbejdsområde. EEA: European Economic Area).

Det er kun a-kasser, der kan indberette oplysninger omkring egne medlemmer og egne tidligere medlemmer. 

Tidligere indberetninger overskrives ikke. Hvis en indberetning skal rettes, skal man slette og og efterfølgende lave en korrekt indberetning.

Det er hensigten, at der skal indberettes for den periode, der er bevilget EØS-dagpenge - og altså kun indberetning én gang pr. bevilget periode, med mindre man har rettelser.

GetEEABenefitsPaymentData

Metode til hente data for udbetaling af EØS-dagpenge. Nuværende og tidligere a-kasse kan hente data. Det er kun a-kasser og STAR, der kan kalde servicen.

UpdateEEABenefitsPaymentData (ny i 2021-1 og kun i V4)

Metode til brug for opdatering af indberettede perioder med EØS-dagpenge, hvis oprindeligt bevilget periode afbrydes før registrereret slutdato. Der skal ved anvendelse af metoden registreres en afbrydelsesdato og en afbrydelsesårsag. Det er aktuel eller tidligere a-kasse og STAR. der kan kalde metoden.

Der valideres for, at afbrydelsesdato ligger på startdato eller senere, men dog senest på slutdato for den indberettede periode med EØS-dagpenge (fejlkode 9419 og 9420).

Der valideres for, at den indberetning (identifier), der forsøges opdateret, findes i forvejen og at den findes på den pågældende person (fejlkode 4589).

DeleteEEABenefitsPaymentData

Metode til sletning af data vedr. udbetaling af EØS-dagpenge. Det er aktuel eller tidligere a-kasse og STAR. der kan kalde metoden.

Metoden anvendes til berigtigelser. Det gælder bl.a. i forhold til:

  • Sletning forkert indberettede oplysninger på “rette medlem”
  • Sletning af oplysninger indberettet på et andet medlem end tilsigtet
  • Hvis startdatoen skal ændres (foretages først en Delete- og dernæst en ny indberetning med Create)
  • Hvis EØS-landet skal ændres (foretages først en Delete- og dernæst en ny indberetning med Create)
  • Hvis slutdatoen oprindeligt er indberettes forkert - og skal være senere end først indberettet (foretages først en Delete- og dernæst en ny indberetning med Create)

Ved afbrydelse af bevilget EØS-periode før tid anvendes UpdateEEABenefitsPayment.

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 EarlyRetirementTransition er, at den senest indberettede dato medtages.

Gældende for PaymentData er, at der kun medtages data for de seneste 12 måneder.

Gældende for DaysWithDeductionTypeCollection 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.

Spørgsmål og svar om brugen af servicen

EmneSpørgsmålSvarKildeDato
HoursQuarantinedEr HoursQuarantined (UnemploymentFundPaymentService (Version 1, 2017-2) - CreateInsuredUnemploymentPaymentData) almindelige karantæner pga. sanktioner eller er det lille karens eller måske begge?HoursQuarantined i CreateInsuredUnemploymentPaymentData er almindelige karantæner pga sanktioner

(og skal således ikke indeholde timer modsvarende fratræk i dp.udbetaling pga. den lille karens).
FB 9952226.04.2017
SygedagpengeI forbindelse med arbejdet med FLEUR indberetninger, er vi lidt usikre på, om vi (a-kasserne) er de eneste der indberetter til FLEUR, eller om 'staten' også kan finde på at indberette?

Helt konkret drejer det sig om sygedagpenge.
Her varetager a-kasserne udbetaling for de første 14 dage.
Efter de første 14 dage er det staten der sørger for udbetalingerne.

Skal a-kasserne eller staten indberette dette forbrug til FLEUR ?


Efter 6 ugers sygdom, skal timerne ikke længere tælle med som forbrug, men kan i stedet for give anledning til forlængelse.

Vi modtager oplysninger om statens udbetalinger af sygedagpenge via eindkomst, men vi vil ikke registrere det som udbetalinger fra vores side, da vi jo ikke har udbetalt pengene - men hvad med forbruget?
Er det os eller staten der indberetter det ?
Det er kun a-kasserne, der indberetter til FLEUR.

Kommunernes udbetaling af sygedagpenge indgår ikke i FLEUR.

Den del af forbruget af sygedagpenge, der påvirker forbruget af retten til a-dagpenge opgøres af a-kasserne og indberettes i forbrugsoplysningerne i tællerne.

A-kasserne får oplysninger om kommunernes udbetaling af sygedagpenge til medlemmerne via opslag i indkomstregisteret - og vist også stadig som en årlig filleverance fra kontoret Viden og Analyse i STAR.
FB 10004205.05.2017
Dagpenge under sygdom Er det STAR's opfattelse at vi skal indberette dagpenge under sygdom som forbrugte timer når de udbetales, vil dette medføre at de vil blive indberettet dobbelt, da det reelle forbrug i forbindelse med sygdomsperioder, først kan blive optalt når medlemmet melder sig rask.Det er STARs opfattelse, at dagpenge, som er udbetalt under sygdom (dvs. op til de første 14 dage af et sygdomsforløb, hvorefter medlemmet jo overgår til anden ydelse, nemlig sygedagpenge udbetalt af kommunen) skal stå som helt almindelige dagpenge i FLEUR-indberetningen, dvs. ikke optræde som et fradrag her. Disse dagpengetimer udbetalt under de første 14 dages sygdom er dog selvsagt at betragte som et dagpengeforbrug, hvorfor de naturligvis også skal indgå i FLEUR-indberetningen vedr. forbrugte timer i måneden.FB 10430809.08.2017 
Fradrag

Spørgsmål til de oplysninger vi skal sende med omkring fradrag i dagpenge eller efterløn:

Er det tvungent med en værdi i felt ”CauseForNoUnemploymentBenefitsTypeIdentifier” og ”CauseForDeductionInEarlyRetirementPaymentTypeIdentifier”? 

Det er således ikke alle vore belægningstyper, der uden videre kan rubriceres under de angivne ID 1 – 17 ( dagpenge) eller ID 1 – 8 (efterløn). Hvis det er tvungent at udfylde felterne, vil nogle af vores angivelser således være lidt af en tilsnigelse. 

Eksempelvis:

  • En belægningstype, som vi bruger, når medlemmets ret til dagpenge er udløbet – er det en ID 14 ”Ej rådighed”?-      
  • En belægningstype, som vi bruger, når medlemmet ikke har dagpengeret pga. manglende anciennitet – er det en ID 14 ”Ej rådighed”?
  • En belægningstype, som vi bruger, når medlemmet først søger ydelse fra midt i måneden, og der derfor ikke findes en erklæring for den første den af udbetalingsperioden – er det en ID 14 ”Ej rådighed”? 

Dagpenge - CauseForNoUnemploymentBenefitsTypeIdentifier

Det implementerede udfaldsrum for CauseForNoUnemploymentBenefitsTypeIdentifier med 16 værdier fremgår på wikien: https://starwiki.atlassian.net/wiki/spaces/FYS/pages/77243587/CauseForDeductionInUnemploymentBenefitsTypeIdentifierog det vil også være dette udfaldsrum I kan hente, når I henter kodelisteværdier ind i jeres system via CodeListService (version 5).

(i epic 727.21 var der et ”hul”/ubrugt værdi (id 7) i nummerrækken; dette ”hul” er der ikke i den implementerede kode).

Hvis der udfyldes fradragstimer, så er det også obligatorisk at udfylde en fradragsårsagskode. Ellers kan indberetningen ikke modtages i DFDG.

Eksemplerne

En belægningstype, som vi bruger, når medlemmets ret til dagpenge er udløbet:

  • De dage, som ligger efter dagpengeophør, jf. den dato a-kassen forhåbentligt har indberettet til tællerne som faktisk ophør af dp-ret, påføres fradragsårsagskode id 9 ”Fri for egen regning” (opdateret til id 9 den 19.09.2018, så det svarer til FLEUR-vejledningen).

En belægningstype, som vi bruger, når medlemmet ikke har dagpengeret pga. manglende anciennitet:

  • I første omgang vil vi bemærke, at denne situation vel i princippet ikke bør afstedkomme en FLEUR-indberetning – for hvorfor udfylde et dagpengekort, hvis man (endnu) ikke har ret til dagpenge? Og i hvert fald: Hvorfor indsende et sådan dagpengekort til FLEUR, hvis der ikke er ret til dagpenge i måneden pga. manglende anciennitet?
  • Skulle det dog være forretningsmæssigt (og juridisk) muligt i løbet af en måned, at gå fra ikke at have dagpengeret (som følge af manglende anciennitet) til rent faktisk at have opnået dagpengeret, så vil vi foretrække, at der anvendes fradragsårsagskode id 13 ”Belægning – ej rådighed”, ganske som du selv foreslår.
  • Hvis a-kassen er vidende om, at der har været tale om beskæftigelse i denne periode, bør fradragsårsagskode id 1 ”Arbejde” dog anvendes.

En belægningstype, som vi bruger, når medlemmet først søger ydelse fra midt i måneden, og der derfor ikke findes en erklæring for den første den af udbetalingsperioden:

  • Hvis a-kassen er vidende om, at medlemmet ikke har været i beskæftigelse den første del af indberetningsperioden, men blot har undladt (eller glemt eller hvad der nu kan være gået galt) at ledigmelde sig (hos a-kassen og/eller jobcenteret), så bør der anvendes fradragsårsagskode id 9 ”Fri for egen regning”.
  • Hvis a-kassen er vidende om, at medlemmet har været i beskæftigelse lige op til ledigmeldelsestidspunktet, bør fradragskode id 1 ”Arbejde” dog anvendes.

 

Efterløn – CauseForDeductionInEarlyRetirementPaymentTypeIdentifier

Det implementerede udfaldsrum for CauseForDeductionInEarlyRetirementPaymentTypeIdentifier https://starwiki.atlassian.net/wiki/spaces/FYS/pages/77243618/CauseForDeductionInEarlyRetirementPaymentTypeIdentifierog det vil også være dette udfaldsrum I kan hente, når I henter kodelisteværdier ind i jeres system via CodeListService (version 5).

Hvis der udfyldes fradragstimer, så er det også obligatorisk at udfylde en fradragsårsagskode. Ellers kan indberetningen ikke modtages i DFDG.

Vedrørende efterløn er det så heldigt, at der er en kode 8 (”Øvrige belægninger”), der kan anvendes, hvis en af de de øvrige 7 kodelisteværdier ikke er dækkende. 

Mail







wiki

10.08.2017







19.09.2018

FLEUR-vejledning til erstatning for RAM-vejledning?

Kan du i øvrigt oplyse, hvornår vi kan forvente en form for vejledning til FLEUR i stil med den vejledning, der eksisterer til RAM. Denne kunne være meget nyttig også til en afklaring af mine spørgsmål omkring, hvorledes nogle angivne ID-værdier skal forstås (og dermed matches med vores belægningstyper).

En FLEUR-vejlednings første kapitel vedr. FLEURs dagpengedel forventes udsendt senest i slutningen af august 2018.

Mail10.08.2017