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)

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.

Automatisk oversigt 

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

Beskrivelse af epic

Automatisk oversigt 

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

Beskrivelse af epic

Problem

• KOMBIT (KDI) har på vegne af KY indmeldt sag, hvor borger af DFDG er skiftet til uden ydelse, selvom KY har sendt en "Ydelse er givet" til DFDG.
• Skiftet var sket i DFDG pga. det gamle batchjob KC-TASS-MissingAppropriation, der håndterede KG-skift til 'Uden ydelse', hvis KMD Aktiv ikke havde sendt bevillingen inden for 19 kaldenderdage.

Løsning

• Det gamle batchjob KC-TASS-MissingAppropriation er deaktiveret 26.01.2022, idet alle kommuner nu er overgået til KY.

Manuscript  247817 - Fejl ved modtagelse af event i DFDG

Problem

• Vi sender ikke kontaktpersoner til STIL pga. manglende konfiguration, samt ikke for kontaktpersoner uden mobilnummer (men med alm telefonnummer)

Løsning

• Konfiguration for STIL i event handler, samt brug af telefonnummer hvis kontaktperson ikke har angiver mobilnummer

Manuscript 245046 - A-kasse kan ikke godkende CV - underlige ErrorDetails

Problem

• A-kasser kan ikke godkende CV for personer i KG1 (dagpengemodtagere), hvis de har et rehabiliteringsforløb pågyndt før personen blev KG1

Løsning

• CV-godkendelse kan ske uanset om borger har et rehabiliteringsforløb 

Manuscript 246223 - Anmodning om omdøbning af fraværet 'På vej på erhvervsuddannelse (inden for 6 uger)'

Problem/ændringsønske

• Aalborg har indgivet ønske om, at navnet på fraværet  'På vej på erhvervsuddannelse (inden for 6 uger)' (id 77) ændres, så der ikke skal bruges tid på af forklare borgere, at der kan være tale om andet end erhvervsuddannelse

Løsning

• Navnet på fraværet ændres til: "På vej på erhvervsuddannelse eller anden erhvervsrettet uddannelse (inden for 6 uger)"
• Beskrivelsen på fraværet er uændret: "På vej på erhvervsuddannelse efter lov om erhvervsuddannelser eller en anden erhvervsrettet uddannelse (inden for 6 uger)"

Manuscript 245847 - Fejl i konfiguration af Star.Borgerkomm.FagprofessionelKontakt.EventReceiver

Problem

• Star.Borgerkomm.FagprofessionelKontakt.EventReceiver kan ikke processere events korrekt. Under behandlingen af eventet skal der kaldes en webservice, hvor RequestUserMetadata ikke sættes korrekt op, da feltet UserIdentifier sættes til null. Deraf fejlen, som også kan ses i RabbitMQ: "Cannot write a null value for property 'userIdentifier'. Property requires a value. Path 'requestUserStructure'". Den bagvedliggende årsag til, at UserIdentifier sættes til null er, at der mangler en appsetting

Løsning

• Sæt manglende appsetting.

Manuscript 245760 - Nye AbonnementForUddannelsespaalaeg - hvorfor kalder vi version 2 af servicen?

Problem

• DFDG kalder mod forventning version 2 af STILs service AbonnementForUddannelsespaalaeg, selvom version 3 er taget i brug af DFDG med release 2021-4. Vi kalder stadigt version 2 af AbonnementForUddannelsespaalaeg ifm oprettelser og ændringer af planer.
• STIL ønsker at lukke v2 i januar 2022.

Løsning

• De sidste rester af kald af version 2 omlægges til at kalde version 3.

Manuscript 243538 - Dannelse af støttebehovsbesked ved skift til trin 3

Problem

• Der bliver ikke dannet hændelsesnotifikation om 'Ny plantype uddannelsespålæg' og besked/brev ved publicering af uddannelsesplan med frist på trin 3 - og der er registreret 'Ingen støttebehov'.
  Besked/brev med besked om ingen behov for støtte bliver først dannet ved publicering af frist på trin 4 (samme med pålæg om at starte på konkret uddannelse)

Løsning

• Der ønskes dannet støttebehovsbesked, når en borger skifter til trin 3 i sin uddannelsesplan, og der er registreret "Ingen støttebehov".
• Herefter er logikken samlet set således (den mørkegrønne celle er tilføjet) - se evt. mere læsbar udgave i 961.5 Udveksling af oplysninger med STIL - den unges støttebehov kommunikeres til UDB#961.5UdvekslingafoplysningermedSTIL-denungesst%C3%B8ttebehovkommunikerestilUDB-Acc.kr.961.5.2-DFDGkommunikererjobcentretsregistreringerogopdateringerafst%C3%B8ttebehovog%C3%B8nskeomkontaktvideretilUngedatabasen(UDB)iB%C3%B8rne-ogUndervisningsministeriet(BUVM)

