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

...

Versionshistorik af betydning for eksterne (v0.1, v0.3, v0.5 og v1.0)

Anvendes ved ændringer, der har betydning for eksterne.

...

Links i listen virker kun med STAR Jira konto og kan derfor ikke tilgås af eksterne. Links under Summary indeholder ikke andre oplysninger relevant for eksterne end hvad der fremgår i tabellen.

(kopiér og indsæt manuelt i tabellen)

...

Beskrivelse af epic

Baggrund

Her udfylder PO oplysninger om baggrund for epic'en, herunder fx om der ligger politisk aftale eller lovgivning bag. Særligt vigtigt, at dette fremgår, hvis det ikke fremgår i en overliggende ISB, hvortil der evt. kan henvises.

Regler

Her udfylder PO oplysninger om eksisterende eller forventede regler om registrering og indberetning.

Denne epic dækker find job både som service og som front end på Jobnet. I forholde servicedelen der er ikke nye regler. For Frontend se Figmafiler (*kun tilgængelig internt i STAR).

Forventet påvirkning af jobcenter-, a-kasse- eller ydelsessystemer

Her beskriver PO overordnet, hvordan epic'en forventes at påvirke aftagerne. Særligt vigtigt, at dette fremgår, hvis det ikke fremgår i en overliggende ISB, hvortil der evt. kan henvises.

Ingen påvirkning, i dag har eksterne ikke til at anvende søgning på jobannoncer.

...

Overordnet og seneste løsningsmodel inkl. releases

...

Forudsætning for del 2 kan afsluttes og del 3 påbegyndes

1. Jobsøgning: Tilpasning af Ankiro med nye og ændret attributter inkl GUID som nøgle, både til Jobnet claasic og WIDK

   1. Forudsætning: Fra virksomhed info om ændringer der påvirker Ankiro

   2. Afklar også hvordan Alias kan/skal håndteres

Del 2 - Data fra nyt jobAnnoncer univers til Match domæne

1. Plan: Event til Jobannoncer fuldt indhold

   1. Forudsætning QA fra Virksomhed

   2. Afklaring: Skal der et flag med om det er en gensend i forhold til fuld synkronisering

2. Plan: Eventrecievers på de data fra andre domæner der skal beriges med

   1. /wiki/spaces/ISB/pages/4223008855

3. Virksomhed og Plan: Eventpublicher på Jobannonceevents,

   1. Impl. i Virksomhed måske lidt eventviden fra Plan

4. Plan: Event reciever i Match der gemmer nødvendige data

   1. Afklaring: Nødvendige data for Ankiroindekseringer

5. Plan: Event reciever i Match feeder Ankiro både til Jobnet classic og WIDK in

   1. Forudsætning Del 1 er lavet

6. BI: Datamonitor på Jobannoncer mellem Virksomhed og Match domæner

   1. Afklaring: BI er ikke klar over de har noget på denne opgave

Del 3 - Tilpas Jobnet classic til ny Ankirosøgning lavet i del 1 (kun meget overordnet beskrevet da Jobsøgning allerede er igang med at lave US)

1. Jobsøgning: Tilpas Jobnet classic find job funktionalitet som den anvender den opdateret SOAP Ankiro service

   1. Forudsætning: Del 1 for implementering og Del 2 for test, måske også en færdiggørelse af udvilking pga der skal være data.

2. Jobsøgning: Tilpas Jobnet classic til at kalde de nye restservice

3. Jobsøgning: Sikre at gemte søgninger og Jobagenter forsat virker (dette antager pt. vil virke)

4. Jobsøgning: Gemte annoncer oprydning

   1. Afklaring: Gemte annoncer vil ikke virke da de jo ikke konverteres, hvad skal ske med disse i Jobnet

Del 4 - “Batch” crawler til eksterne jobannonver

1. Plan - Etabler job der kalder jobannonce crawler fra CareLink og feeder Ankiro både til Jobnet claasic og WIDK

   1. Afklaring omkring hvordan crawler virker i Jobnet classic, hjælp fra Jobsøgning

Del 5 - Luk for Jobnet classic batchjob til Ankiro indeksering (gl. feeder)

1. Jobsøgning: Stop for Jobnet classic batchjob til Ankiro indeksering (gl. feeder)

   1. Forudsætning: Del 1 og måske Del 2 og Del 4

   2. Afklaring: skal gl. kode helt eller delvis fjernes eller er det nok vi stopper batchjob (Bare MVP)

