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

JOB-596 - Getting issue details... STATUS

DS-2298 - Getting issue details... STATUS

Indholdsfortegnelse

Afgrænsning af epic

Afgræsning
Som borger vil jeg have forenklet jobloggen på Jobnet så der er færre ting, jeg skal forholde mig til, og det bliver hurtigere at udfylde en Joblog
Acceptkriterier
Nr.	Beskrivelse	Relevant for
956.9.1	Jobloggens tekster og hjælpetekster skal gennemgå review med henblik på at lette brugernes forståelse af funktionerne	Jobnet
956.9.2	Status "Afslag" og "Fik job" slås sammen til "Afsluttet". "Afsluttet" er en status, men vises ikke som en status, men derimod som en "mode" for den pågældende log.	Jobnet, Jobkon, DFDG
956.9.3	Valgmulighederne for ”Hvordan fandt du jobbet” reduceres til de (allerede) eksisterende tre: Opslået stilling Uopfordret Gennem netværk	Jobnet, JobKon
956.9.4	Valgmulighederne for "Hvordan søger du jobbet" reduceres til tre muligheder: Digitalt Personligt Telefonisk	Jobnet, JobKon
956.9.5	Videoguides, der afspejler den tidligere version af Jobloggen, fjernes	Jobnet
956.9.6	På siden, hvor borgeren opretter en jobsøgningslog samles "Statusbaren", "Hvordan fandt du jobbet" og "Hvordan søgte du jobbet" til en ny GUI	Jobnet
956.9.7	Filtre på joblogoversigt fornys, så filtreringen på status (Alle, Ikke søgt, Søgt og Samtale) trækkes ud af Dropdown-menuen og placeres synligt på oversigten.	Jobnet, Jobkon
956.9.8	Udover fritekstsøgningen etableres et kalenderfilter øverst på Joblog-oversigten, som per default viser borgerens logs for den sidste måned	Jobnet
956.9.9	Joblogoversigten skal designes ift. de nye filtreringsmuligheder	Jobnet
956.2.10	KSS kan abonnere på (tynd) WSRM-besked om opdateringer i jobloggen	DFDG
956.2.11	Manuscript sag 137134, omhandlende håndtering af situationer med overload forårsaget af mange joblogs, skal løses	Jobnet
956.2.12	Højrepanel fra menusider indsættes på Joblog sider
956.2.13	Manuscriptsager der skal vurderes enkeltvis, med henblik på om de skal løses	Jobnet
956.2.14	Som borger vil jeg have en løsning, så jeg ved når en PDF af stillingsopslag ikke er gemt på min Joblog (165169)	Jobnet

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.

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" 

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.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.
• Borgeren kan fortsat vælge en fritekstsøgning
• 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.

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.