Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: v1.0. Ikke andre ændringer

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

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


Page Properties

STAR Projektleder (PL)

Forretningsanalytiker (FA)

STAR Release
tilgængeligt i test

STAR Release
start ibrugtagning

STAR Release
seneste ibrugtagning

Epic status

Eksterne snitflader

Knud de Place (STAR)

Carsten Olsen

2024-1

...


2024-1

2024-1

1.0

KSS, A-kasser

...

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

Anvendes ved ændringer, der har betydning for eksterne.

Dato

Version

Hvem

Hvad er ændret?

01.03.2023 og 31.03.2023

0.1

Knud de Place (STAR)

Oprettet / opdateret

23.06.2023

0.1

Knud de Place (STAR)

Opdateret afsnit med berørte services

06.09.2023

0.3

Knud de Place (STAR)

Klar til at komme med i tilsagn til 2023-4, bølge 1.

05.10.2023

0.3

Knud de Place (STAR)

Slutdato for udgående kodelisteværdier i AC-1 og AC-2 ændret fra xx-03-2024 til 15-03-2024

08.11.2023

0.5

Knud de Place (STAR)

V0.5 Udvikling i gang

08.11.2023

0.5

Knud

Epic dokument har i en kort periode 8.11.2023 har forkert indhold. Det er rette tilbage.

21.12.2023

1.0

Knud

v1.0. Ikke andre ændringer


Interne links (indhold i links ikke relevant for eksterne)

Jira Legacy
serverSystem JIRA
columnskey,po,fa,ux,sme,eksterne snitflader,interne snitflader,status,labels
maximumIssues4
jqlQueryissuetype = epic AND cf[10006] IN (999.12, 999.12i) order by key
serverId479d1618-4a6f-3f88-8ee1-04c6b02c448a

Jira Legacy
serverSystem JIRA
serverId479d1618-4a6f-3f88-8ee1-04c6b02c448a
keyDS-10017

Jira Legacy
serverSystem JIRA
serverId479d1618-4a6f-3f88-8ee1-04c6b02c448a
keyBI-3599

Indholdsfortegnelse

Table of Contents
outlinetrue

...

Afgrænsning af epic

Afgrænsning

Som STAR

vil jeg fjerne understøttelse af a-kassens fremsendelse udkast til Min plan,

så beskedtypen ikke bruges ved et uheld, når a-kasser ikke siden udgangen af 2023 har skullet udarbejde udkast til Min plan

Som STAR og a-kasse

vil jeg lade tidligere anvendte ophørsårsager på fravær id 75 udgå som aktive kodelisteværdi

fordi de ikke skal anvendes, hvis slutdato på fravær id 75 er 1.1.2024 eller senere

Acceptkriterier



Nr.

Beskrivelse

Relevant for (interne links)

999.12.1

Som DFDG vil jeg lade beskedtypen 'Udkast til min plan" (id 2) i CitizenMessageService udgå for nye registreringer

DFDG

Jira Legacy
serverSystem JIRA
serverId479d1618-4a6f-3f88-8ee1-04c6b02c448a
keyKON-14

999.12.2

Allerede registrerede beskeder med beskedtypen 'Udkast til plan' (id 2) kan fortsat læses via CitizenMessageService

DFDG

Ikke kodeændringer i DFDG

999.12.3

Afslutningsårsag på fravær id 42, 43, 44 og 46 udgår

DFDG

Jira Legacy
serverSystem JIRA
serverId479d1618-4a6f-3f88-8ee1-04c6b02c448a
keyKON-638


Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader

Berørte acceptkriterier

Bemærkninger


999.12.1

999.12.2

999.12.3



A-kasser fjerner egen understøttelse til oprettelse af udkast til Min plan (i det omfang den fortsat findes )

X





KSS skal ikke længere kunne modtage a-kassens Udkast til min plan, men kan læse de i DFDG allerede registrerede udkast


X




Udgående afslutningsårsager på fravær forventes ikke at påvirke KSS og a-kasser, der forretningsmæssig validering siden 2023-4 har hindret, at de er anvendt ved afslutning af fravær id 75 med slutdato 1.1.2024 eller senere



X



Oversigt over berørte webservices 

Manuel oversigt som er synlig 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)

Summary

Varslingstype

Varslingsnote

Eksterne Snitflader

Interne Snitflader

Project

CodeListService (version 5).AbsenceCauseTypeIdentifier

Ændret

Id 42, 43, 44 og 46 udgår.

A-kasse, KSS

Jobnet(t.o.)

Kontaktforløb

CodeListService (version 5).CitizenMessageContextTypeIdentifier

Ændret

Beskedtype id 2

...

udgår

...

A-kasse, KSS

Jobnet(t.o.)

D+S

Automatisk oversigt

Ikke synlig for eksterne, men indeholder ikke andre oplysninger end kopieret til den manuelle oversigt ovenfor.

Jira Legacy
serverSystem JIRA
columnssummary,varslingstype,varslingsnote,eksterne snitflader,interne snitflader,project
maximumIssues100
jqlQueryissuetype = Varsling AND linkedIssue in (DS-10017) ORDER BY summary, Varslingstype, "Eksterne snitflader", "Interne Snitflader"
serverId479d1618-4a6f-3f88-8ee1-04c6b02c448a


