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

DS-2259 - Getting issue details... STATUS

Indholdsfortegnelse

Afgrænsning af epic

Oversigt over berørte webservices 

Manuel oversigt som er synlig for eksterne (links i listen virker kun med STAR Jira konto):

Jobnets håndtering af interne snitflader

Intern snitflade 1: xxxx

Automatisk oversigt (vi arbejder på løsning på at gøre den synlig)

Beskrivelse af epic

Manuscript 170778 - Redaktionel ændring til kodelisten InterviewContactTypeIdentifier

På baggrund af drøftelse mellem VOA og KSS opdateres beskrivelsen af id 3, 4 og 8 med henblik op at tydeliggøre id'ernes anvendelsesområde.

Manuscript 170779 - Redaktionel ændring til kodelisten FlexJobEmploymentTypeIdentifier

I id 4 og 5 opdateres til henvisningen til LAB således, at henvisningen er til den fra 1.1.2020 nye LAB.

Manuscript 171588 - Redaktionel ændring af navn og beskrivelse til CourseTypeIdentifier - id 48

Manuscript 171695 - Opdatering af fejltekster på en række soapfaults

Udfordring:

En lang række soapfaults indeholder beskrivelse af for hvilke kontaktgrupper, visitations- og matchkategorier, der kan registreres eller ikke kan registreres. Beskrivelserne trænger til opdatering efter bl.a. ny LAB og afskaffelsen af matchkategorisering.

Løsning: 

Navngivning og beskrivelse gøres mere generisk, så det ikke under de enkelte fejlkode navne og beskrivelser fremgår for hvilke konkrete kontaktgrupper og personkategorier, der er lovlige eller ulovlige.

Manuscript 170540 - EducationStatusTypeIdentifier kan være "0"

Problem:

Der kan i EducationplanService.SaveEducationPlan, PlanService.CreateDraftPlan og PlanService.SavePlanObjective sættes ikke-eksisterende kodelisteværdier.

Løsning:

Der valideres for, at der sættes gyldige kodelisteværdier. Løsningen omfatter alle kodelister i de pågældende metoder - og ikke blot kodelisten EducationStatusTypeIdentifier.

• EducationplanService.SaveEducationPlan
  • EducationPlanStepTypeIdentifier
  • EducationStatusTypeIdentifier
•  PlanService.CreateDraftPlan
  • PlanTypeIdentifier
• PlanService.SavePlanObjective
  • GoalCodeTypeIdentifier
  • OrganisationType

Der kastes fejlkode 9131 "Invalid CodeListItemIdentifier"

Manuscript 171919 - Ny validering - IllnessCompositeService.CreateRecovery - raskmeldingsårsag 39 må ikke bruges, når der er tegnet abonnement

Problem:

Raskmeldingsårsag 39 "Afslutning efter 60 dage" har været lovlig at anvende ved raskmelding fra jobcentret (KSS) via DFDG til eDagpenge, men årsagen kan ikke håndteres af det nye sygedagpengesystem KSD.

KSD har oplyst, at KSD heller ikke kan håndtere årsag 23 og 36. Der valideres i DFDG i forvejen mod brug af id 36 - og id 23 anvendes af eDagpenge, men ignoreres af DFDG.

Løsning:

Der indføres en validering således, at raskmeldingsårsag 39 ikke kan anvendes, når der er tegnet abonnement på sygemeldingen.

Der kastes eksisterende fejlkode: 9361 "AbsenceCause is illegal for this AbsenceType"

Manuscript 169229 - KSD modtager ikke besked om raskmeldingsårsag - Ny validering - IllnessCompositeService.CreateRecovery - raskmeldingsårsag skal sættes ved raskmelding, hvis sygedagpengesystemet har tegnet abonnement

Problem:

KSD forventer (altid) at modtage en raskmeldingsårsag, når der registreres raskmelding på 'Sygdom - sygemelding', når KSD har tegnet abonnement på sygemeldingen.

