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

Interne links (indhold ikke relevant for eksterne)

BI-956 - Getting issue details... STATUS

JOB-2150 - Getting issue details... STATUS

DS-3547 - Getting issue details... STATUS

VIR-1582 - Getting issue details... STATUS

JOB-3686 - Getting issue details... STATUS

DS-5611 - Getting issue details... STATUS

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

Automatisk oversigt 

Ikke synlig for eksterne. Indhold er kopieret til den manuelle oversigt ovenfor.

Beskrivelse af epic

Bemærkninger til KSS og a-kasser

Ændringer til 

• UnemploymentEnrollmentService (ny version 8 med ESCO-STAR) fremgår på siden UnemploymentEnrollmentService (Version 8 [UDV], 2021-2). hvor ændringerne i snitfladen er farvemarkeret
  Se /wiki/spaces/GI/pages/2767683654 for implementeret snitflade
• IllnessCompositeService (ny version 5 med ESCOSTAR) fremgår på siden IllnessCompositeService (Version 5 [UDV], 2020-4), hvor ændringerne i snitfladen er farvemarkeret
  Se /wiki/spaces/GI/pages/2767618077 for implementeret snitflade
• JobSearch.CvService (ny version 2 med ESCOSTAR) fremgår på siden JobSearch.CvService (Version 2 [UDV], 2021-2), hvor ændringerne i snitfladen er farvemarkeret
  Se /wiki/spaces/GI/pages/2807201999 for implementeret snitflade

• /wiki/spaces/GI/pages/2767913133.GetVariablePersonStatus.ProfessionInfo denne kollektion udfases, data kan hentes enten på CVservice.Getcv i Jobtargets eller på UnemploymentEnrollmentService.GetProfessions (ny metode på v8 af denne service)

• Beskrivelse af teknisk snitflade for WSRM'er - med følgende nye versioner - vil blive tilgængelig på wiki, når WSRM'er er kodet:
  • GetRecoveryCompositeMessageVersion7
  • GetRecoveryCompositeMessageVersion8

Bemærk: For alle nye serviceversioner anvendes de 2 nye standard responce typer.

Stillingsbetegnelser fra ESCO STAR information til KSS, A-kasser og andre interessenter

Stillingsbetegnelser fra ESCO STAR information til KSS og a-kasser og andre interessenter

Som en del af denne epic og grundlaget for de nye ESCO STAR stillingsbetengelser anvendes servicen og metoder der udstilller selve taxonomien for ESCO STAR.

For en mere detaljeret oversigt over disse service og metoder henvises til:

Taxonomy.EscoStarService (2021-1)

Der indeholder ESCO STAR stilllingsbetegnelser og alias på metoderne:

• GetOccupation (GET /v1/EscoStar/occupations/{conceptUri})

• GetOccupations (GET /v1/EscoStar/occupations)

Der indeholder mapningen fra de gamle DiscoAMS stillingsbetegnelser  til de nye ESCO STAR stillingsbetegnelser i metoderne:

• GetDiscoAms08ConceptUriMapping (GET /v1/EscoStar/occupations/discoAms08ConceptUriMappings/{discoAms08Id})

• GetDiscoAms08ConceptUriMappings (GET /v1/EscoStar/occupations/discoAms08ConceptUriMappings)

Stillingstagen for, hvorvidt stillingsbetegnelsen kan benyttes

• Hvis stillingsbetegnelse har en IscoGroup defineret er det en stillingsbetegnelse.

  • Til information: Stillingsbetegnelser i hierarkiet er i niveau fem eller under.

• Hvis stillingsbetegnelse er Aktiv og validFrom og validTo, er indenfor tidspunktet registreringen omhandler, kan denne benyttes.

Taxonomy.CodeListsService

De kodelister og deres værdi der anvendes i forbindelse med ESCO STAR kan findes under Taxonomy.CodeListsService

Det skal bemærkes at der i forbindelse med releasen til 2021-2 sker en forretningsmæssig opdatering og:

• Taksonomien tilrettes uden ændringer af grænseflader.

• Nye, fravalgte og ændrede stillingsbetegnelser.

• Nye, fravalgte og ændrede aliaser.  

Særtilfælde vedrørende tilmelding

I forbindelsen med tilmelding foretaget af DFDG (som afledt handling pga. raskmelding fra f.eks. sygedagpengesystemet KSD eller en fremtidig  tilmelding registreret af jobcenter eller a-kasse eller tilmelding initieret fra KY) kan der være få særtilfælde, hvor DFDG ikke har registreret stillingsbetegnelser i "Jeg søger job som" for en borger. I et sådan tilfælde vil DFDG sætte en fiktiv ESCO STAR kode "Stillingen er ikke aktiv længer, vælg en ny". Denne ESCO STAR stillingsbetegnelse er ikke aktiv og ikke knyttet til andre stillingsbetengelser eller ISCO grupper i hierarkiet. Denne specielle ESCO STAR kode vil kun blive sat af STAR, men aftageren skal kunne vise den for sagsbehandler. 