Beskrivelse af epic

Baggrund

Her udfylder PO oplysninger om baggrund for epic'en, herunder fx om der ligger politisk aftale eller lovgivning bag. Særligt vigtigt, at dette fremgår, hvis det ikke fremgår i en overliggende ISB, hvortil der evt. kan henvises.

Se ISB 999

Regler

Reglerne

...

om

...

udkast til Min plan

...

er udgået af databkg. med virkninger fra 1.1.2024.


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

A-kasser

A-kasser skal fra udgangen af

...

2023 ikke længere udarbejde Udkast til Min plan, men i stedet registrere Min plan for dagpengemodtagere og herunder registrere jobmål og indberette Min plan til DFDG / Jobnet., jf. E 999.13 (2023-4).

Derfor skal a-kasserne fra 1.1.

...

2024 ikke længere registrere Udkast til Min plan. Evt. fortsat understøttelse heraf i a-kassens fagsystemer kan set fra DFDGs side udgå.

Jobcentre

A-kasser skal fra udgangen af

...

2023 ikke længere udarbejde Udkast til Min plan, men i stedet registrere Min plan for dagpengemodtagere og herunder registrere jobmål og indberette Min plan til DFDG / Jobnet., jf. E 999.13 (2023-4)

...

.

Derfor skal KSS fra 1.1.

...

2024 ikke længere modtage a-kassens Udkast til Min plan. Evt. fortsat understøttelse heraf i jobcentrets fagsystemer kan set fra DFDGs side udgå.

999.12.1 - Som DFDG vil jeg lade beskedtypen 'Udkast til min plan" (id 2) i CitizenMessageService udgå for nye registreringer

I kodelisten CitizenMessageContextTypeIdentifier udgår id 2 for nye registreringer.

Allerede registrerede beskeder kan fortsat læses i DFDG.

(udsnit af kodelisten)

Id

Navn

Beskrivelse

Startdato

Slutdato

1

Almen orientering

Almen orientering

01-11-2014

01-07-2100

2

Udkast til min plan

Udkast til borgerens min plan fra a-kasse

01-11-2014

...

01-

...

07-

...

2100

999.12.2 - Allerede registrerede beskeder med beskedtypen 'Udkast til plan' (id 2) kan fortsat læses via CitizenMessageService

Allerede registrerede beskeder med CitizenMessageContextTypeIdentifier  = id 2 kan fortsat læses i DFDG.

Allerede indberettede beskeder med beskedtype id 2 kan fortsat læses af borgere og sagsbehandlere i jobcenter og a-kasse, men ift. sagsbehandlere kun af sagsbehandlere hos de myndigheder/a-kasser, der er afsender eller modtager af beskeden, jf. gældende filtreringer/visningsregler pga. reglerne om brevhemmelighed.

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

...

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

...

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

...

  • WorkForcePlanner (WFP)
  • M4 Booking
  • Schultz Booking

...


...

999.12.3 - Afslutningsårsag id 42, 43, 44 og 46, der har været anvendt på fravær id 75, udgår

AbsenceCauseTypeIdentifier kodelisten

Id 42, 43, 44 og 46 udgår.

Id

Navn

Beskrivelse

Startdato

Slutdato

41

Periode med kontaktforløb i a-kassen er afsluttet

Borger har afsluttet 3 måneders sammenlagt ledighed med primært kontaktforløb i a-kassen

01-09-2018

01-07-2100

42

Kommune ej i forsøg

Borger er flyttet til ny kommune og er ikke længere med i forsøget med indledende kontaktforløb i a-kassen

01-09-2018

15-03-2024

43

Udmeldt af a-kasse i forsøg

Borger har skiftet a-kasse eller er udmeldt af a-kassen og er derfor ikke længere med i forsøget

01-09-2018

15-03-2024

44

Behov for tidlig indsats

Borger har behov for et tidligt kontaktforløb i jobcentret, fx på grund af risiko for langtidsledighed

01-09-2018

15-03-2024

45

Borger er i målgruppe for uddannelsespålæg

Borger er i målgruppe for uddannelsespålæg

01-09-2018

01-07-2100

46

Optjent ny dagpengeret

Gammel forsøgsperiode afsluttes

01-05-2019

15-03-2024

48

Udmeldt af forsikringssystemet

Udmeldt af forsikringssystemet

01-08-2023

01-07-2023


Særlige krav til test

Test scenarie

Berørte systemområder (herunder nye batchjobs*) 

Identificeret af

Der kan ikke dannes nye beskeder med beskedtype id 2

CitizenMesssageService


Allerede indberettede beskeder med beskedtype id 2 kan fortsat læses af borgere og sagsbehandlere i jobcenter og a-kasse (star) 

CitizenMesssageService


(star) Kun af sagsbehandlere hos de myndigheder/a-kasser, der er afsender eller modtager af beskeden, jf. gældende filtreringer/visningsregler pga. reglerne om brevhemmelighed.

* 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: 

...

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

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:

...

  •  Knud

  • Angiv dato for tjek:

...

  •  06.09.2023

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.

Stillingtagen: Beskriv kort, at der er taget stilling til sagsbehandlerlogin