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

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.

Løsning

• Ændring af Stored procedure

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.

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.