Ændring til ovenstående

Da der har været usikkerhed omkring håndtering af den specielle ESCO STAR kode "Stillingen er ikke aktiv længer, vælg en ny" har STAR valg at udskyde anvendelse af denne i forbindelse med 2021-2 releasen. I stedet vil STAR anvende følgende regel, som er den sammen som anvendes i den eksisterende løsning baseret på DiscoAMS.  

I forbindelsen med tilmelding foretaget af DFDG (som afledt handling pga. raskmelding fra f.eks. sygedagpengesystemet KSD eller en fremtidig  tilmelding registreret af jobcenter eller a-kasse eller tilmelding initieret fra KY) kan der være få særtilfælde, hvor DFDG ikke har registreret stillingsbetegnelser i "Jeg søger job som" for en borger. I et sådan tilfælde vil DFDG sætte ESCO STAR kode "Klargører" ind. Denne ESCO STAR stillingsbetegnelse er aktiv. Skulle borger have stillingsbetegnelser, der er inaktive på tilmeldetidspunktet, vil disse blive fjernet i forbindelse med tilmeldingen.

Dette betyder forretningsmæssig at borgere, der er i denne specielle situation, hvor borger ingen aktive stillingsbetegnelser har, vil få stillingsbetegnelsen "Klargører" og derefter kan borger på Jobnet sætte de ønskede stillingsbetegnelser i Jeg søger job som helt normalt. Denne problemstilling vil ikke forekomme i et anderledes antal end før 20-2 releasen.  

Til intern brug i STAR og hos STARs leverandører

Nedenstående beskrivelser af ændringer er primært af intern karakter om udviklings- og konverteringsopgaver DFDG, Jobnet og JobSearch.

Bemærk: For alle nye serviceversioner anvendes de 2 nye responcetyper.

Acc.kr 976.8.1 - Som STAR vil jeg have at data i tilmeldingen (jeg søger som som), ved raskmelding, er konverteret fra DISCOAMS til ESCO-STAR

Løsningsmodel:

Efter arkitekturafklaring er der tre delopgaver

1. Tilpasning i Jobnets eksisterende model for Jeg søger job som
2. Tilpasning i CV silo for Jeg søger job som
3. Tilpasning i DFDGs eksisterende model for Jeg søger job som

Dvs. den nuværende arkitektur og integration omkring Jeg søger som som mellem Jobnet og DFDG forsætter uændret, ligeledes fødes CV siloen forsat fra DFDG. 

Jobnet løsningsmodel

På Jobnet kan borger, både ved tilmelding og i relation til menupunkt "Jeg søger job som", afgive oplysninger om hvad de søger som. Ved raskmelding synkroniseres "Jeg søger job som" i øvrigt mod DFDG.

• Snitflader aftaget fra DFDG skal derfor løftes og jobnets datamodel udvides, til også at rumme ESCO STAR. Borgers oprindeligt valgte værdier jf. discoams bevares af historisk årsager.
  
  • Jobnet overgår til CPR baseret kald af UnemploymentEnrollmentService(v8).  UnemploymentEnrollmentService(v8) er EscoSTAR funderet og succesfuld tilmelding, via tilmeldingsflow eller straksbookingflow, kræver derfor EscoSTAR værdier i "Jeg søger job som". 
  • Ved logon vises notifikaton til borger, hvis borger har udgåede EscoSTAR koder tilknyttet sin "Jeg søger job som".
  • Jobnet er ikke påvirket af, at /wiki/spaces/GI/pages/2767913133.GetVariablePersonStatus.ProfessionInfo udfases.
    
    
• Intellisense forslag skal vise ESCO STAR stillingsbetegnelser og aliasser, som visning i dag sker for DiscoAms.
• Automatch tilpasses, så borger matches på stillingsopslag baseret på EscoSTAR (Forudsætter at Ankirosuite er tilpasset ESCO STAR med indexes, datasources og søgeprofiler og at Ankiros ESCO STAR leverance er implementeret jf. 976.12)

CV silo løsningsmodel

I og med CV-siloen blot modtager "Jeg søger job som" data fra DFDG, er der alene tale om at

• CV-siloen skal skifte DiscoAMS ud med ESCO STAR 
• CV-siloen skal nu også kunne modtage ESCO STAR koder fra DFDG
• Etablerer tabeller med ESCO STAR i eksternal data og BI får loadet data (Dette punkt er den samme forudsætning der skal være på plads som i 976.11)

