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/DS-14066

https://starwiki.atlassian.net/browse/BVL-5090

https://starwiki.atlassian.net/browse/BI-3361

https://starwiki.atlassian.net/browse/VIRK-1403

Indholdsfortegnelse

Afgrænsning af epic

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.

Som en del af nytænkning 2024 får a-kassen en udvidet mulighed for at anvende jobordre modulet på lige fod med jobcentret.

Regler

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

Den grundlæggende forretning omkring jobordrer er uforandret, men der indføres en række regler/ændrede valideringer m.v. for at understøtte, at a-kasserne nu kan have en mere aktiv rolle i forhold til jobordrer, herunder at de kan

• være ansvarlige for en jobordre (ift. DFDG)

• være tovholdere for en jobordre

• indgå i formidlingssamarbejde (primære myndigheder).

Derudover får a-kassen mulighed for at overdrage ansvaret for en jobordre til et jobcenter, hvis a-kassen eller et samarbejde af a-kasser ikke selv kan formidle tilstrækkeligt med kandidater.

Virksomhederne skal på JobAG aktivt vælge et jobcenter eller en a-kasse som ansvarlig.

Eksisterende jobordrer påvirkes ikke af denne ændring.

Databekendtgørelsen

Med de ændringer til databekendtgørelsen, jf. kapitel 40 i bkg. nr. 1220 af 28. september 2023, der træder i kraft med Nytænkning, får a-kasserne bl.a. pligt til, at

• kunne registrere og indberette jobordrer og deres status (for ordinære job) til DFDG

• kunne modtage og behandle jobordrer vedrørende ordinære job som arbejdsgivere registrerer og opdaterer i selvbetjeningsløsningen Jobnet for Arbejdsgivere (JobAG)

• registrere, indberette og opdatere formidlingslog på jobordrer , der er indberettet til det fælles it-baserede datagrundlag, når der f.eks. er foretaget en formidling således, at dette bliver synligt for arbejdsgiveren og andre serviceaftagere

• opdatere den enkelte persons status på en formidlingslog, når en person f.eks. er fejlregistreret i formidlingsloggen eller er kommet i beskæftigelse i et andet job

• registrere og indberette jobordrer vedrørende ordinære job, hvor arbejdsløshedskassen ikke umiddelbart selv kan formidle, eller hvor arbejdsløshedskassen ønsker bistand fra andre jobcentre eller arbejdsløshedskasser til at opfylde en arbejdsgivers jobordre.

Arbejdsløshedskassen har ikke pligt til at registrere og indberette jobordrer vedrørende forskellige ordinære job, hvor arbejdsløshedskassen selv formidler.

Der henvises i øvrigt til databkg. kap. 40

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.

Da a-kassen får en mere aktiv rolle i forhold til jobordrer, vil der:

• For a-kassen skulle udbygges/understøttes disse nye arbejdsgange ift. deling af jobordrer og deres status med andre via DFDG

• For jobcentret skulle tages højde for ændringer til flow, herunder bl.a.

  • A-kassen kan registrere og indberette jobordrer til DFDG

  • A-kasse kan være tovholder på en jobordre

  • A-kasse kan væer rekrutteringsansvarlig for en jobordre

  • Jobcenter kan ikke formidle på en jobordre, hvor a-kassen er tovholder

  • Jobcentret kan få overdraget ansvaret for en jobordre fra en a-kasse

999.19.1 - Jobordre-servicen udvides med nyt “felt” for at sikre, at der kommer stillingsbetegnelser på alle jobordrer (så der kan være både titel og stillingsbetegnelse på alle jobordrer)

Løsningsmodel

• DFDG laver et nyt fritekstfelt “Supplerende titel“ eller “Intern bemærkning”

• I JC/a-kasse systemer vil sagsbehandler kunne skrive en valgfri tekst i det nye felt

  • Feltet er ikke mandatory

  • Feltet vises ikke på JobAG

• Validering: Mindst én af Jobordretitel (fritekst), Jobordrestilling (fritekst) eller ESCO-STAR-stillingsbetegnelse skal være udfyldt

Virksomhedsindsats.Jobordreservice - https://starwiki.atlassian.net/wiki/spaces/GI/pages/4071456769

CreateJobordre - CreateJobordre (POST /v1/Jobordre)

Titelfeltets indhold ikke mere knyttet hårdt til eventuel EscoStar stilllingsbetegnelse.

999.19.2 - Jobordreservice skal understøtte, at en a-kasse (på samme måde som jobcentrene) kan vælges som tovholder på en jobordre

