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

Indholdsfortegnelse

Afgrænsning af epic

Webservices sendes først i tilsagn i 2020-1 i epic 967.10.

Oversigt over berørte webservices 

/wiki/spaces/GI/pages/1686668100

Beskrivelse af epic

967

.1

.1

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

Image Removed

kan påbegynde mentorbevillinger fra "Bevillinger" menuen.

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.

Fra 2020-1 (til orientering):

Borger adviseres via Min Plan efter at arbejdsgiveren har godkendt bevillingen. KSS modtager WSRM og opretter aktivitet baseret på webserviceopslag. Indtil KSS har implementeret denne integration, skal jobcentre manuelt oprette aktivitet i KSS.

967.1.

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

3 Som jobcenter vil jeg gerne kunne supportere virksomheden

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

967.1.

TO DO - BHA: Hvor kommer kravet fra?

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

5

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.

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

Der sendes WSRM ved statusskifte på mentorbevillinger.

Mentorbevillinger udstilles på webservice.

967.1.

6 Som anden aktør ønsker jeg at kunne

behandle 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øgningAlle 3 roller skal understøttes.

Rolle 1 og 2 kan supportere virksomheder og ikke andet.

Rolle 3 kan oprette bevillinger for udlagte borgere, modtage og videregive bevillinger, samt supportere virksomheder.

967.1.

7 Som virksomhed ønsker jeg at modtage 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 JC 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

Særlige krav til test

Ingen særlige krav til test.

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:

Ingen særlige kørsler / konverteringer 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 arkitektenMentorbevvillinger anvender samme arkitektur og databaser som tidligere er implementeret i Fleksjob.