Bemærk: Opdateringer af ESCO STAR koder via eventbroker er ikke en del at dette acceptkriterie, da særkilt epic 976.21 omhandler dette.

DFDG løsningsmodel

• Snitflader og datamodel udvides til at håndterer ESCO STAR
• Events mod CV silo rettes til så de indeholder ESCO STAR
• Etablerer tabeller med ESCO STAR i external data og BI får loadet data (Dette punkt er den samme forudsætning der skal være på plads for hele DFDG og alle i 976 epic der berører DFDG)
• Data konverteres i Jeg søger job som tabel (laves af BI)

Konvertering i Jobnet af ProfessionCollection (Beskrivelse gælder for både 976.8.1 og 976.8.2 og 976.8.3)

Taxonomy i Jobnet i relation til "Jeg søger job som"

Jobnet team udvider tabellen tSokandeYrke, så den kan modtage ESCO STAR værdier:

• conceptUriDa, string, not null (ESCO STAR kode)
• aliasIdentifier, Int, nullable

Under korrespondancen til BI, refereret til som Opgave 4, der udfærdiger BI et script, som BI på releaseaftenen kan bruge til at indsætte EscoSTAR pendanten (ConceptUriDa) til borgers oprindeligt angivne Disoams værdi (iYrkeID) i tabellen tSokandYrke, der rummer borgers "Jeg søger job som".

Pendanter til borgers valgte aliasser indsættes ikke ved dette script, da der ikke er et 1-1 match på aliasser, som i discoamsverdenen blev indsat som tekst i feltet "UserOccupationSelectedName" uden reference til det bagvedliggende ID. Det er derfor aftalt med STAR (Thor og Daniel) at de eksisterende aliasser ikke forsøges konverteret og at det nye felt til alias (aliasIdentifier) på disse rækker derfor sættes til null.

De gamle felter iYrkeID og UserOccupationSelectedName bevares i databasen for fremtidig reference.

Som aftagersystem casher Jobnet taxonomy data hver time. Der er således ikke brug for en fallback løsning som beskrevet senere under Jobsearch, i det Jobnet ikke interagerer med eventbroker. Enhver ændring foretaget i administrationsmodulet forventes slået igennem i Jobnets cache indenfor 60 minutter.

Taxonomy i Jobnet i relation til Find Job

I Find Job vises EscoSTAR stillinger fladt under det eksisterende arbejdsområde-hieraki. Et OccupationArea kan have mange OccupationGroups, som igen kan have mange EscoSTAR stillinger under sig. OccupationAreas og OccupationGroups er som de kendes i dag. Kun areas og groups med stillinger under sig vises.

Opgaven, der overfor BI er udtrykt som Opgave 7, har altså været at mappe de på kørselstispunktet aktive EscoSTAR stillinger mod en OccupationGroup i tabellen External.EscoStarOccupationGroup map. 

ConceptUriDa skal forefindes I hierakiet, skal være aktiv (dvs. EscoSTARstatus = 1) og skal have en IscoGroup defineret (dvs. være en stillingsbetegnelse fra og med niveau 5 og ned)
OccupationGroupID skal forefindes i produktion i tabellen [AMS_SHARE_CV].[dbo].[OccupationGroup] hvor den modsvares af [OccupationGroupID_PK].

Det er vigtigt her at være opmærksom på, at Opgave 7 er en manuel mapping og at ændringer foretaget i Taxonomy Administrationsmodulet ikke slår igennem i denne tabelstruktur. Skal en nyoprettet EscoSTAR stilling altså slå igennem i Find Jobs Intellisense eller i arbejdsområde strukturen, så skal der en manuel opdatering til.

Skulle et job fra Ankiro vises sig at komme med en udgået EscoSTAR kode - hvilket kan ske, hvis der foretages ændringer i administrationsmodulet, som Ankiro i skrivende stund ikke abonnerer på, så indekseres jobbet i forhold til Find Job blot uden angivelse af arbejdsområde hieraki. Det er vigtigere for borger, at jobbet kan udsøges på andre parametre som fx fritekstsøgning, end at det ikke vises, fordi taksonomi ikke er ajour. Bemærk: denne beslutning er omgjort i epic 976.24.2, hvor forretnings ønske er, at kun stillinger med aktive ConceptUriDA indekseres. 

Konvertering i DFDG af ProfessionCollection, Jobsearch JobtageInfo og etablering taxomony i DFDG og Jobsearch silo (Beskrivelse gælder for både 976.8.1 og 976.8.2)

Taxomony i DFDG og Jobsearch silo