Løsningsmodel

• A-kassen kan registrere sig som en tovholder på en jobordre, hvis

  • Jobordren har en a-kasse som rekrutteringsansvarlig og tovholder skal komme fra samme a-kasse, da det kun vil være tovholder der får adgang til de formidlingsrelevante informationer fra andre a-kasses medlemmer

  • Jobordren er ikke markeret landsdækkende, dvs. den kun er tilgængelig for de primære formidlingsmyndigheder

• Det er de samme data, der registreres for tovholderen, uanset om denne kommer fra et jobcenter eller en a-kasse

• Det er den samme forretningsmæssige funktion tovholderen udfører, uanset om denne kommer fra et jobcenter eller en a-kasse

Virksomhedsindsats.JobordreService - https://starwiki.atlassian.net/wiki/spaces/GI/pages/4071456769

For snitfalde ændringer og for tilpassede forretningsregler se https://starwiki.atlassian.net/wiki/spaces/GI/pages/4071456769.CreateJobordre (POST /v1/Jobordre) og UpdateJobordre (PUT /v1/Jobordre/{jobordreIdentifier}) samt påvirkning af formidlinger CreateJobordreFormidling (POST /v1/Jobordre/formidling) og UpdateJobordreFormidling (PUT /v1/Jobordre/formidling) og https://starwiki.atlassian.net/wiki/spaces/GI/pages/4071718913

999.19.3 - Jobordreservice skal understøtte, at a-kasser (på samme måde som jobcentrene kan registreres som rekrutteringsansvarlig for jobordrer)

Løsningsmodel

• A-kassen kan registreres som en ansvarlig for jobordren, hvis

  • Hvis virksomheden på JobAG vælger a-kassen som ansvarlig når de opretter jobordren

  • Hvis a-kassen selv opretter jobordren på vegne af en virksomhed

    • A-kassen skal sikre sig virksomheden er oprettet på JobAG således formidling kan ske

• A-kassen kan kun registrere jobordretype “Ordinær job / småjob” (Id 1). Jobordretyperne “Lærlinge og elevjob”, “Fleksjob” og “IGU-ansættelse” er forbeholdt jobcentret.

Virksomhedsindsats.JobordreService - https://starwiki.atlassian.net/wiki/spaces/GI/pages/4071456769

CreateJobordre (POST /v1/Jobordre), GetJobordre (GET /v1/Jobordre/{jobordreIdentifier}), UpdateJobordre (PUT /v1/Jobordre/{jobordreIdentifier}), GetJobordreForVirksomhed (GET /v1/Jobordre/forvirksomhed) og GetJobordrePaaTypeOgStatus (GET /v1/Jobordre/paatypeogstatus)

Element “ansvarligMyndighed”, der indeholder myndig og type, er indsat i stedet for “ansvarligtJobcenterkode”

For forretningsregler se https://starwiki.atlassian.net/wiki/spaces/GI/pages/4071456769

999.19.4 - Jobordreservicen skal understøtte, at en jobordre kan overdrages fra a-kasse til jobcenter, hvis a-kassen/a-kassesamarbejde ikke selv kan besætte ordren

Hvis en a-kasse på en jobordre ikke har mulighed at løse virksomhedens rekrutteringsbehov, kan a-kassen overgive ansvaret til jobcentret, typisk det jobcenter, hvori virksomheden geografisk er hjemmehørende.
Samt hvis en virksomhed (på JobAG) opretter jobordre og ved en fejl ikke fik sat a-kasse som ansvarlig.

Løsningsmodel

• DFDG udstiller en metode, hvor a-kassen kan overgive jobordren til et specifik jobcenter

  • DFDG tilføjer a-kassen til de primære formidlingsmyndigheder, hvis denne ikke allerede er der

  • DFDG sender besked til jobcenter/a-kasse

• DFDG tillader den modtagende part (jobcentret eller a-kasse) kan/skal skifte tovholder

• Alle primære formidlingsmyndigheder forbliver uændret. Jobcentret kan tilføje flere eller gøre jobordren landsdækkende

• Alle eksisterende formidlinger forbliver uændret inkl. deres status

• Bemærk hvis der skiftes fra A-kasse til a-kasse må der ikke være formidlinger på jobordren

  • Overgivelsen af ansvar kan kun finde sted såfremt der endnu ikke er formidlet på jobordren.
    
    

JobordreService - https://starwiki.atlassian.net/wiki/spaces/GI/pages/4071456769

