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/KON-1050

Indholdsfortegnelse

Afgrænsning af epic

Acceptkriterier

Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader

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)

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.

I denne epic udvikles og idriftsættes en række webservicebeskeder (WSB'er) for nogle af de SOAP-services, der er omlagt til REST-services, inden den nye WSB model blev udviklet. Dette med henblik på at påbegynde indhentelse af efterslæb på WSB-udviklingen.

Regler

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

N/A

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.

Overgang fra WSRM til WSB i løbet af 2024.

Endelig bagkant for udfasning af WSRM’er er ikke aftalt endnu.

Efter ønske fra en a-kasse, får a-kasser mulighed for, men ikke pligt til, at aftage WSB om helbredsmæssige begrænsninger.

1005.20.5.1 - Som STAR og aftager ønskes WSB om anden aktør henvisninger

Som STAR og aftager ønskes WSB om anden aktør henvisninger.

Løsningsmodel

• Ny WSB - “AndenAktoerHenvisning” (id 60002)

• Dannes som hidtidige WSRM’er til jobcentre i situationer, hvor DFDG opdaterer eller annullerer en anden aktør henvisning

Beskrivelse af WSB

Beskrivelse autoimporteret og vedligeholdt fra :

WSRM’er

Følgende WSRM’er om anden aktør henvisninger kan i en overgangsperiode fortsat anvendes:

• WsrmMessageService (Version 10).GetExternalOperatorReferralVersion1

• WsrmMessageService (Version 10).GetCancelledExternalOperatorReferralVersion1

1005.20.5.2 - Som STAR og aftager ønskes WSB om jobcentertilknytning

Som STAR og aftager ønskes WSB om jobcentertilknytning

Løsningsmodel

• Ny WSB - Jobcentertilknytning

• Dannes som hidtidig WSRM til jobcentre og a-kasser hver gang der oprettes eller ændres i jobcentertilknytningen

Beskrivelse af WSB

Beskrivelse autoimporteret og vedligeholdt fra :

WSRM’er

Følgende WSRM’er om borgers jobcentertilknytning kan i en overgangsperiode fortsat anvendes:

• WsrmMessageService (Version 10).GetPersonJobcenterVersion4

1005.20.5.3 - Som STAR og aftager ønskes WSB om personkommentarer registreret på en borger

Som STAR og aftager ønskes WSB om personkommentarer registreret på en borger.

Ny mulighed for a-kasser at modtage WSB på sådanne kommentarer, som de selv eller jobcentret har registreret med PersonkommentarService (tidligere med PersonStatusCommentService). Bruges af jobcentre til fx at registrere hvis borger tilmelder sig i jobcentret dato x og borger oplyser at have forsøgt at tilmelde sig dato x-1, men at der var fx driftsproblemer med Jobnet eller NemLog-in var nede.

Løsningsmodel

• Ny WSB - “Personkommentar” (id 60001)

• Dannes som hidtidig WSRM til jobcentre og a-kasser hver gang der oprettes, opdateres eller slettes en personkommentar

Beskrivelse af WSB

Beskrivelse autoimporteret og vedligeholdt fra :

WSRM’er

Følgende WSRM’er om borgers personkommentar kan i en overgangsperiode fortsat anvendes:

• WsrmMessageService (Version 10).GetPersonStatusComment

• WsrmMessageService (Version 10).GetDeletedPersonStatusComment

1005.20.5.4 - Som STAR og aftager ønskes WSB om Jobcenteroplysninger

Som STAR og aftager ønskes WSB om Jobcenteroplysninger

Løsningsmodel

• Ny WSB - “Jobcenteroplysninger” (id 70000)

• Dannes efter samme regler som hidtidig WSRM

  • DFDG sender altid den tynde/simple WSB besked til det jobcenter rettelsen vedrører (ud fra jobcenteridentifieren).

  • Hvis rettelsen omfatter jobcenters eller et subjobcenters navn, dvs. dette ændres, sendes WSB til alle jobcentre.

Beskrivelse af WSB

Beskrivelse autoimporteret og vedligeholdt fra :

WSRM’er

Følgende WSRM’er om jobcenteroplysninger kan i en overgangsperiode fortsat anvendes:

• WsrmMessageService (Version 11).GetJobcenterContactInfoVersion1

1005.20.5.5 - Som STAR og aftager ønskes WSB om CvStatus

Som STAR og aftager ønskes WSB om CvStatus.

(Tidligere er til pilotdrift af WSB udviklet WSB om CvIndhold: WSB’en CV.

Løsningsmodel

• Ny WSB - “CvStatus” (id 30001)

• Dannes efter samme regler som hidtidig WSRM

Beskrivelse af WSB

Beskrivelse autoimporteret og vedligeholdt fra :

WSRM’er

Følgende WSRM’er om borgers cv status kan i en overgangsperiode fortsat anvendes:

• WsrmMessageService (Version 11).GetCVStatusVersion7

1005.20.6 - Som STAR og aftager ønskes WSB om ændringer til ESCOSTAR

Som STAR og aftager ønskes WSB om ændringer til ESCOSTAR

Løsningsmodel

• Ny WSB - “EscoStarStillingsbetegnelse” (id 40000)

• Dannes efter samme regler som hidtidig WSRM

• Ny værdi i kodelisten EksternKommunikation.IdentificationTypeCodeList

  • Ny Identifikationstype: Uri (id 4).

  • I Idenfikation indsætter vi stillingsbetegnelsens ConceptUriDa.

• Da stillingsbetegnelsen dermed er entydig identificérbar, vil vi - i mangel af bedre - sætte EksternIdentifier til 00000000-0000-0000-0000-000000000000, altså en "tom" identifier, da vi ikke kan udelade feltet, fordi det er påkrævet

Beskrivelse af WSB

Beskrivelse autoimporteret og vedligeholdt fra :

WSRM’er

Følgende WSRM’er om ESCOSTAR stillingsbetegnelser kan i en overgangsperiode fortsat anvendes:

• WsrmMessageService (Version 11).GetEscoStarOccupationVersion1

1005.20.5.7 - Som STAR og aftager ønskes WSB om aktivitetstillæg

Som STAR og aftager ønskes WSB om aktivitetstillæg

Løsningsmodel

• Ny WSB - “Aktivitetstillaeg” (id 100005)

• Dannes efter samme regler som hidtidig WSRM

  • Besked til KSS om oprettelse eller opdatering af aktivitetstillæg

Beskrivelse af WSB

Beskrivelse autoimporteret og vedligeholdt fra :

WSRM’er

Følgende WSRM’er om borgers aktivitetstillæg kan i en overgangsperiode fortsat anvendes:

• WsrmMessageService (Version 10).GetActivitySupplementVersion8

1005.20.5.8 - Som STAR og aftager ønskes WSB om helbredsmæssige begrænsninger

Som STAR og aftager ønskes WSB om helbredsmæssige begrænsninger

Løsningsmodel

• Ny WSB - “Helbredsbegraensning” (id 100000)

• Dannes ift KSS efter samme regler som hidtidig WSRM (dvs for egne borgere)

• Skal som noget nyt også dannes til a-kasser for egne medlemmer i KG1

Beskrivelse af WSB

Beskrivelse autoimporteret og vedligeholdt fra :

WSRM’er

Følgende WSRM’er om borgers helbredsmæssige kan i en overgangsperiode fortsat anvendes:

• WsrmMessageService (Version 10)

  • GetPersonHealthLimitationVersion4

  • GetPersonHealthLimitationVersion5

  • GetDeletedHealthLimitationVersion5

1005.20.5.9 - Som STAR og aftager ønskes WSB om mødeindkaldelser

Løsningsmodel

• Ny WSB - “Indkaldelse” (id 90000) erstatter alle 3 WSRM’er om indkaldelser. Aht. at kunne fravælge journalisering på borger-accept er der tilføjet en body med hændelsestype som ved borgers accept af indkaldelsen vil være 1 - Borgerbekræftelse.

• Dannes ift KSS: En oprettelse, opdatering eller annullering af en indkaldelse til samtale eller selvbooket samtale; herunder borgers bekræftelse af mødedeltagelse

• Dannes ift. A-kasser: A-kassens og jobcentrets indkaldelser til fælles jobsamtale (id 17). A-kassen opretter, retter eller aflyser indkaldelser af typen CV-samtaler (id 10), rådighedssamtaler (id 15) og jobsamtaler (id 7)

Beskeden har body uanset om der er tale om en oprettelse, opdatering eller aflysning. Ved aflysning indikeres dette både med indkaldelseshændelsestype 2 - Aflyst og Aendringstype 3 - Delete.

Beskrivelse af WSB

Beskrivelse autoimporteret og vedligeholdt fra :

WSRM’er

WSRM’er om indkaldelser, som nævnt ovenfor, kan i en overgangsperiode fortsat anvendes

1005.20.5.10 - Som STAR og aftager ønskes WSB om afholdte samtaler

Løsningsmodel

• Ny WSB - “AfholdtSamtale” (id 90002)

• Dannes ift såvel KSS som a-kasser efter samme regler som hidtidig WSRM GetPersonInterview (dvs for egne borgere)

Beskrivelse af WSB

Beskrivelse autoimporteret og vedligeholdt fra :

WSRM’er

WSRM’er om afholdte samtaler, som nævnt ovenfor, kan i en overgangsperiode fortsat anvendes

1005.20.5.11 - Som STAR og aftager ønskes WSB om frister

Løsningsmodel

• Ny WSB - “Frist” (id 90001)

• Dannes ift KSS efter samme regler som hidtidig WSRM (dvs for egne borgere)

Beskrivelse af WSB

Beskrivelse autoimporteret og vedligeholdt fra :

WSRM’er

WSRM om frister, som nævnt ovenfor, kan i en overgangsperiode fortsat anvendes

1005.20.5.12 - Se på konsekvenser / rettelser som følge af https://manuscript.star.dk/f/cases/400897/WSB-h-ndelsestid-er-ikke-identisk-med-dfdgRegistreringstidspunkt

I FB 400897 blev det konstateret, at hændelsestidspunkt i en WSB var angivet med et tidspunkt, der ikke var identisk med DFDG-registreringstidspunktet for den hændelse, der blev dannet besked om.

Under dette kriterium tjekkes, om hændelsestidspunkt i øvrige WSB’er er DFDG-registreringstidspunktet for den hændelse, der blev dannet besked om - eller en evt. anden konkret ønsket angivelse.

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:

Her beskriver PO/FA konsekvenser for løsninger efter idriftsættelse, hvis noget afviger fra normale setup.  

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 )

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