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.

Interne links (indhold i links ikke relevant for eksterne)

https://starwiki.atlassian.net/browse/JOB-7768

https://starwiki.atlassian.net/browse/DS-10091

https://starwiki.atlassian.net/browse/PLAN-1750

Indholdsfortegnelse

Afgrænsning af epic

Pakke MINPLAN-1 (Del 3) i DFDG moderniserings og forretnings roadmap for serviceaftagere

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.

Automatisk oversigt

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

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.

Som en del af DFDG's udfasning af end of life teknologier og STAR's moderniseringsprogram sker der i forhold til uddannelsesplan, som en del af helt Min plan området, følgende:

• I DFDG et skift til REST snitflade - og i denne epic samtidige med en forretningsmæssig udfasning af den unges mulighed for fra Jobnet at indberette uddannelsesønsker, uddannelsessteder m.v. samt en forenkling i forhold til kladdefunktionaliteten i plan og uddannelsesplan.

• I Jobnet en overgang til ny REST snitflade samt ny frontend arkitektur (denne opgave er ikke en del af denne epic, men vil blive specificeret i en efterfølgende epic)  

Regler

Her udfylder PO oplysninger om eksisterende eller forventede regler om registrering og indberetning.

Forretningsmæssigt ændres der ikke i reglerne for jobcentrets indberetning, men:

• Da kladdebegrebet forsvinder, ændres der i det tekniske flow - dette flow forenkles. Dette er i forlængelse af de forenklinger, der er sket med hensyn kladde i Plan, se i epic .

• Da borgeres mulighed at indberette uddannelsesønsker og steder til sagsbehandleren i jobcentret via Jobnet og DFDG forsvinder/udfases, kan disse ikke mere hentes i DFDG og sagsbehandleren skal gennem de afholdte samtaler med den unge afdække disse ønsker

Baggrunden for afskaffelse af den unges mulighed for at indberette disse uddannelsesønsker og steder skal ses i

• Det begrænsede antal indberetninger der p.t. sker fra Jobnet

• Den relative komplekse it-understøttelse af dette på Jobnet

• Den usikkerhed der er, jf. Reformkommisionens anbefalinger, om uddannelsespålæg og dets fremtid. I denne sammenhæng er der dog intet konkret, kun det der er givet udtryk for i Kommissionens anbefalinger.

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.

Serviceaftager skal

• Overgå til ny REST snitflade for registrering og opdatering af uddannelsesplan fra sagsbehandler - og der er ikke mulighed for at tilgå de gamle SOAP snitflader for disse operationer

  • (04.03.2024): Selve uddannelsespålægget ændres ikke, men indberettes via og ikke mere på en selvstændig service. Det betyder:

    • For a-kasser at der skal opgraderes til version 2 af

    • For KSS skal der indberettes via , dog kan det kaldemæssigt ske i to trin svarede til det flow ,der var brugt i DFDG classic.

• Mht. den unges ønsker til uddannelse og uddnanelsessteder skal KSS på den eksisterende SOAP service og metoder (GetPlanVersions og GetPlan), hvis nødvendigt, afstubbe disse kald af på KSS siden. DFDG fjerner metoderne.

• Uddannelsesplan kobles til Plan, og kladdebegrebet samt publicering via plan udfases. Dvs. Uddannelsespålægget kobles tættere med plan og vil være en specialisering af plan

Sagsbehandler i jobcenter (27.02.2024/04.03.2024):

• Sagsbehandler skal for alle unge i den almindelige dialog afdække ønsker til uddannelse, uddannelsessteder m.v. på de enkelte trin. Dette er ikke en ændring til hvad der i dag sker mellem sagsbehandler og den unge for det store flertal af unge, der ikke har anvendt de hidtidige registreringsmuligheder på Jobnet til at kommunikere til sagsbehandleren om uddannelsesønsker, ansøgning om optagelse og om eventuel optagelse på uddannelse. Sagsbehandleren kan stadig sætte en frist på trinet og denne kan ses af den unge på Jobnet.

• Den unge vil skulle indgive / kommunikere ønsker til uddannelse, uddannelsessteder m.v. på de enkelte trin til sagsbehandler, der fremover alene vil kunne forestå registreringen

1005.17.49.1 - Som STAR vil jeg have flyttet forretningsområdet uddannelsesplan til forretningsdomænet (silo) borgerindsats

Løsningsmodel

• DFDG etablerer/flytter uddannelsesplan og dennes kobling til Min plan i sammenhæng med de andre Min plan elementer til de nye DFDG forretningsdomæner. Uddannelsesplan flyttes sammen med Plan og Min plan til Borgerindsats.