Når JobNet og DFDG teams har lavet ESCO STAR tabeller klar i external data jvf. model (Team Avengers kommer med script som kan bruges som udgangspunkt)

1. Der laver et/flere BI loadjob til at pupulerer der loade ESCO STAR ind i DFDG og Jobsearch silo
   Dette loadjob er samtidigt løsningens fall bach i tilfælde at synkronisering via eventbroker ikke virker 

Team skal selv lave kode der benytte de nye ESCO STAR data det de de nu skal bruge dem til.

DFDG af ProfessionCollection, Jobseach JobtageInfo

Når JobNet og DFDG teams har lavet klar til ESCO STAR kode i forretnningstabellerne for Jeg søger job som (DFDG i ProfessionCollection og Jobseach i JobtageInfo)

1. Lave BI konverteringsjob på eksisterende records.
   Det laves aftale med SF hvordan konvertering skal håndteres i forhold til testmiljøer, dataløft, preprod m.v.

BI's konverteringsjob kan tænkes generisk, som kigger på en DiscoAms kolonne og tilskriver konverteringen til ESCO-STAR kolonnen ud fra mapningstabellen. Jobbet tilpasses så til hvert sted hvor konvertering skal ske.

Jobbet indeholder fejllog over resultatet inkl. data der ikke kan konverteret.

Acc.kr 976.8.2 - Som STAR vil jeg have at snitflade og data i CV er konverterede fra DISCOAMS til ESCO-STAR med konverteringstabel

Løsningsmodel 

• Benyttelse af konverteringsjob fra Acc.Kr 976.8.1 for tabeller i CV.
• Fra release 2021-1 til 2021-2 vil CV få tilskrevet både DiscoAms og ESCO, hvor man ved release af 2021-2 kun fremadrettet vil benytte ESCO.

/wiki/spaces/GI/pages/1947435369 og /wiki/spaces/GI/pages/1947632208

Version 6 og 7 rettes i 2021-1 således at de vha. mapningstabel også skrive ESCO STAR kode til tabeller.

Dette er en forudsætning for at vi kan release ny version i 2021-1.

/wiki/spaces/GI/pages/1947632145

Version 4 rettes i 2021-1 således at de vha. mapningstabel også skrive ESCO STAR kode til tabeller.

Dette er en forudsætning for at vi kan release ny version i 2021-1.

Synkroniseringsjob tilrettes til ESCO STAR (Implementeres i 2021-1)

• DFDG's job der synkroniserer "Jeg søger job som" ændres til at sende også ESCO STAR koder.
• CV silo rettes til så det modetager "Jeg søger job som" der også indeholder ESCO STAR koder.

Synkroniseringsjob i JobSearch aftalt med BI

Opgave 1: Overførsel af Taxonomy data til Jobsearch struktur for Taxonomy

I den nyoprettede datastruktur for Taxonomy i Jobsearch opdaterer BI med data til tabellerne 

• DiscoAmsEscoStarMap
• Alias
• Occupation

Jobsearch modtager disse data som en initalisering af systemet. Efter idriftsættelse vil data vedligeholdes ved insert/update fra eventbroker.

Denne opgave knytter sig til Jobnets oprindelige story:  JOB-2752 - Getting issue details... STATUS

Opgave 2: Konvertering af arbejdserfaringer (PreviousJobExperienceInfo)

For de arbejdserfaringer i Jobsearch der i dag har en discoamsværdi tilknyttes, der mappes istedet op på ConceptUriDA. Der er i dag ingen aliasser knyttet på arbejdserfaring så der er ingen aliasser der skal konverteres. 

• Med afsæt i discoamsværdi registreret på borgers tidligere arbejdserfaring i tabellen PreviousJobExperienceInfo, der hentes modsvarende DiscoAmsEscoStarMap.ConceptUriDA i mappingtabellen og det til DiscoAmsEscoStarMap.ConceptUriDA hørende Occupation.ID i tabellen Occupation, indsættes i PreviousJobExperienceInfo.OccupationID.
  
  PreviousJobExperienceInfo.OccupationID kan allerede i dag være null, så der er ingen øvrige opgaver.
  
  Da der ingen aliasser er, som skal konverteres, sættes PreviousJobExperienceInfo.AliasID til Null.

Denne opgave knytter sig til Jobnets oprindelige story:  JOB-2647 - Getting issue details... STATUS

Opgave 3: Konvertering af "Jeg søger job som" (Jobtargets)

Borgers i Jobsearch registrerede "Jeg søger job som" konverteres fra DiscoAms til EscoSTAR. Der er ingen aliasser at konvertere, i det aliasser indtil nu alene har været aktuelt i Jobnet.