Image Modified

Manuscript 243745 - GetCVStatus afvises - medlemmer står korrekt

Problem

• CV'et kan ikke læses med CvServce (v2).GetCv, hvs der er tomme Comment-felter i CvStatus (selvom der er sket datagenopretning ifm release 2021-4, da der med v1 af servicen CvWorkflowService stadig kan fortsat indberettes tomme kommentarer (i stedet for null). Dette "hul" er lukket i version 2 af servicen.

Løsning

• Tomme kommentarerudfyldes med fast tekst ved hentning fra databasen.
• Der returneres "Ingen" som kommentar fra CvStatus, hvis den er tom i databasen.

Manuscript 236509 - CV statusskift mangler

Problem

• CV status ændres ikke fra godkendt, selvom at medlem har været ikke-tilmeldt i 3 mdr. eller mere. Og hvor a-kassen derfor skal godkende CV på ny, hvis/når medlemmet tilmeldes på ny som jobsøgende.
• A-kasserne kan ikke bruge DFDG data til at udsøge medlemmer, hvor der skal ske CV-godkendelse.
• Problemet skyldtes, at når vi skulle tegne et billede af en borgers kontaktgruppehistorik, så medtog vi rækker fra historikken, der ikke burde medtages. Historikken indeholder nemlig alle tidligere kontaktgruppers tilstande, herunder også de tilstande, hvor de stadig var åbne. Dette gav rod i maskineriet, når bl.a. cv-status skal genberegnes ved gentilmelding. 

Løsning

• Ændring af Stored procedure. 
• Den fejl, vi har rettet omhandler ikke borgere, for hvem kontaktgruppen står åben i DFDG og JobSearch, selvom borgeren er afmeldt. Borgere, for hvem kontaktgruppen ikke har været korrekt lukket ifm afmelding, vil også opleve at CV står godkendt ved gentilmelding (da JobSearch ikke kender til tilmelding og afmelding).

Problem

• Ved opdatering af jobordrer fra JobAG er oplysninger om primære rekutteringsmyndigheder "faldet af " jobordren

Løsning

• Datagenopretning af de berørte, aktive jobordrer

Mansuscript 242105 - Ændringstype skal defineres for støttebehov

Problem

• Der publiceres kun en ny plan, hvis der er ændringer på planen af type 1.
• Da der ikke er defineret en ændringstype for støttebehov, bliver der ikke publiceret en ny plan og dannet en støttebehovs-PDF, hvis der kun ændres støttebehov på planen.

Løsning

• Støttebehov gøres til en ændringstype 1 (hvilket er en forudsætning for, at støttebehovs-PDF'en dannes ved publicering uden andre ændringer). 

• Vi genbruger PlanVersionEventTypeIdentifier 2 = "Ny plantype uddannelsespålæg" til at angive ændringen i dette scenarie (for at holde interne og eksterne serviceaftager fri for afledte konskevenser, hvis der i stedet var opfundet en ny hændelsestype). En sideeffekt vil dog være, at borgeren får besked om, at der er kommet en ny version af planen, hvor der dog ikke er nogen synlige ændringer. Det er besluttet at leve med denne uhensigtsmæssighed.

Manuscript 232163 - JobOrderPriceHour fra VITAS på løntilskud FØP (type 'Job for førtidspensionister på særlige vilkår,').

Problem

• Løntilskudsaktiviteter for førtidspensionister, hvor JobOrderPriceHour er registreret kan ikke opdateres med ActivityService, da valideringen ikke omfatter jobordretyper vedr. løntilskud for førtidspensionister

Løsning

• JobOrderPriceHour (fra fx VITAS på løntilskud FØP) type 'Job for førtidspensionister på særlige vilkår' tilføjet validator.

Manuscript 250693 - Booking GDPR slettebatchjob omlægges pga. for dårligt afviklingstempo

Problem

• GDPR sletning af bookings afvikles i meget lavere tempo end forventet, det vil derfor tage for mange måneder at komme igennem puklen af for gamle bookings

Løsning

• Jobbet omlægges til at køre efter en plan med langt flere kørselsminutter pr. måned, nemlig 10 minutter 10 gange om dagen lørdag og søndag

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.