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

fgræ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)

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


PersonContactService(v3).GetPersonContacts implementeres på Jobnet. Det sker i /wiki/spaces/ISB/pages/1530953986.

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. 

Image Modified

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

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