• Med afsæt i DiscoWebIdentifier registreret på borgers tidligere ”Jeg søger job som i Job” i JobTargets, der hentes den modsvarende DiscoAmsEscoStarMap.ConceptUriDA i mappingtabellen og det til DiscoAmsEscoStarMap.ConceptUriDA hørende Occupation.ID i tabellen Occupation, indsættes i JobTarget.OccupationID.
  
  Da der ingen aliasser er, som skal konverteres, sættes JobTarget.AliasID til Null.

 Denne opgave knytter sig til Jobnets oprindelige story:  JOB-2603 - Getting issue details... STATUS

Acc.kr 976.8.3 - Som STAR vil jeg have at data i forbindelse med automatch i Jobnet er konverterede fra DISCOAMS til ESCO-STAR med konverteringstabel

Løsningsmodel:

• Benyttelse af konverteringsjob fra Acc.Kr 976.8.1 for tabeller i Jobnet.

For udfasning af AutoMatchService (version 6) og /wiki/spaces/GI/pages/13926420 metoden FindAutomatchJobsByCvNumber se acceptkriterie 976.8.7. 

Acc.kr 976.8.4 - Som STAR vil jeg have at data i forhold til EURES er konverterede fra DISCOAMS til ESCO-STAR med konverteringstabel

Bjarne Hansen (Edora)

Løsningsmodel

1. EURES overgår til Version 2 af CVService.GetCV

• EURES - Omlægge Til ESCO

  • (2021-1, da DFDG både vil have DISCO og ESCO ved release af 2021-1, alternativt (2021-2))

• EURES - Mappe fra ESCO-STAR til ESCO

  • (2021-1, da DFDG både vil have DISCO og ESCO ved release af 2021-1, alternativt (2021-2))

Acc.kr 976.8.5 - Som sagsbehandler/jobkonsulent vil jeg have, når jeg henter CV, at Webservices understøtter ESCO-STAR i stedet for DISCOAMS 

Løsningsmodel

1. A-kasse, KSS m.f. overgår til Version 2 af CVService.GetCV i 2021-2
   1. A-kasse, KSS m.f. kan anvende Version 2 i 2021-1 i testmiljøer
2. A-kasse, KSS m.f. tager til Taxonomy.EscoStarService (Version 1) i anvendelse i 2021-2
   1. A-kasse, KSS m.f. kan anvende Version 2 Taxonomy.EscoStarService (Version 1)i 2021-1 i testmiljøer

/wiki/spaces/GI/pages/2336391177 (Version 1)

Udgår til fordel for version 2 (til brug fra 2021-2)

I mellemperiode rettes Version 1 således at de vha. mapningstabel også skrive ESCO STAR kode til tabeller.

/wiki/spaces/GI/pages/2381349032 (Version 2)

Getmetoderne ændres, så de udstiller ESCO STAR

GetCV, GetHistoricalCV og GetJobTargets

-    jobTargetInfo ændres 

Rettigheder tilpasses

A-kasse og Jobcenter ikke har adgang til at create, update og delete.

/wiki/spaces/GI/pages/2396881105

GetTaxonomiOccupation

Denne kodeliste der indeholder stillingsbetegnelser med DiscoAMS ka´n/skal ikke længere anvendes i forbindelse med tilmelding og "Jeg søger job som"

/wiki/spaces/GI/pages/2352480306

Ny service til ESCO STAR stillingsbetegnelser (Service er allerede etableret i regi af epic 976.3)

GetOccupations (GET /v1/EscoStar/occupations) og GetOccupation (GET /v1/EscoStar/occupations/{conceptUri})

Metoder anvendes til at hente ESCO STAR stillingsbetegnelser.

/wiki/spaces/GI/pages/2767683645

GetPersonProfessionCollectionVersion4

Udgår til fordel for version 5.

/wiki/spaces/GI/pages/2819359436

GetPersonProfessionCollectionVersion5

Ny version med ESCO STAR.

Den nye WSRM version sendes i de samme situationer som version 4 blev. Der er alene tale om en ændring i snitfalden.

Endelig snitfladebeskrivelse kan ses via nedenstående link:

/wiki/spaces/GI/pages/2767388755

GetPersonProfessionCollectionVersion4

Input

Ingen fejlkoder

Acc.kr 976.8.6 - Som sagsbehandler/jobkonsulent vil have Webservices for tilmelding og raskmelding til understøtter ESCO-STAR i stedet for DISCOAMS

Løsningsmodel

1. A-kasse, KSS m.f. overgår til Version 8 af UnemploymentEnrollmentService og version 5 af IllnessCompositeService til 2021-2
   1. A-kasse, KSS m.f. kan anvende Version 8 af UnemploymentEnrollmentService og version 5 af IllnessCompositeService i 2021-1 i testmiljøer   

