Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 8 Next »

Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning


STAR Projektleder (PL)Forretningsanalytiker (FA)STAR ReleaseEpic statusEksterne snitflader
Knud de Place (STAR)Carsten Olsen2021-40.1KSS, A-kasse



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?

15.06.2021

0.1

Knud de Place

Nyoprettet på baggrund af drøftelse med Netcompany og a-kasser om indberetning af afholdte CV-samtaler og udfordringer med indberetning af cv-godkendelsesstatus, hvis cv-oplysninger /søgbarhed eller medlemmets tilstand har ændret sig





Interne links (indhold i links ikke relevant for eksterne)

key po fa ux sme eksterne snitflader interne snitflader status labels
Loading...
Refresh

DS-6440 - Getting issue details... STATUS



Indholdsfortegnelse




Afgrænsning af epic

Afgrænsning

Som en sagsbehandler

vil jeg gerne kunne indberette CV-godkendelsesstatus ud fra cv'ets og borgers/medlemmets tilstand på det tidspunkt, hvor cv-oplysningerne blev vurderet/kvalitetssikret

for at jeg kan få registreret cv-godkendelsesstatus, selvom cv-oplysninger / cv søgbarhed eller medlemmets/borgers tilstand har ændret sig i mellemtiden 

Acceptkriterier

Nr.BeskrivelseRelevant for
951.19.1DFDG understøtter mulighed for registrering af CV-godkendelsesstatus for tidligere tilstand af CV / borger/medlemDFDG/JobSearch








Kriterier for tilsagn til serviceaftager i forhold til STARs snitfladerBerørte acceptkriterierBemærkninger

951.19.1<epic nr>.1 .2
<epic nr>.1 .3
<epic nr>.1 .4
KSS og a-kasse ibrugtager ny metode til registering af CV-godkendelsesstatus for tidligere tilstand af CV / borger/medlemX


Metoden muliggør at CV-godkendelsesstatus kan indberettes sammen med jobcentrets / a-kassens registrering af den afholdte samtale, selvom cv'et eller personen på registreringsdagen ikke længere opfylder betingelserne for registrering af cv-godkendelse













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













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
Loading...
Refresh


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.


Acc.kr. 951.18. 1 - DFDG understøtter mulighed for registrering af CV-godkendelsesstatus for tidligere tilstand af CV / borger/medlem

DFDG understøtter mulighed for registrering af CV-godkendelsesstatus for tidligere tilstand af CV / borger/medlem, selvom

  • cv-oplysningerne ift. komplethed eller søgbarhed
  • borger/medlemmets tilstand ikke aktuelt er således, at CV'et kan godkendes, fx fordi
    • personen er blevet afmeldt,
    • kontaktgruppen ændret eller lukket

Ny metode på JobSearch.CvWorkFlowService (Version) - UpdateHistoricCvStatus (PUT /v1/CvWorkflow/historiccvstatus)

Forskelle ift. den eksisterende metode UpdateCvStatus er markeret med grøn baggrund.

Input

Element
Type
Detaljer
Forekomst
Beskrivelse
CivilRegistrationIdentifier [Header]stringPattern:((((0[1-9]|1[0-9]|2[0-9]|3[0-1])(01|03|05|07|08|10|12))|((0[1-9]|1[0-9]|2[0-9]|30)(04|06|09|11))|((0[1-9]|1[0-9]|2[0-9])(02)))[0-9]{6})|00000000000 - 1
x-requestId [Header]string
1
requestBodyUpdateHistoricCvStatusRequestDto
1
-    eventDatedate-time
0 - 1Dato for CV oplysninger, der er kvalitetssikret
-    cvStatusTypeCvStatusTypeCodeList
1
-    commentstring
0 - 1Kommentar til CV i forbindelse med CV status

Forretningsregler