KSS'erne har iflg. KSD oplyst til KSD, at der fra KSS altid sættes en raskmeldingsårsag. Der er imidlertid eksempler på, at der fra KSS er registreret raskmeldinger uden raskmeldingsårsag.

Løsning:

Der indføres i DFDG en validering således, at raskmeldingsårsag er påkrævet, når sygedagpengesystemet har tegnet abonnement på sygemeldingen.

Eksisterende fejlkode 4980 Cause type identifier is required when setting illness end date kastes.

Manuscript 172515 - Der kan ikke tilføjes persongruppemarkering til borger

Problem:

Jobcenteret (som myndighedstype) kan ikke tilknytte projektgruppemarkeringer på borgere, hvis det tilhørende persongruppeprojekt er oprettet af kommunen (som myndighedstype).

Løsning:

Jobcenteret (som myndighedstype) får adgang til at tilknytte projektgruppemarkeringer på borgere, hvis det tilhørende persongruppeprojekt er oprettet af kommunen (som myndighedstype), når jobcenteret tilhører den pågældende kommune.

Manuscript 173074 - WsrmMessageService (v11) - ny WSRM GetPersonAuthorityContactVersion1 og FB 173099 - Ny kodelisteværdi - ClientSystemTypeIdentifier

Problem:

Kontaktpersoner kan oprettes af KSS og andre systemer (fx UnoUng, et plannersystem og fra JobKon). KSS kan derfor have brug for en WSRM-besked, når et jobcenter eller andre dele af den kommunale forvaltning opretter kontaktpersoner uden for KSS således, at jobcentret i KSS kan se de oprettede kontaktpersoner.

Løsning:

Der oprettes en ny WSRM-besked, der dannes ved oprettelse og opdatering af kontaktpersoner.

Der oprettes en ny kodelisteværdi i kodelisten ClientSystemTypeIdentifier:

WSRM-indhold

Se underside 

Manuscript 164574 - Borger bliver afmeldt pga. sygdom selvom sygefravær er slettet

Problem:

Selvom fremtidig sygemelding slettes, så afmelder DFDG personen som jobsøgende, når startdato på det slettemarkerede sygefravær nås.

Løsning:

Borgers fremtidige afmelding fjernes via gentilmelding (d.d.), hvis fremtidigt sygefravær slettes.

Manuscript 170771 - Afvisning ID4686 - fraværstype Ferie med feriepenge, feriedagpenge m.v.

Problem:

A-kasserne kan ikke registrere fraværstypen "Ferie med feriepenge, feriedagpenge m.v.", når jobcentret eller DFDG har lukket dagpengemodtageres kontaktgruppe. A-kasserne har behov for at kunne registrere denne fraværstype, selvom kontaktgruppen er lukket.

Løsning:

Det bliver muligt at registrere fraværstypen, selvom kontaktgruppen er lukket. Fraværstypen er i forvejen lovlig på alle kontaktgrupper - og det vil derfor ikke blokere for efterfølgende oprettelse af kontaktgrupper.

Ændrede valideringer i DFDG ifm. sygedagpengesystemets syge- og raskmelding - pga. KSD-idriftsættelse

På baggrund af drøftelse den 3. april 2020 med KOMBIT om automatiseret sagsflow i KSD og ændret sagsbehandling ift. eDagpenge (øget automatisering af sagsbehandlingen) foretages en række ændringer i DFDGs valideringer således, at færre sager i KSD fejler og afledt heraf går til manuel behandling. Der er oprettet parentcase 173391 med nedenstående subcases.

Manuscript 173392 - KSD - fejlkode 4575 You are not authorized to execute the operation - CreateIllness

Problem:

Når borgere bosat uden for DK får oprettet SDP-sag i KSD sker det i den kommune, hvor borgeren har arbejdssted (p-nr kommunen).

Sådanne borgere er i DFDG ofte tilknyttet JC Kbh. Og derfor kan oprettelse af sagen / abonnement på sygefraværet fejl i DFDG.

Løsning;

Det skal være muligt for KSD at oprette SDP-sagen i DFDG selvom der kaldes med et andet kommunenr. end der hvor borger har sin JC tilknytning.

