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

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
• Løsningen med at DFDG ændringer status til id 5 ved CPR-flytning mellem kommuner forudsætter, at KSS følger det normale flytteflow

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.