UpdateJobordreansvar - UpdateJobordreansvar (PUT /v1/Jobordre/{jobordreIdentifier}/ansvar)

Ny metode, hvor a-kassen kan overgive ansvaret til et jobcenter eller anden a-kasse

JobordrehaendelseTypeCodeList - https://starwiki.atlassian.net/wiki/spaces/UDV/pages/3923215496

Udvides med

EksternKommunikation.IdentificationTypeCodeList

Ny identifier type

OvergivelsesAarsagTypeCodeList - https://starwiki.atlassian.net/wiki/spaces/ISB/pages/4077355345

Ny kodeliste

999.19.5 - Jobordreservicen skal understøtte, at et en a-kasse på en jobordre kan formidle ledige medlemmer af andre a-kasser (men ikke personer, der ikke er medlem af en a-kasse - eller medlemmer fra andre a-kasser der ikke er ledige)

Løsningsmodel

På en jobordre hvor en a-kasse er ansvarlig:

• Kun personer, der 1) er medlem i den ansvarlige a-kasse eller i en af a-kasserne i de a-kasser, der registreret som primære formidlingsmyndigheder, og 2) er ledige, kan formidles

• DFDG fjerner automatisk borgere der får lukket deres kontaktgruppe, dette vil også ske for a-kasse medlemmer (DFDG lukker KG1 7 dage efter afmelding som jobsøgende. Jobcentre kan have en praksis, hvor de lukker KG1 straks ved afmelding).

• Tovholderen har adgang til borgere, der på formidlingstidspunktet var medlem i en af de a-kasser, der er registreret som primære formidlingsmyndigheder - og som kan formidles af tovholder eller en ansvarlig a-kasse

• For jobordrer hvor a-kassen er ansvarlig: Hvis en person skifter a-kasse eller melder sig ud af forsikingssystemet fjernes borger fra jobordren uanset om borger er tilknyttet ordren eller formidlet til virksomheden.

• Borgers kontaktgruppe påvirker a-kassen formidlingsmuligheder. A-kasse kan dermed formidle egne medlemmer, der er dagpengemodtagere.

• Formidlinger fra Jobcenter hvor en a-kassen er ansvarlig: Det er ikke muligt for et Jobcenter formidle på en jobordre hvor a-kassen er tovholder

JobordreService - https://starwiki.atlassian.net/wiki/spaces/GI/pages/4071456769

CreateJobordreFormidling (POST /v1/Jobordre/formidling)

Valideringer tilpasses således, at når a-kasse er ansvarlig:

• Kun personer der er medlem i den ansvarlige a-kasse eller i en af a-kasserne i de a-kasser, der registreret som primære formidlingsmyndigheder, kan formidles.

Valideringer tilpasses således, at når a-kasse også er tovholder:

• Ingen ændring

UpdateJobordreFormidling (PUT /v1/Jobordre/formidling)

Valideringer tilpasses således, at når a-kasse er ansvarlig:

• Kun personer, der er/var medlem i den ansvarlige a-kasse eller i en af a-kasserne i de a-kasser, der registreret som primære formidlingsmyndigheder på formidlingstidspunktet, opdateres.

Valideringer tilpasses således, at når a-kasse også er tovholder:

• Ingen ændring, dog vil der på en sådan jobordre kun kan være formidlet medlemmer fra de a-kasse, der indgår jf. CreateJobordreFormidling (POST /v1/Jobordre/formidling)

GetJobordre (GET /v1/Jobordre/{jobordreIdentifier}), GetJobordreForVirksomhed (GET /v1/Jobordre/forvirksomhed) og GetJobordrePaaTypeOgStatus (GET /v1/Jobordre/paatypeogstatus)

Valideringer tilpasses således, at når a-kasse er ansvarlig:

• A-kassen kan hente alle formidlinger. Bemærk at der på en sådan jobordre kun vil være formidlet medlemmer fra de a-kasse, der indgår jf. CreateJobordreFormidling (POST /v1/Jobordre/formidling)

For forretningsregler der beskriver de tre metoder: Se https://starwiki.atlassian.net/wiki/spaces/GI/pages/4071456769

999.19.6 - Virksomheder skal fra JobAG aktivt vælge jobcenter eller a-kasse som ansvarlig for jobordren (og ikke som hidtil kun jobcentre)

Løsningsmodel

• Virksomheden får mulighed for at vælge en specifik a-kassen eller et specifikt jobcenter som ansvarlig
  Bemærk: Den konkret UI model er ikke fastlagt p.t. og derfor ikke beskrevet endnu

