Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 44 Current »

Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning

STAR Projektleder (PL)

Forretningsanalytiker (FA)

STAR Release
tilgængeligt i test

STAR Release
start ibrugtagning

STAR Release
seneste ibrugtagning

Epic status

Eksterne snitflader

Jens Andersen

Knud de Place (STAR)

Jesper Brunholm

Carsten Olsen

2024-3


2024-4

2025-1

0.5

Converter, KSS, A-kasse, plannersystemer


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

07.08.2023

0.1

@Knud

Opdateret med servicenavne (eksisterende SOAP og forslag til navngivning på REST services og WSB’er)

14.03.2024

0.1

Knud

Start ibrugtagning i prod. mulig fra 2024-4. Seneste ibrugtagning af REST i 2025-1.

17.05.2024

0.3

Jesper Brunholm

Klargøring til v0.3

28.05.2024

0.3

Jesper

Tydliggørelse af at alle fravær kommer med ud under GetFravaer. Tilføjelse af FravaerType til body af Fravaer.WSB

31.05.2024

0.3

Jesper

FravaerService validerer imod håndtering af fravær type 11 Sygdom. FritagelseService.GetAlmeneFritagelser og VisiteringOgStatusStatusService.GetFritagelser tilføjede i acc. 1005.17.25.2 (5.5.3)

04.06.2024

0.3

Jesper

Fejlkode 100035 inddateret ifm. “Det er ikke lovligt at oprette fravær id 11 sygdom med FravaerService”

12.06.2024

0.3

Jesper

Udfasning af PersonStatusService- og PersonHistoryService collection i 2025-1 tilføjet til snitflader
VisiteringOgStatus.VisiteringOgStatusStatusService.GetPersonVisiteringOgStatusStatus.Fravaerssamling tilføjet til snitflader samt til AC 3 for tydeliggørelse

13.06.2024

0.3

Jesper

PersonVisitationStatusService kollektioner og metoden GetPersonExempts varslet udfasede i snitflader
AC2: Kollektion for Fritagelser tilføjet til VisiteringOgStatusStatusService

14.06.2024

0.3

Knud

På baggrund af indtelefoneret ønske er “Oversigt over berørte webservices“ opdateret så det fremgår af varslingsnoterne, hvilke REST-services og metoder, der overtager fra SOAP-services og metoder. Tilføjelser er kun markeret med grøn tekst (uden dato)

19.06.2024

0.5

Knud

Tabel med “særlige krav til test” opdateret. Endvidere v0.5.

06.08.2024

0.5

Jesper

Bemærk at GetFritagelser er en POST metode aht. at kunne medtage parametre og være REST API compliant

13.08.2024

0.5

Knud

Tilføjet under “Regler”: “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 fravær og fritagelser.”

21.08.2024

0.5

Jesper

CreateFravaerMedIdentifier bortfalder, der er i stedet mulighed for at udfylde et optionelt forretningsfelt med id i CreateFravaer

22.08.2024

0.5

Jesper

På given foranledning er det tydeliggjort i snitflader at den nye REST metode CreateFravaer kan kaldes med eller uden id

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.

Oversigt over berørte services: YderligereInformationOmSygemeldingTypeCodeList og AdditionalInformationOnAbsenceCodeList slettet (og flyttet til E 1005.17.26. hvor Yderligere info om sygefravær hører til). Tilføjet FritagelseTypeCodeList og PersonExemptTypeIdentifier.


Interne links (indhold i links ikke relevant for eksterne)

key po fa ux sme eksterne snitflader interne snitflader status labels
Loading...
Refresh

DS-12140 - Getting issue details... STATUS

BI-2482 - Getting issue details... STATUS

Indholdsfortegnelse


Afgrænsning af epic

Afgrænsning

Som serviceaftager og STAR

  • vil jeg have løftet servicesnifladerne for AbsenceRegistrationService, PersonVisitationRuleService og den interne AbsenceActiveStatusService til REST som en del af STAR's moderniseringsprogram

  • og samtidig have etableret de WSB’er, der hører til området således, at de kan tages i brug, når REST snitfladerne tages i brug

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 (interne links)

1005.17.25.1

Som STAR vil jeg have flyttet forretningsområdet fravær (eksl. ‘Sygdom - sygemelding’) til forretningsdomænet (silo) VisiteringOgStatus inkl. at det lever op til de principper, der er fastsat

('sygdom - sygemelding' flyttes til forretningsområdet VisiteringOgStatus i en særskilt epic)

DFDG, BI

KON-2639 - Getting issue details... STATUS

KON-2513 - Getting issue details... STATUS
KON-3723 - Getting issue details... STATUS

1005.17.25.2

Som serviceaftager og STAR vil jeg have udstillet AbsenceRegistrationService, PersonVisitationRuleService og den interne AbsenceActiveStatusService via nye REST snitflader med samme forretningslogik og operationer som de eksisterende SOAP services