Manuscript 173393 - KSD - fejlkode 4575 You are not authorized to execute the operation - CreateRecovery

Problem:

Når borgere flytter til en anden kommune end den som har oprettet SDP-sagen, kaster DFDG fejlkode 4575, når tilflytningskommunen forsøger at raskmelde.

Løsning:

Det skal være tilladt for sygedagpengeystsemet (KSD og eDagpenge) at raskmelde, hvis blot CPR-nr og UUID matcher (og øvrige felter er udfyldt OK) i CreateRecovery.

Manuscript 173397 - KSD - fejlkode 4647 The Startdate cannot be changed - raskmelding

Problem:

Hvis KSD ved raskmelding angiver en anden startdato på sygefraværet end der er registreret ved oprettelsen, kaster DFDG en fejl. Ifm. raskmelding er det forretningsmæssigt vigtigst, at raskmeldingen bliver registreret i DFDG - og i mindre omfang om startdatoen er ændret,

Løsning (skitse):

DFDG skal raskmelde og

• DFDG undersøger om startdato kan opdateres, hvis startdato fra KSD ved raskmelding er senere end den oprindeligt registrerede startdato (da så ej problem i DFDG med manglende KG)
• Hvis startdato er tidligere end oprindeligt registreret, lægger DFDG den ændrede startdato fra KSD ned i CorrectionComment på fraværet.

Descopet fra 2020-1r03 / 2020-2

Kan ikke reproduceres i 2020-2 / 2020-1r03 kode. KSD orienterer STAR hvis fejl opstår efter 19.03.2020

Manuscript 173398 - KSD - fejlkode 4686 This person must have an active contactgroupregistration

Problem:

Fejlen er kastet 28 gange til KSD kommuner siden 2020-1.

DFDG ser på den. Måske er det startdato, der er problemet.

Løsning:

Fejlen er kastet på både

• CreateIllness (9 gange på landsplan fra 4. marts til 3. april) og
• CreateRecovery (585 gange på landsplan fra 4. marts til 3. april).

Descopet fra 2020-1r03 / 2020-2

Kan ikke reproduceres i 2020-2 / 2020-1r03 kode. KSD orienterer STAR hvis fejl opstår efter 19.03.2020

Manuscript 173400 - KSD - fejlkode 6052 Codelist value is only for internal use

Problem:

KSD sender raskmeldinger til DFDG med afslutningsårsag 40 (jobafklaring) på personer, hvor DFDG har oplyst til KSD, at personen er overgået til jobafklaring.

Løsning:

DFDG ignorerer raskmeldinger fra KSD, når raskmeldingsårsag er 40.

Manuscript 173401 - KSD - fejlkode 8088 Unknown NemRefusionIdentifier

Problem:

KSD forsøger at raskmelde på personer, hvor KSD ikke har oprettet sagen i DFDG.

KOMBIT undersøger om

• der kan være tale om, at KSD forsøger at raskmelde i DFDG for start-/stop-sager, der aldrig er sendt til DFDG
• der er tale om konverteringssager (manuelle sager, der har fået en UUID i KSD), men som ikke kendes i DFDG

Løsning:

KOMBIT: Der er tale om konverteringssager (manuelle sager, der har fået en UUID i KSD), men som ikke kendes i DFDG.

Won't fix i DFDG.

Manuscript 173402 - KSD - fejlkode 8089 Cannot perform Recovery on absence, already recovered - samme slutdato

Problem:

DFDG kaster fejl til KSD, hvis KSD sender raskmelding på person, der allerede er raskmeldt i DFDG.

Løsning:

Hvis KSD raskmelder med samme dato, som allerede er registreret i DFDG, skal

• DFDG blot ignorere raskmeldingen, og
• ikke længere kaste fejl 8089.

Manuscript 173403 - KSD - fejlkode 8089 Cannot perform Recovery on absence, already recovered - forskellig slutdato

Problem:

DFDG kaster fejl til KSD, hvis KSD sender raskmelding på person, der allerede er raskmeldt i DFDG.

