976.8 Udrulning af ESCO STAR på Tilmelding , CV, Jeg søger job som, raskmelding og automatch inkl. EURES

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


STAR Projektleder (PL)Forretningsanalytiker (FA)STAR ReleaseEpic statusEksterne snitflader
Thor Herlev Jørgensen (STAR)

Carsten Olsen

Rolf Marcher Arndt

Bjarne Hansen (Edora)

Kenneth Ingemann Larsen (KEIL) (Unlicensed)

2021-1 (Intern)

2021-2 (Ekstern)

1.0KSS, A-kasse fra 2021-2
Ikke produktions relevant for KSS og a-kasse i 2021-1, men der vil være mulighed for at teste i testmiljøer i 20



Læsevejledning til eksterne

I denne udgave er det alene relevant at KSS og a-kasser forholder sig til afsnittene

  • "Afgrænsning af epic", herunder "Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader"
  • "Oversigt over berørte webservices" 
  • "Beskrivelse af epic" - underafsnittet "Bemærkninger til KSS og a-kasser", hvor der er indsat links til undersider med beskrvielse af de tekniske snitflader ift. ændring fra DISCOAMS til ESCOSTAR.


Øvrige afsnit er under "Beskrivelse af epic" er primært internt rettet til STAR og STARs egne leverandører - og i mindre omfang eller slet ikke rettet mod KSS og a-kasser.

Interne links (indhold ikke relevant for eksterne)

key po fa ux sme eksterne snitflader interne snitflader status labels
Loading...
Refresh

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

Afgrænsning

Som en bruger af Tilmelding, CV "Jeg søger job som", raskmelding og automatch inkl. EURES

vil jeg skifte fra DISCOAMS koder til ESCO-STAR koder

for at understøtte ESCO-STAR

Acceptkriterier

Nr.BeskrivelseRelevant for
976.8.1Som STAR vil jeg have at snitflade og data i tilmeldingen (jeg søger som som), ved raskmelding, er konverteret fra DISCOAMS til ESCO-STARDFDG, Jobnet, CV silo
976.8.2Som STAR vil jeg have at snitflade og data i CV er konverterede fra DISCOAMS til ESCO-STAR med konverteringstabelCV silo, Jobnet, BI
976.8.3Som STAR vil jeg have at data i forbindelse med automatch i Jobnet er konverterede fra DISCOAMS til ESCO-STAR med konverteringstabel Jobnet, BI
976.8.4Som STAR vil jeg have at data i forhold til EURES er konverterede fra DISCOAMS til ESCO-STAR med konverteringstabelCV silo, EURES
976.8.5Som sagsbehandler/jobkonsulent vil jeg have, når jeg henter CV, at Webservices understøtter ESCO-STAR i stedet for DISCOAMS CV silo
976.8.6Som sagsbehandler/jobkonsulent vil jeg have, at webservices for tilmelding og raskmelding understøtter ESCO-STAR i stedet for DISCOAMSDFDG, Jobnet, JobAG, Jobkon, EURES, CV
976.8.7Webservices for automatch udgår (Automatch anvendes herefter alene i regi af Jobnet)Jobnet, DFDG
976.8.8Brugergrænseflader understøtter ESCO-STAR i stedet for DISCOAMSJobnet, JobAG, Jobkon, EURES, CV, LSS
976.8.9Implementering af TaxonomyService i Jobnet/JobsearchJobnet
976.8.10Som sagsbehandler/jobkonsulent vil jeg have besked (WSRM) når en ESCSO STAR stillingsbetegnelser og tilhørende alias oprettes eller ændresDFDG,
Intren note: Se epic 976.21 for yderlige info
Kriterier for tilsagn til serviceaftager i forhold til STARs snitfladerBerørte acceptkriterierBemærkninger

976.8.1976.8.2976.8.6976.8.7

Som KSS vil jeg have konverteret min lokaludgave af stillingsbetegnelser vedr. tilmelding, CV "Jeg søger job som", raskmelding fra DISCOAMS til ESCO-STAR XX



Som Sagsbehandler/jobkonsulent vil jeg kunne angive ESCO-STAR ved tilmelding

X


Som Sagsbehandler vil jeg kunne angive ESCO-STAR ved raskmelding

X


Som Sagsbehandler vil jeg kunne se ESCO-STAR når jeg henter borgers CV

X