DFDG, Jobnet, Vitas

KON-1372 - Getting issue details... STATUS

KON-3591 - Getting issue details... STATUS

KON-3592 - Getting issue details... STATUS

KON-3593 - Getting issue details... STATUS

KON-3645 - Getting issue details... STATUS

KON-1377 - Getting issue details... STATUS

KON-2853 - Getting issue details... STATUS

KON-2854 - Getting issue details... STATUS

KON-3600 - Getting issue details... STATUS

KON-3792 - Getting issue details... STATUS

1005.17.25.3

Som serviceaftager vil jeg gerne beholde de eksisterende SOAP service uændret i en overgangsperiode indtil 2025-1 for at sikre en fleksibel overgang til ny snitflade 

DFDG, Jobnet, Vitas


1005.17.25.4

Som STAR vil jeg have dataleverancer i forhold til DOA tilpasset til det nye forretningsdomæne (silo)

BI


1005.17.25.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.25.6

Som STAR vil jeg have, at data er omfattet af dataløft og pseudonymisering mod testmiljøer 

DFDG, SF


1005.17.25.7

VisiteringOgStatus udstiller kodelisterne for fraværstyper (AbsenceTypeIdentifierType) og fraværsafslutningsårsager (AbsenceCauseTypeIdentifierType)

DFDG


1005.17.25.8

PersonStatusService og PersonHistoryService udstiller i en overgangsperiode indtil 2025-1 fravær

DFDG


1005.17.25.9

Udgået

1005.17.25.10

Død kode i DFDG, i forbindelse med fravær, fjernes

DFDG


1005.17.25.11

Landssupport/LSS og Datakanon er skiftet over til at brug de nye REST-services i VisiteringOgStatus, i stedet for AbsenceRegistrationService og PersonVisitationRuleService fra DFDG classic

DFDG


1005.17.25.12

DFDG udstiller nye webservicebeskeder vedr. fraværsforhold og danner i en overgangsperiode også fraværs WSRM’er

DFDG

KON-2895 - Getting issue details... STATUS

1005.17.25.13

DFDG batchjobs, der håndterer fravær (ekskl. sygefraværsforhold) omlægges til VisiteringOgStatus

DFDG

Pakke FRAVÆR-1 i Knuds liste - Beta roadmap DFDG


Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader

Berørte acceptkriterier

Bemærkninger


1005.17.25.2

1005.17.25.3

1005.17.25.8

1005.17.25.12


Som A-kasse og KSS skal jeg overgå til ny REST snitflader, men kan i en overgangsperiode indtil 2025-1 fortsat anvende SOAP-versionen

X

X




Som bruger af PersonStatusService og PersonHistoryService skal jeg skifte til REST snitflade og kald til FravaerService eller VisiteringOgStatus.VisiteringOgStatusStatusService for at hente Fravær, men kan i en overgangsperiode indtil 2025-1 anvende PSS og PHS



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.

KSS og a-kasse skifter fra at bruge WSRM-beskeder om fravær til at anvende Webservicebeskeder, men kan i en overgangsperiode fortsat anvende WSRM-beskeder

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

SOAP der udgår

AbsenceActiveStatusService (version 2).UpdateAbsenceActiveStatus

Udgår

Intern service. Bruges af DFDG til at inaktivere og aktivere fravær ifm til- og afgang fra sygedagpenge

N/A

?

D+S

AbsenceRegistrationService (version 7).CreateAbsence

Udgår

Udgår i release indtil 2025-1, kan benyttes i en overgangsperiode indtil da. Brug i stedet REST: Visite.ringOgStatus.FravaerService (version 1).CreateFravaer

KSS, A-kasse

Jobnet

D+S

AbsenceRegistrationService (version 7).UpdateAbsence

Udgår

Udgår i release indtil 2025-1, kan benyttes i en overgangsperiode indtil da. Brug i stedet REST: VisiteringOgStatus.FravaerService (version 1).UpdateFravaer

KSS, A-kasse

Jobnet

D+S

AbsenceRegistrationService (version 7).DeleteAbsence

Udgår

Udgår i release indtil 2025-1, kan benyttes i en overgangsperiode indtil da. Brug i stedet REST: VisiteringOgStatus.FravaerService (version 1).DeleteFravaer

KSS, A-kasse

Jobnet

D+S

CodeListService (version 5).AbsenceTypeIdentifier

Udgår

Udgår i release indtil 2025-1. I REST services omdøbes den i 2024-4 til FravaerTypeCodeList

KSS, A-kasse, KSD, Plannersystemer

Jobnet

D+S

CodeListService (version 5).AbsenceCauseTypeIdentifier

Udgår

Udgår i release in.dtil 2025-1. I REST services omdøbes den i 2024-4 til FravaersafslutningsaarsagTypeCodeList

KSS, A-kasse, KSD, Plannersystemer

Jobnet

D+S