Løsning:

Hvis KSD raskmelder med en anden slutdato end registreret i DFDG:

• DFDG sætter CorrectionComment på fraværet + sender WSRM-besked til JC, der så kan tage stilling til hvad der forretningsmæssigt bør ske (DFDG kan ikke afgøre, hvad der skal ske).
• DFDG kaster ikke (længere) fejlkode 8089 til KSD.

Manuscript 173404 - KSD - fejlkode 4979 The specified absence cause type identifier is not known to the system

Problem:

KSD sender tilsyneladende raskmeldingsårsager som DFDG ikke kender. Og DFDG har ikke raskmeldt i disse sager.

Løsning:

KOMBIT undersøger i hvilke situationer fejlen er modtaget fra DFDG.

Afventer info fra KOMBIT / KSD.

Manuscript 173210 - Cv-samtaler skal være tilladt for a-kasser, når medlemmet er i KG8

Problem

Nogle a-kasser afholder CV-samtaler med medlemmer mens de er dimittender (reg. i  KG8 med tilmeldekategori dimittend), men det kan ikke indrapporteres til DFDG, da valideringerne kun tillades, at a-kasserne indrapporterer samtaler med dagpengemodtagere (KG1).

Løsning

Der åbnes for, at a-kasser kan registrere og indrapportere CV-samtaler med medlemmer i KG8 (Uden ydelse). Der valideres i DFDG på KG8, men ikke på om tilmeldekategori er dimittend.

Der stilles med den ændrede validering ikke krav om at a-kasser afholder CV-samtaler med dimittender.

Manuscript 173041 - Hvorfor er startdato på fravær 75 ændret i DFDG?

Problem

Ved overgang til sygedagpenge inaktiveres fravær 75 (korrekt). Ved genaktivering af fraværet ifm. gentilmelding (ved raskmelding) får fraværet (som andre fraværsforhold der genaktiveres) ændret sin startdato til at være lig gentilmeldingsdatoen. Det er imidlertid ikke hensigtsmæssigt ifm. a-kasseforsøget, hvor forsøgsperioden angiver den periode, hvor a-kassen varetager kontaktforløbet.

Løsning

Fravær 75 undtages fra den alment gældende forretningsregel om ændring af startdato på fraværsforholdet - og får lov at beholde den oprindelige startdato ifm. genaktivering af fraværsforholdet.

Der er i case https://manuscript.star.dk/f/cases/173081/Datagenopretning-af-startdato-p-frav-r-75 foretaget datagenopretning den 7. april 2020 af 29 fraværsforhold, der havde fået ændret startdato.

Efter idriftsættelse af patch 2020-1.0.2 foretages en yderligere datagenopretning af de evt. yderligere sager, der er kommet til fra 7. april 2020 til idriftsættelse af patchen. Foretages i case https://manuscript.star.dk/f/cases/173629/.

Manuscript 172902 - Samtale genindberetning af job og fællessamtaler blokering af manglende fravær type (75)

Problem

Hvis a-kassen afslutter fravær 75 under en samtale med medlemmet og herefter indrapporterer den afholdte samtale til DFDG kan samtalen ikke indrapporteres, hvis den ligger efter sluttidspunkt (dato og klokkeslæt) for fravær 75. Og dermed kan samtalen ikke indgå i A-kasseindblik. 

Løsning

Ændret validering i DFDG, så det tilllades, at a-kasser laver samtaleregistreringer af afholdte samtale hele dagen, hvor fravær 75 starter eller slutter. Og som hidtil dagene mellem start- og slut for fravær 75.

Manuscript 170803 - Ved anmodning om forlængelse af bevilling gennem Vitas, mangler pdf fil

Problem

KSS får fejl ved alle kald af VitasPdfService.GetPdf siden 2. januar 2020. 

Løsning

Rettelse i VITAS (Rettet fejl i VitasPdfService ved at erstatte den gamle service med den nye struktur som følger DFDG.Foundation) og konsekvensændring i DFDGs proxy således, at KSS ikke oplever snitfladeændring.