• Borgeres mulighed for at indberette uddannelsesønsker og uddannelsessteder fjernes fra Jobnet se Acc. Kri. 1005.17.49.11

1005.17.49.2 - Som serviceaftager og STAR vil jeg have udstillet EducationPlanService og JobnetEducationPlanService via ny REST snitflade med tilpasset og forsimplet forretningsflow bl.a. med afskaffelse af kladdebegreb på boregens ønsker

Løsningsmodel

• DFDG udvider eksisterende REST planservice med data vedr. uddannelsespålæg. Det betyder at core delen af plan kan/skal indberettes ( af KSS) samtidig med uddannelsesplan for de borgere, der har en uddannelsespålæg. Det er derfor kun muligt gemme en uddannelsesplan ved også udfylde uddannelsesplandelen i UddannelsesplanDto

Borgerindsats.PlanService -

CreatePlan - CreatePlan (POST /v1/Plan/{planversionId?})

Erstatter SaveEducationPlan.

Opretter uddannelsesønsker/uddannelsessteder samt kommentar til borgers uddannelsesplan sammen med de øvrige plandata.

GetPlan - GetPlan (Get /v1/Plan/{planversionId})

Henter plan og uddannelsesplan.

Erstatter .GetPlan.

Borgerindsats.BorgerindsatsStatusService -

(04.03.2024): Det er ikke planlagt atforetage ændringer i BorgerindsatsStatusService i regi af denne epic i 2024-2

GetBorgerindsatsPersonStaus - GetBorgerindsatsPersonStatus

Ny personstatusservice for Borgerindsats domænet.

Afløser . Bemærk der i PSS ikke har være uddannelsesplan data.

1005.17.49.3 - Som serviceaftager kan jeg ikke beholde de eksisterende SOAP services uændret

• DFDG fjerner/lukker de eksisterende SOAP service for plan, uddannelsesplan og Min plan, da det pga. ændringer ikke er praktisk muligt at lave SOAP-REST converter på Plan og Min plan service.

• Serviceaftager skal derfor være opmærksom på, at der er en hård binding for alle til hvilken release service skal ibrugtages. DFDG vil udviklingsmæssigt, som aftalt, give mindst en releaseperiode, hvor den nye REST service vil være tilgængelig på DFDG test- og udviklingsmiljøer. 

EducationPlanService -

EducationPlanService udgår.

Se .

SaveEducationPlan - SaveEducationPlan

Udgår og erstattes af CreateUdannelsesPlan (POST /v1/Uddannelsesplan) og UpdateUdannelsesPlan (PUT /v1/Uddannelsesplan/{uddannelsesplanId})

GetEducationPlanPdf - GetEducationPlanPdf

Udgår da den ikke anvendes mere til uddannelsesinstitutioner (oversendelse af at den unge havde et udd.pålæg - brev til institutionens eBoks).

JobnetEducationPlanService -

JobnetEducationPlanService udgår.

SaveEducations - SaveEducations

Udgår og erstattes af CreateUdannelsesoensker (POST /v1/Uddannelsesulan/{uddannelsesplanId}) og UpdateUdannelsesoensker (PUT /v1/Uddannelsesoensker/{uddannelsesplanId}).

ReportToCaseWorker - ReportToCaseWorker

Udgår og erstattes af IndberetUdannelsesoensker (PUT /v1/Uddannelsesoensker/action/indberet).

GetEducationPlanPdf - GetEducationPlanPdf

Udgår da den ikke anvendes mere til uddannelsesinstitutioner (oversendelse af at den unge havde et udd.pålæg - brev til institutionens eBoks).

PlanService -

Udgår generelt.

GetPlan - GetPlan

Udgår - Hentning af borger specifikke ønsker til uddannelser og steder.

GetPlanVersions - GetPlanVersions

Udgår - Borgerkladde og dermed adgang til borger ønsker til uddannelser og steder.

PublishPlan - PublishPlan

Udgår - uddannelsesplan skal ikke mere publiceres.

1005.17.49.4 - Som STAR vil jeg have datakonvertering og dataleverancer i forhold til DOA tilpasset til det nye forretningsdomæne (silo) inkl. kontaktperson i DOA

Internt STAR acceptkriterie 

Løsningsmodel

• BI omlægger DOA leverance til ny datakilde i Borgerindsats

• Omlægningen sker sker i tre trin:

  • Trin 1 konvertering til udviklingsmiljøer

  • Trin 2 Prod konvertering

  • Trin 3 ny leverance til DOA 

