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

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

Automatisk oversigt (vi arbejder på løsning på at gøre den synlig)

Beskrivelse af epic

976.13.1 Data vedr. jobannoncer er konverterede fra DISCOAMS til ESCO-STAR med konverteringstabel

976.13.2 Webservices understøtter ESCO-STAR i stedet for DISCOAMS

STAR's systemer, som anvender JobAD version 2, omlægges til JobAD version 3. 

EURES omlægges fra at udveksle ISCO koder til at udveksle ESCO koder. Danske tilføjelser til ESCO-STAR mappes til nærmeste ISCO / ESCO niveau.

976.13.3 Brugergrænseflader inkl. Find Job understøtter ESCO-STAR i stedet for DISCOAMS

STARs systemers brugergrænseflader tilrettes til den nye klassifikation mht. jobannoncer i det omfang det er nødvendigt.

976.13.4 Eksterne systemer, som anvender JobAD, er varslede om at de skal omlægge til ny version af JobAD service med ESCO-STAR i stedet for DISCOAMS koder

Der implementeres en ny version 3 af JobAD webservice , som anvender ESCO-STAR koder til stillingsbetegnelser i stedet for DISCO-AMS koder. Feltet OccupationId erstattes af nyt ID med ConceptURI ESCO-STAR stillingsbetegnelser.

Nuværende struktur i JobAdService (Version 2, 2018-2)#2)-JobAd :

Erstattes af:

976.13.5 Den nuværende version af JobAD konverterer DISCOAMS koder til ESCO-STAR koder

JobAD version 2 udfases hurtigt efter at JobAD version 3 er idriftsat. Overgangsperiode er pt. ikke fastlagt. I overgangperioden vil JobAD version 2 mappe mellem DISCO-AMS koder og ESCO-STAR koder. Bemærk, der er IKKE tale om en præcis mapning, og systemer opfordres til at migrere fra JobAD version til version 3 hurtigst muligt for at få helt retvisende stillingsbetegnelser.

TO DO

TO DO: VITAS kan oprette jobannoncer if. løntilskud og virksomhedspraktik. Udstilles data vedr. disse jobannoncer på WSRM med DiscoAMS kode? I så fald skal der laves en ny version af WSRM'erne.

Overvej for hvert acceptkriterie hvilke systemer der berøres af ændringen:

• DFDG
  • Services
  • WSRMer
  • Kodelister
  • PersonStatusService (PSS)
  • PersonHistoryService (PHS)
  • LSS (Landssupportsystem) og herunder Registerudtræk (hvis STAR har dataejerskab og der er lavet PHS på domænet)
• Jobnet
• VITAS
• JobKon
• JobAG
• BI integrationsplatform
• Alle områder
  • Nye batchjobs
    • Dokumentation af jobbet til SF (jf. skabelon: xxx link til skabelon) 
  • Dataløft
    • Hvis der i Databaser tilføjes eller fjernes kolonner med personfølsomme data (f.eks. person navne, adresser, email, telefonumre etc.), så skal SF informeres så disse data fremadrettet tilføjes eller fjernes fra scrambling.
• Kommunalt sagsbehandlingssystem
• A-kasse sagsbehandlingssystem
• Kommunalt bookingsystem
  • JobcenterPlanner (JCP)
  • WorkForcePlanner (WFP)
• Kommunalt ydelsessystem

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

Efter idriftsættelse:

Arkitektur- og implementeringsnoter 

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

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

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.