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

VIR-238 - Getting issue details... STATUS

Indholdsfortegnelse

Afgrænsning af epic

Oversigt over berørte webservices 

Beskrivelse af epic

967.1.1 Som virksomhed vil jeg kunne oprette en henvendelse om et behov for mentor, via en prikke-funktion i VITAS

967.1.2 Som sagsbehandler vil jeg kunne bevilge en mentor i VITAS

Jobcentermedarbejderen har via knap ”Kompenserende forløb” mulighed for at initiere mentorforløb for virksomhed (PBI 71094):

Mentorbevillingen vil være opbygget af nedenstående faner. Indhold fastlægges i user stories.

• Fane 1. Bevilling af mentor
• Fane 2. Virksomheden
• Fane 3. Borgeren
• Fane 4. Jobcentret
• Fane 5. Mentorfunktionens indhold og tilskud
• Fane 6. Tilskud til uddannelsen
• Fane 7. Samlet tilskud

Når mentorbevillingen er udfyldt, sendes den til underskrift hos arbejdsgiveren. Borger adviseres via Min Plan efter at arbejdsgiveren har godkendt bevillingen.

Mentorbevillingen kan, som øvrige bevillinger, fremsøges i VITAS lister og søgefunktioner, ligesom den kan vises i read-only tilstand og optræder i boblerne.

967.1.3 Som virksomhed ønsker jeg underskriftsfunktionalitet (godkend/afvis) til mentorbevilling

Når jobcenteret har udfyldt og afsendt bevillingen kan virksomheden godkende eller afvise mentorbevillingen med samme underskriftsfunktion, som i forvejen anvendes i VITAS.

Hvis virksomheden afviser mentorbevillingen skal bevillingen optræde som afvist i boble. Som Mentor tillægsbevilling. Sagsbehandler skal kunne markere, at bevillingen ikke længere optræder i boblen, hvilket er ny funktionalitet på VITAS.

Hvis virksomheden godkender mentorbevillingen skal bevillingen skifte status på bevillingslisten. Som Mentor tillægsbevilling. 

967.1.4 Som jobcenter vil jeg gerne kunne supportere virksomheden

Jobcenter skal kunne det samme som virksomheden, inkl. at skrive under.

967.1.5 Som VITAS vil jeg gerne sagsudstille alle relevante data for mentor

TO DO - BHA: Hvor kommer kravet fra?

967.1.6 Som jobcenter ønsker jeg at kunne ophøre en mentorbevilling

Jobcentret skal kunne ophøre (lukke) en mentorbevilling. Når en mentorbevilling ophøres skal:

• Jobcentret skal adviseres om ophør
• Virksomheden skal adviseres om ophør
• Borger skal ikke adviseres om ophør

967.1.7 Som jobcenter ønsker jeg at kunne revurdere en mentorbevilling

En mentorbevilling løber i indtil 6 måneder, hvorefter den automatisk lukkes. Jobcentret notificeres efter 5 måneder om at bevillingen er ved at udløbe. Jobcentret har mulighed for at revurdere og forlænge mentorbevillingen.

Når mentorbevillingen udløber (TO DO: samme regler som ved ophør? Ane?):

• Virksomheden skal adviseres om ophør
• Borger skal ikke adviseres om ophør.

967.1.8 Som DFDG og KSS ønsker jeg at få information om mentorbevillinger

Følgende handlinger på mentorbevillinger skal afsende WSRM'er:

• TO DO

Mentorbevillinger skal serviceudstilles:

• TO DO

967.1.9 Som jobcenter ønsker jeg at kunne få statistikker på mentorbevillinger

• TO DO. Ane? Skal vi have statistikker og hvilke?

967.1.10 Som anden aktør ønsker jeg at kunne se bevillinger for de virksomheder, som jeg supporterer

• TO DO

967.1.11 Som virksomhed ønsker jeg at kunne søge om forlængelse

Virksomheden skal kunne søge om forlængelse.

Ved forlængelse skal jobcentret indtaste faglig begrundelse for forlængelsen (jf. Fokusrevisionen: Mange forlænger ”blindt”)

JC vil gerne have en kopi-funktion, hvis der skal oprettes en ny ansøgning (fx hvis der er ny virksomhed eller ny borger, hvor nogle oplysninger kan genbruges)

Hvis borgeren skifter mentor skal der oprettes en ny ansøgning.

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.