1005.17.49.5 - Som STAR vil jeg have at dokumentation for såvel servicelag og frontend lever op til STAR's principper på releasetidspunktet

Internt STAR acceptkriterie 

Løsningsmodel

• Dokumentation i forbindelse med Epic og som forudsætning tilsagn 

• Udarbejdelse af endelig dokumentation

1005.17.49.6 - Som STAR vil jeg have, at data er omfattet af dataløft og pseudonymisering mod testmiljøer 

Internt STAR acceptkriterie 

Løsningsmodel

• Lav beskrivelse til SF som grundlag for dataløft og pseudonymisering

• Få SF til at tilpasse dataløft og pseudonymisering

1005.17.49.7 - Som serviceaftager og STAR vil jeg have udstillet kodelisterne for Uddannelsesplan

Løsningsmodel

• "Flyt" kodelister fra DFDG classic til Borgerindsats

• Lad DFDG classic kodelister udgår

Borgerindsats.CodeLists -

Borgerindsats.UddannelsesplanTrinTypeCodeList -

(Gl DFDG EducationPlanStepTypeIdentifierType)

Borgerindsats.UddannelsesstatusTypeCodeList -

(gl. DFDG EducationStatusTypeIdentifierType)

Borgerindsats.StoettebehovTypeCodeList -

(Gl. DFDG EducationRetentionTypeIdentifierType)

DFDG CodeListService (version 5) -

EducationPlanStepTypeIdentifierType - EducationPlanStepTypeIdentifierType

Erstattes af

EducationStatusTypeIdentifierType - EducationStatusTypeIdentifierType

Erstattes af

EducationRetentionTypeIdentifierType - EducationRetentionTypeIdentifierType

Erstattes af

1005.17.49.8 - Død kode i DFDG, i forbindelse med Min plan fjernes. Samles i en userstorie under epic 1005.17.48 Samling af Min plan og komposit Min plan service og webservicebeskeder

Internt STAR acceptkriterie 

Løsningsmodel

• Flyttes til epic 1005.17.48 Samling af Min plan og komposit Min plan service eller senere epic

1005.17.46.9 - Landssupport/LSS er skiftet over til at brug den nye REST-servicen for Plan og MinPlanService, i stedet for EducationPlanService, PlanService og MyPlanService fra DFDG classic

Internt STAR acceptkriterie 

Løsningsmodel

• Tilpas LSS til at køre mod de nye REST service.

  • Registrering og løsning af planer og MyPlan

  • Indberetning af uddannelsesplan og uddannelsesønsker

Beskrevet af @Knud de Place (STAR) her: .

Implementeres som en del af følgende stories på JOBS:

• (epic: )

• (epic: )

1005.17.49.10 - Udsendelse af webservicebeskeder og udfasning af WSRM (se epic 1005.17.48)

Løsningsmodel

• Følger kerneplanens logik og WSB kommer kun Min Plan

• Se 1005.17.48 Samling af Min plan og komposit Min plan service

1005.17.49.11 Som borger vil jeg have at jeg ikke mere kan indberette ønsker til uddannelses, steder m.v. på Jobnet

Internt STAR acceptkriterie 

Løsningsmodel

• TBD

• Fjern de steder på uddannelsesplan:

  • Hvor sagsbehandler fortælle hvad borger skal gøre, måske skal tekst blot tilrettes

  • Hvor borger kan angive ønsker til uddannelse (trin 1)

  • Hvor borger kan angive ønsker til steder (trin 2)

  • Hvor borger kan angive hvornår de skal starte (trin 3)

• Tilret Guide til Min Plan på Jobnet https://star.dk/media/11738/2019_12_03_guide_til_min_plan_version_1pdf.pdf (link dør nok / skal opdateres, når Guide til Min plan opdateres ifm Nytænkning 1.1.2024):

Open

1005.17.49.12 Som STAR vil jeg have at Jobnet classic benytter de nye REST service for Min Plan Komposit

Internt STAR acceptkriterie 

Løsningsmodel

• Jobnet skifter til REST service

• Den unge kan ikke mere indskrive jobønsker m.v. på Jobnet

  • Link til underside med forventede ændringer på Jobnet

Komposit.MinPlanService -

GetMinPlanMedFuldtIndhold - GetMinPlanMedFuldtIndhold (GET /v1/MinPlan/FuldtIndhold)

Anvendes til at hente hele Min Plan.

GetMinPlan - GetMinPlan (GET /v1/MinPlan/action/Pdf)

Anvendes til at hente Min Plan PDF.

Særlige krav til test

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

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

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