Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 10 Next »

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


STAR Projektleder (PL)Forretningsanalytiker (FA)STAR ReleaseEpic statusEksterne snitflader
Knud de Place (STAR)Jesper Brunholm2019-40.5A-kasser




key po fa ux sme eksterne snitflader interne snitflader status labels
Loading...
Refresh

DS-1290 - Getting issue details... STATUS



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.BeskrivelseRelevant for
955.3.1Eventuel tilpasning af forretningsregler, filtrering m.v. for dannelse af WSRM'er på baggrund af analysen i 955.2DFDG
955.3.2Tilpasning af for hvilke jobordretyper, der skal sendes NUPH (som følge af LAB-ændringer)DFDG



Kriterier for tilsagn til serviceaftager i forhold til STARs snitfladerBerørte acceptkriterierBemærkninger

955.3.1955.3.2


A-kasserne er opmærksomme på i hvilke situationer, der dannes obligatoriske og frivillige WSRM-beskederx



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)

summary varslingstype varslingsnote eksterne snitflader interne snitflader project
Loading...
Refresh


Beskrivelse af epic

Epic'en er en fortsættelse af 955.2 WSRM'er til a-kasserne (analyse)


955.3.1 - Eventuel tilpasning af forretningsregler, filtrering m.v. for dannelse af WSRM'er 

Eventuel tilpasning af forretningsregler, filtrering m.v. for dannelse af WSRM'er på baggrund af analysen i epic 955.2.


Vedhæftet excelark med udsendelsesreglerne:

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

42Fleksjob for personer med nedsat erhvervsevne, StatNej
43Fleksjob for personer med nedsat erhvervsevne, Region (sygehusregion)Nej
44Fleksjob for personer med nedsat erhvervsevne, KommuneNej
50Rotationsvikar, privat (pulje)Nej
51Rotationsvikar, kommune (pulje)Nej
52Rotationsvikar, region (sygehusregion) (pulje)Nej
53Rotationsvikar, stat (pulje)Nej
55Rotationsvikar, privat (alm)Nej
56Rotationsvikar, kommune (alm)Nej
57Rotationsvikar, region (sygehusregion) (alm)Nej
58Rotationsvikar, stat (alm)Nej

x

Alle andre jobtilbud

Ja



Særlige krav til test

Test scenarieBerø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.





  • No labels