Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
Indholdsfortegnelse
Afgrænsning af epic
| Afgrænsning | ||
|---|---|---|
Som STAR og a-kasse vil jeg gerne være sikker på, at a-kasserne modtager de WSRM-beskeder, det er hensigten, og for de medlemmer, det er hensigten, for at STAR og a-kasse ikke videregiver eller behandler oplysninger, det ikke er hensigten, der skal behandles. | ||
| Acceptkriterier | ||
| Nr. | Beskrivelse | Relevant for |
| 955.3.1 | Eventuel tilpasning af forretningsregler, filtrering m.v. for dannelse af WSRM'er på baggrund af analysen i 955.2 | DFDG |
| 955.3.2 | Tilpasning af for hvilke jobordretyper, der skal sendes NUPH (som følge af LAB-ændringer) | DFDG |
| Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||
|---|---|---|---|---|---|
| 955.3.1 | 955.3.2 | ||||
| A-kasserne er opmærksomme på i hvilke situationer, der dannes obligatoriske og frivillige WSRM-beskeder | x | ||||
| A-kasserne er opmærksomme på, at der er ændringer til for hvilke jobordretyper, der sendes NUPH | x | ||||
Oversigt over berørte webservices
Manuel oversigt som er synlig for eksterne (links i listen virker kun med STAR Jira konto):
Der er ikke ændringer i snitflader eller i WSRM'ers indhold, men om tilpasninger i filtreringer for, hvornår de sendes. Se de berørte WSRM'er i det regneark, der fremgår nedenfor i afsnit 955.3.1.
Automatisk oversigt (vi arbejder på løsning på at gøre den synlig)
Beskrivelse af epic
Epic'en er en fortsættelse af 955.2 WSRM'er til a-kasserne (analyse) hvor STAR med afsæt i at WSRM som udsendes til a-kasserne (i modsætning til når a-kasserne aktivt henter information) skal begrænses til kun at blive sendt når der er et signifikant behov for informationen.
955.3.1 - Eventuel tilpasning af forretningsregler, filtrering m.v. for dannelse af WSRM'er
Tilpasning af forretningsregler, filtrering m.v. for dannelse af WSRM'er på baggrund af analysen i epic 955.2.
Vedhæftet excelark med udsendelsesreglerne, ændringer er markeret med kursiv i kolonnen længst til højre:
955.3.2 - Tilpasning af for hvilke jobordretyper, der skal sendes NUPH (som følge af LAB-ændringer)
Indberetninger i forbindelse med aktiviteter (planer)
I DFDG vil der blive født en negativ underretningspligtig hændelse (NUPH), der sendes via CompulsoryNotificationEvent ID16), hvis der i et jobcenter ændres eller oprettes en aktivitet inden for eller uden for plan, som er i en negativ tilstand.
Vurderingen af hvorvidt den underretningspligtige hændelse er negativ, afgøres ud fra nedenstående regelsæt. Her alene angivet for virksomhedsrettede tilbud.
Virksomhedsrettede aktiviteter (jobordrer, virksomhedspraktik & nytteindsats)
- Vurdering af status er NUPH, dvs. i status
- annulleret (id 3)
- afbrudt (id 4)
- Vurdering af årsagstype er NUPH, dvs. statusårsag
- overholdt ikke aktivitet (id 4)
- udeblevet fra start/møde (id 5)
- afbrudt kursus (id 6)
- Ikke kontaktet/mødet arbejdsgiver (id 8)
- Ønsker ikke jobbet (id 9)
- Opsagt af ledig (id 10)
- Opsagt af virksomheden (id 11)
- Vurdering af jobtilbud er NUPH
Status og årsagstype jf. ovenstående i kombination med følgende jobtilbud (jobordretyper) udløser en NUPH:
ID | Beskrivelse | NUPH |
1 | Almindeligt job | Nej |
6 | Voksenlærling i kommune/region | Nej |
7 | Voksenelev, stat | Nej |
8 | Voksenelev, selvejende | Nej |
9 | Voksenelev, privat | Nej |
13 | Fleksjob for personer med nedsat erhvervsevne, privat | Nej |
14 | Job for førtidspensionister på særlige vilkår, privat | Nej |
32 | Ordinært job - egnet til efterlønnere | Nej |
38 | Job for førtidspensionister på særlige vilkår, Stat | Nej |
39 | Job for førtidspensionister på særlige vilkår, Kommune | Nej |
40 | Job for førtidspensionister på særlige vilkår, Region (sygehusregion) | Nej |
41 | Job for førtidspensionister på særlige vilkår, Selvejende institution | Nej |
| 42 | Fleksjob for personer med nedsat erhvervsevne, Stat | Nej |
| 43 | Fleksjob for personer med nedsat erhvervsevne, Region (sygehusregion) | Nej |
| 44 | Fleksjob for personer med nedsat erhvervsevne, Kommune | Nej |
| 50 | Rotationsvikar, privat (pulje) | Nej |
| 51 | Rotationsvikar, kommune (pulje) | Nej |
| 52 | Rotationsvikar, region (sygehusregion) (pulje) | Nej |
| 53 | Rotationsvikar, stat (pulje) | Nej |
| 55 | Rotationsvikar, privat (alm) | Nej |
| 56 | Rotationsvikar, kommune (alm) | Nej |
| 57 | Rotationsvikar, region (sygehusregion) (alm) | Nej |
| 58 | Rotationsvikar, stat (alm) | Nej |
x | Alle andre jobtilbud | Ja |
Særlige krav til test
| Test scenarie | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
|---|---|---|
| Registrerer negativ tilstand på en eller flere aktiviteter med jobordretype id 42-58 på dp.modtager - og tjek at der ikke dannes NUPH | ActivityService - registrer og opdatér aktivitet til at være i negativ tilstand. GetCompulsoryNotificationEventVersion7 dannes ikke. | Knud |
| Registrerer negativ tilstand på en eller flere aktiviteter med andre jobordretype end dem i tabellen ovenfor (på dp.modtager) - og tjek at der dannes NUPH | ActivityService - registrer og opdatér aktivitet til at være i negativ tilstand. GetCompulsoryNotificationEventVersion7 dannes. | Knud |
* Batchjobs: : Nej
- 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: Nej
- Skal der køres konvertering: Nej
- Skal der køres databasescripts for opdatering af tabeller i databasen: Nej
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: Nej
- Nye snitflader: Nej
- Nye komponenter: Nej
- Nye miljøer: Nej
- Nye teknologier: Nej
- Nye aftagertyper: Nej
- Eller afvigelser fra principperne: Nej
- Eventuelle behov for reduktion af teknisk gæld skal afdækkes: Nej
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.