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 

Beskrivelse af epic

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/wiki/spaces/GI/pages/1686668100

Beskrivelse af epic

967.1.1 Som sagsbehandler vil jeg kunne bevilge en mentor i VITAS

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

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. 

Hvis virksomheden godkender mentorbevillingen skal bevillingen skifte status på bevillingslisten. 

967.1.3 Som jobcenter vil jeg gerne kunne supportere virksomheden

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

967.1.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 Som DFDG og KSS ønsker jeg at få information om 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

Alle 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

Der sendes mail når alle 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

Særlige krav til test

Ingen særlige krav til test.

Konsekvenser for drift/idriftsættelse

Ingen særlige kørsler / konverteringer efter idriftsættelse.

Arkitektur- og implementeringsnoter 

Mentorbevvillinger anvender samme arkitektur og databaser som tidligere er implementeret i Fleksjob.