951.25 CV søgning på borgere med navne og adressebeskyttelse og håndtering af navne og adressesbeskyttelse i forhold til CV i JobAG
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.
Dato | Version | Hvem | Hvad er ændret? |
|---|---|---|---|
Indholdsfortegnelse
Afgrænsning af epic
| Afgrænsning | ||
|---|---|---|
Som en sagsbehandler eller en virksomhed vil jeg have, at min CV-visning og CV-søgning også omfatter borgere med navne og adressebeskyttelse for at jeg kan fremfinde/få disse vist, jf. hvad jeg juridisk må se Som en sagsbehandler vil jeg have, at min CV-søgning også omfatter en række nye parametre for at jeg kan forbedre min CV søgning | ||
| Acceptkriterier | ||
| Nr. | Beskrivelse | Relevant for |
| 951.18.1 | Som jobcenter vil jeg kunne fremsøge borgers CV, selvom borger har navne- og adressebeskyttelse - og jeg vil kunne se navne og adresseoplysninger i søgeresultatet, samt se markering i snitfladen for, at der er navne og adressebeskyttelse. Bemærk, at det er serviceaftager (KSS og a-kasse)/sagsbehandler, der selv skal sikre, at navne og adresseoplysninger ikke videregives, hvis disse er beskyttet. DFDG fortæller alene, om DFDG har registreret navne og adressebeskyttelse på borgeren. | Jobsearch |
| 951.18.2 | Som virksomhed vil jeg kunne fremsøge borgers CV selvom borger har navn og adressebeskyttelse og hvis jeg fremsøger kan jeg ikke se navne og adresseoplysninger og andre beskyttede data, ej heller ville jeg kunne kontakte borger direkte, dog vil jeg kunne henvende mig i jobcenteret og den vej få kontakt med borgeren | Jobsearch, JobAG |
| 951.18.3 | Som STAR vil jeg udover adressebeskyttelse også gerne have ekstra parametre med nu, når "patienten er åben" så den samlede liste af nye parametre vil omfatte
A-kasser vil (pga. lovgivningen) alene kunne søge på egne medlemmer. Bemærk at de beskrevende attributter er forventet medtaget, listen kan blive justeret ved en nærmere tekniske analyse.
| Jobsearch |
| 951.18.4 | Som virksomhed vil jeg have at for borger med navne og adresse beskyttelse får jeg kun de informationer jeg skal have og resten er filtreret fra på min jobordre | DFDG |
| 951.18.5 | Som STAR vil jeg have, at jeg kan lave initial / full load af alle CV data til Ankiro | Jobsearch, BI |
| XXX - pt ikke med | Som STAR vil jeg kunne lave CV søgning fra LSS | DFDG |
| XXX - pt ikke med | Som Virksomhed vil jeg have at jeg kan se der er relevante CV'er i min søgning som jeg kan få hvis jeg henvender mig i Jobcentret (Dem med adressebeskyttelse eller måske også dem der ikke er søgbare) Ide omkring forbedret/udvidet match: At virksomhed i deres CV søgning bliver gjort opmærksom på, at Jobcentret f.eks. har aktivitetsparate borgere, der kunne være interessante for virksomheden (Med Knuds "At bring flere i spil") | Jobsearch, JobAG |
| Bemærk I | I forhold til borgers PDF er dette løst og opfylder alle behov/krav, dog er løsning ikke helt elegant mht. præsentation af data. Men denne forbedring vil kræve ændring til CVService og er derfor ikke i scope her | |
| Bemærk II | I forhold til webservice snitflade er dette løst og opfylder alle behov/krav, dog er løsning ikke helt elegant mht. udstilling af data. Men denne forbedring vil kræve ændring til CVService og er derfor ikke i scope her | |
| Bemærk III | I LSS kan man ikke lave CV søgning og de er derfor ikke berørt i denne epic | |
Fravær vedr. mindre intensiv indsats:
- id 71 - Arbejdsfordeling op til 6 uger
- id 72 - Arbejdsfordeling over 6 uger
- id 78 - Arbejdsfordeling - ny midlertidig ordning. COVID-19
- id 73 - Vejrlig eller materialemangel
- id 43 - På vej på efterløn/fleksydelse (inden for 6 uger)
- id 44 - På vej på pension (folkepension) (inden for 6 uger)
- id 45 - På vej i job (inden for 6 uger)
- id 77 - På vej på erhvervsuddannelse eller anden erhvervsrettet uddannelse (inden for 6 uger)
- id 46 - Barsel inden for 6 uger
- id 16 - Ansættelse inden for 4 uger (revalidender og forrevalidender)
- id 17 - Barsel inden for 4 uger (revalidender og forrevalidender)
| Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||
|---|---|---|---|---|---|
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 | Varslingstype | Varslingsnote | Eksterne Snitflader | Interne Snitflader | Project |
|---|---|---|---|---|---|
| JobSearch.CvSearchService (Version 1) | Andet | Eksisterende version 1 kan forsat anvendes og ændres ikke. OBS for at få adgang til den forbedrede CV søgning, skal version 2 anvendes | A-kasse, KSS | N/A | D+S |
| JobSearch.CvSearchService (Version 2) | Ny | Ny version af CV-søgning, der håndterer navne- og adresssebeskyttelse, har ikke søgbare CV med og har nye søgeparametre med | A-kasse(f), KSS(f) | JobAG | D+S |
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.
Denne epic er en del af STAR løbende forbedring af match mellem virksomheder og borger, og muliggør en forbedret CV-søgning
- på JobAG for arbejdsgivere
- for sagsbehandlere i jobcentre, når deres KSS leverandører ibrugtager den nye version
- for sagsbehandlere i a-kasser (der ikke hidtil har kunnet foretage CV-søgning med DFDGs/JobSearch services), når deres leverandører ibrugtager den nye version
Regler
Her udfylder PO oplysninger om eksisterende eller forventede regler om registrering og indberetning.
N/A der er kun tale om læsning i denne epic
Forventet påvirkning af jobcenter-, a-kasse- eller ydelsessystemer
Acc.kr. 951.21.1 - Som jobcenter vil jeg kunne fre
- Det eksisterende setup og snitflader bibeholdes uændret
- Der etableres en ny Silo/domæne som vil være STARs avanceret søgnings silo (på sigt CV, DFDG AdvancedSearchService, Jobannoncer m.v.)
- Der etableres en Ankiro II (kopi af den eksisterende) af CV, hvor de nye parameter medtages som søgeparametre
DS-7786
-
Getting issue details...
STATUS
- Denne fodres med data, der tages med fra eventbroker DS-7788 - Getting issue details... STATUS
- Nyt Batchjob/load script der kan loader CV data initielt til Ankiro II data og husk at medtage de nye parametre fra Jobsearch
- Der laves en ny version af JobSearch.CvSearchService, hvor de nye parametre medtages som søgeparametre inkl. adressebeskyttelse (denne anvendes også af filtrering) DS-7797 - Getting issue details... STATUS
- JobAG overgår til V2
- Det vil være frivilligt i 2022-2 for andre (KSS og a-kasser) at bruge v2
Særlige krav til test
| Test scenarie | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
|---|---|---|
| Carsten Olsen | ||
| CV oplysninger og CV PDF | Denne epic har i praksis ikke noget med at gøre hvad vi filtrere på når så en SB, LSS, Jobnet eller jobAG hente et CV eller en CV pdf, Dette skulle der gerne være styr på allerede, mn i forhold til JogAG ville det være rart at dette ogspå blev verificeret hvis de eller for lov til at CV'er på borgere med navn og adressebeskyttelse |
* 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:
Normalt setup
Arkitektur- og implementeringsnoter
Her beskriver PO/FA om arkitekturen og teknikken bag løsningen, om der f.eks. anvendes:
- Nye dataområder: Nej
- Nye snitflader: Nej
- Nye komponenter: Nej
- Nye miljøer: Nej
- Nye teknologier: Nej
- Nye aftagertyper: Nej
- Eller afvigelser fra principperne: Nej
- Eventuelle behov for reduktion af teknisk gæld skal afdækkes: N/A
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.
STAR-PO er bekendt med at ny version 2 af JobSearch.CvSearchService forventes at indebære, at SIG-scoren vil falde (3,4 pr. 16.01.2022), da version 1 af servicen - af hensyn til aftagerne - holdes i live i en periode. Ligesom det skete i release 2021-4, hvor der blev blev etableret ny version 2 af JobSearch.CvWorkFlowService og ny version 3 af JobSearch.CvService - og version 1 hhv. 2 blev holdt i live af hensyn til aftagerne.
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.
N/A her
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 |
Bemærk at der må søge i alle borgers CV'er af hensyn til match
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