Afgrænsning fgrænsning af epic
| Afgrænsning |
|---|
Som en sagsbehandlervil virksomhed vil jeg kunne behandle ansøgning om tilskud til jobrotation i VITAS og oprette en bevilling om tilskud til jobrotation i VITAS orientere ansatte om at de indgår i en jobrotationsansøgning. Som en sagsbehandler vil jeg kunne registrere, at der er oprettet en bevilling til en jobrotationsansøgning, så den ikke længere optræder på tilbudslisten. |
| Acceptkriterier |
|
|
|---|
| Nr. | Beskrivelse | Relevant for |
| 972.2 | Anden aktør og øvrige jobcentre har ikke adgang til ansøgning om tilskud til jobrotation | VITAS | Der kan laves bevilling / vurdering til ansøgning inkl. vikarer - option B | VITAS | Der kan laves bevillinger /vurdering til ændringer inkl. vikarer - option A/B | VITAS | Jobrotationsansøgninger skal webserviceudstilles (læs) | VITAS, KSS | KSS kan indsætte vikarer i bevilling vi webservice - option E (forudsætter option B) | VITAS, KSS | 3.1 | Der sendes Digital Post til ansatte, der er registreret på jobrotationsansøgning | VITAS |
| 972.3.2 | Jobcenter kan registrere, at der er oprettet bevilling til ansøgning om jobrotation | VITAS, SKS, KSS (t.o.) |
| Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger |
|---|
| Acceptkriterie <nr.> | Acceptkriterie <nr.> | Acceptkriterie <nr.> | Acceptkriterie <nr.> |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
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)
| Jira Legacy |
|---|
| server | System JIRA |
|---|
| columns | summary,varslingstype,varslingsnote,eksterne snitflader,interne snitflader,project |
|---|
| maximumIssues | 100 |
|---|
| jqlQuery | issuetype = Varsling AND linkedIssue in (DS-38) ORDER BY summary, Varslingstype, "Eksterne snitflader", "Interne Snitflader" |
|---|
| serverId | 479d1618-4a6f-3f88-8ee1-04c6b02c448a |
|---|
|
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 testIngen ændringer til webservices.
Jobrotationsansøgninger vil fremover anvende den eksisterende JobOfferStatusTypeIdentifier = 5 (Bevilling udarbejdet) på den eksisterende WSRM SendCaseNotification.
Beskrivelse af epic
972.3.1 Der sendes Digital Post til ansatte, der er registreret på jobrotationsansøgning
VITAS sender en digital post til hver ansat, der optræder på jobrotationsansøgningen. Den digitale post oplyser om anvendelse af den ansattes persondataoplysninger.
972.3.2 Jobcenter kan registrere, at der er oprettet bevilling til ansøgning om jobrotation
Jobcentret kan registrere, at der er oprettet en bevilling til en godkendt ansøgning om jobrotation således, at jobrotationsansøgningen fjernes fra listen "Tilbud".
Der sendes samtidig WSRM Der sendes WSRM SendCaseNotification med JobOfferStatusTypeIdentifier = 5 (Bevilling udarbejdet). Bemærk, at samme WSRM i forvejen anvendes ved jobrotationsansøgninger, men JobOfferStatusTypeIdentifier = 5 (Bevilling udarbejdet) har ikke tidligere været anvendt.
Særlige krav til test
Ingen særlige krav til test.
| Test scenarie | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
|---|
|
|
|
|
|
|
* 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 arkitektenIngen særlige konsekvenser.
Arkitektur- og implementeringsnoter
Ingen arkitekturændringer.