CodeListService (version 5).AdditionalInformationOnAbsenceTypeIdentifierType

Udgår

Udgår i release indtil 2025-1, kan benyttes i en overgangsperiode indtil da
[Flyttet til E. 1005.17.26]

KSS, A-kasse, KSD, Plannersystemer

Jobnet

D+S

CodeListService (version 5).PersonExemptTypeIdentifier

Udgår

Udgår i release indtil 2025-1. I REST services omdøbes den i 2024-4 til FritagelseTypeCodeList

KSS, A-kasse, KSD, Plannersystemer

Jobnet

D+S

PersonVisitationRuleService (version 1).GetGeneralExempt

Udgår

Udgår i release indtil 2025-1, kan benyttes i en overgangsperiode indtil da. Brug i stedet REST: VisiteringOgStatus.FritagelseService (v1).GetAlmeneFritagelser

KSS (f), a-kasse (f)

N/A

D+S

PersonHistoryService (version 4).GetPersonHistory.AbsenceCollection

Udgået

Kollektion udgår i 2025-1. Brug i stedet metode på ny REST-service. Brug i stedet metode på ny REST-service: VisiteringOgStatus.FravaerService (Version 1).GetFravaerHistorik

A-kasse, KSS

N/A

Kontaktforløb

PersonStatusService (v20).GetVariablePersonStatus.Absence collection

Udgået

Kollektion udgår i 2025-1. Brug i stedet metode på ny REST-service. Brug i stedet metode på ny REST-service: VisiteringOgStatus.FravaerService (Version 1).GetSenesteFravaer

A-kasse, KSS

Jobsøgning

Kontaktforløb

PersonVisitationStatusService(v2+3). GetPersonVisitationStatus.AbsenceInfo

Udgået

Kollektion udgår i 2025-1. Brug i stedet VisiteringOgStatusStatusService. Brug i stedet VisiteringOgStatusStatusService

A-kasse, KSS

N/A

D+S

PersonVisitationStatusService(v2+3). GetPersonVisitationStatus.PersonExemptInfo

Udgået

Kollektion udgår i 2025-1. Brug i stedet VisiteringOgStatusStatusService. Brug i stedet VisiteringOgStatusStatusService.

A-kasse, KSS

N/A

D+S

PersonVisitationStatusService(v3). GetPersonVisitationStatus.GetPersonExempts

Udgået

Metoden udgår i 2025-1. Brug i stedet VisiteringOgStatusStatusService. Brug i stedet VisiteringOgStatusStatusService

A-kasse(f), KSS(f)

N/A

D+S

Nye REST

VisiteringOgStatus.FravaerService (version 1).CreateFravaer

Ny

Ny metode til registrering af fravær (REST) - kald med eller uden id. Erstatter AbsenceRegistrationService.CraeteAbsence

KSS, A-kasse

Jobnet, BI

D+S

VisiteringOgStatus.FravaerService (version 1).CreateFravaerMedIdentifier

Ny

Ny metode til registrering af fravær (REST) - kald med id. Erstatter AbsenceRegistrationService.CraeteAbsence

KSS, A-kasse

Jobnet, BI

D+S

VisiteringOgStatus.FravaerService (version 1).UpdateFravaer

Ny

Ny metode til opdatering af fravær (REST). Erstatter AbsenceRegistrationService.UpdateAbsence

KSS, A-kasse

Jobnet, BI

D+S

VisiteringOgStatus.FravaerService (version 1).DeleteFravaer

Ny

Ny metode til sletning af fravær (REST). Erstatter AbsenceRegistrationService.DeleteAbsence

KSS, A-kasse

Jobnet, BI

D+S

VisiteringOgStatus.FravaerService (version 1).GetFravaer

Ny

Ny metode til at hente fravær - kald med id

KSS, A-kasse

Jobnet, BI

D+S

VisiteringOgStatus.FravaerService (version 1).GetSenesteFravaer

Ny

Ny metode til at hente fravær - kald uden id. Erstatter PersonStatusService.GetVariablePersonStatus - Absence-kollektionen

KSS, A-kasse

Jobnet, BI

D+S

VisiteringOgStatus.CodelistService (version 1).FravaerTypeCodeList

Ny.

Ny kodeliste i VisiteringOgStatus. Erstatter CodeListService (version 5).AbsenceTypeIdentifier

KSS, A-kasse

Jobnet, BI

D+S

VisiteringOgStatus.CodelistService (version 1).FravaersafslutningsaarsagCodeList

Ny

Ny kodeliste i VisiteringOgStatus. Erstatter CodeListService (version 5).AbsenceCauseTypeIdentifier

KSS, A-kasse, KSD

Jobnet, BI

D+S

VisiteringOgStatus.CodelistService (version 1).YderligereInformationOmSygemeldingTypeCodeList

Ny

Ny kodeliste i VisiteringOgStatus. Erstatter CodeListService (version 5).AdditionalInformationOnAbsenceTypeIdentifier

