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

BI-565 - Getting issue details... STATUS

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.9.1 Bedre forklaring af hvad joblog er til og hvad joblog gør.

Som borger ønsker jeg klar og tydeligt sprog på jobloggen, så jeg forstår, hvad den skal bruges til.
Der er eksempler på borgere, som:

a) tror at de ved klik på "Tilføj til Joblog" allerede har oprettet en log eller sågar har sendt en ansøgning

b) 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.

c) at borgere ved markering af "fik job" i Jobloggens statusbar tror, at de hermed afmelder sig som ledige

Derfor skal Jobloggens tekster og hjælpetekster gennemgås med henblik på at sikre forståelsen og undgå sådanne misforståelser. 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" udgår af statusbaren. 

De to statusser "Søgt" og "Samtale" afspejler begge, at en stilling er søgt.

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". En joblog bevarer sin status "Ikke søgt", "Søgt" eller "Samtale" når den markeres afsluttet. Afsluttede logs placeres, i borgers listevisning på Joblogoversigten på Jobnet, længst nede i visningen med en markering af, at de er afsluttede. Borger kan fortsat redigere i og ændre statusser for afsluttede logs. At den er afsluttet er alene visningslogik på Jobnet. Genåbner borger en log, vil den i visningslogik figurere øverst blandt de åbne logs.

En log der afsluttes/genåbnes bevarer dog sin nuværende position i listevisningen indtil borger på ny har søgt mod DFDG. Dette fordi det vil være uhensigstmæssigt, hvis en åben log ved klik på "Afslut" straks forsvinder fra visningen for derefter at fremgå nederst. Borger må ikke være i tvivl om hvor log blev af, og skal have lov til at klikke "Afslut" og "Genåbn" på en og samme log, uden billedet hopper.

En checkboks "Vis også logs som er markeret som afsluttede" implementeres under statusfiltrerings-knapperne. Er denne checkboks markeret, så vises de afsluttede logs i listevisning og på kortvisning. 

• CitizenJoblogService opdateres, så Joblog ikke længere understøtter at man registrere med JobSeekingStatusTypeIdentifier 4: (Fik jobbet) og 5: (Afslag).

  • De eksisterende logs, som har statusmarkeringerne "Afslag" og "Fik Job" vil på Jobnet og i Jobkon fremgå med status "Søgt". Ved borgers opdatering af log med status "Afslag" eller "Fik Job" på Jobnet, vil status blive sat til "Søgt".
    
    

• Eksisterende registrerede Joblogs med JobSeekingStatusTypeIdentifier 4: (Fik jobbet) og 5: (Afslag) vil ikke blive konverteret.

DFDG's tilpasninger af snitflader fremgår af links i kolonnen "Bemærkninger" i ovennævnte tabel "Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader".

956.9.4 Valgmulighederne til "Hvordan søger du jobbet" reduceres til tre knapper

Som borger ønsker jeg et nemmere workflow, når jeg skal arbejde i Jobloggen. Herunder ønsker jeg færre valgmuligheder, når jeg skal klikke på en knap i funktionen "Hvordan søger du jobbet", idet formålet med at angive hvordan søger jobbet primært skal give anledning til en dialog med mine jobkonsulenter, og det er i samtalen at uddybningen finder sted. Derfor reduceres valgmulighederne fra 6 til 3 knapper. 

De tre knapper bliver:

• Digitalt
• Telefonisk
• Personligt

Intentionen bag de eksisterende knapper Mail/brev (0), Facebook/LinkedIn (3) , Webansøgning (6) vil dækkes af den nye værdi "Digitalt". 

Intentionen bag den eksisterende værdi "Andet" vil dækkes af "Personligt", som "Andet" skal mappes til. Ved angivelse af valgmulighed "Andet" har hidtil, i et fritekstfelt, skulle angives hvori "Andet" bestod. Dette fritekstfelt kan ikke længere sættes og vil ikke længere være tilgængeligt for visning. 

956.9.5 Samling af elementer i ny GUI

På siden, hvor borgeren opretter en jobsøgningslog samles "Statusbaren", "Hvordan fandt du jobbet" og "Hvordan søgte du jobbet" i et nyt GUI element kaldet "Om din jobsøgning". Dette for at forenkle loggen og give borger bedre overblik. Det nye element vil se ud som følger i desktop mode:



Og således i responsivt tilpasset breakpoint:

956.9.6 Utidssvarende videoguides jobloggen fjernes

Som borger ønsker jeg ikke at blive forvirret af utidssvarende videoer om, hvordan jeg skal udfylde Jobloggen, og derfor skal de slettes. Sletning vil ske ved at referencen til videoen i I-boks informationsfelterne slettes. Og tekster tilpasses. 

STAR sikrer, at videoer slettes fra video23.com.

956.9.7 Design på Joblog opfriskes

Jobloggens design opfriskes jf. ændringer:

• På Joblogoversigten, hvor der dannes to områder - a)  at lave en ny log b) for at fremsøge eksisterende logs med synlige statusfiltre
  
  a) Lav en ny log.
  I den gamle version af jobloggen skulle borger, når vedkommende ingen logs havde, igennem to skærmbilleder før oprettelse af joblog kunne påbegyndes på det tredje skærmbillede. I den nye version af jobloggen starter borger direkte på jobloggens forside. Har borger ingen logs i første søgning, vil borger få vist teksten
  
  "I jobloggen anfører du oplysninger om din jobansøgninger og andre relevante aktiviteter, så du og dine jobkonsulenter let får et overblik over dem."
  
  For borgere der har pligt til at joblogge, dvs:
  
  
  • Dagpengemodtagere
  • Ledige fleksjobvisiterede
  • LAB-målgrupper:
    • Kontanthjælp
    • Uddannelseshjælp
    • overgangsydelse
  • Jobparate og åbenlyst uddannelsesparate modtagere af
  • INL-målgrupper:
    • Selvforsørgelses- og hjemrejseydelse
    • Overgangsydelse
  • Jobparate modtagere af
  
  vil tillige fremgå følgende tekst:
  
  "Du har pligt til at bruge jobloggen aktivt, da det ellers kan få betydning for din ydelse. Du kan læse mere i Ret og Pligt."
  
  Når vi på Jobnet første gang registrerer, at borger har en joblog, så gemmer vi oplysningen herom og borger får ikke vist beskeder igen. Bemærk: da udsøgning første gang, jf. datofiltre herunder, ser på logs oprettet en måned tilbage, kan borgere, der kun har ældre logs registreret, får beskeden indtil de har oprettet en ny log alternativt søgt så langt tilbage i tiden, at Jobnet fra DFDG er oplyst om, at borger har logs.
  
  Første tekst vil fremgå hvor den røde firkant er placeret. Anden tekst hvor den lilla firkant fremgår. Har borger logs - og har vi registreret denne oplysning på Jobnet - fremgår ingen tekst. 
  
  
  
  Har borger gemt job via "Find job" eller "Automatch", så fremkommer et link "Se gemte job".  For uddybende beskrivelse se acceptkriterie 956.9.9.
  
  b) Nye statusfiltre 
  
  • Ved søgning skal fremadrettet angives en "oprettet fra" og en "oprettet til" dato. Standardindstillingen ved load af joblogsiden er én kalendermåned bagud i tid, i forhold til dags dato. 
    • Dette optimerer svartid på servicekaldet fra DFDG og rendering af HTML på Jobnet betragteligt i forhold til tidligere, hvor alle borgers logs blev hentet.  Dette løser manuscript sag 137134 og optimerer oplevelsen for borger uden at begrænse, da borger fortsat selv kan vælge et andet tidsspænd. 
  • Statusfiltre vil være "Alle logs", "Ikke søgt", "Søgt" og "Samtale". Efter hvert statusfilter fremgår i parentes hvor mange logs der, jf. den aktuelle søgning på datointerval, har denne status. 
  • Fritekst filtrering bevares som den er, men den søger kun på de logs er udsøgt jf. kalendervælger. 
    
    
• På siden hvor borgeren opretter sin Jobsøgningslog, hvor Felterne "Status", "Hvordan fandt du jobbet" og "Hvordan fik du jobbet" indpasses i samme GUI, og der laves justeringer på øvrige GUI's
  
  Statusfiltre og deres funktion gennemgås særskilt i acceptkriterium 956.9.8

956.9.8 Filtre på joblogoversigt fornys

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