Som Sagsbehandler vil jeg kunne angive ESCO-STAR når jeg gemmer borgers CV i forbindelse med asylansøgere der kommer fra LetAsyl 

X


Som KSS og a-kasse anvender jeg webservices, der understøtter ESCO-STAR ifm. tilmelding, CV "Jeg søger job som", raskmelding

X


Som KSS og a-kasse skal jeg ikke mere anvender jeg webservices, der understøtter automatch


X


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.

SummaryVarslingstypeVarslingsnoteEksterne SnitfladerInterne SnitfladerProject
AutomatchService (version 6).AlleUdgåetUdgår og der vil ikke komme en ny version, da der ikke er nogen der bruger v6 efter Kbh overgår til ny LeverandørportalA-kasse(t.o.), KSS(t.o.)JobnetD+S
CitizenAccountServiceForDFDG.FindAutomatchJobsByCvNumberUdgåetIntern service. Udgår og der vil ikke komme en ny version.N/ADFDGD+S
CodeListService (version 5).GetTaxonomiOccupationAndetÆndres ikke men kodelisten skal ikke mere anvendes i forbindelse med tilmelding og jeg søger job somA-kasse, KSSEURES, JobAG, JobnetD+S
IllnessCompositeService (Version 4).AlleÆndretService udgår til fordel for version 5A-kasse, KSSJobnetD+S
IllnessCompositeService (Version 5).CreateIllnessAndetMetode rettes til mht. response ellers ingen ændringer da metode ikke indeholder stillingsbetegnelserA-kasse, KSSJobnetD+S
IllnessCompositeService (Version 5).CreateRecoveryAndetMetode rettes til mht ESCO STAR, response og evt. fejlkoderA-kasse, KSSJobnetD+S
IllnessCompositeService (Version 5).GetIllnessStateAndetIntern metode. Flyttes fra JobnetIlleness, Tilrettelser, Skift til CPR nr, response og fejlkoderN/AJobnetD+S
IllnessCompositeService (Version 5).ReportIllnessAndetIntern metode. Flyttes fra JobnetIlleness, Tilrettelser, Skift til CPR nr, response og fejlkoderN/AJobnetD+S
IllnessCompositeService (Version 5).UpdateIllnessAndetNyt responce ellers ingen ændringer da metode ikke indeholder stillingsbetegnelserA-kasse, KSSJobnetD+S
JobSearch.CvService Version 2.GetCVÆndretMentoden giver nu ESCO STARA-kasse, Andre-aftagere-af-servicen, KSSEURES, JobAG, JobnetD+S
JobSearch.CvService Version 2.GetHistoricalCVÆndretMentoden giver nu ESCO STARA-kasse, Andre-aftagere-af-servicen, KSSJobnetD+S
JobSearch.CvService Version 2.GetJobTargetsÆndretMentoden giver nu ESCO STARA-kasse, Andre-aftagere-af-servicen, KSSJobnetD+S
JobSearch.CvService (Version 1).AlleUdgåetService udgår til fordel for version 2A-kasse, Andre-aftagere-af-servicen, KSSEURES, JobAG, JobnetD+S
llnessCompositeService (Version 5).ReportIllnessRecoveryAndBookAndetIntern metode flytte fra JobnetIlleness, Tilrettelser, Skift til CPR nr, response og fejlkoderN/AJobnetD+S
llnessCompositeService (Version 5).ReportIllnessRecoveryAndetIntern metode. Flyttes fra JobnetIlleness, Tilrettelser, Skift til CPR nr, response og fejlkoderN/AJobnetD+S
PersonStatusService (v20).GetVariablePersonStatus - kollektionen.ProfessionInfoÆndretKollektionen ProfessionInfo sættes til nullA-kasse, KSSJobnetD+S
Taxonomy,CodeListService.GetOccupationsNyNy "kodeliste" på ESCO STAR og anvendes i forbindelse med tilmelding og jeg søger job somA-kasse, KSSEURES, JobAG, JobnetD+S
Taxonomy.EscoStarService (Version 1).GetDiscoAms08ConceptUriMappings (GET /v1/EscoStar/occupations/discoAms08ConceptUriMappings)AndetTaksonomien tilrettes uden ændringer af grænseflader. Nye, fravalgte og ændrede stillingsbetegnelser.A-kasse, KSSDFDG, EURES, JobAG, JobSearch, Jobnet, VITASBI (Backend)
Taxonomy.EscoStarService (Version 1).GetDiscoAms08ConceptUriMapping (GET /v1/EscoStar/occupations/discoAms08ConceptUriMappings/{discoAms08Id})AndetTaksonomien tilrettes uden ændringer af grænseflader. Nye, fravalgte og ændrede stillingsbetegnelser.A-kasse, KSSDFDG, EURES, JobAG, JobSearch, Jobnet, VITASBI (Backend)
Taxonomy.EscoStarService (Version 1).GetOccupations (GET /v1/EscoStar/occupations)AndetTaksonomien tilrettes uden ændringer af grænseflader. Nye, fravalgte og ændrede stillingsbetegnelser. Nye, fravalgte og ændrede aliaser.A-kasse, KSSDFDG, EURES, JobAG, JobSearch, Jobnet, VITASBI (Backend)
Taxonomy.EscoStarService (Version 1).GetOccupation (GET /v1/EscoStar/occupations/{conceptUri})AndetTaksonomien tilrettes uden ændringer af grænseflader. Nye, fravalgte og ændrede stillingsbetegnelser. Nye, fravalgte og ændrede aliaser.A-kasse, KSSDFDG, EURES, JobAG, JobSearch, Jobnet, VITASBI (Backend)
UnemploymentEnrollmentService (Version 6).AlleUdgåetUdgår og erstattes af version 8A-kasse, KSSJobnetD+S
UnemploymentEnrollmentService (Version 7).AlleUdgåetUdgår og erstattes af version 8A-kasse, KSSJobnetD+S
UnemploymentEnrollmentService (Version 8).CancelUnemploymentEnrollmentÆndretMetoder får rettet fejlkoder og responcetyperA-kasse, KSSJobnetD+S
UnemploymentEnrollmentService (Version 8).CancelUnemploymentEnrollmentCvÆndretIntern metode. Udgår til fordel for metode med CPR nrN/AJobnetD+S
UnemploymentEnrollmentService (Version 8).CreateNewJobnetUserPasswordÆndretMetode "CreateNewCVOwnerPassword" får nyt navn, rettet fejlkoderA-kasse, KSSJobnetD+S
UnemploymentEnrollmentService (Version 8).GetProfessionsÆndretNy metode til at hente Jeg søger job som / jobønsker i stedet for i PSSA-kasse, KSSJobnetD+S
UnemploymentEnrollmentService (Version 8).RemoveFutureCancelEnrollmentÆndretIntern metode. Anvender CPR nr inkl. ændret fejlkoderN/AJobnetD+S
UnemploymentEnrollmentService (Version 8).RemoveJobnetFlagÆndretMetoder rettes mht responseA-kasse, KSSJobnetD+S
UnemploymentEnrollmentService (Version 8).SaveProfessionsÆndretMetoder anvender ESCO STAR og CPR nr, navn justeretN/AJobnetD+S
UnemploymentEnrollmentService (Version 8).UnemploymentEnrollmentÆndretMetoder anvender ESCO STAR og får nye fejlkoder og responcetyperA-kasse, KSSJobnetD+S
UnemploymentEnrollmentService (Version 8).UnemploymentEnrollmentAndBookÆndretIntern metode. Omdøbes og anvender ESCO STAR og CPR nrN/AJobnetD+S
UnemploymentEnrollmentService (Version 8).UnemploymentEnrollmentCvÆndretIntern metode. Udgår til fordel for metode med CPR nrN/AJobnetD+S
WsrmMessageService (version 10).GetPersonProfessionCollectionVersion4UdgåetUdgår til fordel for version 5KSSN/AD+S
WsrmMessageService (version 10).GetRecoveryCompositeMessageVersion7UdgåetUdgår til fordel for version 8KSSN/AD+S
WsrmMessageService (version 11).GetEscoStarOccupationVersion1NyNy version med ESCO STARA-kasse, KSSN/AD+S
WsrmMessageService (version 11).GetPersonProfessionCollectionVersion5NyNy version med ESCO STARA-kasse(f), KSSN/AD+S
WsrmMessageService (version 11).GetRecoveryCompositeMessageVersion8NyNy version med ESCO STARKSSN/AD+S