KSS

BI, BI

D+S

VisiteringOgStatus.CodelistService (version 1).FritagelseTypeCodeList

Ny

Ny kodeliste i VisiteringOgStatus. Erstatter CodeListService (version 5).PersonExemptTypeIdentifierType

A-kasse, KSS

BI

Kontaktforløb

VisiteringOgStatus.FritagelseService (v1).GetAlmeneFritagelser

Ny

Ny metode til at hente almene fritagelser. Erstatter PersonVisitationRuleService (version 1).GetGeneralExempt

KSS(f), a-kasse(f)

BI

D+S

VisiteringOgStatus.VisiteringOgStatusStatusService.GetFritagelser

Ny

Ny metode til at hente fritagelser for borger. Erstatter PersonVisitationStatusService.GetPersonExempts

KSS(f), a-kasse(f)

BI

D+S

VisiteringOgStatus.VisiteringOgStatusStatusService.GetPersonVisiteringOgStatusStatus.Fravaerssamling

Ny

Ny collection i VisiteringOgStatusStatusService til udhentning af aktuelle fravær. Erstatter Absence.kollektionen i PersonStatusService..GetVariablePersonStatus

KSS(f), a-kasse(f)

N/A

D+S

VisiteringOgStatus.VisiteringOgStatusStatusService.GetPersonVisiteringOgStatusStatus.Fritagelser

Ny

Ny collection i VisiteringOgStatusStatusService til udhentning af aktuelle fritagelser.

KSS(f), a-kasse(f)

N/A

D+S

WSRM’er der udgår

WsrmMessageService (version 10).GetAbsenceVersion7

Udgår

Udgår i release XXXX, kan benyttes i en overgangsperiode indtil da. Erstattes af Fravaer.wsb

KSS, a-kasse, plannersystemer

N/A

D+S

WsrmMessageService (version 10).GetDeleteAbsenceVersion6

Udgår

Udgår i release XXXX, kan benyttes i en overgangsperiode indtil da. Erstattes af Fravaer.wsb

KSS, a-kasse, plannersystemer

N/A

D+S

Nye WSB’er

VisiteringOgStatus.Fravaer.WSB

Ny

Ny webservicebesked om fravær. Erstatter WsrmMessageService (version 10).GetAbsenceVersion7 og WsrmMessageService (version 10).GetDeleteAbsenceVersion6

KSS, a-kasse, plannersystemer

SF

D+S

[12.06.2024+13.06.2024] ovenstående tabel opdateret. [13.09.2024] tabel opdateret

Automatisk oversigt

Ikke synlig for eksterne, men indeholder ikke andre oplysninger end kopieret til den manuelle oversigt ovenfor.

summary Varslingstype Varslingsnote Eksterne snitflader Interne Snitflader project
Loading...
Refresh

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 fravær (ekskl. ‘sygdom - sygemelding’) følgende:

  • I DFDG et skift til REST snitflader - og i denne epic uden samtidige forretningsmæssige ændringer, men dog med finjustering af validering for overlappende fravær og ændret håndtering af “Fritaget for pligt til selvbook” (id 56) og “Frataget ret til selvbook” (id 57) i forhold til borger med en frist for selvbooking. Se nærmere under AC 2

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

Fraværsforholdet 'sygdom - sygemelding' flyttes til forretningsområdet VisiteringOgStatus i en særskilt epic (E 1005.17.26).

Regler

Her udfylder PO oplysninger om eksisterende eller forventede regler om registrering og indberetning.

Der forventes ikke ændret på gældende indberetningsregler, jf. databekendtgørelsen, ift. fravær foranlediget af denne epic.

13.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 fravær og fritagelser.

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.

1005.17.25.1 - Som STAR vil jeg have flyttet forretningsområde fravær (ekskl. ‘sygdom - sygemelding’) til forretningsdomænet (silo) VisiteringOgStatus inkl. at det lever op til de principper der er fastsat

Løsningsmodel (internt STAR acc.kr.)

  • Etablering af database i VisiteringOgStatus

1005.17.25.2 - Som serviceaftager og STAR vil jeg have udstillet AbsenceRegistrationService, PersonVisitationRuleService og den interne AbsenceActiveStatusService via nye REST snitflader med samme forretningslogik og operationer som den eksisterende service

Løsningsmodel

  • Nye REST services i VisiteringOgStatus  

  • Fejlkoder bevares

  • Der ændres ikke i adgangsforhold til service/metoder 

FravaerService - VisiteringOgStatus.FravaerService

Ny REST service til registrering, opdatering og sletning af fravær (ekskl. ‘Sygdom - sygemelding’)

Registrering af fravær - CreateFravaer og CreateFravaerMedIdentifier [21.08.2024]