• Borgeren kan vælge en periodeafgrænsning. Standard vil denne afgrænsning være en måned bagud i forhold til dags dato, for at sikre hurtig svartid og load af joblog-forsiden. Borger kan selv ændre på intervallet i kalender-dropdowns.
  • Ved load af forsiden, når borger klikker sig ind på jobloggen, søges automatisk på en måneds logs (dvs. både Joblogs og Anden aktivitet)
  • Resultatet af denne søgning afspejles i radioknapperne under "Filtrer ud fra loggens status", hvor antallet af logs der matcher hver status fremgår i parentes efter statussen. 
  • Default status er "Alle logs", der som den eneste status, i tillæg til Joblogs viser logs af typen Anden aktivitet. 
• Fritekstsøgning filtrerer mod den eksisterende søgning og finder forekomster af logs, hvor i friteksten indgår. Det søges som i dag mod Titel på joblog (stilling), virksomhed, adresse- eller kontaktoplysninger.  
• Markeres afsluttede logs medtages afsluttede logs i søgning. De afsluttede logs vil figurere nederst i listevisning. 
  
  
• Visning på baggrund af filtre kan ske på kort eller på listevisning. Default er listevisning.
  
  
• Filtrene virker enkeltvis og i samspil på den eksisterende søgning.
• Retter borger søgning, dvs. rettes datointerval, så udføres den angivne filtrering straks på det nye søgeresultat, således at søgning og filtrering forekommer at være én funktion.

På jobkon konsekvensrettes.

956.9.9 Let adgang til "Gemte job"

Når borger er logget ind i Jobnet, kan fra "Find Job" og "Automatch" gemmes interessante job. Siden over "Gemte job" tilgås via Find Job, hvor den måske forekommer lidt skjult. Intentionen er nemlig, at det skal være let at oprette joblogs og at søge job med afsæt i disse gemte job.  Fra Jobloggens forside oprettes derfor en genvej til "Gemte job". Denne genvej er synlig uanfægtet borger reelt har gemte job eller ej.

Klikker borger på linket ledes vedkommende, i samme vindue, til siden for "Gemte job", som brødkrumme-mæssigt vil fremstå i kontekst af "Find Job". Der er således ingen let vej tilbage. Når borger kommer til "Gemte job" fra Jobloggen skal derfor fremgå et link "Retur til Joblog", der ved klik leder borger til Joblog forsiden.

956.9.10 Borger skal på jobnet informeres om ændringer

Før release af 20-2 koden med den nye joblog, informeres borger via /wiki/spaces/ISB/pages/1739882801 om kommende ændringer i Jobnet. I releasen 20-2 R01 rulles reklamebanneret af igen jf. /wiki/spaces/ISB/pages/1818821547. Banneret er således tilgængeligt for borger i sidste måned af 20-1 og første måned af 20-2 releasen.
Banner kan klikkes væk af borger, såfremt borger har set det og ikke længere ønsker information herom på forsiden. Se de specifikke minor release epics for yderligere detaljer.

956.9.11 Visning af Logs på kort

Joblogs (ikke "anden aktivitet" der ikke har geokoder) skal kunne vises på Google Map. Visningen er i vid udstrækning 1-1 med den eksisterende Joblog, dog med følgende forbedring: Hvor borger i den gamle joblog, ved ændringer i filtreringer, blev omdirigeret til listevisning for så selv at skulle klikke "Vis på kort igen", vil den nye joblog vises ændringer i filtrering og søgning direkte på kortet. 

Ikonerne for loggens status, "Søgt", "Ikke søgt" og "Samtale" ændres så de i tillæg til farver får mønstre. Dette for at imødekomme WCAG 2.1, hvor farveadskillelse ikke er nok.

Clustering - dvs. grupperinger af nærtliggende logs, når zoom niveauet ikke tillader klar adskillelse af de enkelte logs - er valgt fra på den nye joblog, da filtreringerne er langt bedre end i den gamle log. 

Hvor den gamle løsning tog afsæt i borgers bopæls geolokation som centrum for kort, tager den nye løsning afsæt i, at centrum for kort er geokoden for den første logi udsøgningen. Dette for at give yderligere GDPR beskyttelse af borger, hvis bopæls geokoordinat slet ikke er i spil. 

Arbejdet er udført via /wiki/spaces/ISB/pages/1619689583

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

Til kundesupport: Bemærk Manuscript sag 137134, omhandlende håndtering af situationer med overload forårsaget af mange joblogs, løses ved anvendelse af datointerval på kald af getentries. Dette interval sættes default til 1 måned og herved er det voldsomme load ikke længere aktuelt, med mindre borger selv vælger at søg alle logs over en længere periode. 137134 lukkes derfor.

* 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.