Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning

JOB-572 - Getting issue details... STATUS

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)

Beskrivelse af epic

838.12.1 Google Analytics export og efterfølgende import til Matomo

STAR ønsker at vide om der er mulighed for at trække de eksisterende data i GA over til Matomo.

Matomo dokumentation:
[https://matomo.org/docs/google-analytics-importer/|https://matomo.org/docs/google-analytics-importer/]

GA dokumentation:
[https://support.google.com/analytics/search?hl=da&query=eksport%20af%20data|https://support.google.com/analytics/search?hl=da&query=eksport%20af%20data]

Vi har brug for en vurdering af opgavens omfang inden vi beslutter for at gennemføre opgaven.

Opgaven er løst som en timebox via manuscript: https://manuscript.star.dk/f/cases/166931/ og  JOB-665 - Getting issue details... STATUS .

Konklusion: Det kunne ikke lade sig gøre.

838.12.2 Fjernelse af default webcertifikat i Jobnet

Et gammel PROD certifikat (oprindeligt udstedt af svenske TELECA) er udløbet 19/12 2008. Alderen taget i betragtning skulle man tro, at det ikke var i brug. Men vi har tidligere forsøgt at fjerne det, hvorved central funktionalitet knækkede. Certifikatet anvendes til at signere/danne den interne SecurityToken på Jobnet. Det kan fornys men det kan også leve som det er, hvilket dog ikke er pænt, da det er udløbet for længst. 

Tre muligheder var i spil:

1. ikke gøre noget (det virker - men er ikke pænt).
2. forny det - ingen Jobnet rettelser (dette kunne ikke lade sig gøre)
3. brug et nyt certifikat - en ny US på jobnet 

Arbejdet udføres i  JOB-635 - Getting issue details... STATUS . Se endvidere https://manuscript.star.dk/f/cases/165244/.

Konklusion: Udfaldet blev således punkt 3: DefaultWeb certifikatet blev slettet og Jobnet benytter nu Jobnets ssl certifikat i stedet.

838.12.3 Tekstkorrektion på accept af persondata 

Af brødtekst ved borgers accept af persondata politik (markeret med rødt herunder) fremgår ikke, at årsagen er, at STAR har en forpligtelse til at orientere borger om behandling af personoplysninger. 

Teksten markeret med rødt herunder, som fremkommer ved borgers accept af ny politik ved login, rettes derfor til:

"Vi vil gerne bede dig om at markere, at du har læst og forstået 'Politik om persondata', da vi har en forpligtelse til at informere dig om behandling af dine personoplysninger."

Teksten markeret med rødt herunder, som fremkommer ved borgers oprettelse af nyt login, rettes derfor til:

"Vi vil gerne bede dig om at markere, at du har læst og forstået 'Politik om persondata', inden du kan oprette dig som bruger. Det er fordi, at vi har en forpligtelse til at informere dig om behandling af dine personoplysninger."

arbejdet er udført via: /wiki/spaces/ISB/pages/1781269094

NB! Se i øvrigt https://manuscript.star.dk/f/cases/175709/Tekstrettelser-Persondata-politik der har rettelser til ovennævnte userstory og øvrige tekster på samme skærmbilleder. FB#175709 udgør de, i skrivende øjeblik, seneste rettelser!!!! 

838.12.4 Sletning af tekst i primary action: Du skal ikke tjobbe mere.

I en overgang har af primary action på Jobnet, for de der tidligere skulle Tjobbe, men nu ikke skal det mere, fremgået netop dette budskab: "Du skal ikke længere tjekke jobforslag". Hensigten var, at borgere skulle oplyses om dette i en periode, da de har haft "Tjob" som væsentlig forpligtlese 1 gang ugentligt. Tiden er dog kommet til at fjerne budskabet.

Teksten markeret med lilla firkant herunder, skal derfor ikke længere fremgå. 

Det skal fortsat fremgå for borgere der automatches, at de har nye jobforslag.

Arbejdet udføres via /wiki/spaces/ISB/pages/1594392631

838.12.5 Spike: Teknologivalg: Angular 9 på Jobnet eller refaktorering af eksisterende Joblog kode

Ved udarbejdelsen af den nye joblog i 20-2 var der tidligt brug for en afklaring om teknologi.  Ville Angular 9 byde på fordele? Ville der komme udfordringer på Jobnet i øvrigt ved løft til Angular 9? Kunne det bedre betale sig at refaktorere den eksisterende kode?Hensigten var at give PO et kvalificeret grundlag at træffe en beslutning på.

Arbejdet udførtes i /wiki/spaces/ISB/pages/1435140198.

Konklusionen blev, at Angular 9 var en fordel.

838.12.6 Ny Cookie consent løsning på Jobnet

Der er sket meget på Cookies området på Jobnet i 20-2.

Den tidligere Siteimprove løsning blev slettet via  JOB-771 - Getting issue details... STATUS . Sletningen skete i en patch. En midlertidig og hjemmelavet cookie løsning blev implementeret til styring af STARs nye Matomo analyse system. 

Den hjemmelavede cookie consent løsning erstattes nu i 20-2 med en løsning STAR har købt. Denne løsning er konfigureret til, at borger kan acceptere og sætte Matomo cookie via knappen "Statistiske" cookies.

Design og ordlyd på cookie consent løsning kan administreres af STAR via et interface, som Behrooz har adgang til. Indledningvis er design og ordlyd dog implementeret af udbyderen (Cookie Information).

Arbejdet er udført via: /wiki/spaces/ISB/pages/1781006551

838.12.7 Identificere kritiske Leapworks flows

STARs løsning til automatiseret test, der inkluderer GUI laget, skal implementeres på Jobnet i løbet af 20-3. Til brug for dette er oprettet en Spike, der havde til formål at synliggøre og prioritere oplagte flows. Implementeringen af de enkelte flow vil efterfølgende blive oprettet som user stories under epic 978.1 (  JOB-478 RELEASE KANDIDAT ). På et møde er efterfølgende prioriteret, at det kun er de første 4 stories der skal prioriteres og det gerne i small breakpoint for en enkelt browser. Sidenhen skal en af disse stories udvides, med henblik på bredde i breakpoints og browsere. 

Arbejdet er udført via  JOB-979 - Getting issue details... STATUS

838.12.8 Spike på funktionalitet i Jobkon

En undersøgelse af Jokon funktionalitet er udført. Beskrivelse af formål og redegørelse for resultater kan ses i  JOB-670 - Getting issue details... STATUS . 

838.12.9 Sletning af Timeliness info fra Jobnet

Collectionen timeliness er faset ud af PSS v. 20 (i release 20-1) men figurerer fortsat i Jobnet, hvor den er referet men ikke anvendt. Opretholdelse af referencerne i Jobnet er teknisk gæld. Jobnet fjerner derfor collectionen fra koden via /wiki/spaces/ISB/pages/1650327706.

838.12.10 Peg T18 væk fra Sitecore over på Umbraco

STAR ønsker at overgå fra Sitecore som CMS til Umbraco. Pentia har sat en umbracoløsning op og det er STARs ansvar at verificere, at Umbraco virker som forventet herunder at de relevante data er porteret. Til brug for denne opgave har STAR brug for, at et enkelt testmiljø peges over på Umbraco, så dette miljø kan sammenlignes med et miljø hvorpå der er Sitecore. 

Bemærk: der er ingen udvikler eller leverandørtestopgave i denne userstory ud over at sikre, at der peges på rette miljø. Umbraco skal fra Pentias side være konfigureret med samme interface som Sitecore har, så overgangen er uproblematisk. 

T18 er valgt som miljøet for test.

838.12.11 Saml20SignonHandlerWrapper FB#172787 (20-1-R02)

Et problem med login med ældre browsere i relation til NemID er konstateret i https://manuscript.star.dk/f/cases/172787/. Konsekvensen var, at borgere rammer en blank fejl side, når de logger ind med en browser som ikke understøtter de nye sikkerhedskrav, som Jobnet implementerede i 20-1. 

Fejlen fixes med visning af nedennævnte tekst for aktuelle browsere.

Teknisk fejl

Du kan desværre ikke logge ind på Jobnet ved brug af NEM ID, med denne browser.
Det skyldes, at den ikke virker sammen med den sikkerheds opdatering, som nu er gældende på Jobnet.

Du kan opgradere din browser eller skifte til en anden nyere browser og derefter prøve at logge ind igen.

Du kan læse mere om, hvilke browsere Jobnet understøtter på supportsiden[https://jobnet.zendesk.com/hc/da/articles/203519739-Browsere-og-smartphones]. (Gør hele sætningen til link – husk ekstern link helper)

Har du stadig problemer med at logge ind, kan du kontakte supporten[Link til supporten, som i footer]. (Gør hele sætningen til link – husk ekstern link helper)

Opgaven er løst via  JOB-1091 - Getting issue details... STATUS

838.12.12 JobnetBookingService fejl håndtering i Jobnet

Ved tilslutning af Schultz på deres nye plannersystem blev konstateret, at en række fejl kunne opstå, hvor Jobnet reagerer med at vise en generel fejl, der henviser borger til kundesupporten. Det rigtige i situationen, når nu fejlene er specifikke, er at gribe dem og at henvise borger til Jobcenteret, da fejl netop sker i kontekst af at mødebooking forsøges foretaget.

Fejlen løses via  JOB-1499 - Getting issue details... STATUS  og er dybere beskrevet her: https://manuscript.star.dk/f/cases/175521/JobnetBookingService-fejl-h-ndtering-i-Jobnet

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.