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.
Dato | Version | Hvem | Hvad er ændret? |
---|---|---|---|
17-07-2024 | 0.1 | Carsten Olsen | Oprettet del med DFDG backend. dvs snitflader og løsningsmodeller heruder for indeksering af Ankiro |
...
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)
Summary | Varslingstype | Varslingsnote | Eksterne Snitflader | Interne Snitflader | Project |
---|---|---|---|---|---|
...
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.
...
Drawio sketch | ||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Overordnet og seneste løsningsmodel inkl. releases
Drawio sketch | ||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
2024-4 MVP
Denne del er en forudsætning for at JogAD og JogAG kan releases i 2024-4
2024-4 IKKE MVP
Denne del er en forudsætning for at nyt Jobnet i Jobsearch kan lave deres implementering af Find job
2025-1
Forudsætning for for at nyt Jobnet i Jobsearch kan lave deres implementering af af jobagenter, gemte søgninger og gemte annoncer
Later / teknisk gæld
Denne er den tekniske gælde er der i forbindelse med XCV søgningen er lagt i Jobsearch domænet men det skal bo i Match
Acceptkriterier til DFDG / backend omkring jobannoncesøgning i Ankiro.
...
Jobnet classic forsætter med at anvender Ankiros SOAP service uændret
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
Model Nul: Ingen aliaser medtages pt => ingen ændringer til snitflade, ankiro eller indeksering
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
Model Specifik alias søg: Der skal søges på alias seperat fra andre søgeparametre =>
Data skal være tilsted på jobannoncer
Ændringer til selve Ankiro søgemodel, der udvides med ekstra søgefelter
Indekseringer af Ankiro skal udvides
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
...
Model 1: Indeksering af Ankiro model Batchjob i Match domæne
Logikken (forretning og design) fra eksisterende batchjob i Jobnet classic genbruges i hovedtræk
Data der ikke fås fra annoncerne, skal der beriges med, inkl. evt. kodelister og event
Forudsætninger: Batchjob skal være klar til produktion med 2024-4
Fordele: Passer bedre med fremtidig arkitektur men har statig en lidt for tæt kolding til Virksomhed
Ulemper: Kan være blivende løsning men eventmodel er mere i tråd med ny arkitektur, Dårlig mulighed for totalreindeksering af Ankiro
Model 2: Indeksering af Ankiro model eventbroker via Match domæne
Der skal rejses skal rejse event på Jobannoncer + event skal laves fra Virksomhedsdomænet
Forretningslogik logikken fra eksisterende batchjob i Jobnet classic indtænkes i eventreciever i match
Data der ikke fås fra annoncerne, skal der beriges med, inkl. evt. kodelister og event
Forudsætninger: Eventpublicher og reciever plus logik skal være klar til produktion med 2024-4
Fordele: Passer 100% med fremtidig arkitektur, Bedre mulighed for at lave total reindeksering af Ankiro
Ulemper: Team Virksomhed eller Plan skal lave event og rejse denne og det er ikke i planen pt.
Model 3: Indeksering af Ankiro temp model via tilpasning af eksisterende batchjob i Jobnet classic
Forudsætninger: Eventpublicher og reciever plus logik skal være klar til produktion med 2024-4
Fordele: Passer 100% med fremtidig arkitektur, Bedre mulighed for at lave total reindeksering af Ankiro
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.
Afklaringer
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 )
Alle borgere | Egne borgere | Tidligere egne borgere | Gæsteadgang | Anden Aktør - egne borgere | Anden Aktør - gæsteadgang | |
---|---|---|---|---|---|---|
A-kasse | X | |||||
JobCenter | X | X | ||||
Kommune | X | |||||
STAR | X | |||||
AUB | ||||||
UDK | ||||||
STIL |
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
...