Nye metoder CreateFravaer og CreateFravaerMedIdentifier til at registrere fravær. Ved kald af metoden vælger aftager selv om man vil medsende optionelt id for fraværet førstnævnte metode tildeler DFDG et id til fraværet. Ved kald af sidstnævnte metode tildeler det kaldende system et id til fraværet.

Afløser SOAP-udgaven AbsenceRegistrationervice # CreateAbsence.

UDV-version: https://starwiki.atlassian.net/wiki/spaces/FYS/pages/4365811804/VisiteringOgStatus.FravaerService+UDV+Version+1+2024-2+3+4#CreateFravaer-(POST-%2Fv1%2FFravaer%2F%7BfravaerIdentifier%7D)

Forfining af eksisterende validering mod overlappende fraværsforhold

For fraværstyper, der ikke må overlappe, finjusteres validering således, at overlappende registreringer heller ikke kan ske, hvis allerede registreret fraværstype aktuelt er inaktiv pga. samtidigt sygefravær eller sygedagpenge-KG.

Ændret forhold til frist til selvbooking

Hidtil har det været ulovligt at oprette fravær “Fritaget for pligt til selvbook” (id 56) og “Frataget ret til selvbook” (id 57) hvis borger havde en frist. Vi ensretter funktionaliteten så fristen til selvbooking lukkes når fraværene oprettes ligesom det sker ved fravær “Kontaktforløb i a-kassen” (id 75).

FravaerService validerer imod håndtering af fravær type 11 Sygdom

[31.05.2024] Fejlkode: 100035 - Det er ikke lovligt at oprette fravær id 11 sygdom med FravaerService [04.06.2024: fejlkodenummer inddateret]

Opdatering af fravær - UpdateFravaer

Ny metode til at opdatere fravær. Afløser SOAP-udgaven AbsenceRegistrationervice # UpdateAbsence.

UDV-version: VisiteringOgStatus.FravaerService [UDV] (Version 1, 2024-2/3/4)

Sletning af fravær - DeleteFravaer

Ny metode til at slette (slettemarkere) fravær. Afløser SOAP-udgaven AbsenceRegistrationervice # DeleteAbsence.

UDV-version: VisiteringOgStatus.FravaerService [UDV] (Version 1, 2024-2/3/4)

GetFravaer og GetSenesteFravær GetAlleFravaer

Nye metoder GetFravaer og GetSenesteFravær GetAlleFravaer til at læse fravær. Ved kald af førstnævnte kaldes med CPR nr og id på fravær. Ved kald af sidstnævnte kaldes med CPR nr [28.05.2024] og metoden returnerer alle ikke-slettede fravær for borgeren.

I VisiteringOgStatus.VisiteringOgStatusStatusService indeholder fravaerssamling alle aktuelle fravær, dvs. fravær hvis slutdato ikke er i fortiden (men incl. aktive, inaktive og fravær med fremtidig startdato).

Opdatering af om et fraværsforhold er aktivt - intern metode i DFDG

Den interne DFDG SOAP-service AbsenceActiveStatusService # UpdateAbsenceActiveStatus benyttes til inaktivere og aktivere fraværs i forbindelse med syge og raskmelding.

Ny intern metode til at aktivere og inaktivere fraværsforhold: XXXXX

UDV-version: XXXXX

VisiteringOgStatus.FritagelseService - VisiteringOgStatus.FritagelseService (2024-3)

[31.05.2024] Ny REST service som erstatter PersonVisitationRuleService til udstilling af fritagelser, har metoden GetAlmeneFritagelser (tidl. GetGeneralExempts)

VisiteringOgStatus.VisiteringOgStatusStatusService.GetFritagelser - VisiteringOgStatus.VisiteringOgStatusStatusService (2024-4)

[31.05.2024] Ny REST metode som erstatter PersonVisitationStatusService.GetPersonExempts

[06.08.2024] Bemærk at GetFritagelser er en POST metode aht. at kunne medtage parametre og være REST API compliant

VisiteringOgStatus.VisiteringOgStatusStatusService.GetPersonVisiteringOgStatusStatus.Fravaerssamling

[12.06.2024] Mulighed for at hente alle aktuelle fravær, dvs. fravær hvis slutdato ikke er i fortiden (men incl. aktive, inaktive og fravær med fremtidig startdato).

VisiteringOgStatus.VisiteringOgStatusStatusService.GetPersonVisiteringOgStatusStatus.Fritagelser

[13.06.2024] Mulighed for at hente aktuelle fritagelser for en borger.

1005.17.25.3 - Som serviceaftager vil jeg gerne beholde de eksisterende SOAP service uændret i en overgangsperiode for at sikre en fleksible overgang til nye snitflade

Løsningsmodel

  • Eksisterende SOAP bevares som kalder mod de nye REST services 1 til 1 internt i DFDG i en overgangsperiode frem til og med 2025-1.

AbsenceRegistrationService

