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

...

Versionshistorik af betydning for eksterne (v0.1, v0.3, v0.5 og v1.0)

Anvendes ved ændringer, der har betydning for eksterne.

...

...

Links i listen virker kun med STAR Jira konto og kan derfor ikke tilgås af eksterne. Links under Summary indeholder ikke andre oplysninger relevant for eksterne end hvad der fremgår i tabellen. 

(kopiér og indsæt manuelt i tabellen)

...

• Sagsbehandlere på det jobcenter, som har sagen, kan overføre sagen til et andet jobcenter i VITAS' brugergrænseflade

• Hvis sagen er lagt på National Liste, kan alle sagsbehandlere i alle jobcentre overføre til et vilkårligt jobcenter.

Regler

Her udfylder PO oplysninger om eksisterende eller forventede regler om registrering og indberetningKSS har ikke modtaget fyldegørende WSRM’er, som kan sikre, at KSS er opdateret ved overførsel af sager. Det adresseres i denne epic.

Den nye funktionalitet gælder kun for sager, der er flyttet fra og med denne release.

Forventet påvirkning af jobcenter-, a-kasse- eller ydelsessystemer

Her beskriver PO overordnet, hvordan epic'en forventes at påvirke aftagerne. Særligt vigtigt, at dette fremgår, hvis det ikke fremgår i en overliggende ISB, hvortil der evt. kan henvises.Jobcentre har mulighed for at udtrække en liste med VITAS-sager, som er overdraget til et andet jobcenter.

Jobcentrene bliver gjort opmærksom på VITAS-sager, som er overført til den fra et andet jobcenter.

Acc.kr. 971.38.1 Jobcenter ser sager, der er overført fra andet jobcenter, i boble (FB 108925)

...

Acc.kr. 971.38.3 Jobcenter kan opgøre sager, der er overført til et andet jobcenter (FB 102612)

Jobcenter Administratorer i jobcentre skal kunne få udtrække en oversigt over sager, der er overført til et andet jobcenter . Krav til funktionen skal fastlægges.

Jobcenter kan fremsøge Ansøgninger og bevillinger, som er blevet overført fra jobcentret til et andet jobcenter.

VITAS kan eksportere en liste med overførte ansøgninger og bevillinger til Excel. Kan kun udføres af jobcenterets VITAS administratorer.

STAR PO: Hvem skal have adgang til at fremsøge overførte sager, samt til at eksportere liste til Excel. Pt. specificerer US, at alle jocentermedarbejdere har adgang.

Fra FB 102612:

...

i en given periode. Format: Excel.

Fra FB 102612:

• "Såfremt en ledig, som er bevilget ansættelse med løntilskud, flytter bopæl til anden kommune, mens pågældende er ansættelse med løntilskud, overflyttes bevillingen til det ansvarlige jobcenter.
  Men har vi nogen mulighed for at fremfinde bevillingen, hvis vi bliver bedt om at dokumentere forløbet af vores revision? Forespørgsel fra jc-Gentofte (Peter Clark)"

• "Hej Linda, Tak, Vi tror at jobcentrene vil blive en anelse bekymrede over et revision-besøg. Vi er oplyst om at Vitas gemmer alt i 5 år - og der er jo også rigtig - men jobcentret kan bare ikke se oplysningerne hvis sagen er overflyttet? Vi vil meget gerne have input til hvordan JC håndterer disse sager. Er det i eget arkiv - pdf-sager ...? Håber I kan hjælpe med et svar, hvis vi overhovedet skal blande os i, hvordan JC arbejder. :-) Mette"

• "Hej Igor Mette har rigtig nok en pointe i at jobcentrene i forbindelse med fx revision kan have brug for at se ansøgninger, de har overført til et andet jobcenter. Spørgsmålet er om det giver mening at lave en mulighed for at fremsøge ansøgningen under "Søg" i stil med at AA-sager, der er overført til JC. Alternativt give mulighed for at se en liste med "overførte" ansøgninger. Skal jeg oprettet en PBI til backloggen til dette? Linda"

• "Hej Rasmus Sagen er faktisk stadig aktuel da vi netop har fået en anden forspørgsel ind fra JC Hvidovre der er relevant til dette. Supporten skriver: "JC Hvidovre kunne godt tænke sig, at der kommer en advis i Vitas. Hvis et andet JC overføre en sag til dem i Vitas. Hvis sagen i Vitas kører som den skal og et JC overføre sagen, så ser det nye JC typisk først sagen når der sker et ophør og kommer ned i deres ophør boble. JC Hvidovre kunne godt tænke at der kom en besked i Vitas om der er kommet en sag over til dem fra et andet JC så de kan følge op på sagen før den evt. kommer til et ophør. Og JC kunne også godt tænke hvis man kunne skrive en tekst, om hvorfor den bliver overflytte til andet JC. JC Hvidovre skriver dette: Hvis jeg har lavet et Løntilskud/bevilling på en borger, og borgeren flytter til anden kommune i løntilskudsperioden, hvordan skal jeg som ”ejer” af dette løntilskud sikre, at dette løntilskud fortsætter med virksomheden som aftalt, men at refusionen går til ny kommune, samt at en virksomhedskonsulent/jobkonsulent fra den nye kommune følger op på dette løntilskud." Jeg tænker det er noget vi skal se videre på. JC ønsker jo også her at de på en måde stadig kan følge med i sagen, så de er sikker på alt forløber som det skal."

