Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
...
| Page Properties | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Indgik i tilsagn:
|
...
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? |
|---|---|---|---|
31.03.2023 | 0.1 | Carsten Olsen | Oprettelse |
12.06.2023 | 0.3 | Carsten Olsen | Opdateret med indhold. |
13.09.2023 | 0.3 | Knud | Nyt internt ac-8 |
19.02.2024 | 0.3 | Carsten Olsen | Afsnit med varslinger flytte til sidst i dokument pga. læsevenlighed. |
05.03.2024 | 0.5 | Carsten Olsen | Løftet til version 0.5 med følgende præciseringer og ændringer
|
07.08.2024 | 0.5 | Knud | Opdateret links til wiki sider for MyPlanService og Komposit.MinPlanService |
10.04.2024 | 0.5 | Knud | Foranlediget af spg. d.d. fra a-kasse leverandør: Borgerindsats. Rettelse 19.04.2024: Det er Borgerindsats.Planservice (version 1), der udgår til fordel for Borgerindsats.Planservice (version 2). |
28.08.2024 | 1.0 | Carsten Olsen | Løft til v1.0 |
Interne links (indhold i links ikke relevant for eksterne)
...
Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||
|---|---|---|---|---|---|
1005.17.48.2 | 1005.17.48.3 / 1005.17.48.10 | 1005.17.48.6 | |||
(05.03.2024) Som KSS og a-kasse skal jeg overgå til ny REST snitflade, og kan således (bortset fra Rehabilitering og Krav til jobsøgning) ikke i en overgangsperiode fortsat anvende SOAP-versionen | X | X | |||
(05.03.2024) Som KSS og a-kasse skal jeg overgå til WSB beskeder, dog bevares WSRM for aktiviteter, krav til jobsøgning og rehabilisering i en overgangsperiode | X | ||||
Oversigt over berørte webservices
Bemærk at denne Oversigt over berørte webservices er den samlede varsling for alle epic relateret til Min plan (1005.17.5, 1005.17.9, 1005.17.45,1005.17.46, 1005.17.47, 1005.17.48 og 1005.17.49) . Det eneste nye er varslingen i forbindelse med denne epic af komposit metoder i servicen og WSB Komposit.MinPlanService (2024-2)/wiki/spaces/GI/pages/4014931979. Dette skulle derfor gerne give service aftager det samlede overblik hele pakken. For de oprindelige varslinger: Se de enkelte epics.
...
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)
1005.17.48 Samling af Min plan service og WSB - inkl. Komposit - Snitflader der etableres med denne epic
...
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 Min Plan (My Plan) følgende:
I DFDG et skift til REST snitflade - og i denne epic uden samtidige forretningsmæssige ændringer, der er dog en forenkling i forhold til kladdefunktionaliteten i plan og uddannelsesplan (men det er håndteret i de dertil hørende epics) og ændringer til registreringen af aktiviteter.
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.
Det er ingen indberetningsregler i denne epic, da der alene er tale om GET metoder.
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 og der er ikke mulighed for at tilgå de gamle SOAP snitflader.
...
Komposit.MinPlanService - Komposit.MinPlanService (2024-2)
...
/wiki/spaces/GI/pages/4014931979
Se også /wiki/spaces/GI/pages/4032167937
GetMinPlanMedFuldtIndhold (GET /v1/MinPlan/FuldtIndhold)
(Erstatter Gl. GetLegalMyPlanWithDetails)
Metoden henter en version af borgerens minplan ud fra en teknisk nøgle.
GetMinPlan (GET /v1/MinPlan/action/Pdf)
(Erstatter Gl. GetMyPlanPdf)
Returnerer en pdf indeholdende den version af borgerens MinPlan, som indikeret i request
GetMinPlan GetMinPlan (GET /v1/MinPlan)
Udgår
1005.17.48.3 - Som serviceaftager vil jeg have udfaset de eksisterende SOAP
...
GetMyPlan
Udgår. Erstattes af GetMinPlan (GET /v1/MinPlan)
GetMyPlanPdf
Udgår. Erstattes af GetMinPlan (GET /v1/MinPlan/action/Pdf)
JobnetMyPlanService - JobnetMyPlanService (2021-3)
...
GetLegalMyPlanWithDetails
Udgår. Erstattes af GetMinPlanMedFuldtIndhold (GET /v1/MinPlan/FuldtIndhold)
1005.17.48.4 - Som STAR vil jeg have, at den samlede dokumentation for servicelag og frontend lever op til STAR's principper på releasetidspunktet og er konsekvensrettet
...
Wiki side forretningssider til service | Ændring | Note |
|---|---|---|
Alene ændringer til REST navne på service og metoder samt adgang nu er på beskrevet på selve snitfladen | ||
Alene ændringer til REST navne på service og metoder samt adgang nu er på beskrevet på selve snitfladen | ||
Ændringer til REST navne på service og metoder Ny logik til at hente integrationskontrakdata. >>>>> ny tekst >>>> Skiftespor (hentning af integrationskontrakdata i DFDG eller Letasyl) Da data efter integrationslov, jf. flow fødes hos asyloperatøren (i systemet LetAsyl) og skal kunne hentes af jobcentret i perioden til jobcenteret selv tager / får ansvaret for borgeren, har DFDG en særlig metode til at hente fra Letasyl GetLetAsylIntegrationlov (GET /v1/LetAsylIntegrationlov) samt en metode til at overføre data efter integrationslov OverfoerLetAsylIntegrationlov (POST /v1/LetAsylIntegrationlov/action/transfer) se Borgerindsats.LetasylIntegrationslovService. Når jobcentret har overtaget ansvaret og gemt data første gang i DFDG vil integrationskontraktdata derefter hentes i DFDG. Se også 2024 (Nytænkning) - Integrationskontrakt og tidlig informationsudveksling fra asylcenter til kommune - inkl. CV oplysninger Bemærk: Skiftespor har samme grundlogik både for CV og data efter integrationslov. | Ny side, sammenlign evt. med tidligere version | |
Alene ændringer til REST navne på kodelister | ||
Ændringer til REST navne på service og metoder Min plan med fuldt indholde kan ikke mere hentes på disse metoder, her skal anvendes Komposit.MinPlanService (2024-2) /wiki/spaces/GI/pages/4014931979 WSB vil indeholde data i body om hændelser og notifikationer | ||
Komposit.MinPlanService (2024-2) /wiki/spaces/GI/pages/4014931979 | Ny service der udstiller alt Min plan indhold inkl. som PDF | Ny sider |
Ændringer til REST navne på service og metoder Sammensmeltening af gamle plan og educationplan service og afskaffelse af kladebegreb og publicering. Bemærk det er ikke muligt for borger at indgive ønsker til uddannelse, uddannelsessteder m.v. til DFDG fra Jobnet. Disse data er udfaset fsva borgers egne registreringer - og skal fremover alene registreres af sagsbehandler. Ændring til WSB afsendelsesmønster i forhold til WSRM hvor der ikke udsendes WSB på Plan, her kan MinPlan WSB anvendes | Ny side, sammenlign evt. med tidligere version På Borgerindsats.PlanService (Version 2 (med uddannelsesplan) [UDV] 2024-2) ses hvilke uddannelsesplan felter, der nu er med i Version 2 af service. Det er stadig muligt at lave en uddannelsesplan i to dele, først “plandelen” med beskrivelse og mål og derefter “Uddannelsesdelen“ med alle uddannelsespålægets felter. Bemærk: Felt for frist var ved fejl ikke medtaget. Der vil blive tilføjet primo marts 2024. Det er medtaget i kodesporet for 2024-2, der fra 4. marts 2024 er tilgængelig på T4 testmiljøet. | |
“Uddannelsesplan“ | Se under Borgerindsats.PlanService (2024-2) | |
Ændringer til REST navne på service og metoder Opdeling af jobordertype kodelisten i to kodelister se JobOrderTypeIdentifier mapning til Borgerindsats.MyndighedsomraadeTypeCodeList og Borgerindsats.JobtilbudTypeCodeList. Ændring til WSB afsendelsesmønster i forhold til WSRM. WSB for aktiviteter får en body med aktivitetstypen af hensyn til a-kasserne. | Bemærk: Elementer i forbindelse med HOI (f.eks transportordning) er fjernet igen, da de ved en fejl var medtaget. | |
Ikke berørt i disse epic |
...
For afsendelse af aktivitets WSB (og WSRM): Se forretningsdokumentation
| Insert excerpt | ||||
|---|---|---|---|---|
|
...
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:
...
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
XXXXX
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
...