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

967.6.1 Virksomhed skal kunne søge om forlængelse på mentor  (KC68722)  (MVP 2020) (AFKLARING)

967.6.2 Ophørsfunktionalitet og forlængelse? (KC64130)   (MVP 2020) (AFKLARING)

967.6.4 Som jobcenter ønsker jeg at kunne revurdere en mentorbevilling, når den er ved at udløbe

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

967.6.7 Som jobcenter ønsker jeg at mentorbevillingen lukkes, når den udløber

967.6.8 Som KSS ønsker jeg at få en WSRM, når en mentorbevilling er lukket eller forlænget

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.