/wiki/spaces/GI/pages/1947435369 og /wiki/spaces/GI/pages/1947632208

Udgår til fordel for version 8 (til brug fra 2021-2). Version 6 og 7 vil først udgå i den release hvor verssion 8 er taget i brug. 

I mellemperiode rettes Version 6 og 7 således at de vha. mapningstabel også skrive ESCO STAR kode til tabeller.

UnemploymentEnrollmentService (Version 8 [UDV], 2021-2) (Med ESCO, til brug fra 2021-2)

• UnemploymentEnrollment
• CancelUnemploymentEnrollment (bemærk uændret - indeholder ikke stillingsbetegnelser)
• CreateNewCvOwnerPassword  (bemærk uændret - indeholder ikke stillingsbetegnelser)
• RemoveJobnetFlag (bemærk uændret - indeholder ikke stillingsbetegnelser)

• GetProfessions (bemærk ny metode til a hente borgers "Jeg søger Job som" fra DFDG, erstatter PSS collection ProfessionInfo) 

Metoder med CV nummer udgår eller erstattes med CPR-nr i input. (Teknisk gæld og dette er afklaret med STAR arkitekt Knud de Place (STAR))

• UnemploymentEnrollmentCv
• UnemploymentEnrollmentAndBookCv
• CancelUnemploymentEnrollmentCv
• SaveProfessionCollectionCV
• RemoveFutureCancelEnrollment

Principper mht. data model i Løsningsmodel for at tilføje ESCO STAR til DFDG database model og snitflader følges og navngivning følge Taxonomy silo.

Jobnet overgår til UES v8. UES v7 fases ud af Jobnet, straks DFDG er overgået fra CitizenAcountServiceForDFDG.CreateEnrolmentCV til PersonAdminService(v1).CreateOrUpdateAccount. 

Som led i dette kalder Jobnet fremeadrettet med CPR som parameter og EscoSTARværdier alle steder hvor der synkroniseres. Der er ingen visuelle ændringer herpå I GUI, undtaget de 

/wiki/spaces/GI/pages/1947632145

Version 4 udgår til fordel for version 5 (til brug fra 2021-2)

Version 4 vil først udgå i den release hvor version 5 er taget i brug. 

I mellemperiode rettes Version 4 således at de vha. mapningstabel også skrive ESCO STAR kode til tabeller.

IllnessCompositeService (Version 5 [UDV], 2020-4) (Med ESCO, til brug fra 2021-2)

• CreateIllness (bemærk uændret - indeholder ikke stillingsbetegnelser)
• UpdateIllness (bemærk uændret - indeholder ikke stillingsbetegnelser)
• CreateRecovery

Nye metoder fra JobnetIllnessService: CV nummer udgår eller erstattes med CPR-nr i input (Afklaret med STAR arkitekt Knud de Place (STAR))

• GetIllnessState
• ReportIllness
• ReportIllnessRecovery
• ReportIllnessRecoveryAndBook

Principper mht. data model i Løsningsmodel for at tilføje ESCO STAR til DFDG database model og snitflader følges og navngivning følge Taxonomy silo.

/wiki/spaces/GI/pages/2398322754

Jobnet specifikke metoder flyttes.

Bemærk: Jobnet forbliver i 21-2 på JobnetIllnessService version 7, som derfor opretholdes. 

/wiki/spaces/GI/pages/2767913133

GetVariablePersonStatus.ProfessionInfo

Da PesonStatusService jvf. tidligere aftale ikke versionsløftes, da den er uder udfasning, vil kollectionen for "Jeg søger job som" (ProfessionInfo) blive udfaset, Det sker på den måde at kollectionen vil være tom og ikke udstille data, Data kan i stedet hentes enten på CVservice.Getc i Jobtagets eller på den nye metode UnemploymentEnrollmentService.GetProfessions.

Acc.kr 976.8.7 Webservices for automatch udgår (Automatch anvendes herefter alene i regi af Jobnet)

Løsningsmodel

1. Version 6 af AutoMatchService udgår da den ikke merer anvendes.
2. Metoden FindAutomatchJobsByCvNumberGet i /wiki/spaces/GI/pages/13926420 udgår da DFDG ikke mere skal udstillle automatch eksternt

/wiki/spaces/GI/pages/1884554189 (Version 6)

Udgår i 2021-2, erstattes ikke af anden funktionalitet.

/wiki/spaces/GI/pages/13926420

Intern STAR service

