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

Proces - notifikation i pågældende FB-sag om ønsket tilføjelse af den pågældende sag efter epic er sendt i tilsagn

Dette indhold kan ikke ses af eksterne (og er ikke relevant for eksterne)

DS-3958 - 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 og kan derfor ikke tilgås af eksterne. Links under Summary indeholder ikke andre oplysninger relevant for eksterne end hvad der fremgår af tabellen.

Jobnets håndtering af interne snitflader

Automatisk oversigt 

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

Beskrivelse af epic

• Gamle batchjobs udgår af DFDG

• Eftersyn af logik for DFDG / JobSearch skift af CV-godkendelsesstatus

• Tilføjelse af snitfladevalideringer på REST delen af STAR.Foundation (svarende til valideringen for WCF-delen på STAR.Foundation og DFDG.Foundation):
  • UserFullName mellem 1 og 140 tegn
  • UserIdentifier på mellem 1 og 255 tegn

• Når JobAG (STAR) kalder UpdateCompanyRecruitment, så springes opdatering af PrimaryAuthorities over. Det er således udelukkende JC og A-kasser, der kan opdatere PrimaryAuthorities

Manuscript 217448 - Delvis raskmelding valideres på startdato for sygefravær OG startdato for kontaktgruppen

Problem

• Flere Jobcentre melder, at de oplever at få fejl, når de ønsker at oprette delvis raskmelding på sygedagpengesagen. Fejlmeldingen de får er: AdditionalInformationOnAbsenceTypeIdentifier is not coherent with the contactgroup and the absence

• Jobcentrene kan ikke registrere delvis raskmelding med korrekt startdato for hvornår borgeren reelt set har genoptaget deres arbejde delvist.

• Der bør ikke som i dag valideres på begge startdatoer, idet de i praksis ofte ikke er de samme. Startdatoen for kontaktgruppen ofte den sag KSD opretter abonnement i DFDG, hvor startdatoen for sygefraværet er borgers første fraværsdag.

Løsning

• En delvis raskmelding skal kunne oprettes med startdato i hele sygdomsfraværet levetid, altså indenfor sygdomsfraværet start- og slutdato. Dog med den betingelse, at borgeren har eller har haft en kontaktgruppe, hvorpå delvis raskmelding er lovlig, i perioden for den delvise raskmelding.

Manuscript 223252 - Valider ved UpdateAsylumTransition at der findes data at opdatere

Problem

• Eksisterende validering ved brug af  UpdateAsylumTransition metoden kaster ikke i alle situationer en sigende fejlkode, hvis der ikke i DFDG findes data, der kan opdateres.

• Når UpdateAsylumTransition på CVService v. 6 kaldes med AsylumTransitionDate >= dags dato, valideres, at der findes en række at opdatere. Hvis ikke kastes fejlkode 9201.

• Når AsylumTransitionDate < dags dato, og der ikke findes data at opdatere, resulterer det i en "Object reference not set to an instance of an object".

Løsning

• Der laves tilsvarende en validering, når AsylumTransitionDate < dags dato, så det ikke efterfølgende resulterer i en "Object reference not set to an instance of an object", men i stedet for eksisterende fejlkode 9201 ('CVEditEndDate and AsylumTransitionDate is not registered for this citizen and cannot be updated')

Manuscript 221065 - Dannelse af WsrmBesked ved oprettelse af personguppeprojekter - version 6 dannes umiddelbart, men ikke version 5

Problem

• Ved oprettelse af projekter af type 5 er det observeret, at der efter tilknytning af tilhørende myndigheder (fx jobcentre), der indgår i projekt, straks og som forventet, dannes GetPersonGroupProjectVersion6.

• GetPersonGroupProjectVersion5 dannes imidlertid ikke, men kan "fremprovokeres" ved efterfølgende at opdatere fx kommentaren på projektet.

• Når version 5 af beskeden skal have et ekstra skub for at blive dannet, er der risiko for, at version 5 aftagerne ikke får besked om oprettelse af nye projekter.

Løsning

• Wsrm version v5 sendes nu altid (ligesom som version 6).

Manuscript 221853 - Der kan ikke oprettes integrationskontrakt. "Error received from JobnetCitizenStatusService "

Problem

• Der kan efter 2021-2 releasen ikke oprettes integrationskontrakter pga. deadlock i DFDG. Ved kald til CreateAsylumTransition på CVService (version 6) låser CV statusoplysninger i DFDGs database inden kaldet til CreateOrUpdateAccount på PersonAdminService (version 1) hos Jobnet foretages.

Løsning

• Dirty reads når Jobnet kalder JobnetCitizenStatusService (vi vil have en switch at det kun er i dette tilfælde at der foretages dirty reads).

Manuscript 221622 - "Sequence contains more than one matching element" ved kald af PSS / 222755 - Vi modtager en fejl når sagsbehandleren forsøger at aktivere borgerens "Min Plan"

Problem

• Borgere, der har både DISCOAMS og ESCOSTAR stillingsbetegnelser som Mål kan ikke udlæses i PSS med kollektionen MyPlan = true
• Jobcentre kan ikke publicere Min plan for sådanne borgere

Løsning