Automatisk oversigt 

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

summary varslingstype varslingsnote eksterne snitflader interne snitflader project
Loading...
Refresh


Beskrivelse af epic

Bemærkninger til KSS og a-kasser

Ændringer til 

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

Element
Type
Detaljer
Forekomst
Beskrivelse
GetPersonProfessionCollectionVersion4RequestWsrmRequestType
1

Output

Element
Type
Detaljer
Forekomst
Beskrivelse
GetPersonProfessionCollectionVersion4ResponseGetPersonProfessionCollectionVersion4ResponseType
1
-    PersonProfessionCollectionRegistrationPersonProfessionCollectionRegistrationType
0 - *
-    -    MessageIdentifierguid
Base: string
Pattern: [0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}1
-    -    PersonCivilRegistrationIdentifierPersonCivilRegistrationIdentifierType
Base: string
Pattern: ((((0[1-9]|1[0-9]|2[0-9]|3[0-1])(01|03|05|07|08|10|12))|((0[1-9]|1[0-9]|2[0-9]|30)(04|06|09|11))|((0[1-9]|1[0-9]|2[0-9])(02)))[0-9]{6})|00000000001
-    -    ProfessionCollectionProfessionCollectionType
0 - 1
-    -    -    ProfessionProfessionType
0 - 200Angivels af en persons fag/stillingebetegnelser.
-    -    -    -    DiscoWebIdentifierint
1Stillingsbetegnelse.

