Versions Compared

Old Version 1

changes.mady.by.user Christopher Juhl (Unlicensed)

Saved on

compared with

New Version Current

changes.mady.by.user Christopher Juhl (Unlicensed)

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Jira Legacy
serverSystem JIRA
serverId479d1618-4a6f-3f88-8ee1-04c6b02c448a
keyJOB-6761

Info

Storyline

Som borger, der søger job via Find Job, ønsker jeg at erhvervsområder-hiearikiet fra Taxonomy er afspejlet 1-1 på Jobnet mindst én gang dagligt, således at det indeholder de aktuelle versioner af stillingsbetegnelser, som defineret af VOAVOA-bruger af taxonomy admin ønsker jeg en komplet liste over alle de opdaterede stilllingsbetegnelser fra ESCO, som er til QA hos VOA og endnu ikke godkendt ifm. opdateringer af ESCO data.

Tip

Acceptkriterier

  1. der skal findes en mekanisme, der opdaterer datagrundlaget for visningen i Jobnet, så den afspejler data i taxonomy backend.

    1. Mekanismen skal sikre, at data er opdateret mindst én gang om dagen.

    2. mekanismen skal opdatere følgende data.

      1. hvorvidt en stillingsbetegnelse er et hotjob. (denne markering forventes at være en kodelisteværdi, så der kan rummes flere forskellige værdier).

      2. den engelske stillingbetegnelse for et job

      3. øvrig data

  2. Jobnet må ikke crashe, hvis TaxonomyServices er utilgængeligt (eksempelvis kan det gøre sådan at cache kun opdateres , hvis succesfuldt kald til TaxonomyServices kan udføres; derved vil brugerene stadig kunne benytte erhvervsområderne, findjob mv. på “daggamle“ data).

Noter/baggrund:

Taxonomy backend skal være dataejer til det custom erhvervshieraki, der findes på Jobnet, således at data vedligeholdes her. Denne story skal sikre, at data flyder korrekt til Jobnet fra Taxonomy backend.

Løsningsmuligheder:

  1. Batch job, der populerer nuværende tabeller i jobnet

  2. Oprette service i Jobnet, der henter data direkte i taxonomy og

    1. putter ned i eksisterende tabeller
      eller

    2. cacher i jobnet
      eller

    3. etc.

Note

Afklaringer

  1. præcis hvilke data skal opdateres fra taxonomy over i Jobnet.

    1. hotjob

    2. engelske stillingsbetegnelser

  2. implementere det sådan, der caches i 24 timer.

    1. når cachingen udløber hentes en ny omgang data.

      1. hvor ofte er der application cycling?

    2. beholde tabel. ?

    3. afklare service snitfladen med D&S.

  3. Kommer services op at køre før jobnet ifm. release. Der skal være mulighed for at få vist en liste af alle stillingsbetegnelser, hvortil der ifm. load af ESCO opdateringer, er ændringer der endnu ikke er er godkendte (kodeliste værdi 1).

    1. Tilføjelse af dropdown med værdierne fra: Taxonomy.EuEscoStatusCodeList [UDV]

      1. Ved brugervalg i dropdown filtreres ESCO STAR hierarkiet (med tilhørende liste) i forhold til den valgte kodelisteværdi, så hierarkiet kun repræsenter af de stillingsbetegnelser der har denne kodelisteværdi tilknyttet.

    2. Tilføjelse af dropdown punkt : Alle ændrede

      1. Ved brugervalg af Alle ændrede, filtreres ESCO STAR hierarkiet (med tilhørende liste) ud fra markering på stillingsbetegnelse for dem med kodelisteværdi 2, 3 og 4 i Taxonomy.EuEscoStatusCodeList [UDV]

    3. Default valg i dropdown: Kodeliste værdi 1 Opdateret i forhold til EU ESCO

Noter/baggrund:

  • /wiki/spaces/GI/pages/3631251457

  • Når der kommer opdateringer til ESCO stillingsbetegnelser bliver data i ESCO egenskaber automatisk overskrevne:

    Image Added

  • Der bliver samtidig sat en markering af BI, som kan vises på ESCO STAR egenskaber:

    Image Added

Formålet med flaget er at highlighte for VOA-brugeren, hvad der er kommet af ændringer til ESCO, mhp. en aktiv stillingtagen til, hvad der skal ske med de korresponderende stillingsbetegnelser i ESCO STAR. Nedenfor er der et par eksempler:

  1. For nye stillingsbetegnelser:

    1. vil man benytte den danske oversættelse fra EU?

    2. vil man fravælge stillingsbetegnelsen helt til det danske arbejdsmarked?

    3. etc.

  2. Opdatering af eksisterende stillingsbetegnelse i ESCO:

    1. Vil man også opdatere i ESCO STAR?

    2. Vil man nu fravælge i ESCO STAR?

    3. etc.

  3. Inaktivering af stillingsbetegnelse i ESCO:

    1. vil man beholde den tilsvarende i ESCO STAR?

    2. vil man også inaktivere stillingsbetegnelsen i ESCO STAR.

Note

Afklaringer

  1. Jira Legacy
    serverSystem JIRA
    serverId479d1618-4a6f-3f88-8ee1-04c6b02c448a
    keyUDE-57

  2. Jira Legacy
    serverSystem JIRA
    serverId479d1618-4a6f-3f88-8ee1-04c6b02c448a
    keyUDE-61