1005.17.59 Oplysninger om pensionsdata, oprindeligt i forbindelse med Tidlig Pension
Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
STAR Projektleder (PL) | Forretningsanalytiker (FA) | STAR Release | STAR Release | STAR Release | Epic status | Eksterne snitflader |
---|---|---|---|---|---|---|
@Knud de Place (STAR) @Jens Andersen | @Jesper Brunholm @Carsten Olsen | 2025-2 Â | 2025-2 | 2025-3 | 0.3 | UDK, a-kasse |
I tilsagn med:
2025-1, bølge 2
Â
Â
Â
Versionshistorik af betydning for eksterne (v0.1, v0.3, v0.5 og v1.0)
Anvendes ved ændringer, der har betydning for eksterne.
Dato | Version | Hvem | Hvad er ændret? |
---|---|---|---|
14.10.2022 | 0.1 | Carsten Olsen | Oprettelse |
28.10.2024 | 0.1 | Knud de Place | PÃ¥ vej med v0.3 |
04.11.2024 | 0.3 | Knud de Place | v0.3 |
15.11.2024 | 0.3 | Carsten Olsen | Seneste ibrugtagelse flyttet til 2025-3 |
16.11.2024 | 0.3 | Knud de Place | Seneste ibrugtagelse flyttet til 2025-3 → konsekvensændringer i tekst i epic (ej farvemarkeret med grøn tekst eller dato) |
27.11.2024 | 0.3 | Jesper Brunholm | Start ibrugtagning flyttet til 2025-2 |
Interne links (indhold i links ikke relevant for eksterne)
https://starwiki.atlassian.net/browse/KON-821
https://starwiki.atlassian.net/browse/BI-3780
Indholdsfortegnelse
- 1 Versionshistorik af betydning for eksterne (v0.1, v0.3, v0.5 og v1.0)
- 2 Indholdsfortegnelse
- 3 Afgrænsning af epic
- 4 Oversigt over berørte webservicesÂ
- 5 Beskrivelse af epic
- 5.1 Baggrund
- 5.2 Regler
- 5.3 Forventet påvirkning af jobcenter-, a-kasse- eller ydelsessystemer
- 5.4 1005.17.59.1 - Som STAR vil jeg have flyttet forretningsområdet for afgørelser om Tidlig pension til forretningsdomænet Ydelsesudstilling inkl. at det lever op til de principper, der er fastsat
- 5.5 1005.17.59.2 - Som serviceaftager og STAR vil jeg have udstillet ‘PensionService’ (SOAP) via ny REST snitflade ‘TidligPensionService’ med samme forretningslogik og operationer som den eksisterende SOAP service
- 5.5.1.1 Løsningsmodel
- 5.5.2 Ny REST-service - Ydelsesudstilling.TidligPensionService -
- 5.5.2.1 UpdateTidligPension -
- 5.5.2.2 GetTidligPension -
- 5.5.2.3 GetTidligPensioAlle -
- 5.5.3 SOAP-service udgår - PensionService (version 1) -
- 5.5.3.1 SaveTidligPension
- 5.5.3.2 GetTidligPension
- 5.6 1005.17.59.3 - Som serviceaftager vil jeg gerne beholde den eksisterende SOAP service uændret i en overgangsperiode for at sikre en fleksibel overgang til nye snitflade
- 5.6.1 Løsningsmodel
- 5.7 1005.17.59.4 - Som STAR vil jeg have dataleverancer i forhold til VOA tilpasset til nye forretningsdomæne (silo)
- 5.8 1005.17.59.5 - Som STAR vil jeg have at dokumentation for såvel servicelag og frontend lever op til STAR's principper på releasetidspunktet
- 5.9 1005.17.59.6 - Som STAR vil jeg have data er omfattet af dataløft og pseudonymisering mod testmiljøer
- 5.10 1005.17.59.7 udgår - Ydelsesudstilling udstiller kodelisterne for XXXX - ikke relevant - ingen kodelister ift. Tidlig pension
- 5.10.1 LøsningsmodelÂ
- 5.11 1005.17.59.8 udgår - PersonStatusService (version 20) udstiller ikke mere XXX - ikke relevant ift. Tidlig pension
- 5.11.1.1 LøsningsmodelÂ
- 5.11.2 PersonStatusService (Version 20)
- 5.11.2.1 GetVariablePersonStatus
- 5.12 1005.17.59.9 EksternKommunikation modtager event fra Ydelsesudstilling om indberetning af afgørelser om Tidlig pension til brug for afsendelse af Tidligpension.wsb
- 5.12.1 Løsningsmodel (internt STAR acc.kr.)
- 5.12.2 TidligPension.wsb
- 5.13 1005.17.59.10 Død kode i DFDG, i forbindelse med TidligPension, fjernes
- 5.14 1005.17.59.11 Landssupport/LSS er skiftet over til at brug den nye REST-servicen i Ydelsesudstilling, i stedet for PensionService fra DFDG classic
- 6 Særlige krav til test
- 7 Konsekvenser for drift/idriftsættelse
- 8 Arkitektur- og implementeringsnoterÂ
- 9 Husk GDPR stillingtagen
- 10
Afgrænsning af epic
Afgrænsning | |||
---|---|---|---|
Som serviceaftager og STAR vil jeg have løftet servicesnifladerne for UDK’s indberetning af afgørelser om Tidlig pension - og a-kassernes læsning af samme - til REST som en del af STAR's moderniseringsprogram for at sikre at DFDG lever op til STARs principper omkring en moderne og vedligeholdelsesvenlig IT-portefølje samt udfaser end of life teknologi. | |||
Acceptkriterier | Â | Â | Â |
Nr. | Beskrivelse | Relevant for | US |
1005.17.59.1 | Som STAR vil jeg have flyttet forretningsområdet for afgørelser om Tidlig pension til forretningsdomænet Ydelsesudstilling inkl. at det lever op til de principper, der er fastsat | KON, BI |   |
1005.17.59.2 | Som serviceaftager og STAR vil jeg have udstillet PensionService (SOAP) via ny REST snitflade TidligPensionService med samme forretningslogik og operationer som den eksisterende SOAP service | KON | Â |
1005.17.59.3 | Som serviceaftager vil jeg gerne beholde den eksisterende SOAP service uændret i en overgangsperiode for at sikre en fleksibel overgang til ny snitflade | KON |  |
1005.17.59.4 | Som STAR vil jeg have dataleverancer i forhold til DOA tilpasset til det nye forretningsdomæne (silo) inkl. kontaktperson i DOA | BI |  |
1005.17.59.5 | Som STAR vil jeg have at dokumentation for såvel servicelag og frontend lever op til STAR's principper på releasetidspunktet | KON |  |
1005.17.59.6 | Som STAR vil jeg have, at data er omfattet af dataløft og pseudonymisering mod testmiljøer | KON, SF |  |
1005.17.59.7 | udgår - Ydelsesudstilling udstiller kodelisterne for XXXX - ikke relevant - ingen kodelister ift. Tidlig pension | KON |  |
1005.17.59.8 | udgår - PersonStatusService (version 20) udstiller ikke mere XXX - ikke relevant ift. Tidlig pension | KON |  |
1005.17.59.9 | EksternKommunikation modtager event fra Ydelsesudstilling om indberetning af afgørelser om Tidlig pension til brug for afsendelse af Tidligpension.wsb | KON | |
1005.17.59.11 | Død kode i DFDG, i forbindelse med TidligPension, fjernes | DFDG |  |
1005.17.59.12 | Landssupport/LSS er skiftet over til at brug den nye REST-servicen i Ydelsesudstilling, i stedet for PensionService fra DFDG classic | DFDG |  |
Â
Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||
---|---|---|---|---|---|
 | 1005.17.59.2 | 1005.17.59.3 |  | 1005.17.59.9 |  |
