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.
| Page Properties | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
| Jira Legacy | ||||||
|---|---|---|---|---|---|---|
|
OBS DETTE SKAL TILPASSES MED DE KORREKTE NUMRE NÅR EPICS OPRETTES I JIRA
Indholdsfortegnelse
| Table of Contents | ||
|---|---|---|
|
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. | Beskrivelse | Relevant for |
| 963.4.1 | Som borger vil jeg kunne se udvalgte kontaktpersoner ud over mentor på Jobnet | Jobnet |
| 963.4.2 | Som borger vil jeg have en mere ensartet terminologi på Jobnet fx. at aktiviteter konsistent tilrettes til indsatser m.v. | Jobnet |
| 963.4.3 | Som borger vil jeg kunne se mentorstøtte efter den nye mentoraktivitet under Min Plan | Jobnet |
| Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemæ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 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 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 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 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.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.
Overvej for hvert acceptkriterie hvilke systemer der berøres af ændringen:
- 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)
- 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.
- JobcenterPlanner (JCP)
- WorkForcePlanner (WFP)
Særlige krav til test
| Test scenarie | Berø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.