• Datagenopretning i prod., hvor der sættes måltype 5 på mål, der indeholder ESCOSTAR

Manuscript 219053 - Tilmelding af straksbookingramt borger fejler

Problem

• I testmiljø er der 70 subjobcentre uden en tilknytning til et plannersystem. I sådanne situationer kan borgere afmeldt pga. manglende selvbook ikke gennemføre et straksbookingflow.
• I produktion ses der ikke tilsvarende mangler.

Løsning

• DFDG laver en default således, at hvis vi ikke finder en tilknytning for et subjobcenter, benyttes hovedjobcenteret i i stedet for.
• Løser aktuelt et testproblem, men vi også forebygge, at det kan opstå i produktion.

Manuscript 218977 - KC-TASS-UpdateCprDeadClients fejler med Object reference not set to an instance of an object

Problem

• Hvis a-kassen pga. af medlemmes dødsfald udmelder medlemmet af a-kassen, inden DFDG har fået besked fra CPR om dødsfaldet, og der ligger en fremtidig booking til fælles jobsamtale (id 17), så fejler batchjobbet, da det pga. udmeldelse af a-kassen ikke kan sende af WSRM om aflysningen af indkaldelsen til personens a-kasse.

Løsning

• Der sendes ikke WSRM om aflysning af booking til a-kassen, når medlemskabet er ophørt pga. dødsfald

Manuscript 222156 - Ønske om at DFDG sætter afslutningsstatus id 5 på et rehab.forløbs forberedende del ifm CPR-flytning mellem kommuner

Problem

• Der er opstået ønske om, at DFDG sætter ny afslutningsstatus på et rehab.forløbs forberedende del ifm CPR-flytning mellem kommuner for at undgå, at der i KSS automatisk indlæses oplysninger fra DFDG om rehab.forløbs forberedende del ved CPR-flytning mellem kommuner.

Baggrund

På baggrund af indkomne spørgsmål har regelkontoret APOC1 i STAR vurderet, at:

• Der er intet til hinder for, at tilflytningskommunen kan se status for forløbet uden borgerens samtykke.
• Hvad gælder sagsoplysninger i øvrigt, herunder rehabiliteringsplanens forberedende del og begrundelsen for teamets indstilling, vil disse oplysninger kunne videregives mellem kommunerne efter borgerens samtykke i det omfang, at oplysningerne er nødvendige for sagens behandling i den nye kommune.

Løsning

• Id 5 i kodelisten RehabilitationProcessStatusTypeIdentifier opdateres til:
  • Navn: Forløb afsluttet
  • Beskrivelse: Forløbet afsluttet, enten fordi der er tale om førtidspension, alm. forløb eller fordi den indstillede indsats er tilendebragt eller fordi borger er CPR flyttet mellem kommuner
• DFDG sætter status til id 5 ved CPR-flytning mellem kommuner for borgere, hvor den aktuelle status er
  • 1 - Forberedende del
  • 2 - Forberedende del afsluttet
  • 3 - Indstillet
  • 7- Forberedende del videregivet fra Jobcentersystem
• Løsningen med at DFDG ændringer status til id 5 ved CPR-flytning mellem kommuner forudsætter, at KSS følger det normale flytteflow, dvs. at jobcentret afventer CPR-flytning i DFDG og ikke selv trækker borgeren for at påbegynde registreringer.

Manuscript 223222 - CreateAlias og UpdateAlias fejler ved afsendelse af events

Problem

• Både CrateAlias og Update alias fejler med: DateTime values that are greater than DateTime.MaxValue or smaller than DateTime.MinValue when converted to UTC cannot be serialized to JSON.

Løsning

• Rettelser til CreateAliasFeature, UpdateAliasFeature og EventBuilder, således at events publiseres korrekt ved oprettelse og opdatering af aliaser

Manusript 217100 - KSD får fejl fra DFDG: '4981 - Absence comment required when updating illness start date and end date'

Problem

• KSD modtager fejlbeskeden  '4981 - Absence comment required when updating illness start date and end date', men metoden IllnessRecovryInformationService.CreateIllness som KSD anvender indeholder (slet) ikke et Comment eller CorrectionComment felt.

Løsning

• Fejlen kan ikke genskabes.
• Fejlkode 4981 er ikke kastet til KSD fra idriftsættelsen af 2021-1 og indtil 16. juni 2021.
• Vurderes at være løst via 217343 i release 2021-1.

Manuscript 217114 - KSD/DFDG lukker ikke sagen efter Momentum har indberettet sidste sygedag

Problem

• Ved jobcentrets raskmelding via IllnessCompositeService.CreateRecovery er der ikke dannet WSRM-beskeden GetIllnessUpdatedVersion6 eller 7 ej dannet til KSD.

Løsning

• XXXX

Manuscript  215402 - KY modtager fejlkode 4644 This Client has an open existing contactgroup

Problem

• KY modtager fejlkode 4644 This Client has an open existing contactgroup
• Observeret når borger har igangværende fleksjobaktivitet (og skal være i KG10)

Løsning

• Forslag: DFDG undlader at skifte til KG7, hvis der er en igangværende fleksjobaktivitet, når KY kalder med KG7, men gemmer blot afgørelsen
• AFVENTER yderligere eksempler fra KY

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.