Som UDK skal jeg senest i 2025-3 overgå til ny REST snitflade for at indberette afgørelser om Tidlig pension, men kan i en overgangsperiode fortsat anvende SOAP-versionen | X | X |  |  |  |
Som A-kasse skal jeg senest i 2025-3 overgå til ny REST snitflade for at læse afgørelser om Tidlig pension, men kan i en overgangsperiode fortsat anvende SOAP-versionen | X | X |  |  |  |
Som a-kasse skal jeg senest i 2025-3 overgå fra WsrmMessageService (Version 11).GetTidligPensionVersion1 til TidligPension.WSB |  |  |  | X |  |
Â
Oversigt over berørte webservicesÂ
Manuel oversigt som er synlig for eksterne
Links i listen virker kun med STAR Jira konto og kan derfor ikke tilgås af eksterne. Links under Summary indeholder ikke andre oplysninger relevant for eksterne end hvad der fremgår i tabellen.
(kopiér og indsæt manuelt i tabellen)
Summary | Varslingstype | Varslingsnote | Eksterne Snitflader | Interne Snitflader | Project |
---|---|---|---|---|---|
PensionService (version 1).SaveTidligPension | Udgår | Brug i stedet TidligPensionService (REST-service) | UDK | BI | KON |
PensionService (version 1).GetTidligPension | Udgår | Brug i stedet TidligPensionService (REST-service) | A-kasse | NA | KON |
Ydelsesudstilling.TidligPensionService (version 1).UpdateTidligPension | Ny | Ny REST service. Erstatter PensionService (version 1).SaveTidligPension | UDK | BI | KON |
Ydelsesudstilling.TidligPensionService (version 1).GetTidligPension | Ny | Ny REST service. Erstatter PensionService (version 1).GetTidligPension | A-kasse | NA | KON |
WsrmMessageService (Version 11).GetTidligPensionVersion1 | Udgår | Udgår i 2025-3. Brug i stedet TidligPension.wsb | A-kasse | SF | KON |
TidligPension.WSB | Ny | Erstatter WsrmMessageService (Version 11).GetTidligPensionVersion1 | Â | Â | Â |
Automatisk oversigt
Ikke synlig for eksterne, men indeholder ikke andre oplysninger end kopieret til den manuelle oversigt ovenfor.
Beskrivelse af epic
Baggrund
Her udfylder PO oplysninger om baggrund for epic'en, herunder fx om der ligger politisk aftale eller lovgivning bag. Særligt vigtigt, at dette fremgår, hvis det ikke fremgår i en overliggende ISB, hvortil der evt. kan henvises.
Som en del af DFDG's udfasning af end of life teknologier og STAR's moderniseringsprogram sker der i forhold til afgørelser om tidlig pension følgende:
I DFDG et skift til REST snitflade - og i denne epic uden samtidige forretningsmæssige ændringer
Regler
Her udfylder PO oplysninger om eksisterende eller forventede regler om registrering og indberetning.
Reglerne i databkg. om UDK’s indberetning af afgørelser om Tidlig pension og a-kassernes læsning af oplysninger om disse afgørelser i DFDG ændres ikke pga. nærværende epic.
Forventet påvirkning af jobcenter-, a-kasse- eller ydelsessystemer
Her beskriver PO overordnet, hvordan epic'en forventes at påvirke aftagerne. Særligt vigtigt, at dette fremgår, hvis det ikke fremgår i en overliggende ISB, hvortil der evt. kan henvises.
Serviceaftager (UDK og a-kasser) skal overgå til ny REST snitflade, men kan i en overgangsperiode (indtil 2025-3) forblive på eksisterende SOAP service således, at serviceaftager mere frit kan tilrettelægge deres IT udvikling.
A-kasser skal skifte fra WSRM til WSB ift. at modtage besked om afgørelser om Tidlig pension, men kan i en overgangsperiode (indtil 2025-3) forblive på eksisterende WSRM.
1005.17.59.1 - Som STAR vil jeg have flyttet forretningsområdet for afgørelser om Tidlig pension til forretningsdomænet Ydelsesudstilling inkl. at det lever op til de principper, der er fastsat
Løsningsmodel (internt STAR acc.kr.)
Etablering af database i Ydelsesudstilling
1005.17.59.2 - Som serviceaftager og STAR vil jeg have udstillet ‘PensionService’ (SOAP) via ny REST snitflade ‘TidligPensionService’ med samme forretningslogik og operationer som den eksisterende SOAP service
Løsningsmodel
Ny REST service med Update- og Get-metode i Ydelsesudstilling.TidligPensionService
Fejlkoder bevares
Der ændres ikke i adgangsforhold til service/metoderÂ
Ny REST-service - Ydelsesudstilling.TidligPensionService - Ydelsesudstilling.TidligPensionService
Ny REST service til Udbetaling Danmarks (UDK’s) indberetning af afgørelser om Tidlig pension - og til a-kassernes læsning af afgørelser om tidlig pension.
UpdateTidligPension - Ydelsesudstilling.TidligPensionService [UDV] (Version 1, 2025-1) | UpdateTidligPension(POST /v1/UpdateTidligPension)
Ny metode til UDK’s indberetning af afgørelser om Tidlig pension.
Metoden fungerer svarende til den hidtidige PensionService#SaveTidligPension:
Da det ikke kan afvises at der forekommer afgang fra TidligPension, som efterfølges af en ny tilgang til TidligPension, er der medtaget en GUID som er specifik for et "forløb", startende ved mindst 1 afgørelsesdato, og som skal bruges ved opdateringer til samme forløb. En annullering af et forløb (fx hvis borger ombestemmer sig og alligevel ikke vil have TidligPension) sker ved at ATP/UDK kalder med samme GUID som tidligere på samme forløb, men uden hverken OvergangTilTidligPension eller Kompensationsudbetaling. Update-metoden fungerer og bruges som følger:
Bemærk at kun RegistrationType Create og Update er i brug i WSRM, der kan ikke komme en WSRM af typen Delete. Det kan forekomme, at en borger har flere TIP-sager (registreret på forskellige GUID'er), hvis en afgørelse annulleres og borger på ny søger om TIP og får en positiv afgørelse. |
GetTidligPension - Ydelsesudstilling.TidligPensionService [UDV] (Version 1, 2025-1) | GetTidligPension (GET /v1/TidligPension/{x civilRegistrationIdentifier}/{fravae...
Ny metode til a-kassernes og STARs læsning af afgørelser om Tidlig pension og Kompensationsbeløb. indberettet af Udbetaling Danmark.
GetTidligPensioAlle - Ydelsesudstilling.TidligPensionService [UDV] (Version 1, 2025-1) | GetTidligPensionAlle (GET /v1/TidligPension/)
Metode til udstilling af afgørelser for hhv. Tidlig pension og Kompensationsbeløb, indberettet af Udbetaling Danmark.
SOAP-service udgår - PensionService (version 1) - PensionService
SaveTidligPension
Metoden udgår i 2025-2. Brug i stedet Ydelsesudstilling.TidligPensionService#UpdateTidligPension
GetTidligPension
Metoden udgår. Brug i stedet Ydelsesudstilling.TidligPensionService#GetTidligPension
1005.17.59.3 - Som serviceaftager vil jeg gerne beholde den eksisterende SOAP service uændret i en overgangsperiode for at sikre en fleksibel overgang til nye snitflade
Løsningsmodel
Eksisterende SOAP bevares som kalder mod ny save- og get-metode 1 til 1 internt i DFDG i en overgangsperiode frem til og med 2025-3 idriftsættelsen (medio september 2025).
1005.17.59.4 - Som STAR vil jeg have dataleverancer i forhold til VOA tilpasset til nye forretningsdomæne (silo)
Løsningsmodel (internt STAR acc.kr.)
Initial load af data til Ydelsesudstilling domænet
1005.17.59.5 - Som STAR vil jeg have at dokumentation for såvel servicelag og frontend lever op til STAR's principper på releasetidspunktet
Løsningsmodel (internt STAR acc.kr.)
QA af regler fra kode mod dokumenteret regler og fejlkode
Ajourfører dokumentation
Sider der skal rettes og QA er (liste er ikke udtømmende)
Ydelsesudstilling.TidligPensionService med tilhørende undersider
1005.17.59.6 - Som STAR vil jeg have data er omfattet af dataløft og pseudonymisering mod testmiljøer
Løsningsmodel (internt STAR acc.kr.)
Tilpasning af regler af for pseudonymisering og aftale hvornår data skal med i dataløft
Systemforvalter til retter pseudonymiseringsflowÂ
1005.17.59.7 udgår - Ydelsesudstilling udstiller kodelisterne for XXXX - ikke relevant - ingen kodelister ift. Tidlig pension
LøsningsmodelÂ
N/A
1005.17.59.8 udgår - PersonStatusService (version 20) udstiller ikke mere XXX - ikke relevant ift. Tidlig pension
LøsningsmodelÂ
N/A - PSS udstiller ikke oplysninger om afgørelser om tidlig pension
PersonStatusService (Version 20)
GetVariablePersonStatus
1005.17.59.9 EksternKommunikation modtager event fra Ydelsesudstilling om indberetning af afgørelser om Tidlig pension til brug for afsendelse af Tidligpension.wsb
Løsningsmodel (internt STAR acc.kr.)
EksternKommunikation modtager event fra Ydelsesudstilling om indberetning af afgørelser om Tidlig pension til brug for afsendelse af Tidligpension.wsb
Ny WSB
TidligPension.wsb
TidligPension.wsb
1005.17.59.10 Død kode i DFDG, i forbindelse med TidligPension, fjernes
Løsningsmodel (internt STAR acc.kr.)
Fjernelse af gammel og død kode i DFDG classic - i nødvendigt minimalt omfang
1005.17.59.11 Landssupport/LSS er skiftet over til at brug den nye REST-servicen i Ydelsesudstilling, i stedet for PensionService fra DFDG classic
Løsningsmodel (internt STAR acc.kr.)
Landssupport/LSS er skiftet til at bruge Ydelsesudstilling.TidligPensionService#GetTidligPension ved brug af nyt ClientApi fra Ydelsesudstilling
Kode brugt i forbindelse med PensionService (SOAP) er fjernet fra LSS
Særlige krav til test
Test scenarie | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
---|---|---|
UDK kan indberette på ny service
| Ydelsesudstilling.TidligPensionService#UpdateTidligPension TidligPension.wsb WsrmMessageService (Version 11).GetTidligPensionVersion1 | Â |
UDK kan indberette på ny service
| Ydelsesudstilling.TidligPensionService#UpdateTidligPension TidligPension.wsb WsrmMessageService (Version 11).GetTidligPensionVersion1 | Â |
UDK kan opdatere på ny service
| Ydelsesudstilling.TidligPensionService#UpdateTidligPension TidligPension.wsb WsrmMessageService (Version 11).GetTidligPensionVersion1 | Â |
UDK kan slette med ny service
OBS forskel om ændringstyper for WSRM og WSB i denne situation | Ydelsesudstilling.TidligPensionService#UpdateTidligPension TidligPension.wsb WsrmMessageService (Version 11).GetTidligPensionVersion1 |  |
 |  |  |
A-kasser kan læse data på ny service | Ydelsesudstilling.TidligPensionService#GetTidligPension |  |
A-kasser kan modtage og behandle WSRM eller WSB | TidligPension.wsb WsrmMessageService (Version 11).GetTidligPensionVersion1 | Â |
 |  |  |
*Â Batchjobs
bør testes både med delta og fuldt load,
bør hvis der er afhængigheder køres med normalt load fra BI i ét testmiljø i hele testperioden
bør testes i samarbejde med teams som har afhængigheder
kørselstid, særligt hvis det er en del af NightlyBatch
Konsekvenser for drift/idriftsættelse
I forbindelse med idriftsættelse:
Skal der køres et fuldt dataload ved første kørsel af et batchjob - aftal med SF hvornÃ¥r load skal køres: Â
Skal der køres konvertering: Â
Skal der køres databasescripts for opdatering af tabeller i databasen: Â
BI foretager initial load af forsørgelseshistorik i ydelsesudstilling silo. Der er ikke tale om konvertering i denne forbindelse da det er samme loadmodel som i den gamle forsørgelseshistorik på DFDG classic.
Efter idriftsættelse:
N/A
Arkitektur- og implementeringsnoterÂ
Her beskriver PO/FA om arkitekturen og teknikken bag løsningen, om der f.eks. anvendes:
Nye dataomrÃ¥der: Nej, flytning til domæne YdelsesudstillingÂ
Nye snitflader: Nej, flytning til domæne Ydelsesudstilling
Nye komponenter: NejÂ
Nye miljøer: NejÂ
Nye teknologier: ModerniseringÂ
Nye aftagertyper: NejÂ
Eller afvigelser fra principperne: NejÂ
Eventuelle behov for reduktion af teknisk gæld skal afdækkes: N/AÂ
Â
Der gives en beskrivelse af hvorledes disse tænkes håndteret/implementeret i løsningen og om dette har været vendt med STAR arkitekten.
Husk GDPR stillingtagen
Ingen personfølsomme data i epics
Illustrationer, skærmdumps m.v. må ikke indeholde cpr.nr., CV. nr., rigtige personnavne på borgere eller deres kontaktoplysninger i form af e-mail, telefonnr., adresse m.v.
Angiv hvem der har foretaget dette tjek:Â Jesper Brunholm
Angiv dato for tjek:Â 29-10-2024
Opbevaring af oplysninger i STARs it-systemer
Ved oprettelse af nye dataområder skal der tages stilling til, hvornår formålet med data ophører og dermed fastlægges en slettepolitik.
Ved indførelse af nye data på eksisterende dataområder skal GDPR slettejobs opdateres.
Dette er ikke et nyt dataomrÃ¥de blot en flytning fra DFDG classic og til Ydelsesudstilling.Â
Hvem må tilgå oplysningerne?
Afsnittet må ikke blot slettes, hvis det vurderes ikke relevant. Det skal dokumenteres at man har forhold sig til nedenstående.
Husk det er hensynet til borgeren der tæller højst. Der skal være hjemmel til at sagsbehandler mÃ¥ tilgÃ¥ oplysninger. FormÃ¥let skal være som led i administrationen af beskæftigelsesreglerne eller ydelsesadministration. Â
Korrekte sikkerhedsattributter på services
PO skal for hver enkelt servicemetode angive hvilke myndighedstyper, der må kalde de forskellige servicemetoder.
Tilladte organisationer (eksempel - se den fulde liste over myndighedstyper på siden DFDGs sikkerhedsmodel )
Dette er udfyldt på UDV servicesiden
A-kasse filtrering
Hvis a-kassen må anvende metoden, må a-kassen så se / hente alle data? Eller skal der foretages filtrering ift. at a-kassen fx kun må se nogle udfaldsrum / kodelisteværdier? Husk at filtreringen skal ramme eventuel visning på Jobnet aht. sagsbehandlerlogin
A-kassens adgang til data i denne epic er nøje afstemt med forretningskravene og GDPR hensyntagen
Sagsbehandlerlogin på Jobnet - tag stilling til adgang!
En sagsbehandler i et jobcenter kan tilgå en borger tilknyttet det konkrete jobcenter.
En sagsbehandler i en a-kasse kan tilgå en borger, som er medlem af a-kassen og KG 1 (tilmeldt og ikke-tilmeldt) eller KG 8 og tilmeldekategori 5 - dimittend.
Begrænsninger kan foretages via (a-kasse-) filtrering, eller ved at afgrænse på action niveau på konkrete sider på Jobnet.
Stillingtagen: Beskriv kort, at der er taget stilling til sagsbehandlerlogin
Pensionsdata udstilles ikke til Jobnet hvorfor sagsbehandlerlogin ikke er relevant i denne sammenhæng
Â
Â