Udgår til fordel for FravaerService. Servicen bevares som SOAP snitflade i en overgangsperiode til og med 2025-1, da der ikke forventes ændringer i den periode, der ikke kan håndteres i en SOAP-REST converter.

1005.17.25.4 - Som STAR vil jeg have dataleverancer i forhold til DOA tilpasset til nye forretningsdomæne

Løsningsmodel (internt STAR acc.kr.)

  • Initial load af data / Tilpasning af BI load til VisiteringOgStatus domænet.

  • Tilpasning leverance af data til DOA.

1005.17.25.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.25.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.25.7 VisiteringOgStatus udstiller kodelisterne fraværstyper og fraværsafslutningsårsager i VisiteringOgStatus.CodelistService

Løsningsmodel 

  • VisiteringOgStatus.CodelistService udstiller kodelister for fraværstyper (AbsenceTypeIdentifierType) og fraværsafslutningsårsager (AbsenceCauseTypeIdentifierType)

VisiteringOgStatus.CodelistService

Kodelister flyttes 1 til 1 fra DFDG (classic).CodeListService

  • AbsenceTypeIdentifierType og

  • AbsenceCauseTypeIdentifierType

  • AdditionalInformationOnAbsenceTypeIdentifierType [13.09.2024] flyttet til 1005.17.26 hvor den hører til da den er knyttet til sygdom-sygemelding

  • FritagelseTypeCodeList [13.09.2024] tilføjet

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

1005.17.25.8 PersonStatusService og PersonHistoryService udstiller ikke mere fravær. I stedet returneres en tom liste

PersonStatusService

GetVariablePersonStatus

Udstiller fra release 2025-1 ikke mere fraværsforhold, herunder sygefraværsforhold. I stedet returneres en tom liste

Kollektionen med fraværsforhold har indhold fra VisiteringOgStatus indtil da.

PersonHistoryService

GetPersonHistory

Udstiller fra release 2025-1 ikke mere fraværsforhold, herunder sygefraværsforhold. I stedet returneres en tom liste.

Kollektionen med fraværsforhold har indhold fra VisiteringOgStatus indtil da.

1005.17.25.9 - udgået

Udgået

1005.17.25.10 - Død kode i DFDG, i forbindelse med fravær, fjernes

Løsningsmodel (internt STAR acc.kr.)

  • Fjernelse af gammel og død kode i DFDG classic

1005.17.25.11 - Landssupport/LSS er skiftet over til at bruge den nye REST-servicen i VisiteringOgStatus, i stedet for AbsenceRegistrationService, PSS og PHS

Løsningsmodel (internt STAR acc.kr.)

  • Landssupport/LSS er skiftet til at brug FravaerService ved brug af nyt ClientApi fra VisiteringOgStatus.

  • Kode brugt i forbindelse med AbsenceRegistrationService  er fjernet fra LSS

1005.17.25.12 - DFDG udstiller nye webservicebeskeder vedr. fraværsforhold og danner i en overgangsperiode også fraværs WSRM’er

Løsning

  • Hidtidige WSRM’er og fraværsforhold dannes fortsat i en overgangsperiode

    • WsrmMessageService (version 10).GetAbsenceVersion7

      WsrmMessageService (version 10).GetDeleteAbsenceVersion6

  • Nye webservicebeskeder vedr. fraværsforhold

    • Den nye besked Fravaer.WSB anvendes både ved oprettelse, opdatering og sletning af fravær

  • [28.05.2024] Tilføjelse af FravaerType til body af WSB’en

Fravaer.WSB

Fravaer.WSB (Test: 2024-3, Prod 2024-4)
For metadata se https://starwiki.atlassian.net/wiki/spaces/ISB/pages/3950510658/Noter+til+webservicebeskeder#Metadata-eksempel

For teknisk dokumentation se Eksternkommunikation Webservicebeskeddokumentation

For beskedtyper se EksternKommunikation.EntityTypeCodeList

Feltnavn m.v.

Beskrivelse

Indhold

EntitetNavn

Navn på beskedtypen

Fravaer

EntitetId

Identifikation af beskedtype og Unik Id på tværs af alle miljøer
Kodeliste med WSB beskedtype id [UDV]

100011

Beskrivelse

Beskrivelse på beskedtypen

Et fraværsforhold er oprettet, opdateret eller slettet

Startdato

Dato for hvornår beskeden kan modtages

  • Test: Når DFDG udvikling med besked er deployet på det pågældende miljø

  • PreProd: Når Releasen bliver deployet

  • Prod: Når Releasen bliver deployet i releaseweekend

Slutdato

Dato for hvornår besked ikke mere sendes

N/A

EksternIdentifier

Identifikation på den dataentitet beskeden vedrører

FravaerIdentifier

Version Identifier

Versionsidentifikation på den dataentitet beskeden vedrører

N/A

IdentifikationstypeId

Reference til type hvad/hvem besked vedrører

Cpr nr (Id 1)

Aendringstype

Aktion der kan have udløst besked (Create, Update og eller Delete)

