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

Indholdsfortegnelse

Afgrænsning af epic

Oversigt over berørte webservices 

Automatisk dannet oversigt (kan ikke ses af eksterne)

Manuelt kopieret oversigt

Denne manuelt kopierede oversigt kan ses af eksterne. Links i tabellen er kun brugbare for STAR-brugere med Jira-konto.

Beskrivelse af epic

956.2.1 Bedre forklaring af hvad joblog er til og hvad joblog gør.

Borgere kan misforstå jobloggen. Dels grundet tekster der kan misforstås men også fordi det ikke er forklaret godt nok, hvad jobloggen reelt er til. At systemet er beregnet til dels at dokumentere aktivitet overfor sagsbehandler og dels at være et system, hvor borger selv kan se hvilke jobs der er søgt, hvilket stillingsopslag der var, hvilken ansøgning /CV vedkommende sendte og hvilke logs der har ført til succes i for af samtaler. 

Der er eksempler på borgere, som tror at de ved klik på "Tilføj til Joblog" allerede har oprettet en log. Eller at borger ved ændring af en log til status "søgt" har forståelsen, at borger nu reelt har søgt jobbet, da der på loggen er uploadet en ansøgning og et CV.

En generelt bedre forståelse for værktøjet joblog efterlyses derfor. Seneste brugerundersøgelse, med joblog-relaterede input skal tages med ved vurdering af tiltag.

OBS: NY. Som borger vil jeg jeg kun have de mest nødvendige statusknapper for min Joblog, hvilket drejer sig om Statusserne:  "Ikke-søgt", "Søgt", og "Samtale". Det betyder, at "Afslag" og "Fik Job" udgår som statusser.

OBS: NY: Som Borger ønsker jeg at kunne afslutte de joblogs, jeg ikke længere arbejder aktivt med , på samme måde, som det i dag er muligt for mig i de logs, der ligger i "Log om anden aktivitet". Det gælder for logs, der har forskellige statusser. De afsluttede logs placeres længst nede i visningen på Joblogoversigten og i oversigten fremgår, at de er er afsluttet. 

