1005.17.40.4 JobAD modernisering - Plateau 4
1Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
STAR Projektleder (PL) | Forretningsanalytiker (FA) | STAR Release
| STAR Release
| STAR Release
| Epic status | Eksterne snitflader |
---|---|---|---|---|---|---|
PO @Camilla Hagedorn Trolle PL @Thor Herlev Jørgensen (STAR) | @Rolf Marcher Arndt (Edora) @Tanvir Ahmed | 2024-3 | 2024-4 | 2024-4 | 0.3 | JobAD aftagere |
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? |
---|---|---|---|
20230627 | 0.1 | @Tanvir Ahmed | Oprettelse af dokument |
20230911 | 0.1 | @Rolf Marcher Arndt (Edora) | Indsat epics som filter og links, opdateret version i tidligere versionshistorik fra 1.0 til 0.1 |
20231109 | 0.1 | @Rolf Marcher Arndt (Edora) | Varslingstask oprettet og opdateret i Confluence |
20231201 | 0.1 | @Rolf Marcher Arndt (Edora) | Highlevel acc.kr defineret |
20240117 | 0.1 | @Rolf Marcher Arndt (Edora) på vejene af @Camilla Hagedorn Trolle | Godkendt highlevel acc.krs Mundligt godkendt, ændret tilbage til status 0.1 |
20240117 | 0.1 | @Rolf Marcher Arndt (Edora) | Klargøring til tilsagn Ønske om Tilsagn til Løsning samt hensigtserklæring på Udvikling og Test i Release 2024-4, af de aftagere der måtte ønske at benytte JobannonceService (v2) |
20240118 | 0.3 | @Camilla Hagedorn Trolle | Godkendt |
20240124 | 0.3 | @Rolf Marcher Arndt (Edora) | Åbnes op for eksterne i forbindelse med tilføjelse til Tilsagns ark. |
Interne links (indhold i links ikke relevant for eksterne)
https://starwiki.atlassian.net/browse/VIRK-520
Indholdsfortegnelse
- 1 Versionshistorik af betydning for eksterne (v0.1, v0.3, v0.5 og v1.0)
- 2 Indholdsfortegnelse
- 3 Afgrænsning af epic
- 4 Oversigt over berørte webservices
- 5 Beskrivelse af epic
- 5.1 Baggrund
- 5.2 Regler
- 5.3 Forventet påvirkning af jobcenter-, a-kasse- eller ydelsessystemer
- 5.4 1005.17.40.4.1 - Som STAR og Jobannonce univers ønsker jeg færdiggørelsen af de fysiske datamodeller iterativt, så der ved identificering af mangler og/eller ønsker der ønskes implementeres, kan blive tilføjet i takt med udviklingen af JobannonceService (v2)
- 5.5 1005.17.40.4.2 - Som STAR ønsker jeg at JobannonceService (v2) bliver udstillet, med ny forbedret kode i både forretningslag og dataadgangslag, der stadig opretholder eksisterende blivende forretningsregler, lovgivning samt aftalte nye forretningsregler og eventuelle ønsker der måtte være godkendt
- 5.6 1005.17.40.4.3 - Som STAR, intern og ekstern webservice aftager ønsker jeg at kunne interagere med JobannonceService (v2) for at kunne opfylde mine forpligtelser til hhv. egne interessenter og lovpligtige regler herom
- 5.7 1005.17.40.4.4 - Som STAR ønsker jeg stillingtagen til adgangssikkerheden på JobannonceService (v2), der både kan understøtte ny og eksisterende sikkerhedsmodel
- 5.8 1005.17.40.4.5 - Som moderniseret JobAG ønsker jeg en agil tilgang til udarbejdelsen af JobannonceService (v2) for at eventuelle identificerede mangler, ønsker og dialog - kan imødekommes hurtigt
- 5.9 1005.17.40.4.6 - Som STAR og DOA ønsker jeg en tidlig drøftelse og skemasætning af, hvad felter/tabeller hedder i det nye for at stadig understøtte dataleverancer når det nye Jobannonce univers ibrugtages
- 6 Særlige krav til test
- 7 Konsekvenser for drift/idriftsættelse
- 8 Arkitektur- og implementeringsnoter
- 9 Husk GDPR stillingtagen
Afgrænsning af epic
Afgrænsning |
---|
Som ekstern/intern webserviceaftager, der udbyder funktionalitet til dets interessenter i form af annoncering af arbejde/visning af annoncering af arbejde Ønsker jeg at kunne administrere Jobannoncer via STARs webservicesnitflade For at blandt andet få Jobannoncer udstillet på Jobnet og/eller WorkInDenmark og/eller sende disse til EURES og overholde lovpligtige regler herom. |
Acceptkriterier
Nr. | Beskrivelse | Relevant for | Intern STAR userstory |
---|---|---|---|
1005.17.40.4.1 | Som STAR og Jobannonce univers ønsker jeg færdiggørelsen af de fysiske datamodeller iterativt, så der ved identificering af mangler og/eller ønsker der ønskes implementeres, kan blive tilføjet i takt med udviklingen af JobannonceService (v2) | VIRK, BI |
|
1005.17.40.4.2 | Som STAR ønsker jeg at JobannonceService (v2) bliver udstillet, med ny forbedret kode i både forretningslag og dataadgangslag, der stadig opretholder eksisterende blivende forretningsregler, lovgivning samt aftalte nye forretningsregler og eventuelle ønsker, der måtte være godkendt | VIRK, interessenter af JobannonceService |
|
1005.17.40.4.3 | Som STAR, intern og ekstern webservice aftager ønsker jeg at kunne interagere med JobannonceService (v2) for at kunne opfylde mine forpligtelser til hhv. egne interessenter og lovpligtige regler herom | VIRK, interessenter af JobannonceService |
|
1005.17.40.4.4 | Som STAR ønsker jeg stillingtagen til adgangssikkerheden på JobannonceService (v2), der både kan understøtte ny og eksisterende sikkerhedsmodel | VIRK, FT, SF, interessenter af JobannonceService (Se varslingstask) |
|
1005.17.40.4.5 | Som moderniseret JobAG ønsker jeg en agil tilgang til udarbejdelsen af JobannonceService (v2) for at eventuelle identificerede mangler, ønsker og dialog - kan imødekommes hurtigt | VIRK |
|
1005.17.40.4.6 | Som STAR og DOA ønsker jeg en tidlig drøftelse og skemasætning af, hvad felter/tabeller hedder i det nye for at stadig understøtte dataleverancer når det nye Jobannonce univers ibrugtages | VIRK, BI |
|
Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader
Kriterie | 1005.17.40.4.2 | 1005.17.40.4.3 | <epic nr>.1.3 | Bemærkning |
---|---|---|---|---|
Jobannonce-Aftagere (JobAD aftagere) herunder Jobportaler skal være bekendt med, at skift til JobannonceService (v2) er et krav, når denne skal ibrugtages (Ved release af 2024-4). Aftagere af eksisterende JobannonceService (v1) vil ikke længere kunne bruge JobannonceService (v1) med lancering og samlet ibrugtagning af JobannonceService (v2) (Ved release 2024-4) |
| X |
| Der vil ske ændringer i servicesnitfladen, hvor aftagere bør orientere sig forud, for deraf at sikre kapacitet til udvikling, hvis funktionalitet (stadig) ønskes understøttet ved lancering og ibrugtagning af JobannonceService (v2) (Release 2024-4). JobannonceService (version 2) listet af epic vil kunne give en indikation af retning, ændringer til den endelige (version 2) der skal tages i brug ved Release 2024-4. STAR ønsker en hensigtserklæring til Implementering og Test til Release 2024-4, af de aftagere der ønsker at benytte JobannonceService (version 2) ved ibrugtagelsen. |
Jobannonce-Aftagere (JobAD aftagere) herunder Jobportaler der benytter Jobannoncer via STAR skal være bekendt med, at ved lanceringen af JobannonceService (v2) (Release 2024-4), vil alle tidligere jobannoncer og jobannoncekladder blive fjernet, det er derfor vigtigt, at brugere tager lokale kopier af Jobannoncer man ønsker overført til det nye. | X |
|
| I forbindelse med skiftet fra JobannonceService (v1) til JobannonceService (v2) fjernes tidligere indsendte Jobannoncer, Jobannonce kladder og det tilhørende til selve Jobannoncen. Ved ibrugtagelsen Release 2024-4 vil der derved kun være de ‘internet crawlede’ annoncer, der vil fremgå af Jobnet. Aftagere af JobannonceService (v1) bedes derfor oplyse deres brugere om dette, så de kan klargøre lokale kopier forud for skiftet til JobannonceService (v2) (Release 2024-4) for derved at kunne oprette dem på ny - om ønsket, efter ibrugtagelsen ved Release 2024-4. |
Jobannonce-Aftagere (JobAD aftagere), herunder Jobportaler der benytter Jobannoncer via STAR, skal være bekendt med, at Jobannonce kladdefunktionalitet ikke længere understøttes med JobannonceService (v2) | X |
|
| I forbindelse med skiftet fra JobannonceService (v1) til JobannonceService (v2), vil STAR ikke længere udstille muligheden for at oprette Jobannonce kladder, hvorfor aftagerne bedes implementere dette i egne løsninger efter behov. |
Jobannonce-Aftagere (JobAD aftagere), herunder Jobportaler der benytter Jobannoncer via STAR, skal være bekendt med ved ibrugtagning af JobannonceService (v2), at det er en mere simplificeret mængde indhold krævet for at oprette en Jobannonce | X |
|
| Aftagere bedes orientere sig tidligt i oplægget på den nye JobannonceService (v2), idet mængden af indhold for at oprette en Jobannonce er blevet mindre,. Desuden lægges der op til mere specifikke fejlbeskeder i fejlscenarier og simplificering af tilstande en Jobannonce kan have. STAR forbeholder sig retten til at foretage ændringer til webservice snitflade JobannonceService (version 2) frem til at denne er klar til test i til Release 2024-3. STAR ønsker et Tilsagn til løsningen i Release 2024-2 og en Hensigtserklæring til Ibrugtagelse og Test i Release 2024-4 af de aftagere, der måtte ønske, at ibrugtage JobannonceService (version 2). |
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 | Varslningstype | Varslingsnote | Eksterne Snitflader | Interne Snitflader | Project |
---|---|---|---|---|---|
Udgået | Aftagere såvel eksterne som interne skal være bekendt med at JobannonceService (v1).Alle udfases med release af 2024-4 | JobAd-Aftagere | EURES, Fællesteknisk, JGM, JobAG, JobSearch, Jobnet, MOD, Virksomhed | Virksomhed | |
Ny | Aftagere såvel eksterne som interne skal være bekendt med ny version af JobannonceService (v2) til senere ibrugtagelse Release 2024-4 | JobAd-Aftagere | EURES, Fællesteknisk, JGM, JobAG, JobSearch, Jobnet, MOD, Virksomhed | Virksomhed |
Automatisk oversigt
Ikke synlig for eksterne, men indeholder ikke andre oplysninger end kopieret til den manuelle oversigt ovenfor.
summary | Varslingstype | Varslingsnote | Eksterne snitflader | Interne Snitflader | project | description |
---|
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.
Regler
Her udfylder PO oplysninger om eksisterende eller forventede regler om registrering og indberetning.
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.
1005.17.40.4.1 - Som STAR og Jobannonce univers ønsker jeg færdiggørelsen af de fysiske datamodeller iterativt, så der ved identificering af mangler og/eller ønsker der ønskes implementeres, kan blive tilføjet i takt med udviklingen af JobannonceService (v2)
1005.17.40.4.2 - Som STAR ønsker jeg at JobannonceService (v2) bliver udstillet, med ny forbedret kode i både forretningslag og dataadgangslag, der stadig opretholder eksisterende blivende forretningsregler, lovgivning samt aftalte nye forretningsregler og eventuelle ønsker der måtte være godkendt
Link til JobannonceService (version 2)
Nedenstående skal ses som et tidligt bud på JobannonceService (version 2) struktur, ændringer i forbindelse med implementeringen vil kunne forekomme frem til at servicen kan testes i test Release 2024-3.
Virksomhedsindsats.JobannonceService (Version 2, 2024-1)
STAR forbeholder sig retten til at foretage ændringer til webservice snitflade JobannonceService (version 2) frem til at denne er klar til test på T-Miljøer i Release 2024-3
Da man fra STARs side ønsker at være tidligt ude med information til aftagere, lukkes der i denne epic op for, hvilken retning STAR har til det nye Jobannonce univers. Webservice snitflader er endnu ikke færdigudviklet, og der kan derfor forekomme ændringer frem til, at dette er klar til test i testmiljøer til Release 2024-3
Datagrundlaget på JobannonceService (version 1) og JobannonceService (version 2)
JobannonceService (version 1) benytter et ikke-moderniseret datagrundlag
JobannonceService (version 2) vil benytte en nyoprettet simplificeret datamodel, der i samarbejde med STARs forretningskontorer er blevet udarbejdet.
Ved det hårde skift ved ibrugtagelsen af JobannonceService (version 2) i Release 2024-4, vil man derved også tage den nye simplificerede datamodel i brug.
Understøttelsen af at kunne oprette kladder udfases med JobannonceService (version 2)
Dette blandt andet for at give et mere uniformt billede af, hvad er påkrævet / ikke påkrævet, ved oprettelse af Jobannonce på snitfladen.
Nulstilling - Fjernelse af alle Jobannoncer ved ibrugtagelsen af Release 2024-4
Af moderniseringen af Jobannonce universet, har man vejet moderniseringen og simplificeringen af Jobannonce sammen med den nye tabelstruktur for Jobannonce universet op mod bibeholdelsen af de eksisterende Jobannoncer.
Vægtningen for modernisering og den mere simplificerede Jobannonce sammenholdt med den fremtidige ønskede database tabelstruktur, har desværre medført, at konvertering af eksisterende indsendte Jobannoncer og Jobannonce kladder (via JobannonceService version 1) ikke vil være tilgængelig ved ibrugtagelsen af JobannonceService (version 2)
Ovenstående svære valg at fjerne tidligere indsendte Jobannoncer og Jobannonce kladder er truffet for blandt andet at give et uniformt billede af en Jobannonce, hvad er påkrævet / ikke påkrævet, specifikke fejlbeskeder mv.
1005.17.40.4.3 - Som STAR, intern og ekstern webservice aftager ønsker jeg at kunne interagere med JobannonceService (v2) for at kunne opfylde mine forpligtelser til hhv. egne interessenter og lovpligtige regler herom
Link til JobannonceService (version 2)
Nedenstående skal ses som et tidligt bud på JobannonceService (version 2) struktur, ændringer i forbindelse med implementeringen vil kunne forekomme frem til at servicen kan testes i test Release 2024-3.
Virksomhedsindsats.JobannonceService (Version 2, 2024-1)
1005.17.40.4.4 - Som STAR ønsker jeg stillingtagen til adgangssikkerheden på JobannonceService (v2), der både kan understøtte ny og eksisterende sikkerhedsmodel
1005.17.40.4.5 - Som moderniseret JobAG ønsker jeg en agil tilgang til udarbejdelsen af JobannonceService (v2) for at eventuelle identificerede mangler, ønsker og dialog - kan imødekommes hurtigt
1005.17.40.4.6 - Som STAR og DOA ønsker jeg en tidlig drøftelse og skemasætning af, hvad felter/tabeller hedder i det nye for at stadig understøtte dataleverancer når det nye Jobannonce univers ibrugtages
Overvej for hvert acceptkriterie hvilke systemer der berøres af ændringen:
DFDG
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)
Jobnet
VITAS
JobKon
JobAG
JobSearch
Ydelsesudstilling
Taxonomy
BI integrationsplatform
Alle områder
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.
Kommunalt sagsbehandlingssystem
A-kasse sagsbehandlingssystem
Kommunalt bookingsystem
WorkForcePlanner (WFP)
M4 Booking
Schultz Booking
Kommunalt ydelsessystem (KY)
Kommunalt sygedagpengesystem (KSD)
Særlige krav til test
Test scenarie | Deltagelse i test | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
---|---|---|---|
Anonym Jobannonce | Virksomhedsindsats, SPOC |
| @Rolf Marcher Arndt (Edora) |
Udenlandsk Jobannonce | Virksomhedsindsats, SPOC |
| @Rolf Marcher Arndt (Edora) |
Grønlandsk Jobannonce | Virksomhedsindsats, SPOC |
| @Rolf Marcher Arndt (Edora) |
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: @Rolf Marcher Arndt (Edora)
Angiv dato for tjek: 20240124
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