1005.17.23 Tilmelding (3)
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 |
---|---|---|---|---|---|---|
@Jens Andersen @Knud de Place (STAR) | @Jesper Brunholm @Jan Nyman | 2024-3 | 2024-4 | 2025-1 | 1.0 | KSS, A-kasse, Converter |
Indgår i tilsagn:
2024-3, bølge 1
Da start ibrugtagning i prod. af Komposit.TilmeldeService, nye kodelisteværdier m.v. er mulig fra 2024-4 vil den nye ledighedsgrad id 4 ‘Ledig’ skulle kunne modtages af aftager i WSRM og ved læsning af data i Get-metoder uanset, om aftager forbliver på SOAP udgaven af tilmeldeservicen i en overgangsperiode hen imod 2025-1.
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 |
14.03.2024 | 0.1 | Knud | Start ibrugtagning i prod. mulig fra 2024-4. Seneste ibrugtagning af REST i 2025-1. |
17.04.2024 | 0.1 | Jesper | Forberedelse til tilsagn |
19.04.2024 | 0.1 | Jan Nyman | Tilføjelse af Warnings (Nu Varsling) WSB |
19.04.2024 | 0.1 | Jesper | Fjernelse af jobcenterspecifikke tilmeldekvitteringer fra epic da dette er eksisterende funktionalitet. Klar til PO review og løft til 0.3 |
19.04.2024 | 0.3 | Knud | Løftet til v0.3 og sendt i tilsagn |
23.04.2024 | 0.3 | Knud | Tilføjet i afsnittet Regler: “A-kassen skal, jf. databkg. § 66, som hidtil - når dimittender begynder at modtage arbejdsløshedsdagpenge - sikre, at personen er registreret som dagpengemodtager med tilmeldekategorien dagpengemodtager.“ |
24.4.2024 | 0.3 | Jesper | Opdateret at Tilmelding.WSB ved afmelding sendes med action Updated isf. Deleted. AcC 1005.17.23.9 |
25.04.2024 | 0.3 | Knud | AC-2: Opdatereret beskrivelse af valideringer med konkrete fejlkodenumre (100030, 100032, 100033 og 100034), hvor der tidligere stod ¤. Kun fejlkoderne er markeret med grøn tekst. |
30.04.2024 | 0.3 | Knud | AC-2 og Berørte services opdateret med CreateTilmeldingMedIdentifier således, at det kaldende system kan vælge at angive identifier på tilmeldingen. |
02.05.2024 | 0.3 | Jesper | AC-2: Afsnit “WSRM og WSB udsendelse samt flow” tilføjet om Komposit.Tilmelding |
04.06.2024 | 0.3 | Knud | AC-15: Nyt internt AC: Tilmeldekvitteringer sendes til Borgers Beskedbakke på Jobnet |
12.06.2024 | 0.3 | Jesper | Udfasning af PersonStatusService- og PersonHistoryService collection i 2025-1 tilføjet til snitflader |
13.06.2024 | 0.3 | Jesper | PersonVisitationStatusService kollektion varslet udfaset i snitflader |
19.06.2024 | 0.5 | Knud | Tabel med “særlige krav til test” opdateret/udfyldt. Endvidere v0.5. |
27.06.2024 | 0.5 | Jesper | CreateTilmeldingMedIdentifier udgår, der er i stedet mulighed for at udfylde et optionelt forretningsfelt med id. |
28.06.2024 | 0.5 | Jesper | Ac 7: Bemærk at kodelisterne i test i 2024-3 vil bære de gamle engelske navne |
15.08.2024 | 0.5 | Knud | Følgende afsnit er opdateret: “Baggrund”, “Regler”, AC-2 (hændelsesdato må ift. dp.modtagere ikke registreres af jobcentre) |
30.08.2024 | 0.5 | Knud | Følgende afsnit er opdateret: AC-2 (hændelsesdato må ift. dp.modtagere ikke registreres af jobcentre eller opdateres af jobcentre). |
03.09.2024 | 0.5 | Jesper | Fejlkoder ifm. ensrettet ledighedsgrad tilføjet i AC 2 |
04.09.2024 | 0.5 | Knud | AC-2: Nr. på fejlkode vedr. ledighedsgrad tilføjet (100045) |
04.09.2024 | 0.5 | Knud | Internt rettet: Nyt AC-16 |
05.09.2024 | 0.5 | Knud | Foranlediget af spørgsmål fra en aftager: I beskrivelsen af AC-7 er under tabellen med kodeliste for ledighedsgrader opdateret hvilke aktører, der bruger de forskellige værdier |
06.09.2024 | 0.5 | Jesper | Afgrænsning: Det er kun på CreateTilmelding der sker validering af ledighedsgrad |
10.09.2024 | 0.5 | Jesper og Knud | Anvendelse af ledighedsgrad ifm sygemelding beskrevet under AC-7. OBS om ledighedsgrad id 4 indsat i top af dokumentet. |
13.09.2024 | 0.5 | Jesper | Kodelister som VisiteringOgStatus overtager ansvaret for skifter til dansk navn i 2024-4 for REST services. SOAP services er uberørte. |
13.09.2024 | 0.5 | Knud | AC-2 beskrivelse: Indsat tildelt fejlkode 100046. |
17.09.2024 | 0.5 | Jesper | Der valideres først på ledighedsgrad i 2025-1 aht. SOAP service uden validering |
28.10.2024 | 0.5 | Jesper | Mindre tekstjusteringer for at gøre det soleklart at VisiteringOgStatus.TilmeldingService.CreateTilmelding er STAR INTERN |
07.11.2024 | 0.5 | Jesper | AC 15 om tilmeldekvittering i Beskedbakken er præciseret til kun at være relevant på moderniseret Jobnet |
07.11.2024 | 1.0 | Knud | v1.0 - ikke andre ændringer |
Interne links (indhold i links ikke relevant for eksterne)
https://starwiki.atlassian.net/browse/DS-12138
https://starwiki.atlassian.net/browse/KON-2963
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 Acc.kr. 1005.17.23.1 - Som STAR vil jeg have flyttet forretningsområdet for til- og afmelding som jobsøgende til forretningsdomænet (silo) VisiteringOgStatus inkl. at det lever op til de principper, der er fastsat
- 5.5 1005.17.23.2 - Som serviceaftager og STAR vil jeg have udstillet til- og afmelding som jobsøgende via ny REST snitflade med samme forretningslogik og operationer som den eksisterende SOAP service (UnemploymentEnrollmentService), dog udvidet med ny Update-funktion og hændelsesdato for tilmelding og med en sanering af kodelisten for ledighedsgrad)
- 5.5.1.1 Løsningsmodel
- 5.5.2 VisiteringOgStatus.TilmeldingService
- 5.5.3 Komposit.TilmeldingService -
- 5.5.4 CreateTilmelding
- 5.5.4.1 WSRM og WSB udsendelse samt flow
- 5.6 1005.17.23.3 - Som serviceaftager vil jeg gerne beholde den eksisterende SOAP service (UnmeploymentEnrollmentService) uændret i en overgangsperiode indtil 2025-1 for at sikre en fleksibel overgang til ny snitflade
- 5.6.1 Løsningsmodel
- 5.7 1005.17.23.4 - Som STAR vil jeg have dataleverancer i forhold til DOA tilpasset til det nye forretningsdomæne (silo)
- 5.8 1005.17.23.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.23.6 - Som STAR vil jeg have, at data er omfattet af dataløft og pseudonymisering mod testmiljøer
- 5.10 1005.17.23.7 - VisiteringOgStatus udstiller kodelisterne for til- og afmelding, herunder tilmeldekategorier og ledighedsgrad
- 5.10.1 Løsningsmodel
- 5.10.1.1 VisiteringOgStatus - Tilmeldekategori
- 5.10.1.2 VisiteringOgStatus - Ledighedsgrad
- 5.10.1.3 VisiteringOgStatus - Afmeldeaarsag
- 5.10.1 Løsningsmodel
- 5.11 1005.17.23.8 - PersonStatusService (version 20) og PersonHistoryService (version 4) udstiller i en overgangsperiode oplysninger om til- og afmelding
- 5.11.1 PersonStatusService (Version 20)
- 5.11.1.1 GetVariablePersonStatus
- 5.11.2 PersonHistoryService (version 4)
- 5.11.2.1 GetPersonHistory
- 5.11.1 PersonStatusService (Version 20)
- 5.12 1005.17.23.9 - Som aftager vil jeg kunne få besked om opdateringer til tilmelding med WSRM eller WSB og kunne hente en unik tilmelding baseret på id
- 5.12.1 Løsningsmodel
- 5.12.1.1 Ny Tilmelding.wsb
- 5.12.1 Løsningsmodel
- 5.13 1005.17.23.10 - Død kode i DFDG, i forbindelse med til- og afmelding, fjernes
- 5.14 1005.17.23.11 - Landssupport/LSS er skiftet over til at brug den nye REST-servicen ift. til- og melding , i stedet for UnemploymentEnrollmentService fra DFDG classic
- 5.15 1005.17.23.12 - DFDG batchjobs vedr. til- og afmelding flytter til til forretningsdomænet (silo) VisiteringOgStatus
- 5.16 1005.17.23.13 - Forfine DFDG-TASS-ProcessFutureEnrollments, når batchjobbet skal flyttes til nyt DFDG forretningsdomæne
- 5.17 1005.17.23.14 - Som aftager vil jeg kunne abonere på WSB om Varslinger som afløsning for GetWarning WSRM
- 5.17.1 WSB Varsling oprettes:
- 5.18 1005.17.23.15 - Som borger vil jeg på moderniseret Jobnet modtage tilmeldekvittering i Beskedbakken på Jobnet (frem for via alm mail)
- 5.19 1005.17.23.16 - Friholde Jobnet (classic) for ændringer ift. tilmelding og ledighedsgrad (04.09.2024)
- 6 Særlige krav til test
- 7 Konsekvenser for drift/idriftsættelse
- 8 Arkitektur- og implementeringsnoter
- 9 Husk GDPR stillingtagen
Afgrænsning af epic
Afgrænsning | |||
---|---|---|---|
Som serviceaftager og STAR
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.23.1 | Som STAR vil jeg have flyttet forretningsområdet for til- og afmelding som jobsøgende til forretningsdomænet (silo) VisiteringOgStatus inkl. at det lever op til de principper, der er fastsat | DFDG, BI | https://starwiki.atlassian.net/browse/KON-1380 https://starwiki.atlassian.net/browse/KON-2638 https://starwiki.atlassian.net/browse/KON-3088
|
1005.17.23.2 | Som serviceaftager og STAR vil jeg have udstillet til- og afmelding som jobsøgende via ny REST snitflade med samme forretningslogik og operationer som den eksisterende SOAP service (UnemploymentEnrollmentService), dog
| DFDG, Jobnet, Vitas | https://starwiki.atlassian.net/browse/KON-795 https://starwiki.atlassian.net/browse/KON-2855 https://starwiki.atlassian.net/browse/KON-2522 https://starwiki.atlassian.net/browse/KON-3594 https://starwiki.atlassian.net/browse/KON-2523 https://starwiki.atlassian.net/browse/KON-3708 https://starwiki.atlassian.net/browse/KON-2524 https://starwiki.atlassian.net/browse/KON-1381 https://starwiki.atlassian.net/browse/KON-3600 https://starwiki.atlassian.net/browse/KON-3533 |
1005.17.23.3 | Som serviceaftager vil jeg gerne beholde den eksisterende SOAP service (UnemploymentEnrollmentService) uændret i en overgangsperiode indtil 2025-1 for at sikre en fleksibel overgang til ny snitflade | DFDG, Jobnet, Vitas | |
1005.17.23.4 | Som STAR vil jeg have dataleverancer i forhold til DOA tilpasset til det nye forretningsdomæne (silo) | BI | |
1005.17.23.5 | Som STAR vil jeg have at dokumentation for såvel servicelag og frontend lever op til STAR's principper på releasetidspunktet | DFDG, Jobnet | |
1005.17.23.6 | Som STAR vil jeg have, at data er omfattet af dataløft og pseudonymisering mod testmiljøer | DFDG, SF | |
1005.17.23.7 | VisiteringOgStatus udstiller kodelisterne for til- og afmelding, herunder tilmeldekategorier og ledighedsgrad | DFDG | |
1005.17.23.8 | PersonStatusService (version 20) og PersonHistoryService (version 4) udstiller i en overgangsperiode oplysninger om til- og afmelding | DFDG | |
1005.17.23.9 | Som aftager vil jeg kunne få besked om opdateringer til tilmelding med WSRM eller WSB og kunne hente en unik tilmelding baseret på id | DFDG | |
1005.17.23.10 | Død kode i DFDG, i forbindelse med til- og afmelding, fjernes | DFDG | |
1005.17.23.11 | Landssupport/LSS er skiftet over til at brug den nye REST-servicen ift. til- og melding , i stedet for UnemploymentEnrollmentService fra DFDG classic | DFDG | |
1005.17.23.12 | DFDG batchjobs vedr. til- og afmelding flytter til til forretningsdomænet (silo) VisiteringOgStatus | DFDG | https://starwiki.atlassian.net/browse/KON-1376
|
1005.17.23.13 | Forfine DFDG-TASS-ProcessFutureEnrollments, når batchjobbet skal flyttes til nyt DFDG forretningsdomæne | DFDG | |
1005.17.23.14 | Som aftager vil jeg kunne abonnere på WSB om Varslinger som afløsning for GetWarning WSRM | DFDG | |
1005.17.23.15 | Som borger vil jeg på moderniseret Jobnet modtage tilmeldekvittering i Beskedbakken på Jobnet (frem for via alm mail) | DFDG |
|
1005.17.23.16 | Friholde Jobnet (classic) for ændringer ift. tilmelding og ledighedsgrad | KON |
Pakke TILMELD-1 i Knuds liste - Beta roadmap DFDG
Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||
---|---|---|---|---|---|
1005.17.23.2 | 1005.17.23.3 | 1005.17.23.8 | 1005.17.23.14 | ||
Som KSS og A-kasse skal jeg overgå til ny REST snitflade, men kan i en overgangsperiode fortsat anvende SOAP-versionen | X | X | |||
Som KSS og A-kassen skal jeg overgå til WSB vedr. tilmeldeforhold, men kan i en overgangsperiode fortsat anvende WSRM |
|
|
|
|
|
Som bruger af PersonStatusService vil jeg skifte til REST snitflade og kald til VisiteringOgStatus.VisiteringOgStatusStatusService eller TilmeldingService for at hente oplysninger om tilmelding som jobsøgende. | X | ||||
KSS og a-kasse kan håndtere, at pegepinden til data om borger flyttes fra borgers gamle til borgers nye cpr nr. ved cpr.skift | X | X | A-kasser og jobcentre kan abonnere på (for tiden WSRM-beskeden) GetCprChanged, hvis der er behov for, at vide, hvornår DFDG flytter pegepinden til data om borger fra gammelt til nyt cpr nr. | ||
Som KSS skal jeg overgå til WSB vedr. Warnings om tilmeldeforhold, men kan i en overgangsperiode fortsat anvende WSRM |
|
|
| 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 |
---|---|---|---|---|---|
Udgået | Kodelisten udgår i 2025-1. I REST services omdøbes den i 2024-4 til AfmeldingsaarsagTypeCodeList | A-kasse, KSS | BI, Jobsøgning | Kontaktforløb | |
Udgået | Kodelisten udgår i 2025-1. I REST services omdøbes den i 2024-4 til TilmeldekategoriTypeCodeList | A-kasse, KSS | BI, Jobsøgning | Kontaktforløb | |
CodeListService (version 5).CurrentUnemploymentStatusTypeIdentifier | Udgået | Kodelisten udgår i 2025-1. I REST services omdøbes den i 2024-4 til LedighedsgradTypeCodeList | A-kasse, KSS | BI, Jobsøgning | Kontaktforløb |
PersonHistoryService (version 4).GetPersonHistory.EnrollmentHistoryCollection | Udgået | Kollektion udgår i 2025-1. Brug i stedet metode på ny REST-service | A-kasse, KSS | N/A | Kontaktforløb |
PersonStatusService (v20).GetVariablePersonStatus.Enrollment collection | Udgået | Kollektion udgår i 2025-1. Brug i stedet metode på ny REST-service | A-kasse, KSS | Jobsøgning | Kontaktforløb |
PersonVisitationStatusService(v2+3). GetPersonVisitationStatus.EnrollmentInfo | Udgået | Kollektion udgår i 2025-1. Brug i stedet VisiteringOgStatusStatusService | A-kasse, KSS | N/A | D+S |
Ny | Ny WSB om til- og afmelding som jobsøgende. Udsendes først i 2024-4 | A-kasse, KSS | SF | Kontaktforløb | |
UnemploymentEnrollmentService (Version 8).CancelUnemploymentEnrollment | Udgået | Udgår i 2025-1 | A-kasse, KSS | BI, Jobsøgning | Kontaktforløb |
Udgået | Udgår i 2025-1 | A-kasse, KSS | BI, Jobsøgning | Kontaktforløb | |
UnemploymentEnrollmentService (Version 8).RemoveFutureCancelEnrollment | Udgået | Udgår i 2025-1 | N/A | Jobsøgning | Kontaktforløb |
Udgået | Udgår i 2025-1 | KSS | BI | Kontaktforløb | |
Udgået | Udgår i 2025-1 | N/A | Jobsøgning | Kontaktforløb | |
UnemploymentEnrollmentService (Version 8).UnemploymentEnrollment | Udgået | Udgår i 2025-1 | A-kasse, KSS | BI, Jobsøgning | Kontaktforløb |
UnemploymentEnrollmentService (Version 8).UnemploymentEnrollmentAndBook | Udgået | Udgår i 2025-1 | N/A | Jobsøgning | Kontaktforløb |
Ny | Ny WSB som afløser GetWarning, i første omgang udelukkende id'er om afmelding. Udsendes først i 2024-4 | KSS | SF | Kontaktforløb | |
Ny | Erstatter RemovalCauseTypeIdentifierType i REST services i 2024-4 | A-kasse, KSS | BI, Jobsøgning | Kontaktforløb | |
Ny | Erstatter CurrentUnemploymentStatusTypeIdentifier i REST services i 2024-4. OBS på nyt id 4 anvendes i kodelisten fra 2024-4 | A-kasse, KSS | BI, Jobsøgning | Kontaktforløb | |
Ny | Erstatter ClientCategoryTypeIdentifier i REST services i 2024-4 | A-kasse, KSS | BI, Jobsøgning | Kontaktforløb | |
VisiteringOgStatus.TilmeldingService (v1).GetTilmeldingshistorik | Ny | Ny REST metode til læse tilmeldingshistorik, Kan anvendes i prod. fra 2024-4 | A-kasse, KSS | N/A | Kontaktforløb |
VisiteringOgStatus.TilmeldingService (version 1).CreateTilmelding | Ny | Ny REST metode til STAR INTERN registrering af tilmelding. Kan anvendes i prod. fra 2024-4 | N/A | BI, Jobsøgning | Kontaktforløb |
VisiteringOgStatus.TilmeldingService (version 1).CreateTilmeldingMedIdentifier | Ny | Ny REST metode til registrering af tilmelding. Kan anvendes i prod. fra 2024-4 - med id på tilmeldingen | A-kasse, KSS | BI, Jobsøgning | Kontaktforløb |
Komposit.TilmeldingService.CreateTilmelding | Ny | Ny REST metode til registrering af tilmelding. Kan anvendes i prod. fra 2024-4 | A-kasse, KSS | BI, Jobsøgning | Kontaktforløb |
VisiteringOgStatus.TilmeldingService (version 1).GetTilmelding med id | Ny | Ny REST metode til læse tilmelding, Kan anvendes i prod. fra 2024-4 | A-kasse, KSS | Jobsøgning | Kontaktforløb |
VisiteringOgStatus.TilmeldingService (version 1).GetTilmeldinger | Ny | Ny REST metode til læse tilmelding, Kan anvendes i prod. fra 2024-4 | A-kasse, KSS | Jobsøgning | Kontaktforløb |
VisiteringOgStatus.TilmeldingService (version 1).UpdateTilmelding | Ny | Ny REST metode til opdatering af tilmelding, herunder afmelding. Kan anvendes i prod. fra 2024-4 | A-kasse, KSS | BI, Jobsøgning | Kontaktforløb |
[12.06.2024,27.06.2024, 10.09.2024] tilføjelser til ovenstående tabel
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 Tillmelding som jobsøgende følgende:
I DFDG et skift til REST snitflade - og i denne epic med tilføjelse af en Update-funktion og hændelsesdato for tilmelding:
På tilmelding som jobsøgende tilføjes hændelsesdato således, at sagsbehandler i jobcenter og a-kasse kan registrere, hvornår tilmeldingen forretningsmæssigt burde være sket fra, selvom tilmeldedato ikke kan være i fortiden.
Ændringen foretages for at
lette bl.a. udbetalingen af dagpenge, hvis fx it-problemer i DFDG eller i lokale systemer har været årsag til, at en borger ikke kunne blive tilmeldt som jobsøgende
lette bl.a. udbetalingen af dagpenge, hvis sagsbehandler i jobcenter eller a-kasse af andre årsager end it-problemer ikke har fået tilmeldt borger den dag borger har henvendt sig i jobcenter eller a-kasse for at blive tilmeldt som jobsøgende
a-kassen via hændelsesdato kan registrere, hvis der for konkrete medlemmer dispenseres fra kravet om tilmelding
En sanering i brug af ledighedsgrader ved tilmelding for mindske behovet for efterfølgende opdateringer
I Jobnet en overgang til ny REST snitflade samt ny frontend arkitektur (denne opgave er ikke en del af denne epic, men vil blive specificeret i en efterfølgende epic)
Forretningsmæssig anvendelse af hændelsesdato (15.08.2024)
På tilmelding som jobsøgende tilføjes hændelsesdato således, at sagsbehandler i jobcenter (alene for andre kontaktgrupper end dagpengemodtagere) og a-kasse (for dagpengemodtagere og tilmeldte ‘Uden ydelse’) kan registrere, hvornår tilmeldingen forretningsmæssigt burde være sket fra, selvom tilmeldedato ikke kan være i fortiden.
STAR/DFDG kan endvidere registrere/opdatere hændelsesdato, hvis der foretages datagenopretninger pga. fx driftsproblemer eller datafejl, der forårsager, at tilmelding ikke kunne registreres på rette dato
Ændringen foretages for at
lette bl.a. udbetalingen af dagpenge, hvis fx it-problemer i DFDG eller i lokale systemer har været årsag til, at en borger ikke kunne blive tilmeldt som jobsøgende
lette bl.a. udbetalingen af dagpenge, hvis sagsbehandler i jobcenter eller a-kasse af andre årsager end it-problemer ikke har fået tilmeldt borger den dag borger har henvendt sig i jobcenter eller a-kasse for at blive tilmeldt som jobsøgende (beror ift. jobcentrets registreringer ift. dagpengemodtagere på, at jobcenter fx via beskedtype 1 i dialogmodulet orienterer a-kassen om baggrunden for sen tilmelding fra jobcentrets side således, at a-kassen kan tage stilling til dispensation, jf. rådighedsbekendtgørelsen § 6, stk. 2, om dispensation for manglende tilmelding)
a-kassen via hændelsesdato kan registrere, hvis der for konkrete medlemmer dispenseres fra kravet om tilmelding
Særligt ift. dagpengemodtagere
A-kasserne anvender hændelsesdatoen til at angive, at a-kassen har fået fornøden dokumentation for at den sene registrering af tilmelding skyldes jobcenteret, a-kasse eller DFDG - og at medlemmet i øvrigt opfylder betingelserne, så a-kassen har dispenseret for manglende tilmelding fra hændelsesdagen og frem til tilmelde-startdatoen.
Hændelsesdatoen er dermed den dag, hvorfra der kan udbetales a-dagpenge.
Hvis STAR/DFDG har registeret hændelsesdatoen er dette også udtryk for, at a-kassen har fået fornøden dokumentation for at den sene registrering af tilmelding DFDG
A-kassemedarbejdere vil fremadrettet kunne undgå at lave en manuel asynkron tilmelding alene i a-kassen for at kunne komme til at udbetale på trods af manglende tilmelding i dispensationssagerne. Man ville i stedet opdatere tilmeldingen med en hændelsesdato, hvilket ville betyde, at a-kassesystemet kun kan udbetale, når tilmeldingen var registreret i DFDG, hvilket som yderligere gevinst ville sikre at tilmeldeperioden blev afsluttet, når medlemmet efterfølgende afmelder sig på Jobnet.
Tilmeldedatoen er (fortsat) den dato, der anvendes ift. frister for fx samtaler og cv-godkendelse.
Regler
Her udfylder PO oplysninger om eksisterende eller forventede regler om registrering og indberetning.
Jobcentre skal som hidtil kunne registrere tilmelding og afmelding som jobsøgende.
A-kasserne kan, jf. BAB, som hidtil vælge at tilbyde den service at de tilmelder ledige medlemmer som dagpengemodtagere. A-kasserne skal som hidtil kunne afmelde et medlem som jobsøgende, og herunder tilmelde personen uden ydelse, hvis personen ikke længere er ledig eller hvis medlemmet ikke skal have / kan få a-dagpenge.
23.04.2024: A-kassen skal, jf. databkg. § 66, som hidtil - når dimittender begynder at modtage arbejdsløshedsdagpenge - sikre, at personen er registreret som dagpengemodtager med tilmeldekategorien dagpengemodtager.
15.08.2024: A-kassen skal, jf. databkg. § 129, som hidtil ved medlemstilgang og ved tilmelding som arbejdssøgende hente/læse en række oplysninger i DFDG. Det gælder bl.a. oplysninger om tilmelding som jobsøgende. Den nye a-kasse kan ikke påregne, at DFDG sender WSRM eller WSB om fx aktuelle tilmeldinger ifm. medlemstilgang
15.08.2024: I databkg. vil der blive indarbejdet bestemmelser om registrering af hændelsesdatoen.
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 skal overgå til ny REST snitflade, men kan i en overgangsperiode (indtil 2025-1) forblive på eksisterende SOAP service således, at serviceaftager mere frit kan tilrettelægge deres it-udvikling.
Perioden kan dog ændres, hvis der efterfølgende kommer forretningsændringer til servicen. En sådan efterfølgende ændring af perioden, vil fremgå i epic med de nye forretningsændringer.
Acc.kr. 1005.17.23.1 - Som STAR vil jeg have flyttet forretningsområdet for til- og afmelding som jobsøgende til forretningsdomænet (silo) VisiteringOgStatus inkl. at det lever op til de principper, der er fastsat
Løsningsmodel (internt STAR acc.kr.)
1005.17.23.2 - Som serviceaftager og STAR vil jeg have udstillet til- og afmelding som jobsøgende via ny REST snitflade med samme forretningslogik og operationer som den eksisterende SOAP service (UnemploymentEnrollmentService), dog udvidet med ny Update-funktion og hændelsesdato for tilmelding og med en sanering af kodelisten for ledighedsgrad)
Løsningsmodel
Ny REST service i VisiteringOgStatus hvor det er muligt at tilmelde en borger som allerede har jobønsker
Ny REST service i Komposit hvor man ifm. tilmeldingen kan oprette jobønsker
Fejlkoder bevares
Der ændres ikke i adgangsforhold til service/metoder
Tilmelding udstilles i VisiteringOgStatus.VisiteringOgStatusStatusService#GetPersonVisiteringOgStatusStatus med kun seneste tilmelding. I TilmeldingService findes GetTilmeldinger som er den fulde samling af tilmeldinger og GetTilmeldingshistorik.
Ny forretning
Ny hændelsesdato (optionelt felt), der skal angive evt. anden dato (end registreringsdatoen) som tilmeldingen forretningsmæssigt skal være gældende gældende fra, selvom der som tilmeldedato kun kan registreres “dags dato”. Formålet er, at sagsbehandler (og STAR ifm. datagenopretninger) kan angive, hvornår tilmeldingen forretningsmæssigt burde have været gældende fra, selvom registreringen foretages “dags dato”. Fx hvis der har været it-problemer i lokale systemer eller i STARs systemer. Eller hvis a-kassen dispenserer fra kravet om tilmelding.
Validering ift. tilbagedatering af hændelsesdato:
A-kasser: Ingen begrænsning, da dispensationsbehovet for tilmelding ligge langt tilbage i fortiden
STAR: Ingen begrænsning (pga. testformål - og datagenopretninger)
Jobcentre:
Op til 7 dage før registreringsdato. Fejlkode: 100033 - “Hændelsesdato må ikke ligge mere end 7 dage tilbage i tid ved jobcenterregistrering”
Validering ift. registrering af hændelsesdato ved tilmelding af dagpengemodtagere: Jobcentret må ikke registrere hændelsesdato ved tilmelding af dagpengemodtagere. Fejlkode 100046 - 'Hændelsesdato må for dagpengemodtagere kun registreres og opdateres af a-kassen og STAR'
Hændelsesdato må ikke ligge tidligere end seneste afmeldedato. Fejlkode: 100034 - “Hændelsesdato må ikke ligge i tidligere tilmeldeperiode”
Ny Update-metode: UpdateTilmelding til brug for
afmelding
fjernelse af fremtidig afmelding således, at der ikke (længere) teknisk foretages en afmelding og samtidig gentilmelding i disse situationer
opdatering af ledighedsgrad således, at der ikke (længere) teknisk foretages en afmelding og samtidig gentilmelding i de situationer, hvor ledighedsgraden skal ændres
Validering:
Hændelsesdato må ikke ligge tidligere end seneste afmeldedato på tidligere tilmeldeforhold (se fejlkode ovenfor)
Ved afmelding validerer DFDG for, at alene afmeldedato og afmeldeårsag angives / opdateres. Fejlkode: 100032 - “Det er ikke lovligt at opdatere øvrige felter ifm. en afmelding”.
Når afmeldedato er i fortiden må der ikke opdateres på andet end hændelsesdato og berigtigelseskommentar. Fejlkode 100030 - “Når afmeldedato er i fortiden må kun hændelsesdato og berigtigelseskommentar opdateres”
Afmeldedato kan kun opdateres, herunder slettes, hvis den er i fremtiden - fejlkode 100031 ‘Afmeldedato må kun opdateres eller slettes hvis den er i fremtiden’
Validering ift. registrering af hændelsesdato ved opdatering af tilmelding af dagpengemodtagere:
Hvis Hændelsesdato er registreret og jobcenteret kommer med en UpdateTilmelding for klientkategori (ClientCategoryTypeIdentifier) 1 (dagpengemodtager) med en anden hændelsesdato end der allerede er registreret i DFDG kastes fejlkode 100046 - 'Hændelsesdato må for dagpengemodtagere kun registreres og opdateres af a-kassen og STAR'
Sanering af registrering af ledighedsgrad ved tilmelding således, at der ikke ved tilmelding længere skal sondres mellem “fuldt ledig” og “delvis ledig”.
[06.09.2024] Afgrænsning: Denne validering sker udelukkende på CreateTilmelding (dvs. hverken på UpdateTilmelding eller ifm. syge- /raskmelding)
[03.09.2024] Fejlkoder i den sammenhæng:
Til a-kasser: 9300 - "Ledighedsgraden kan ikke anvendes af a-kasser" og
Til jobcentre: 100045 - “Ledighedsgraden kan ikke anvendes af jobcentre”
[17.09.2024] Valideringer på ledighedsgrad vil først træde i kraft fra 2025-1 aht. at have uændret SOAP service
VisiteringOgStatus.TilmeldingService
Ny REST service til oprettelse, opdatering og udlæsning af tilmeldinger: https://starwiki.atlassian.net/wiki/spaces/GI/pages/4300603512
STAR / DFDG anvender denne service internt til at registrere tilmelding, når der registreres tilmelding via Komposite.TilmeldingService med samtidig registrering af 'jeg-søger-job-som' stillingsbetegnelser og tilmelding. Eksterne aftagere kan også anvende denne service til at registrere tilmelding på borgere/medlemmer, der i forvejen har registreret 'jeg-søger-job-som' stillingsbetegnelser - og sagsbehandler ikke vil opdatere disse ifm. tilmeldingen.
CreateTilmelding og CreateTilmeldingMedIdentifier (30.04.2024)
Nye REST-metoder CreateTilmelding og CreateTilmeldingMedIdentifier til STAR INTERNT brug for tilmelding, kan kun kaldes af STAR.
[27.06.2024]
UpdateTilmelding - https://starwiki.atlassian.net/wiki/spaces/FYS/pages/4301553665/VisiteringOgStatus.TilmeldingService+Version+1+2024-2+UDV+tidl.+UnemploymentEnrollmentService+v+8+2023-1#UpdateTilmelding-(PUT-v1/Tilmelding/%7BtilmeldingId%7D-(tidl.-CancelUnemploymentEnrollment)
Nye valideringer:
Se ovenfor under Ny forretning
Metoden har response med kvitteringstekst til visning for borger i snitflade som er udfyldt ved afmelding, eksterne kan se bort fra denne.
[27.06.2024]
Komposit.TilmeldingService - https://starwiki.atlassian.net/wiki/spaces/GI/pages/4339400828
Ny REST service til oprettelse af tilmeldinger med samtidig oprettelse af jobønsker: https://starwiki.atlassian.net/wiki/spaces/FYS/pages/4339400863
Internt i STAR bruges denne også til at kunne tilmelde og straksbooke en borger som tilmelder sig på Jobnet
Nye valideringer:
Se ovenfor under Ny forretning
CreateTilmelding
Kan kaldes med eller uden id, DFDG tildeler et id hvis det ikke medsendes.
Metoden har response med kvitteringstekst til visning for borger i snitflade, eksterne kan se bort fra denne.
[27.06.2024]
WSRM og WSB udsendelse samt flow
[Tilføjet 02-05-2024]
Komposit.TilmeldingService.CreateTilmelding kalder først til JobSearch.CreateJoboensker og derefter til VisiteringOgStatus.Tilmelding hvis det foregående kald er gået godt. Man kan dermed risikere at kun Jobønskeoprettelsen går godt, det er ikke være et problem da man uden problemer kan gentage det fulde kald til Komposit.Tilmelding og genoprette Jobønsker. Hvis begge kald går godt returneres succes.
I forbindelse med oprettelsen af Jobønsker vil WSRM/WSB blive udsendt og tilsvarende ved tilmelding - selv om det samlede flow ikke er fuldført endnu. Da data er tilgængelige ved get når beskeder skaber dette efter vores bedste overbevisning ikke gener for aftagere.
1005.17.23.3 - Som serviceaftager vil jeg gerne beholde den eksisterende SOAP service (UnmeploymentEnrollmentService) uændret i en overgangsperiode indtil 2025-1 for at sikre en fleksibel overgang til ny snitflade
Løsningsmodel
Eksisterende SOAP (UnmeploymentEnrollmentService) bevares uændret i en overgangsperiode indtil 2025-1 for at sikre en fleksibel overgang til ny snitflade
Ekstern deltagelse i test af til- og afmelding ønskes - og af WSB / WSRM-beskeder
1005.17.23.4 - Som STAR vil jeg have dataleverancer i forhold til DOA tilpasset til det nye forretningsdomæne (silo)
Løsningsmodel (internt STAR acc.kr.)
Initial load af data / Tilpasning af BI load til VisiteringOgStatus domænet (silo)
TASS-Data til DOA påvirkes.
1005.17.23.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)
Servicesnitflade
1005.17.23.6 - Som STAR vil jeg have, at 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 tilretter pseudonymiseringsflow
1005.17.23.7 - VisiteringOgStatus udstiller kodelisterne for til- og afmelding, herunder tilmeldekategorier og ledighedsgrad
Løsningsmodel
DFDG udstiller kodelister for
Tilmeldekategori - ClientCategoryTypeIdentifierType
Ledighedsgrad - CurrentUnemploymentStatusTypeIdentifier
Afmeldingsårsag - RemovalCauseTypeIdentifierType
Flyttes til
VisiteringOgStatus.CodeListService
Tilmeldekategori
Ledighedsgrad
Afmeldingsaarsag
28.06.2024: Bemærk at kodelisterne i test i 2024-3 vil bære de gamle engelske navne
[13.09.2024] Kodelisterne som VisiteringOgStatus overtager ansvaret for skifter til dansk navn i 2024-4 i alle REST services. Kodelistenavne og kontrakter er uændrede i SOAP og kodelisteværdierne berøres ikke af ændringen som dermed er non-breaking change.
VisiteringOgStatus - Tilmeldekategori
Ny kodeliste i VisiteringOgStatus - Tilmeldekategori
Id | Navn | Beskrivelse | Startdato | Slutdato |
1 | Dagpengemodtager | Dagpengemodtager | 03-07-2006 | 01-07-2100 |
2 | Kontanthjælpsmodtager | Kontanthjælpsmodtager | 03-07-2006 | 01-07-2100 |
3 | Tilmeldt uden ydelse | Tilmeldt uden ydelse | 03-07-2006 | 01-07-2100 |
4 | Kontanthjælpsansøger | Kontanthjælpsansøger | 03-07-2006 | 01-07-2100 |
5 | Dimittend | Dimittend | 26-04-2010 | 01-07-2100 |
6 | Kontanthjælpsansøger i integrationsprogram | Kontanthjælpsansøger i integrationsprogram | 26-04-2010 | 07-12-2019 |
7 | Kontanthjælpsmodtager i integrationsprogram | Kontanthjælpsmodtager i integrationsprogram | 28-09-2009 | 07-12-2019 |
8 | Uddannelseshjælpsansøger | Uddannelseshjælpsansøger | 01-06-2013 | 01-07-2100 |
9 | Uddannelseshjælpsmodtager | Uddannelseshjælpsmodtager | 01-06-2013 | 01-07-2100 |
10 | Arbejdsmarkedsydelsesmodtager | Arbejdsmarkedsydelsesmodtager | 01-06-2013 | 09-06-2018 |
11 | Arbejdsmarkedsydelsesansøger | Arbejdsmarkedsydelsesansøger | 01-06-2013 | 01-06-2013 |
12 | Overgangsydelsesansøger omfattet af LAB | Overgangsydelsesansøger omfattet af LAB | 20-11-2015 | 01-07-2100 |
13 | Overgangsydelsesmodtager omfattet af LAB | Overgangsydelsesmodtager omfattet af LAB | 20-11-2015 | 01-07-2100 |
14 | Selvforsørgelses-/hjemrejsesydelsesansøger efter INL | Selvforsørgelses-/hjemrejsesydelsesansøger efter INL | 20-11-2015 | 01-07-2100 |
15 | Selvforsørgelses-/hjemrejsesydelsesmodtager efter INL | Selvforsørgelses-/hjemrejsesydelsesmodtager efter INL | 20-11-2015 | 01-07-2100 |
16 | Uddannelsespålæg - Overgangsydelsesansøger efter LAB | Uddannelsespålæg - Overgangsydelsesansøger efter LAB | 20-11-2015 | 01-07-2100 |
17 | Uddannelsespålæg - Overgangsydelsesmodtager efter LAB | Uddannelsespålæg -Overgangsydelsesmodtager efter LAB | 20-11-2015 | 01-07-2100 |
18 | Overgangsydelsesansøger efter INL | Overgangsydelsesansøger efter integrationsloven | 01-07-2019 | 01-07-2100 |
19 | Overgangsydelsesmodtager efter INL | Overgangsydelsesmodtager efter integrationsloven | 01-07-2019 | 01-07-2100 |
VisiteringOgStatus - Ledighedsgrad
Ny kodeliste i VisiteringOgStatus - Ledighedsgrad
Tilsvarende ændringer i DFDG (classic).CodeListService (version 5).CurrentUnemploymentStatusTypeIdentifier
Id | Navn | Beskrivelse | Startdato | Slutdato |
0 | Fuldt ledig | Fuldt ledig | 30-04-2007 | 01-07-2100 |
1 | Delvis ledig | Delvis ledig | 30-04-2007 | 01-07-2100 |
2 | Ikke ledig | Ikke ledig | 30-04-2007 | 01-07-2100 |
3 | Arbejdsfordeling | Arbejdsfordeling | 30-04-2007 | 01-07-2100 |
4 | Ledig | Ledig | 01-02-2024 | 01-07-2100 |
Ledighedsgrad ‘Arbejdsfordeling’ kan som hidtil angives v/tilmelding gennem KSS, men ikke ved borgers tilmelding på Jobnet. Og heller ikke ved a-kassens registrering af tilmelding som jobsøgende.
Ifm. CreateTilmelding ([05.09.2024] fra Jobnet, jobcenter igsystemer og a-kassefagsystemer) anvendes fremover id 2-4. [05.09.2024] Hver aktør anvender de ledighedsgrader som aktøren må anvende.
[06.09.2024] Bemærk at der altså ikke er nogen validering på UpdateTilmelding da dette ville kræve en ensretning af ledighedsgrad over til sygemelding, som ikke er mulig
Ifm. sygemelding ([05.09.2024 og 10.09.2024] fra Jobnet, jobcenter fagsystemer og a-kassefagsystemer) anvendes som hidtil id 0 og 1 til angivelse af, om den sygemeldte er i delvis beskæftigelse eller fuldt ledig, da denne registrering af betydning for, om a-kassen skal udbetale a-dagpenge under de første 14 dages sygdom eller om borger skal modtager sygedagpenge (hvis betingelserne i øvrigt er opfyldt), jf. denne flowtegning i E 536.4 fra 2014-4.
(DAK har efter drøftelse med a-kasser bekræftet, at vi ifm. tilmelding ikke behøver sondre mellem fuldt og delvist ledig.)
VisiteringOgStatus - Afmeldeaarsag
Ny kodeliste i VisiteringOgStatus - Afmeldeaarsag
Id | Navn | Beskrivelse | Startdato | Slutdato |
1 | I arbejde | I arbejde | 19-08-2006 | 01-07-2100 |
2 | Sygdom | Sygdom | 19-08-2006 | 01-07-2100 |
3 | Manglende reaktion på ajourføringsbrev | Manglende reaktion på ajourføringsbrev tidl. Kontaktdato overskredet | 19-08-2006 | 01-07-2100 |
4 | Ordinær uddannelse | Ordinær uddannelse | 19-08-2006 | 01-07-2100 |
5 | Uddannelse i udlandet eller anden flytning til udlandet | Uddannelse i udlandet eller anden årsag til flytning til udlandet | 19-08-2006 | 01-07-2100 |
6 | Aftjener værnepligt | UDGÅET: Aftjener værnepligt | 19-08-2006 | 10-01-2016 |
7 | Barsel | Barsel | 19-08-2006 | 01-07-2100 |
8 | Børnepasningsorlov | Børnepasningsorlov | 19-08-2006 | 30-06-2014 |
9 | Pension | Pension | 19-08-2006 | 01-07-2100 |
10 | Andet | Andet | 19-08-2006 | 01-07-2100 |
11 | Efterløn | Efterløn | 19-08-2006 | 01-07-2100 |
12 | Manglende reaktion på ajourføringsbrev | UDGÅET: Manglende reaktion på ajourføringsbrev | 19-08-2006 | 01-10-2009 |
13 | Jobcenteret fraviger rådighedskrav | UDGÅET: AF fraviger rådighedskrav | 19-08-2006 | 01-10-2009 |
14 | CV-krav ej opfyldt | UDGÅET: CV-krav ej opfyldt | 19-08-2006 | 01-10-2009 |
15 | PD U2 (Jobsøgning i udlandet - EØS-land) | PD U2 (Jobsøgning i udlandet - EØS-land) | 19-08-2006 | 01-07-2100 |
16 | Fejltilmeldt | Tilmeldt ved en fejltagelse | 19-08-2006 | 01-07-2100 |
17 | Manglende gyldig postadresse | Manglende gyldig postadresse | 19-08-2006 | 01-07-2100 |
18 | Ændret CPR-status | Ændret CPR-status (personen er død eller har ikke længere en postadresse) | 19-08-2006 | 01-07-2100 |
19 | Afmeldt - fritaget for tilmelding | Afmeldt - fritaget for tilmelding | 15-10-2006 | 01-07-2100 |
20 | Afmeldes grundet ikke jobparat/åbenlyst udd. parat | Afmeldes grundet ikke jobparat eller åbenlyst uddannelsesparat | 15-10-2006 | 01-07-2100 |
21 | Ungeindsats | UDGÅET: Ungeindsats | 30-10-2006 | 10-01-2016 |
22 | Ændret ydelseskategori | Ændret ydelseskategori | 30-10-2006 | 01-07-2100 |
23 | Afslag på bevilling | Afslag på bevilling | 30-10-2006 | 01-07-2100 |
24 | A-Kasse afmelding | UDGÅET: A-Kasse afmelding | 25-01-2007 | 01-10-2009 |
25 | A-Kasse skift | UDGÅET: A-Kasse skift | 26-02-2007 | 01-10-2009 |
26 | Manglende tjek af jobforslag | Manglende tjek af jobforslag(med nok påmindelser til en direkte afmelding) | 19-07-2007 | 06-12-2019 |
27 | Manglende reaktion på påmindelse | Manglende reaktion på påmindelse | 19-07-2007 | 06-12-2019 |
28 | A-Kasse: Dagpengeophør | A-Kasse: Dagpengeophør | 19-07-2007 | 01-07-2100 |
29 | A-Kasse: Medlemsafgang | A-Kasse: Medlemsafgang | 19-07-2007 | 01-07-2100 |
30 | Sygdom i mindst 21 dage | UDGÅET: Sygdom i mindst 21 dage | 19-07-2007 | 10-01-2016 |
31 | Rotationsvikarer | Rotationsvikarer | 20-02-2008 | 01-07-2100 |
32 | Manglende henvendelse ved jobnet tilmelding | Manglende henvendelse ved jobnet tilmelding | 01-12-2009 | 01-07-2100 |
33 | Under 18 og uden forældre med forsørgelsespligt | UDGÅET: Under 18 og uden forældre med forsørgelsespligt | 26-04-2010 | 10-01-2016 |
34 | Kan ikke få førtidspension eller folkepension | UDGÅET: Kan ikke få førtidspension eller folkepension | 26-04-2010 | 10-01-2016 |
35 | Jobcenter: Manglende selvbook | Borger har ikke overholdt frist til at booke møde med jobcenter. | 01-10-2015 | 01-07-2100 |
36 | A-kasse: Manglende selvbook | Borger har ikke overholdt frist til at booke møde i a-kasse. | 01-10-2015 | 01-07-2100 |
37 | Stop af bevilling | Ydelsessystemet meddeler, at ydelsen er stoppet | 01-01-2016 | 01-07-2100 |
1005.17.23.8 - PersonStatusService (version 20) og PersonHistoryService (version 4) udstiller i en overgangsperiode oplysninger om til- og afmelding
PersonStatusService (Version 20)
GetVariablePersonStatus
PersonStatusService (version 20) udstiller i en overgangsperiode indtil 2025-1 oplysninger om til- og afmelding
PersonHistoryService (version 4)
GetPersonHistory
PersonHistoryService (version 4) udstiller i en overgangsperiode indtil 2025-1 oplysninger om til- og afmelding
1005.17.23.9 - Som aftager vil jeg kunne få besked om opdateringer til tilmelding med WSRM eller WSB og kunne hente en unik tilmelding baseret på id
Løsningsmodel
Eksisterende WSRM’er om tilmelding og afmelding som jobsøgende opretholdes i en overgangsperiode
GetUnemploymentEnrollmentVersion4 på WsrmMessageService (version 10) og
GetCancelUnemploymentEnrollmentVersion4 på WsrmMessageService (version 10)
Ny WSB: Tilmelding.wsb
WSRM om fremtidig afmelding sendes som hidtil på tidspunktet for indberetning af opdateringen. Tilsvarende vil gælde for WSB om afmelding.
Udsendelse af WSRM og WSB som følger:
Scenario | Udsendelse af WSRM’er i dag | Fremtidig udsendelse af WSRM’er | WSB udsendelse |
---|---|---|---|
Borger får en tilmelding | GetUnemploymentEnrollmentVersion4 | GetUnemploymentEnrollmentVersion4 | Tilmelding.WSB med action create |
Borger har en nuværende tilmelding som opdateres fx til en anden klientkategori eller anden ledighedsgrad | N/A | GetUnemploymentEnrollmentVersion4 | Tilmelding.WSB med action Update |
Borger har en nuværende tilmelding og bliver tilmeldt igen, fx i en anden klientkategori | CancelUnemploymentEnrollmentVersion4 GetUnemploymentEnrollmentVersion4 | CancelUnemploymentEnrollmentVersion4 GetUnemploymentEnrollmentVersion4 | Tilmelding.WSB med action update og body Tilmelding.WSB med action create |
Borger har en nuværende tilmelding og bliver afmeldt d.d. | GetCancelUnemploymentEnrollmentVersion4 GetWarningVersion4 | GetCancelUnemploymentEnrollmentVersion4 GetWarningVersion4 | Tilmelding.WSB med action update og body GetWarning (Varsling.WSB) |
Borger har en nuværende tilmelding og får en fremtidig afmelding | GetCancelUnemploymentEnrollmentVersion4 GetWarningVersion4 | På opdateringstidspunktet: GetCancelUnemploymentEnrollmentVersion4 GetWarningVersion4
På dagen for afmeldingen: Ingen WSRM | Tilmelding.WSB med action update og body GetWarning (Varsling.WSB) |
Borger han en nuværende tilmelding med en fremtidig afmelding og får nu en opdatering der fjerner den fremtidige afmelding | GetCancelUnemploymentEnrollmentVersion4 GetUnemploymentEnrollmentVersion4 | GetCancelUnemploymentEnrollmentVersion4 GetUnemploymentEnrollmentVersion4 | Tilmelding.WSB med action Update |
Ny Tilmelding.wsb
1005.17.23.10 - Død kode i DFDG, i forbindelse med til- og afmelding, fjernes
Løsningsmodel (internt STAR acc.kr.)
Fjernelse af gammel og død kode i DFDG classic
1005.17.23.11 - Landssupport/LSS er skiftet over til at brug den nye REST-servicen ift. til- og melding , i stedet for UnemploymentEnrollmentService fra DFDG classic
Løsningsmodel (internt STAR acc.kr.)
Landssupport/LSS er skiftet over til at brug den nye REST-servicen ift. til- og melding , i stedet for UnemploymentEnrollmentService fra DFDG classic
Kode brugt i forbindelse med UnemploymentEnrollmentService er fjernet fra LSS
1005.17.23.12 - DFDG batchjobs vedr. til- og afmelding flytter til til forretningsdomænet (silo) VisiteringOgStatus
Løsningsmodel (internt STAR acc.kr.)
DFDG-TASS-CancelEnrollmentForRelevantAbsenceTypes
DFDG-TASS-CancelEnrollmentLetter
DFDG-TASS-CancelEnrollmentSalarySubsidiaryEnded
DFDG-TASS-CloseContactGroup1ForPersonsNotEnrolled
DFDG-TASS-EndEnrollmentWhenFutureIllnessStarts
DFDG-TASS-ReenrollWhenIllnessEndsLaterThanToday
DFDG-TASS-ProcessFutureEnrollments
DFDG-TASS-RunMTOccurence (skifter tilmelding fra tilmeldekategori ‘dimittend’ til ‘dagpengemodtager’ på dagpengeretsdato , dvs. ved opnåelse af 1 års anciennitet som medlem af a-kasse/a-kasser)
DFDG-TASS-RunMTOccurenceIllDimittends
Se på TopDesk sag sammen med genimplementering af batchjob;
S2312-626 Serviceeftersyn af DFDG-TASS-ReenrollWhenIllnessEndsLaterThanToday
1005.17.23.13 - Forfine DFDG-TASS-ProcessFutureEnrollments, når batchjobbet skal flyttes til nyt DFDG forretningsdomæne
Løsningsmodel (internt STAR acc.kr.)
Hvis borger raskmeldes d.d. og har eller får et andet sygefravær, der er aktivt før DFDG-TASS-ProcessFutureEnrollments kører, skal batchjobbet ikke fejle, men blot springe over at forsøge at raskmelde den pågældende borger (FB 368766).
1005.17.23.14 - Som aftager vil jeg kunne abonere på WSB om Varslinger som afløsning for GetWarning WSRM
WSB Varsling som afløser for GetWarning WSRM. Den udsendes i denne release kun for https://starwiki.atlassian.net/wiki/spaces/UDV/pages/1368359007 id’er relaterede til afmelding, dvs. hvor afmeldeårsag refereres i WarningTypeIdentifier
WSB Varsling oprettes:
1005.17.23.15 - Som borger vil jeg på moderniseret Jobnet modtage tilmeldekvittering i Beskedbakken på Jobnet (frem for via alm mail)
Som borger vil jeg modtage tilmeldekvittering i Beskedbakken på Jobnet (frem for via alm mail).
[2024-11-07] Præciserering af at dette først bliver relevant når vi når til moderniseret Jobnet
1005.17.23.16 - Friholde Jobnet (classic) for ændringer ift. tilmelding og ledighedsgrad (04.09.2024)
Ved tilmelding fra Jobnet (Classic) igennem SOAP UnemploymentEnrollmentService sker konvertering så ledighedsgrad 0 (fuldt ledig) og 1 (delvist ledig) begge oversættes til 4 (ledig)
Særlige krav til test
Test scenarie | Ønskes også testet af aftager | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
---|---|---|---|
19.06.2024
| Ja, positive scenarier | Tilmeldeservice | |
19.06.2024 Opdatering af tilmelding
| Ja | Tilmeldeservice | |
19.06.2024 Afmelding
| Ja | Tilmeldeservice | |
19.06.2024 WSB
| Ja, positive scenarier | Tilmeld eservice og WSB |
|
30.08.2024 For dagpengemodtagere: Hændelsesdato på tilmeldingen kan ikke registreres af jobcentre eller efterfølgende opdateres af jobcentre, hvis der er registreret en hændelsesdato (af a-kassen eller STAR) | Ja | Tilmeldeservice |
|
19.06.2024 og 26.08.2024: Tabel opdateret
* 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: 17-4-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 VisiteringOgStatus
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 )
Alle borgere | Egne borgere | Tidligere egne borgere | Gæsteadgang | Anden Aktør - egne borgere | Anden Aktør - gæsteadgang | |
---|---|---|---|---|---|---|
A-kasse | X | |||||
JobCenter | X | X | ||||
Kommune | X | |||||
STAR | X | |||||
AUB | ||||||
UDK | ||||||
STIL |
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-kasse filtrering i de nye getmetoder følger a-kasse filtreringen på deres soap-forgængere
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
Der ændres ikke på sagsbehandlerlogin ifm. omlægningen