-    -    -    -    ConceptUriDa

string
1Unik ESCO STAR identifikation på stillingsbetegnelse.

-    -    -    -    AliasIdentifier



0 - 1Unik ESCO STAR identifikation på alias.
-    -    -    -    HasEducationboolean
1Angivelse af om personen har uddannelse for den angivne stillingsbetegnelse.
-    -    -    -    YearLastUsedint
1Angivelse hvornår personen senest var aktiv indenfor stillingen.
-    -    -    -    MonthsOfExperienceint
1Angivelse hvor mange måneder personen har erfaring fra stillingen.
-    -    RequestMetadataRequestMetadataType
1
-    -    -    EventDatedateTime
1Hændelsesdatoen for registreringen
-    -    -    CaseWorkerStructureCaseWorkerStructureType
1
-    -    -    -    CaseWorkerGivenNamePersonGivenNameType
Base: string
Length: 1-501Sagsbehandlerens fornavn.
-    -    -    -    CaseWorkerMiddleNamePersonMiddleNameType
Base: string
Length: 1-400 - 1Sagsbehandlerens mellemnavn.
-    -    -    -    CaseWorkerSurnamePersonSurnameNameType
Base: string
Length: 1-401Sagsbehandlerens efternavn.
-    -    -    -    CaseWorkerRIDOCESRIDType
Base: string
Length: 1-641Sagsbehandlerens RID fra medarbejder OCES certifikatet.
-    -    -    AuthorityStructureAuthorityStructureType
1
-    -    -    -    AuthorityCodeAuthorityCodeType
Base: string
Pattern: [-][1]|[0-9]{1,8}1Myndighedskode.
-    -    -    -    AuthorityNameAuthorityNameType
Base: string
Length: 1-201Myndighedsnavn.
-    -    -    -    AuthorityTypeAuthorityTypeType
Base: string
Enumeration:
  • Municipality
  • Jobcenter
  • UnemploymentFund
1Myndighedstype.

Fejlkoder

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)

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

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)

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

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.

WsrmMessageService (version 11)

GetEscoStarOccupationVersion1

Indholdet  vil omfatte ESCO STAR stillingsbetegnelser og alias samt status for disse. 

Snitfladebeskrivelse på denne kan ses via nedenstående link:

/wiki/spaces/GI/pages/2767388755

Særlige krav til test

Test scenarieBerørte systemområder (herunder nye batchjobs*) Identificeret af
Det har ikke været muligt at teste tilmelding af straksbookingramt borger med udgåede "Jeg søger job som"-stillingsbetegnelser, der vælger en ledig tid blandt de op til ti udstillede tider. Årsag: Der er ingen tider i systemerne, da STAR ikke har et Plannersystem. Forventningen er, at tilmelding afvises med begrundelsen som vist under 976.8.8 - men det har ikke kunne efterprøves. Muligvis det kan prøves når koden løftes til miljøer, som Plannersystemerne selv koder op imod.
Rebecca KormindThor Herlev Jørgensen (STAR) og Niels Freiberg (STAR) er vidende om dette forhold.
JobnetKenneth Ingemann Larsen (KEIL) (Unlicensed)



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