Ydelsesudstilling.EOESDagpengeService (2023-4)

Servicen er én af flere FLEUR services.

Service til indberetning af perioder med EØS-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 perioder med EØS-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.

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

CreateEOESDagpengeperiode (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.

GetEOESDagpengeperiode (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.

UpdateEOESDagpengeperiode (tidl. UpdateEEABenefitsPaymentData)

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

DeleteEOESDagpengeperiode (tidl. 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. Hvis en allerede slettet EØS-periode forsøges slettet på ny kastes fejlkode 4589 om at den anvendte identificer ikke kendes af systemet.

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

• Sletning af 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 UpdateEOESDagpengeperiode (tidl. UpdateEEABenefitsPayment).