Der kan kastes en række nye fejlkoder:

• 80001 - JobIdentifier is unknown in VITAS.

• 80002 - The allocation was not found for the provided Id

• 80003 - The allocation is in state 'Unknown'

• 80004 - The Vitas form type is not supported

• 80005 - The Vitas form subtype is not supported

Manuscript 172773 - Adresseændring og udskiftning af logo i AMP og LSS

Ifm. STARs flytning er der behov for opdatering STARs adresse, der fremgår af

• AMP
• LSS
• Brev, der kan dannes i LSS, med ny Jobnet adgangskode

I samme ombæring opdateres STARs logo til det aktuelle logo i 

• AMP
• LSS

Følgende tekst på AMP'ens forside

"Arbejdsmarkedsportalen understøtter sagsbehandling og styring af beskæftigelsesindsatsen. Portalen er et fælles redskab for de professionelle aktører - på tværs af stat, kommuner, a-kasser og andre aktører."

ændres til

"Der kan via Arbejdsmarkedsportalen logges på andre af STARs it-løsninger.

Løsning vedr. logo

Af pladshensyn anvendes et beskåret logo i AMP'en, medens logo inkl. styrelsens navn anvendes i LSS:

Manuscript 174510 - Udfordringer ved åbent kontaktforløb ved A kassen - Fravær id 75 skal være lovlig i KG8

Problem:

Jobcentret kan ikke registrere oplysninger på afmeldte borgere (dagpengemodtagere) i en "uden ydelse" sag (KG 8) sag, da fravær id 75 ikke er lovligt i KG 8.

Løsning:

Fraværet gøres lovligt i KG 8.

Det er (fortsat) ikke hensigten, at a-kasserne registrerer fravær id 75 på andre end dagpengemodtagere.

Manuscript 174660 - Ændret rettighed for a-kasser til at kalde JobcenterMessageService

Igangværende validerings- og datagenopretningsopgave har afsløret, at a-kasser har behov for at kunne indberette eller korrigere data mere end 550 dage efter medlemsophør.

I dag kan a-kasserne kalde

• SaveAvailabilityAssessment (op til 550 dage efter medlemsophør)
• RecallAvailabilityAssessment (op til 550 dage efter medlemsophør)
• GetCompulsoryNotificationEventList (op til 120 dage efter medlemsophør)
• GetJobReferralNotificationEventList (op til 120 dage efter medlemsophør)

for "egne medlemmer" og for "tidligere medlemmer".

Dette ændres til, at a-kasserne kan kalde servicen "alle borgere".

Manuscript 175373 - Fravær id 75 skal være lovlig i KG 20

Problem:

Jobcentret kan ikke registrere oplysninger på afmeldte borgere (dagpengemodtagere) i en "Beskæftigede" sag (KG 20) sag, da fravær id 75 ikke er lovligt i KG 20.

Løsning:

Fraværet gøres lovligt i KG 20.

Det er (fortsat) ikke hensigten, at a-kasserne registrerer fravær id 75 på andre end dagpengemodtagere.

Manuscript 175570 - Opdateret beskrivelse på enkelte id'er på AvailabilityAssessmentRegistrationTypeIdentifier

Problem: Nedenstående Id'er har behov for ændret beskrivelse for at tydeliggøre anvendelsen heraf. 

Løsning: Beskrivelsen af de enkelte id'er præciseres 

Her vises alene et udsnit af kodelisten AvailabilityAssessmentRegistrationTypeIdentifier:

Særlige krav til test

* 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

Efter idriftsættelse:

Arkitektur- og implementeringsnoter 

Her beskriver PO/FA om arkitekturen og teknikken bag løsningen, om der f.eks. anvendes:

• Nye dataområder
• Nye snitflader
• Nye komponenter
• Nye miljøer
• Nye teknologier
• Nye aftagertyper
• Eller afvigelser fra principperne
• Eventuelle behov for reduktion af teknisk gæld skal afdækkes

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.