Overvej for hvert acceptkriterie hvilke systemer der berøres af ændringen:

• DFDG

  • Services

  • WSRMer

  • Kodelister

  • PersonStatusService (PSS) / domænespecifikke statusservices

  • PersonHistoryService (PHS) / domænespecifikke historik services

  • 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)

  • M4 Booking

  • Schultz Booking

• Kommunalt ydelsessystem (KMD Aktiv / KY)

• Kommunalt sygedagpengesystem (KSD)

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

Husk GDPR stillingtagen

Ingen personfølsomme data i epics

Illustrationer, skærmdumps m.v. må ikke indeholde cpr.nr., CV. nr., rigtige personnavne på borgere eller deres kontaktoplysninger i form af e-mail, telefonnr., adresse m.v.

•   Ja, det er tjekket, at epic ikke indeholder dette.

• Angiv hvem der har foretaget dette tjek: 

• Angiv dato for tjek: 

Opbevaring af oplysninger i STARs it-systemer

Ved oprettelse af nye dataområder skal der tages stilling til, hvornår formålet med data ophører og dermed fastlægges en slettepolitik.

Ved indførelse af nye data på eksisterende dataområder skal GDPR slettejobs opdateres.

Hvem må tilgå oplysningerne?

Afsnittet må ikke blot slettes, hvis det vurderes ikke relevant. Det skal dokumenteres at man har forhold sig til nedenstående.

Husk det er hensynet til borgeren der tæller højst. Der skal være hjemmel til at sagsbehandler må tilgå oplysninger. Formålet skal være som led i administrationen af beskæftigelsesreglerne eller ydelsesadministration.  

Korrekte sikkerhedsattributter på services

PO skal for hver enkelt servicemetode angive hvilke myndighedstyper, der må kalde de forskellige servicemetoder.

Tilladte organisationer (eksempel - se den fulde liste over myndighedstyper på siden DFDGs sikkerhedsmodel )

...

Alle borgere

...

Egne borgere

...

Tidligere egne borgere

...

Gæsteadgang

...

Anden Aktør - egne borgere

...

Anden Aktør - gæsteadgang

...

A-kasse

...

X

...

JobCenter

...

X

...

X

...

Kommune

...

X

...

STAR

...

X

...

AUB

...

UDK

...

STIL

A-kasse filtrering

Hvis a-kassen må anvende metoden, må a-kassen så se / hente alle data? Eller skal der foretages filtrering ift. at a-kassen fx kun må se nogle udfaldsrum / kodelisteværdier? Husk at filtreringen skal ramme eventuel visning på Jobnet aht. sagsbehandlerlogin

Sagsbehandlerlogin på Jobnet - tag stilling til adgang!

En sagsbehandler i et jobcenter kan tilgå en borger tilknyttet det konkrete jobcenter.

En sagsbehandler i en a-kasse kan tilgå en borger, som er medlem af a-kassen og KG 1 (tilmeldt og ikke-tilmeldt) eller KG 8 og tilmeldekategori 5 - dimittend.

Begrænsninger kan foretages via (a-kasse-) filtrering, eller ved at afgrænse på action niveau på konkrete sider på Jobnet.

...

Særlige krav til test

Konsekvenser for drift/idriftsættelse

Ingen særlige konsekvenser for idriftsættelse.

Arkitektur- og implementeringsnoter 

Ingen særlige konsekvenser for arkitektur. Eksisterende mønstre og arkitekturelementer anvendes.

Husk GDPR stillingtagen

Ingen personfølsomme data i epics

Illustrationer, skærmdumps m.v. må ikke indeholde cpr.nr., CV. nr., rigtige personnavne på borgere eller deres kontaktoplysninger i form af e-mail, telefonnr., adresse m.v.

•   Ja, det er tjekket, at epic ikke indeholder dette.

• Angiv hvem der har foretaget dette tjek: Bjarne Hansen

• Angiv dato for tjek: 2022-02-01

Opbevaring af oplysninger i STARs it-systemer

Ikke relevant for denne epic.

Hvem må tilgå oplysningerne?

Ikke relevant for denne epic.

Sagsbehandlerlogin på Jobnet - tag stilling til adgang!

Ikke relevant for denne epic.