Oprettelse (Id 1), Opdatering (Id 2), Sletning (Id 3)

Bodyindhold

Hvis der er data i beskeden udover standard

Slutdato, Id for Fravaersafslutningsaarsag og FravaerType

Erstatter WSRM

Hvilke(n) WSRM besked(er) webservicebeskeden erstatter helt eller delvis

WsrmMessageService (Version 10)#GetAbsenceVersion7

WsrmMessageService (Version 10)#GetDeleteAbsenceVersion6

WsrmMessageService (Version 10)2#GetIllnessCompositeMessageVersion8

WsrmMessageService (Version 10)#GetRecoveryCompositeMessageVersion7

WsrmMessageService (Version 10)#GetRecoveryCompositeMessageVersion8

WsrmMessageService (Version 10)#GetIllnessEndVersion6

Forretningsregler for afsendelse

Specifikke regler for afsendelse

Der dannes besked, når fravær oprettes, opdateres eller slettes af borger, sagsbehandler, a-kasse eller når DFDG opdaterer eller sletter.
A-kasser er begrænset til kun at få for disse typer fravær:

  • 3 - Borgerligt ombud

  • 4 - barsel (max 14 dage)

  • 8 - Barsel

  • 10 - Ferie med feriepenge, feriedagpenge m.v.

  • 11 - Sygdom - sygemelding

  • 15 - Deltidsbeskæftigelse (over 20 timer/uge)

  • 18 - Fritagelse for rådighed under tilbud

  • 19 - Pasning af egne børn

  • 20 - Pasning af syge m.v.

  • 21 - Værnepligt

  • 23 - Selvvalgt uddannelse (deltid) / Jobrettet uddannelse (deltid)

  • 24 - Selvvalgt uddannelse (fuldtid) / Jobrettet uddannelse (fuldtid)

  • 42 - Arbejdsfordeling, vejrlig eller materialemangel

  • 43 - På vej på efterløn/fleksydelse (inden for 6 uger)

  • 44 - På vej på pension (folkepension) (inden for 6 uger)

  • 45 - På vej i job (inden for 6 uger)

  • 46 - Barsel inden for 6 uger

  • 47 - Ferie med ydelse

  • 65 - Uden for institutionens åbningstid - manglende pasningsmulighed

  • 66 - Inden for institutionens åbningstid – manglende pasningsmulighed

  • 67 - A-dagpengemodtager modtager hjælp fra kommunen

  • 70 - Tilladelse efter repatrieringslovens § 6

  • 71 - Arbejdsfordeling op til 6 uger

  • 72 - Arbejdsfordeling over 6 uger 

  • 73 - Vejrlig eller materialemangel 

  • 74 - Uddannelse under pulje til uddannelsesløft

  • 75 - Kontaktforløb er hos a-kassen

  • 77 - På vej på erhvervsuddannelse (inden for 6 uger)

  • 78 - Arbejdsfordeling - ny midlertidig ordning. COVID-19

  • 79 - Sorgorlov

  • 80 - Fritaget for rådighed under uddannelsestilbud - minkerhverv eller følgeerhverv

  • 81 - Jobsøgning (ansættelsessamtale) i udlandet

  • Hvis medlemmet er ansat med løntilskud

Afsendelsesstrategi

Modtager af webservicebesked jvf.
Afsendelsesstrategier webservicebeskeder pr modtagertype

Jobcenter - Egne borger - Nr 2

A-kasse - Borgers nuværende a-kasse for dagpengemodtagere under forudsætning at det er et fravær i ovenstående liste

Hent af data

Hvor kan data hentes i DFDG

https://starwiki.atlassian.net/wiki/spaces/FYS/pages/4365811804/VisiteringOgStatus.FravaerService+UDV+Version+1+2024-2#GetFravaer-(GET-/v1/GetFravaer/%7Bx-civilRegistrationIdentifier%7D/%7Bx-requestId%7D)-%C2%A4(Jesper-verificering)

1005.17.25.13 - DFDG batchjobs, der håndterer fravær (ekskl. sygefraværsforhold) omlægges til VisiteringOgStatus

Bl.a. følgende batchjob i DFDG classic berøres:

  • DFDG-TASS-CancelEnrollmentForRelevantAbsenceTypes

  • DFDG-TASS-ProcessEndAbsence75DueEndOfMembership

  • DFDG-TASS-ProcessAbsenceThatHasChanged

  • Andre ?