/wiki/spaces/GI/pages/13926420 nedlægges og eneste metode, der fortsat er i brug (CreateEnrolmentCV) udstilles under nyt metodenavn CreateOrUpdateAccount, på den eksisterende jobnet.PersonAdminService V1. Metoden skal kaldes med CPR og den modtager ConceptUriDA og AliasIdentifier i stedet for DiscoAmskode. 

FindAutomatchJobsByCvNumber

Metoder udgår, da automatch bliver en ren intern Jobnet funktionalitet. 

Acc.kr 976.8.8 Brugergrænseflader understøtter ESCO-STAR i stedet for DISCOAMS

Løsningsmodel Jobnet:

Meget arbejde i relation til EscoSTAR er sket bagved GUI og vil i praksis ikke være synlig. Reelt er EscoSTAR jo blot en implementering af en anden datakilde til stillingsbetegnelser, end DiscoAms var. Da EscoSTAR dog byder på dynamisk opdatering, hvor ændringer i DisoAms var håndbårne i forbindelse med releases har nogen tilpasning været nødvendig. Særligt da det ikke er alle DiscoAms stillinger der er overlevet i overgangen til EscoSTAR. Vigtigt er det dog at bemærke, at enhver af de nuværende DiscoAms stilligner er mappet igennem til EscoSTAR, hvis ikke som aktive så som udgåede. Og dette bevirker, at borger ved logon på Jobnet efter release af 21-2, vil kunne se følgende nye tiltag i GUI.

Har borger i sin "Jeg søger job som" stillinger, der som følge af overgangen til EscoSTAR er blevet nedlagt, vil vedkommende af "Informationer" på Jobnet kunne se følgende:

Elementet om udgåede stillingsbetegnelser har højeste rang af alle og vil således ligge over fx. element for Frist til booking af møde.

Klikker borger sig videre til "Jeg søger job som" vil den eller de stillingsbetegnelser, der måtte være udgået, være fremhævet med en rød markering og en til markeringen knyttet tekst om, at "stillingsbetegnelse er udgået fra Jobnet".

Overser borger den grønne notifikation om udgåede stillingsbetegnelser og forsøges tilmelding foretaget på i forvejen registrerede, men udgåede stillingsbetegnelser, så lykkes tilmelding ikke. Borger imødekommes af en fejlbesked, der henviser til "Jeg søger job som", hvor aktuelle stillingsbetegnelser skal vælges før tilmelding kan ske. Samme gør sig gældende når borger er straksbookingramt og forsøger at indfri frist på et grundlag af udgåede stillingsbetegnelser. 

Løsningsmodel LSS:

Tilmeldingsflow

• Tilmeldingsflow rettes til (2021-2)
• Man skal som bruger af LSS være opmærksom på følgende i forbindelse med brug af tilmeldefunktionaliteten:
  • Bruger skal selv skal være bekendt med, hvilke ESCO-STAR koder, der er aktive, hvis man som bruger ikke ønsker at blive ramt af validering ved tilmelding på at stillingsbetegnelsen ikke er aktiv. LSS vil med det implementerede, vise en drop down liste med samtlige stillingsbetegnelser, uagtet om de er aktive, har valid dato eller ej.
  • Selvom borger evt. har stillingsbetegnelser fra en tidligere tilmelding, skal man ved (gen)tilmelding i LSS aktivt tilvælge stillingsbetegnelse fra drop down listen. Tidligere anvendte stillingsbetegnelser på borger vil ikke automatisk fremgå som forslagsværdi.

Accordion / bjælke med Stillingsbetegnelser

