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. 

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

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):

Automatisk oversigt (vi arbejder på løsning på at gøre den synlig)

Jira LegacyserverSystem JIRAcolumnssummary,varslingstype,varslingsnote,eksterne snitflader,interne snitflader,projectmaximumIssues100jqlQueryissuetype = Varsling AND linkedIssue in (DS-38) ORDER BY summary, Varslingstype, "Eksterne snitflader", "Interne Snitflader" serverId479d1618-4a6f-3f88-8ee1-04c6b02c448aEksisterende 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 er  (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 i PersonContactService, 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  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:

Image Added

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: 

Image Added

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 implementeres  implementeret på Jobnet. Det sker skete i /wiki/spaces/ISB/pages/1530953986. Bemæ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

Når borger tfra Min Plan under Jobmål klikker sig direkte videre til Find Job, skal der være et link retur til Min Plan. Brødkrummerne øverst følger Jobnets sidehieraki og ikke, der hvor man kom fra. Dette udføres i userstory: 

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

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

Image Added

• 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

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