Del 6 - Ankiro konfiguration

1. Plan/Jobsørning: Flyt og tilpas fra Jobnet classic til Match

   1. Afklaring: Hvilket team laver denne opgave

   2. Afklaring: Hvad ligger præcis i opgaven

   3. Afkalring: er denne del MVP til 2024-4

Del 7 - tværgående test / SystemIntegrationstest 2024-4

1. Plan/Jobsørning:

   1. Afklaring: Hvilket team laver denne opgave

   2. Afklaring: Hvad ligger præcis i opgaven

2024-4 IKKE MVP

Denne del er en forudsætning for at nyt Jobnet i Jobsearch kan lave deres implementering af Find job

Del 8 - Ny REST snitflade på Match

1. Plan: Ny REST snitflade på Match

   1. Forudsætning Del 1 er færdig

...

Del 9 - Nyt Jobnet frontend for Find Job

1. Jobsøgning: Etablering af den nye frontend på nyt Jobnet

   1. Forudsætning: Del 8 er færdig

Del 10 - Service til gemte jobagenter og gemte søgninger

1. Plan: Servicesnitflader til gemte jobagenter og gemte søgninger

   1. Afklaring: At nyt løsningsdesign er klart

Del 11 - Service til gemte jobannoncer

1. Plan: Servicesnitflader til gemte jobannoncer

...

1. Forudsætning er Del 9 og 10 for at nyt Jobnet i Jobsøgning kan lave deres implementering af af jobagenter, gemte søgninger og gemte annoncer

2. Jobsøgning: Frontend opret gemte jobagenter og gemte søgninger

3. Jobsøgning: Frontend opret gemte jobagenter og gemte søgninger

Del 13 - Metoder til email verifikation og slette jobagenter

1. Plan: Servicesnitflader til email verifikation og slette jobagenter

Del 14 - Frontend for verificer email på jobagenter og slet jobagent

1. Jobsøgning: Side på jobnet som der kan linkes til fra email på at verficerer en email adresse, inkl kald til servicemetode

   1. Forudsætning del 13

Del 15 - Udsendelse af jobagent mails

1. Plan: Lave email skabeloner i DYT inkl link fra nyt jobnet

   1. Forudsætning der er link fra nyt Jobnet etableret

2. Plan: Dan og send mail til borger for verficering når jobagent oprette

   1. Test whitelist

3. Plan: Lav Batchjob til at fortage jobagebtsøgninger og send mail med resultat

...

• CV søgningen er lagt i Jobsearch domænet men det skal bo i Match

• Generelt udestående er automatch og hvad der skal ske

  • Simpel model er at danne en jobagent på baggrund af borgers “Jeg søger job som“

...

1. Jobnet classic forsætter med at anvender Ankiros SOAP service uændret

2. Forudsætning vi ikke laver om i indholdet af den eksisterende Ankiro indtil Jobnet classic er udfaset

Vi skal lige verificerer at aliase ikke pt er med, dette er antagelsen men det kan ses i indeksringsbatchjob

Udenstående er hvordan STAR ønske om anvendelse af alias på stillingsbetegnelser skal håndteres

1. Model Nul: Ingen aliaser medtages pt => ingen ændringer til snitflade, ankiro eller indeksering

2. Model CV: Alias medtages sammen med stillingsbetegnelser og der vil kunne søgs på disse efter samme principper som stilllingsbetegnelser => Mindre tilpasning af indekseringsjob, Løsning vil også virke ud af boksen på Jobnet classic

3. Model Specifik alias søg: Der skal søges på alias seperat fra andre søgeparametre =>

   1. Data skal være tilsted på jobannoncer

   2. Ændringer til selve Ankiro søgemodel, der udvides med ekstra søgefelter

   3. Indekseringer af Ankiro skal udvides

   4. Jobnet classic skal tilpasses til ny SOAP søge service fra Anriko

Acc 1005.18.21.3 Som STAR (Nyt Jobnet) vil jeg have en REST service til gemme jobaggenter, Jobannoncer og jobannoncesøgninger

...