OBS: NY: Som borger vil jer gerne gå ind på Min Joblog og finder to områder: "Lav en ny log" (Med felterne

STAR ønsker ikke længere at skelne mellem de nuværende to måder at lukke en Joblog på, med status "Afslag" hhv. "Fik job". Fremover skal Joblogs kun kunne registreres med én tilstand, "Afsluttet" i forbindelse med et endt Joblog flow.

• JoblogService og CitizenJoblogService opdateres, så Joblog ikke længere understøtter at man registrere med JobSeekingStatusTypeIdentifier 4: (Fik jobbet) og 5: (Afslag). I stedet tilføjes ny værdi: 7: (Afsluttet).
• Eksisterende registrerede Joblogs med JobSeekingStatusTypeIdentifier 4: (Fik jobbet) og 5: (Afslag) vil ikke blive konverteret.
• I Jobnet og Jobkon erstattes "Afslag" og "Fik job" med "Afsluttet" i såvel visningen af eksisterende Joblogs som registreringen af nye Joblogs der får endt deres Joblog flow.

956.2.3 "Huskeliste" med planlagte opgaver og inspiration til opgaver udgår

For at gøre overblikket over borgers Joblog på Jobnet mere simpel, ønsker STAR ikke længere at stille dette redskab til rådighed på Jobnet.

• Eksisterende tasks på Joblogs fjernes fra visningen.
• Opgaver og Huskeliste fjernes fra visningen i Jobnet og Jobkon, herunder:
  • Opgaver i Jobnets kalender
  • "Huskeliste" element i Joblog redigering.
  • "Huskeliste" i Joblog oversigt.
  • "Planlagt(e) opgave(r)" på oversigtskort på Joblog oversigt.
• Fjernelse af huskeliste fra visningen i Jobnet løser også manuscriptsag 133795.

956.2.4 "Mine noter" udgår

For at gøre overblikket over borgers Joblog på Jobnet mere simpel, ønsker STAR ikke længere at stille dette redskab til rådighed på Jobnet.

• "Comment" på eksisterende Joblogs fjernes fra visningen i Jobnet.
• "Mine noter" felt fjernes fra visningen på Jobnet.

956.2.5 Ansøgningsfrist vises på oversigtskort

I Jobnet og Jobkon vises ansøgningsfrist på oversigtskort på Joblog oversigten på Joblogs, der har status "Ikke søgt".

956.2.6 Højrepanel fra menusider indsættes på Joblog sider

Højrepanelet på Joblog siderne erstattes med højrepanelet fra de nye menusider jf. epic 956.1.

956.2.7 Filtre på joblogoversigt fornys

De eksisterende filtre på Jobnets joblogoversigt erstattes med nye filtre jf. wireframe.

• Borgeren kan vælge en periodeafgrænsning.
• Statusfiltrene viser antallet af joblog med den angivne status med den angivne periodeafgrænsning.
• Listen viser joblogs, som opfylder både valgt periodeafgrænsning og valgt statusfilter.
• Mulighed for tekstsøgning udgår.

956.2.8 Design på Joblog opfriskes

Jobloggens designet opfriskes jf. design.

Note: Der skal bestilles design hos designer.

956.2.9 Etablering af Get-metode, der udstiller historik inkl. slettede logs (for de overlevende felter) til DFDG-registerudskrift DFDG og DFDG registerudskrift

Historik på de overlevende data serviceudstiles.

DFDG-registerudskrift opdateres med Joblog-data ud fra denne nye metode.

856.2.10 KSS kan abonnere på (tynd) WSRM-besked om opdateringer i jobloggen DFDG

KSS'erne skal kunne abonnere på WSRM-beskeder om opdatering i jobloggen. Der kan formentlig være tale om den beskedtype som anvendes af a-kasser med egen joblog (GetJoblogEventVersion1 på WsrmMessageService v10). Ud fra denne WSRM kan KSS kalde JoblogService og hente de opdaterede joblog registreringer i relevant omfang.

Logik skal opdateres til, at beskeden til KSS dannes for alle KG, der joblogger.

Til a-kasser må som hidtil alene sendes WSRM-besked for deres egne medlemmer (og formentlig kun når de er i KG 1, hvis eksisterende kode sikrer dette).

956.2.13 Manuscriptsager, der skal vurderes, med henblik på løsning/lukning

Følgende manuscriptsager er kommet på epic på baggrund af sanering af Manuscriptsager i forhold til Joblog. Det skal vurderes om de skal løses eller lukkes.

• 84489 - Uploadede dokumenter forsvinder, hvis en fejlbesked gives
• 88210 - Forskellig visning ved statusskift på 'afsluttet opgave'  
• 93767 - Ændringsdato vises på oprettet log som ikke er ændret 
• 95493 - Borgere ønsker at kunne udskrive oversigt svarende til a-kassens oversigt
• 106459 - Postnr. giver problemer  
• 120591 - Joblog - "var til samtale, men fik afslag"  

-- 

Bugs der skal adresseres, når vi åbner koden:

Kenneth Larsen (Borger) edited Case 166138: Divider + manglende <p> tag:

Overvej for hvert acceptkriterie hvilke systemer der berøres af ændringen:

• DFDG
  • Services
  • WSRMer
  • Kodelister
  • PersonStatusService (PSS)
  • PersonHistoryService (PHS)
  • LSS (Landssupportsystem) og herunder Registerudtræk (hvis STAR har dataejerskab og der er lavet PHS på domænet)
• Jobnet
• VITAS
• JobKon
• JobAG
• BI integrationsplatform
• Alle områder
  • Nye batchjobs
    • Dokumentation af jobbet til SF (jf. skabelon: xxx link til skabelon) 
  • Dataløft
    • Hvis der i Databaser tilføjes eller fjernes kolonner med personfølsomme data (f.eks. person navne, adresser, email, telefonumre etc.), så skal SF informeres så disse data fremadrettet tilføjes eller fjernes fra scrambling.
• Kommunalt sagsbehandlingssystem
• A-kasse sagsbehandlingssystem
• Kommunalt bookingsystem
  • JobcenterPlanner (JCP)
  • WorkForcePlanner (WFP)
• Kommunalt ydelsessystem

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; Ja, der skal ske konvertering af de kodelisteværdier, der udgår / slås sammen og ændres til nye vædier.
• 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.