Ændringer ift. nuværende forretningsregler for UpdateCvStatus er markeret med grøn tekst:


  • DFDG betragter ændringer i CV status som tilstandsskift på CV'et og markerer CV'et, hver gang der ændres status med denne metode.
    Det markerede CV kan efterfølgende listes med GetCVList og hentes med GetHistoricalCV.

  • For alle KG kan CV'et kun sættes til "CV ej godkendt" (Id 3), hvis der er registreret CV-oplysninger
  • For Dagpengemodtager (KG1) og Uden ydelse (KG 8) - dimittend (håndteres af a-kassen) (Enum Jobparat men kun KG 1 og 8) XXXX Obs INTERN NOTE: Seniorjob (KG 23) er Jobcentrets ansvar så de skal ikke være med mere (fejlkode idag 9009.)

    • A-kasser må registrere status for egne medlemmer

    • A-kasser må endvidere registrere status for tidligere medlemmer medlemmer, hvis eventDate ligger inden for medlemsperioden i den registrerende a-kasse
    • A-kasser må kun anvende CV status "CV godkendt" (Id 2) eller "CV ej godkendt" (Id 3)

      • Hvis eventDate = d.d.: CV kan kun sættes "CV godkendt" (Id 2),

        • hvis det er søgbart - fejlkode 30018 “Only allowed to set ‘CV godkendt’ when Cv is available”

        • hvis personen er i KG1 eller KG8 (som hidtil)
      • Hvis eventDate < d.d. kan CV'et sættes til "CV godkendt" (Id 2), hvis
        • det var søgbart helt eller delvist på eventDate
        • personen var KG 1 eller KG 8 helt eller delvist på eventDate
    • A-kasser må ikke udfylde CVComment

    • Jobcentret må kun sætte CV status "CV’et ikke længere er fyldestgørende" (Id 5) for egne borgere

    • Kun Jobcentret må anvende CV status "CV’et ikke længere er fyldestgørende" (Id 5) og kan i CVComment angive en tekst til a-kassen

      • Kun Jobcentret må sætte "CV’et ikke længere er fyldestgørende" (Id 5), hvis eksisterende CV status er "CV godkendt" (Id 2) 

  • For jobparate og åbenlyst uddannelsesparate (håndteres af jobcentret) (Enum Jobparat bortset fra KG 1 og 8)

    • Jobcentret må kun sætte CV status for egne borgere

    • Jobcentret må kun anvende CV status "CV godkendt" (Id 2)  eller "CV ej godkendt" (Id 3). 

      • Hvis eventDate = d.d.: CV kan kun sættes "CV godkendt" (Id 2),

        • hvis det er søgbart - fejlkode 30018 “Only allowed to set ‘CV godkendt’ when Cv is available”

        • hvis personen er jobparate eller åbenlyst uddannelsesparate
      • Hvis eventDate < d.d. kan CV'et sættes til "CV godkendt" (Id 2), hvis
        • det var søgbart helt eller delvist på eventDate
        • personen var jobparate eller åbenlyst uddannelsesparate helt eller delvist på eventDate
      • CV status "CV’et ikke længere er fyldestgørende" (Id 5) må gerne anvendes men har ingen forretningsmæssig konsekvens
  • For ikke jobparate og ikke-åbenlyst-uddannelsesparate (håndteres af jobcentret) (Enum IkkeJobparat,  Fleksjob)

    • Jobcentret må kun sætte CV status for egne borgere

    • Jobcentret må kun anvende CV status "CV godkendt" (Id 2)  eller "CV ej godkendt" (Id 3).
      For jobparate er anvendelsen af CVstatus frivillig for jobcentret og CVstatus vil ikke blive vist på Jobnet 

      • Hvis eventDate = d.d.: CV kan kun sættes "CV godkendt" (Id 2),

        • hvis det er søgbart - fejlkode 30018 “Only allowed to set ‘CV godkendt’ when Cv is available”

        • hvis personen er ikke-jobparat eller ikke-åbenlyst-uddannelsesparate
      • Hvis eventDate < d.d. kan CV'et sættes til "CV godkendt" (Id 2), hvis
        • det var søgbart helt eller delvist på eventDate
        • personen var ikke-jobparate eller ikke-åbenlyst uddannelsesparate helt eller delvist på eventDate
    • CVstatus "CV’et ikke længere er fyldestgørende" (Id 5) er ikke relevant for ikke jobparate. Må gerne anvendes men har ingen forretningsmæssig konsekvens.

  • For borger uden kontaktgruppe (beskæftigede m.v.) ( Enum Selvforsoergelse)
    Jobcenter eller a-kasse skal ikke behandle denne målgruppe

    • Jobcentret eller A-kasse må ikke sætte CV status på disse borgere. Bemærk en borger beholder en eventuel CV Status der sat f.eks. CV godkendt" (Id 2) eller "CV ej godkendt" (Id 3) under en aktiv kontaktgruppe og denne CV status genaktiveres ved gentilmelding (se detaljeret regler andetsted på denne side) 


Gemning af historisk godkendelsesstatus (strøtanker)

  • Hvis CV'et ift. komplethed aktuelt ville kunne godkendes:
    • Godkendelsen gemmes som normalt.
  • Hvis CV'et ift. komplethed ikke længere ville kunne godkendes:
    • Godkendelsen gemmes, men DFDG gemmer afledt heraf en "CV påbegyndt" (id 6) med eventDate = den dato, hvor CV'et ikke længere er komplet
  • Hvis CV'et efterfølgende er registeret "CV ej godkendt" (Id 3):
    • Godkendelsen gemmes, men DFDG gemmer afledt heraf en ""CV ej godkendt" (Id 3) med eventDate = den dato, hvor der var gemt "CV ej godkendt"

Acc.kr. xxx.1.2 - xxx



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 (KMD Aktiv / KY)
  • Kommunalt sygedagpengesystem (KSD)

Særlige krav til test

Test scenarieBerørte systemområder (herunder nye batchjobs*) Identificeret af






* 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.

  •  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 )


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





  • No labels