Servicen er én af flere FLEUR services
Service til indberetning af data vedrørende udbetaling af efterløn (ydelseskort, belægninger og frivilligt ulønnet arbejde)
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 ydelseskort og belægninger for udbetalingen af efterløn.
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. Der sendes ikke WSRM for opdateringer til efterløn for perioden forud for medlemsovergang.
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.
Link til snitfladebeskrivelser
Link til forretningsbeskrivelser
Found 1 search result(s) for EfterloensudbetalingService.
Metoder
CreateEfterloensudbetaling (tidl. 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.
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å Timeantal i fradrag (tidl. HoursOfDeduction) 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 dageMedFradrag (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
TimerFrivilligtUloennetArbejde (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.
GetEfterloensudbetaling (tidl. 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.
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.
DeleteEfterloensudbetaling (tidl. DeleteEarlyRetirementPaymentData)
Metode til sletning af en indberetning vedrørende udbetaling af efterløn. Det er kun den oprindeligt registrerende A-kasse, der kan slette en indberetning.
Hvis en allerede slettet efterlønsudbetaling forsøges slettet på ny kastes fejlkode 4589 om at den anvendte identificer ikke kendes af systemet.