• Den nuværende accordion med stillingsbetegnelser viser DISCOAMS stillingsbetegnelser, der udstilles i PSS v20.
• Da PSS v20 ikke vil udstille ESCOSTAR stillingsbetegnelser, vil den pågældende accordion ikke længere indeholde stillingsbetegnelser (i release 2021-2, men der foreligger opgave på dette til en senere release)
• Stillingsbetegnelser bør imidlertid kunne ses via Vis CV (når stillingsbetegnelser fra tilmelding er synkroniseret til 'jeg søger job som' stillingsbetegnelserne i tilknytning til CV'et.

Raskmelding via IllnessCompositeService

• Hidtil i IllnessCompositeService (version 4) har LSS ved raskmelding med samtidig (gen)tilmelding læst og anvendt DISCOAMS stillingsbetegnelser fra PSS - og anført disse i ProfessionCollection i CreateRecovery.
• ESCOSTAR stillingsbetegnelser udstilles ikke i PSS - og for til testformål i IllnessCompositeService (version 5) at kunne (gen)tilmelde via CreateRecovery laves denne løsning:
  • Der laves i brugergrænsefladen en tekstboks, hvor der er forudfyldt forslag til én stillingsbetegnelse. Den vil kunne ændres af sagsbehandler.
  • Uddannelse og erhvervserfaring udfyldes til Ingen. Kan ikke ændres af sagsbehandler.
• Evt. behov for i produktion at supportere med raskmelding og automatisk (gen)tilmelding kan håndteres således:
  • Foretag raskmelding ved at opdatere fraværet med en slutdato og raskmeldingsårsag (uden markering for gentilmelding) via IllnessCompositeService
  • Foretag derefter håndholdt (gen)tilmelding via UnemploymentEnrollmentService med den/de relevante stillingsbetegnelser (aflæst forinden via Vis Cv eller ved de oplysninger borger eller sagsbehandler har oplyst i supportsagen)
    • Det er ved Tilmelding ikke muligt at angive AliasIdentifier, hvis en sådan er repræsenteret i CV'et

Acc.kr. 976.8.9 Implementering af TaxonomyService i Jobnet/CV-silo

CV silo løsningsmodel

Som silo skal Jobsearch selv ligge inde med Taxonomy data.

I og med CV-siloen blot modtager Jeg søger job som data fra DFDG er der alene tale om at

• CV-siloen skal skifte DiscoAMS ud med ESCO STAR
• CV-siloen skal nu også kunne modtage ESCO STAR koder fra DFDG
• Etablerer tabeller med ESCO STAR i eksternal data og BI får loadet data (Dette punkt er den samme forudsætning der skal være på plads som i 976.11)
• Opdateringer i JobSearch sker i realtid via eventbroker.

Bemærk: Opdateringer af ESCO STAR koder via eventbroker er ikke en del at dette acceptkriterie, men har særskilt epic 976.21.

Løsningsmodel Jobnet:

• Jobnet er et aftager system og Taxonomy implementeres derfor i Jobnet som et restAPI, således at relevante Get metoder kan kaldes:
  • /v1/EscoStar/occupations 
  • /v1/EscoStar/occupations/{ConceptUri}
• Jobnet implementerer en cache, der kan deles af præsentationservere og batchserver. Batchserver skal bruge cachen i relation til indekseringsjob, der beriger Ankiro med aktive ConceptUriDA værdier. Præsentationsservere skal bruge cache i relation til "Jeg søger Job som", automatch, dashboard, historik, CV mv. 
• Der implementeres en historisk og en aktiv cache.
  
  
  • Den historiske cache bruges til at vise værdier borger har haft, men som ikke længere kan vælges (fx. udgåede stillinger i "Jeg søger job som", historik værdier, intellisense forslag i tidligere joberfaringer mv.)
    Af 976.8.9 sås, at stillingsbetegnelsen "Filmfremkalder" er udgået. Dette gør dog ikke, at man I CV skal kunne angive, at man har arbejdet som "Filmfremkalder". Tastser man i CV derfor "Filmf" så fremkommer både "Filmfremkalder" og en række aliasser, der peger på den udgåede stillingsbetegnelse, som foreslag i intellisense. Forslagene er hentet fra den "historiske cahe" som rummer aktive og udgåede stillinger.
    
    
    
    
  • Den aktive cache anvendes i situationer hvor borger aktuelt kun skal kunne vælge blandt nugældende stillingsbetegnelser, fx. i Jeg søger job som. Med afsæt i førnævnte eksempel tastes igen "Filmf", denne gang under "Jeg søger job som", der kun viser aktuelt gældende stillingsbetegnelser. Det eneste forslag der fremkommer er den aktuelle stillingsbetegnelse Filmfotograf.
    
    
    
• Cachen refreshes en gang hver time og vil således være synkroniseret med ændringer foretaget i administrationmodulet på en times sigt.   

Acc.kr 976.8.10 Som sagsbehandler/jobkonsulent vil jeg have besked (WSRM) når en ESCSO STAR stillingsbetegnelser og tilhørende alias oprettes eller ændres

Løsningsmodel

DFDG udsender en WSRM når en ESCO STAR stillingsbetegnelse eller tilhørende alias er ændret.

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

I forbindelse med idriftsættelse, har BI idriftsættelsesaktiviteter der er defineret i tilhørende user stories f.eks. i forhold til VOA dataleverencer.

Efter idriftsættelse:

N/A

Arkitektur- og implementeringsnoter 

Her beskriver PO/FA om arkitekturen og teknikken bag løsningen, om der f.eks. anvendes:

• Nye dataområder: Nej
• Nye snitflader: Nej
• Nye komponenter: Nej
• Nye miljøer: Nej
• Nye teknologier: Nej
• Nye aftagertyper: Nej
• Eller afvigelser fra principperne: Nej
• Eventuelle behov for reduktion af teknisk gæld skal afdækkes: Ja

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.