963.4 Visning af kontaktpersoner på Jobnet

Denne epic handler om, at der er behov for, at borger får vist relevante kontaktpersoner på Jobnet. Der registreres idag forskellige typer af kontaktpersoner, men kun mentor bliver vist i Min Plan. 


STAR Projektleder (PL)Forretningsanalytiker (FA)STAR ReleaseEpic statusEksterne snitflader
Nina Nguyen (Unlicensed)Kenneth Ingemann Larsen (KEIL) (Unlicensed)Trine Skriver Breum (TSEB) (Unlicensed)2020-21,0




JOB-586 - Getting issue details... STATUS



OBS DETTE SKAL TILPASSES MED DE KORREKTE NUMRE NÅR EPICS OPRETTES I JIRA


Indholdsfortegnelse




Afgrænsning af epic

Afgrænsning

Som en borger vil jeg have vist relevant kontaktperson på jobnet for at kan kontakte kontaktpersonen ved behov

Acceptkriterier

Nr.BeskrivelseRelevant for
963.4.1Som borger vil jeg kunne se udvalgte kontaktpersoner ud over mentor på JobnetJobnet
963.4.2Som borger vil jeg have en mere ensartet terminologi på Jobnet fx. at aktiviteter konsistent tilrettes til indsatser m.v.Jobnet
963.4.3Som borger vil jeg kunne se mentorstøtte efter den nye mentoraktivitet under Min PlanJobnet
Kriterier for tilsagn til serviceaftager i forhold til STARs snitfladerBerørte acceptkriterierBemærkninger

Acceptkriterie <nr.>Acceptkriterie <nr.>Acceptkriterie <nr.>Acceptkriterie <nr.>



















Oversigt over berørte webservices 

Manuel oversigt som er synlig for eksterne (links i listen virker kun med STAR Jira konto):

Eksisterende PersonCommunicationStatusService(v1) hvor Jobnet implementerer og tager ny metode, GetPersonCommunicationStatus, i brug.

Beskrivelse af epic

963.4.1 Udvalgte kontaktpersoner på Jobnet

Borger skal på Jobnet, af a-side, kunne se kontaktpersoner jf. følgende positivliste, forudsat der for kontaktpersonen på PersonContactService(v3).GetPersonContacts (Bemærk: sidenhen rettet til PersonCommunicationStatusService(v1).GetPersonCommunicationStatus ) er sat TRUE i flaget ShowContactPersonInJobnet:

  • Mentor
  • Koordinerende sagsbehandler
  • Udslusningskoordinator
  • Personlig jobformidler
  • Støtte-kontaktperson
  • Kommunal udslusningskoordinator


DFDG sørger for, at alle tidligere "uddannelsesaktiviteter af typen mentor" og den ny "Mentoraktivitet" oprettes som kontaktpersoner, der kan hentes via PCSS.GetPersonCommunicationStatus. Og slettes når aktiviteterne ikke længere er aktuelle. Den nuværende håndtering af borgers mentorer, hvor aktiviteten vises på Jobnet skal derfor erstattes af responset fra PersonContactService(v3). Mentor vil fortsat vises på forsiden og i a-siden i et foldeelement, der er foldet ud. Da der på snitfladerne der udstilles til Jobnet ikke er en kobling fra GetPersonCommunicationStatus til Aktivitet, kan ikke længere laves et link fra mentor på forsiden til selve aktiviteten. 

Kontaktpersoner i øvrigt vises i A-side i et foldeelement "Dine kontaktpersoner", der default er foldet ind. Kontaktpersoner vises samme steder hvor mentor i dag vil fremgå (A-sides på Jobnet er ikke ens på de forskellige sider). Herunder A-side:



I breakpoint XS og Small vises kontaktpersoner på en særskilt side "Kontakter", der kan tilgås via et nyt menupunkt 'Kontakter', som placeres over ’Log ud’ i disse breakpoints. Siden ser således ud: 


Informationerne der vil fremgå på kontaktpersoner er:
Hvilken rolle de har i forhold til borger.
Fulde navn.
Telefon, mobilnummer og emailadresse i det omfang disse data forefindes.


Først er PersonContactService(v3).GetPersonContacts implementeret på Jobnet. Det skete i /wiki/spaces/ISB/pages/1530953986Bemærk: Dette viste sig siden hen at være en fejlbeslutning. PersonContactService havde ikke de nødvendige filtrereringer, således at oplysninger, der ikke måtte kunne ses af a-kasse sagsbehandlere, var tilgængelige ved deres login som borger. Inden launch af løsning blev kode derfor rettet til, således at der istedet hentes data fra /wiki/spaces/ISB/pages/1569423436.

Visningen af data i jobnet udvikles i /wiki/spaces/ISB/pages/1552941583.

963.4.2 Tilpasning af borgervendt sprog: Aktiviteter vs. Indsatser

Tidligere er de mere overordnede borgervendte tekster indeholdende ordet "Aktivitet" rettet til "Indsats". Dette blev patchet ud. Se evt. https://manuscript.star.dk/f/cases/164500/Kundetest-Skal-aktiviteter-ndres-til-Indsatser-i-Min-plan-pdf og userstory /wiki/spaces/ISB/pages/1427472591.

I 2020-2 tilrettes resten af de borgervendte tekster, så der i det omfang at ordet "aktivitet" indgår i Plan regi i stedet fremgår "indsats". Ordet "aktivitet" vil dog stadig blive brugt i kontekst af Joblog, hvor det har en anden betydning.

Beskrivelsesfelter på servicesnitflader af MyPlan service rettes ikke til. Ligesom DFDG, jf CPO, ikke retter deres beskrivelsesfelter til.

Jobnets arbejde løses i /wiki/spaces/ISB/pages/1595080765.


963.4.3 Mentor som selvstændig aktivitet i Jobnet

Når en mentor i dag oprettes, er det som en kursusaktivitet. For KSS'ere der går på ActivityService version 5 er det dog muligt at oprette mentor som særskilt aktivitet.

Visning på Jobnet er i store træk uændret. For den nye mentoraktivitet, der har en egen og mere granuleret kodeliste (den gamle mentorordning var kun "Mentor individuel" og "Mentor Plads") vil ordlyden der fremgår af Jobnet dog være en anden. 

  • For MentorTypeIdentifier 1 og 2 skal, som tilfældet var med "Mentor som kursus", fremgå ordet "Mentorstøtte" af tidslinjen, overskrift og titel.
  • For MentorTypeIdentifier 3 og 4 skal fremgå "Udskrivningskoordinator" af tidslinjen, overskrift og titel. 
  • For MentorTypeIdentifier 5 skal fremgå "Udslusningskoordinator" af tidslinjen, overskrift og titel.

Visning i øvrigt for så vidt angår mentoraktivitet, evalueringer, PDF mv. er ens.

Der sker ingen "datagenopretning" på DFDG, så Jobnet vil i tiden der kommer understøtte begge former for mentor aktivitet. Løbende som flere overgår til ny ActivityService vil den den nye "Mentor aktivitet" fylde mere og mere, men da borger på tidslinjen kan gå tilbage til tidligere aktiviteter, vil understøttelse af den gamle "mentoraktivitet som kursus" vedblivende være aktuel.

Mentor som selvstændig aktivitet er implementeret i /wiki/spaces/ISB/pages/1484488765.


Særlige krav til test

Test scenarieBerørte systemområder (herunder nye batchjobs*) Identificeret af






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