Tjekliste modernisering DFDG:

  • DFDG

    • Services

      • Er pakken af service snittet jf. behov i DFDG, Jobnet, eksterne m.f.

      • Er der behov for at bevare SOAP snitfladen

      • Er dansk navngivning QA'et

      • Er der teknisk gæld eller andet der skal rettes op på (evt. spike til team/arkitekt for at identificerer)

    • Konvertering

      • Initielt load / konvertering og i hvilke siloer

    • WSRM'er

      • Skal eksisterende WSRM udsendes og hvor længe

      • Skal ny besked etableres nu eller senere

    • Kodelister, er disse flyttet til ejende domæne, er der lavet slavekodelister

    • Eventbroker

      • Er nye beskeder der skal etableres, QA af indehold og navngivning

      • Er det dokumenteret hvilke beskeder, der anvendes, og hvilke forretningsregler der er i den forbindelse

    • StatusService

      • Udfasning i PersonStatusService (PSS) 

      • Udvidelser til domænespecifikke statusservices

      • Udfasning i PersonHistoryService (PHS)

      • Udvidelse til domænespecifikke historik services

    • LSS (Landssupportsystem) og/eller Datakanon og herunder Registerudtræk (hvis STAR har dataejerskab)

    • Datamonitor. ny eller ændret overvågninger

    • Dokumentation

      • QA i forhold til at alle forretningsregler / fejlkode er tilstede

      • Dokumentation følger nye principper

  • Nye batchjobs / ændret behandling af events

    • Dokumentation af jobbet til SF (jf. skabelon: xxx link til skabelon) 

  • Dataløft

    • Hvis der i Databaser tilføjes eller fjernes kolonner med personfølsomme data (f.eks. person navne, adresser, email, telefonumre etc.), så skal SF informeres så disse data fremadrettet tilføjes eller fjernes fra scrambling.

  • Ændringer i forhold til aflevering at Rigsarkivet

  • GDPR sletninger m.v.

  • Interne afhængigheder idenitfiseret (Jobnet, VITAS, JobAG, BI integrationsplatform andre domæner m.v.)

  • Eksterne afhængigheder indenitfiseret (Kommunalt sagsbehandlingssystem, A-kasse sagsbehandlingssystem, Kommunalt bookingsystem (WorkForcePlanner (WFP), M4 Booking, Schultz Booking). Kommunalt ydelsessystem (KY), Kommunalt sygedagpengesystem (KSD), EG kommune informatiom m.fl.)

Særlige krav til test

Test scenarie

Ønsket testdeltagelse fra aftageres side

Berørte systemområder (herunder nye batchjobs*) 

Identificeret af

KSS og a-kasse opretter, opdaterer og sletter fraværsforhold

Registrering fra egne fagsystemer og modtager WSRM eller WSB med rette indhold til egne borgere hhv. egne medlemmer

FravaerService (REST for de som skifter)

  • CreateFravaer

  • UpdateFravaer

  • DeleteFravaer

AbsenceRegistrationService (SOAP for de som i en overgangsperiode forbliver på SOAP)

  • CreateAbsence

  • UpdateAbsence

  • DeleteAbsence

WsrmMessageService (for de som forbliver på WSRM i en overgangsperiode)

  • GetAbsence

  • DetDeleteAbsence

WebServicebesked (for de som skifter til webservicebesked)

  • Fravaer.WSB


  • Positive scenarier

    • A-kasser kan registrere de fraværstyper de må uden der er registreret fravær id 75

    • A-kasser kan registrere yderligere fravær, når der er registreret fravær id 75

  • Negative scenarier

    • A-kasser kan ikke registrere fraværstyper a-kasser ikke må registrere

Ja, positive scenarier

FravaerService


Opdatering af fravær

  • Konverterede fravær kan opdateres - og dette mere end 1 gang

  • Nye fravær kan opdateres - og dette mere end 1 gang

Ja

FravaerService

Ved skift til KG, hvor et fravær ikke er lovligt afslutter DFDG det pågældende fraværsforhold (med mindre det er på undtagelseslisten for denne logik)

-

DFDG logik

Ved skift til SDP-KG inaktiveres fravær, der ikke er tilladte at have som SDP-KG

-

DFDG logik

Ved skift væk fra SDP-KG genaktiveres fravær, der ikke er tilladte at have som SDP-KG

-

DFDG logik

Fravær, der ikke må overlappe, kan (heller) ikke registreres, selvom det allerede registrerede af samme type aktuelt er inaktivt (pga SDP-KG) - fx fravær id 75

  • Fravær af egen/samme type, der ikke må overlappe

  • Fraværstyper, der ikke må overlappe med andre fraværstyper

-

FravaerService

Hvisdp.modtager har fravær der fritager for rådighed autobesvares NUPH, hvis fraværet findes på datoen for udeblivelsen fra indkaldt/selvbooket samtale

-

UnderretningsService - CreateUnderretning

Borger kan ikke registrere ferie fra Jobnet hvis der er overlappende

  • Kursus aktiviteter (visse typer)

  • Virksomhedsrettede tilbud

-

FravaerService

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

  •  Ja, det er tjekket, at epic ikke indeholder dette.
  • Angiv hvem der har foretaget dette tjek: 

  • Angiv dato for tjek: 

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 XXXXX

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

XXXXX

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

XXXXX





  • No labels