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.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. Der skal være autogodkendelse for virksomheden som i øvrige dele af VITAS. TO DO: Beskriv nærmere

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.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.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.10 Som anden aktør ønsker jeg at kunne behandle bevillinger for de virksomheder, som jeg supporterer

• Alle 3 roller skal understøttes
• TO DO

967.1.12 Send afgørelse for bevillinger

Det skal afklares om svømmebane kolonnen 'Send afgørelse' kan afløses som i nuværende tillægsbevillingsflow ved løsningen automatisk afsende afgørelses-mail når alle parter har underskrevet.

Der sendes mail når alle parter har underskrevet en bevilling:

• Alle mails har dybtlink til sagen hvorfra eks. virksomhed kan gennemføre ophør, genansøgning eller lignende fra bevillingssiden
  For mentorbevilling sendes afgørelse til virksomhed

Fra KC68715

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.