EarlyRetirementDataService (2021-3)

Owned by Knud de Place (STAR)
Last updated: Jun 09, 2023 by Jesper Brunholm
3 min read

Service til indberetning af oplysning om a-kassernes administration af efterløn.

Forretningsbeskrivelse

Det er kun a-kasser, der kan kalde (indberette via) EarlyRetirementDataService.

For indberetning af afgang fra efterløn og udbetaling af efterlønspræmie valideres der ikke på a-kasse medlemsskab.

For øvrige indberetninger er det kun den aktuelle a-kasse der kan oprette, opdatere og slettemarkere efterlønsdata.


Link til snitfladebeskrivelser



Link til forretningsbeskrivelser

Found 0 search result(s) for EarlyRetirementDataService.


Metoder

CreateEarlyRetirementData

Metode til indberetning af oplysning om a-kassernes administration af efterløn.

Der kan i version 2 af servicen indberettes en kollektion af efterlønspræmier. Dette vurderes særligt at være relevant, når SKAT idriftsætter GUL og der formentlig hyppigere vil være behov for reguleringer af præmieudbetalingen ifm. ændringer i årsopgørelser.

Forretningsregler:

  • Det er kun a-kasser, der kan kalde (indberette via) EarlyRetirementDataService.
  • Indberettes der oplysninger om a-kassernes administration af efterløn uden afgivelse af EarlyRetirementDataIdentifier, tildeler DFDG én sådan. Dette vil også være tilfældes, hvis der allerede findes oplysninger for personen og EarlyRetirementDataIdentifier ikke angives.
  • Indberettes der oplysninger om a-kassernes administration af efterløn med angivelse af EarlyRetirmentDataIdentifier, så bibeholder DFDG denne.
  • For indberetninger der indeholder data om afgang fra efterløn (EndOfEarlyRetirementType) og/eller udbetaling af efterlønspræmie (PaymentOfEarlyRetirementBonusType), så behøver personen ikke længere at være medlem af en a-kasse og der valideres derfor ikke på a-kasse medlemskab.
  • For indberetninger der opretter, opdaterer og/eller slettemarkerer data for oplysninger om efterlønsbevis (EarlyRetirementAttestType) og/eller overgang til efterløn (TransitionToEarlyRetirementType), så skal personen være medlem af en a-kasse. Dette er altså gældende for alle indberetninger, hvor der ikke er angivet data om afgang fra efterløn (EndOfEarlyRetirementType) og/eller udbetaling af efterlønspræmie(r) (PaymentOfEarlyRetirementBonusCollection).
  • Nyeste indberetning ”overskriver” tidligere indberetning af efterlønsdata. Således forventes data om efterlønsbevis medtaget når overgang til efterløn indberettes o.s.v.
  • Indberetning kan ske op til 8 år efter medlemsophør

De enkelte felter (supplement til feltbeskrivelserne i ws-spec.):

  • Under EarlyRetirementAttestType er angivet et felt "GradingBasis", der skal indeholder beregningsgrundlaget. I feltet angives den gennemsnitlige månedsløn (Kilde: FB 98182)

GetLatestEarlyRetirementData

Metode til at hente seneste indberetning om a-kassernes administration af efterløn.

Forretningsregler:

  • Det er kun a-kasser og STAR, der kan kalde servicen.
  • A-kasser er kan kun kalde for egne medlemmer og egne tidligere medlemmer (op til 8 år efter medlemsophør).

DeleteEarlyRetirementData

Metode til at slette indberetning om a-kassernes administration af efterløn.

Forretningsregler:

  • Hvis borgeren ingen data har registreret returneres en fejl.
  • Det er kun den A-kasse, som har registreret data, som kan slette dem igen (fejlkode 9238 - The calling organisation did not register the current data it’s trying to update or delete))
  • Der må ikke være registreret data vedrørende afslutning af efterløn (EndOfEarlyRetirement).


Spørgsmål/svar


EmneSpørgsmålSvarKildeDato
Kodeliste for belægninger

I epic 727.21 i 4.2.4.1    CreateEarlyRetirementPaymentData under DaysWithDeduction, skal angives en DeductionType.

Det er angivet at Årsag til fradrag skal relatere sig til kodelisten CauseForNoInEarlyRetirement TypeIdentifierType. Denne kodeliste findes ikke i oplistningen af nye kodelister. Til gengæld findes kodelisten GetCauseForDeductionInEarlyRetirementPaymentTypeIdentifierType. Er det mon den der skal stå som DeductionType?


Epic er rettet, så kodelisten refereres korrekt i denne.




FB 9820316.05.2017
Kodeliste for belægninger

I kodelisten GetCauseForDeductionInEarlyRetirementPaymentTypeIdentifierType findes 8 belægningstyper.

Men listen er ikke udtømmende. Der findes f.eks. ikke mulighed for at belægge med Karantæne, Strejke/Lockout, G-dage, tekniske belægninger m.v.

Og der findes ikke en årsag der hedder "Anden belægning". Bør der ikke være en sådan, eller hvor forventes det at belægning for Karantæne o.s.v. skal indberettes?

Ingen af de nævnte kodelister fremgår af Wiki.

Kodelisten  CauseForDeductionInEarlyRetirementPaymentTypeIdentifier opdateres med ny id 8::

   id: 8

   navn: Øvrige belægninger

   beskrivelse: Øvrige belægninger

   startdato: 01-05-2017

   slutdato: 01-07-2100

FB 98203

16.05.2017

Opdateret

22.05.2017

Opdateret indberetning af efterlønspræmier

Eksempel:
Et medlem får udbetalt 7 efterlønspræmier og dette indberettes til FLEUR i en enkelt collection.
Efterfølgende finder A-kassen ud af, at der skal udbetales 2 yderligere præmier.

Skal det indberettes som 1) eller 2) :
1)  2 collectioner med 7 præmier og oprindelig udbetalingsdato i den ene og en anden collection med yderligere 2 præmier og den nye udbetalingsdato
2) 2 collectioner med 7 præmier og oprindelig udbetalingsdato i den ene og en anden collection med det nye samlede antal præmier, nemlig 9 præmier og den nye udbetalingsdato.

Det vigtige at lægge mærke til, er at en ny indberetning overskriver den tidligere. Din model 1 lyder rigtigt, dog kan du kun aflevere 1 PaymentOfEarlyRetirementBonusCollection i en indberetning (og det er nødt til at være 1 samlet indberetning for at den ene ikke overskriver den anden).

Dermed bliver løsningen at der i den PaymentOfEarlyRetirementBonusCollection som indberettes er 9 præmier, hver med sin korrekte udbetalingsdato.

FB 16270031.10.2019

Tilgængelighed: https://starwiki.atlassian.net/was