1. Model 1: Indeksering af Ankiro model Batchjob i Match domæne

   1. Logikken (forretning og design) fra eksisterende batchjob i Jobnet classic genbruges i hovedtræk

   2. Data der ikke fås fra annoncerne, skal der beriges med, inkl. evt. kodelister og event

   3. Forudsætninger: Batchjob skal være klar til produktion med 2024-4

   4. Fordele: Passer bedre med fremtidig arkitektur men har statig en lidt for tæt kolding til Virksomhed

   5. Ulemper: Kan være blivende løsning men eventmodel er mere i tråd med ny arkitektur, Dårlig mulighed for totalreindeksering af Ankiro

2. Model 2: Indeksering af Ankiro model eventbroker via Match domæne

   1. Der skal rejses skal rejse event på Jobannoncer + event skal laves fra Virksomhedsdomænet

   2. Forretningslogik logikken fra eksisterende batchjob i Jobnet classic indtænkes i eventreciever i match

   3. Data der ikke fås fra annoncerne, skal der beriges med, inkl. evt. kodelister og event

   4. Forudsætninger: Eventpublicher og reciever plus logik skal være klar til produktion med 2024-4

   5. Fordele: Passer 100% med fremtidig arkitektur, Bedre mulighed for at lave total reindeksering af Ankiro

   6. Ulemper: Team Virksomhed eller Plan skal lave event og rejse denne og det er ikke i planen pt.

3. Model 3: Indeksering af Ankiro temp model via tilpasning af eksisterende batchjob i Jobnet classic

   1. Forudsætninger: Eventpublicher og reciever plus logik skal være klar til produktion med 2024-4

   2. Fordele: Passer 100% med fremtidig arkitektur, Bedre mulighed for at lave total reindeksering af Ankiro

   3. Ulemper: Ren temporær løsning der skal leve en release eller to, skal senes lave som model 1 eller 2 når Jobnet classic lukker, Timer skal lægges af teanm Jobsearch og den er ikke meget billigere i forhold til model 1 og 2, dvs det ikke bare et hurtigt fiks da vi bl.a. ingen eksperter har på dette område.

4. Afklaringer

   1. Er der behov for at etablere en mulighed for at lave en fyld reindeksering af jobannoncer i Ankiro?? Dette kan ske med CV’er pt.

Konklusion på modelvalg

Udestår!!!!

Det skal afklares med STAR, Jobsearch, Virksomhed og Plan hvilken model vi går med. Dvs enten en ren model 1 eller 2 og om vi skal have en temporær model 3 i spil (det sidste er det virksomhed pt har lagt op til pga. ressourcer)

...

Acc 1005.18.21.5 Som STAR vil jeg have flyttte borgers Jobagenter og gemte søgninger

Løsningsmodel

• Det er ikke mulig at flytte gemte jobannoncer fra lagt ind af virksomheder fra JobAg, da disse slettes vil overgangen til nyt jobannonce model fra virksomhed

  • Hvad med andre gemte annoncer skal de flyttes?

• Skal borgers Jobagenter flyttes fra Jobnet classic???

• Skal gemte søgninger flyttes fra Jobnet classic???

Acc 1005.18.21.6 Som STAR vil jeg have omlagt afsendelse af email fra jobagenet inkl. whitlistning på testmiljøer

...

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

...

Korrekte sikkerhedsattributter på services

PO skal for hver enkelt servicemetode angive hvilke myndighedstyper, der må kalde de forskellige servicemetoder.

Tilladte organisationer (eksempel - se den fulde liste over myndighedstyper på siden DFDGs sikkerhedsmodel )

A-kasse filtrering

Hvis a-kassen må anvende metoden, må a-kassen så se / hente alle data? Eller skal der foretages filtrering ift. at a-kassen fx kun må se nogle udfaldsrum / kodelisteværdier? Husk at filtreringen skal ramme eventuel visning på Jobnet aht. sagsbehandlerlogin

Sagsbehandlerlogin på Jobnet - tag stilling til adgang!

En sagsbehandler i et jobcenter kan tilgå en borger tilknyttet det konkrete jobcenter.

En sagsbehandler i en a-kasse kan tilgå en borger, som er medlem af a-kassen og KG 1 (tilmeldt og ikke-tilmeldt) eller KG 8 og tilmeldekategori 5 - dimittend.

Begrænsninger kan foretages via (a-kasse-) filtrering, eller ved at afgrænse på action niveau på konkrete sider på Jobnet.

Stillingtagen: Beskriv kort, at der er taget stilling til sagsbehandlerlogin

...