999.19.7 - Fra jobordrer udsendes webservicebeskeder

Løsningsmodel

• Nye webservicebeskeder (WSB) etableres og der justeres evt. i afsendelsesregler

• Eksisterende WSRM udfases evt. efter en overgangsperiode. Det skal afklares med KSS og a-kasser om der er behov for WSRM i en overgangsperiode

• For WSB er der 2 modeller

  • A model - Standard
    Denne model er den mest rene og består af

    • Besked “Jobordre”, der sendes hver gang en jobordre oprettes eller ændres

    • Besked “Jobordreformidling”, der sendes hver gang en formidling på en jobordre oprettes eller ændres

  • B model - Hændelsesbaseret
    Denne model samler ændringer i jobordre og formidlinger i en besked og består af

    • Besked “Jobordre”, der sendes hver gang en jobordre oprettes eller ændres samt hver gang en formidling på en jobordre oprettes eller ændres og i body medtages hændelsestypen

Arbejdsantagelse og beskrivelsen er, at model A benyttes

EntityTypeCodelist - https://starwiki.atlassian.net/wiki/spaces/UDV/pages/4003628224

Nye beskedtype id for nedenstående webservicebeskeder

WsrmMessageService (version 10) - https://starwiki.atlassian.net/wiki/spaces/GI/pages/4041180511

GetCompanyRecruitmentEventVersion2

Udgår eventuelt efter overgangsperiode

WsrmMessageService (version 11) - https://starwiki.atlassian.net/wiki/spaces/GI/pages/4041475202

GetCompanyRecruitmentVersion4

Udgår eventuelt efter overgangsperiode

GetCompanyRecruitmentEventVersion3

Udgår eventuelt efter overgangsperiode

999.19.8 - Håndtering af FB “350874 - Jobordrer: Der sendes ikke WSRM til tovholdere, der er andet end jobcentre"

Løsningsmodel

• Problemet rettes således, at der altid sendes WSB/WSRM til foreningsmængden af ansvarlig myndighed, tovholder myndighed, primære formidlingsmyndigheder og myndigheder, der har formidlinger på jobordren. Dog sådan der kun sendes en besked pr. myndighed

999.19.9 - Håndtering af FB “366231 - Manglende myndighed og bruger i event log på jobordre ved i Opret / Opdatering“

Løsningsmodel

• Da DFDG overgår til tynde webservicebeskeder (WSB) i denne epic ændres ikke i de eksisterende WSRM beskeder, selvom disse evt. bevares i en overgangsperiode

  • I de nye WSB er der angivet system, så modtager kan se hvorfra opdateringen kommer

999.19.10 - Implementering af jobordre skal løfte til højest muligt level i forhold til modernisering

Internt acceptkriterie

Løsningsmodel

• Den eksisterende implementering løftes til det højest mulig level i forholde til STAR moderniseringsprojekt

• Dokumentation et opdateret

  • https://starwiki.atlassian.net/wiki/spaces/LOG/pages/4072964809

999.19.11 - Ny status på jobordrer “fejloprettet”

Ny kodelisteværdi - (Virksomhedsindsats) JobordrestatusTypeCodeList:

Ny status på jobordrer:

Sagsbehandler skal kunne opdatere status på jobordren til at være fejloprettet uanset om oprettelsen er sket fra JobAG eller om ordren er registreret af sagsbehandler.

JobAG

Jobordrer med status id 4 ('Fejloprettet') vises ikke på JobAG.

999.19.12 - JobordreService (version 1) udgår

JobordreService (version 1) udgår

999.19.13 - Diverse FB (efter ekstern codefreeze 6. okt.)

Diverse FB (til eventuel løsning efter ekstern codefreeze 6. oktober):

• DFDG udfylder 'Ansættelsesdato' i jobordre med dags dato (368341)

• Ikke muligt at skifte status til 'Ansat' på rekrutteringsanmodning, efter borger er afmeldt, da borger allerede er fjernet (352260)

• Ændringsønske Langvarig jobordre ønskes ændret til Løbende Jobordre. (339117)

999.19.14 - I Virksomhedsindsats.PersonStatusService (version 1).GetPersonStatus ændres AnsvarligJobcenterkode til AnsvarligMyndighed

I Virksomhedsindsats.PersonStatusService (version 1).GetPersonStatus ændres i jobordrekollektionen AnsvarligJobcenterkode til AnsvarligMyndighed, dvs. uden versionsopskrivning (da servicen ikke har været kaldt i prod.).

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