Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
| Page Properties | |||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
| Jira Legacy | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
| Jira Legacy | ||||||||
|---|---|---|---|---|---|---|---|---|
|
Indholdsfortegnelse
| Table of Contents | ||
|---|---|---|
|
Afgrænsning af epic
| Afgrænsning | ||
|---|---|---|
Som en ansvarlig for den centrale sikkerhed og ws-understøttelse i DFDG vil jeg understøtte, at a-kasser og jobcentre selv kan foretage datagenopretninger/sletning/berigtigelser af fejlregistreringer i fritekstfelter m.v. i større omfang end i dag for at STAR, kommuner og a-kasser er nemmere og hurtigere kan opfylde GDPR-reglerne om sletning og berigtigelser, når der behandles fejlagtige data - og således, at der via WSRM automatisk sendes underretning til ws-aftagerne om ændringer i data. | ||
| Acceptkriterier | ||
| Nr. | Beskrivelse | Relevant for |
| 955.6.1 | Det skal være muligt at slette og opdatere fejlagtigt registrerede AsylumtransitionDate (overtagelsesdato for integrationsansvar) uanset om borger har et CV | DFDG |
955.6.2 | Det skal være muligt at slette fejloprettede udkast til Min plan og andre beskeder (også hvis de ikke er sendt myndighed-til-myndighed [overveje om CitizenMessageStatusTypeIdentifier id 3 (= fejloprettet) kan anvendes til at markere, at kun afsendende myndighed må se beskeden] | DFDG |
| 955.6.3 | Det skal (uændret) være muligt at opdatere kodelisteværdier og fritekstfelter i registreringen af aktiviteter via ActivityService | Ingen udv.opgave for DFDG |
| 955.6.4 | KSS (og a-kasser i a-kasseforsøg) skal kunne tekstuel berigtige "PlanDescription" og "GoalDescription" i en publiceret Min plan (PlanService), når fx en sagsbehandler har skrevet om en anden borger end tilsigtet i Min plan | DFDG |
| 955.6.5 | KSS skal kunne tekstuel berigtige "CaseWorkerComment" som er den kommentar sagsbehandleren kan videregive til uddannelsesinstitutioner omkring borgerens situation ved udd.pålæg trin 3 | DFDG |
| 955.6.6 | Det skal (uændret) være muligt at opdatere AgreementDescription for afholdte samtaler således, at aftalefeltet indgår med korrekt undhold i bl.a. Min plan | Ingen udv.opgave for DFDG |
| 955.6.7 | I LSS skal SF og STAR kunne aflyse fremtidige samtaler (relevant ifm flytning, når nyt JC overtager borger uden at afvente CPR-flytning) | DFDG |
| 955.6.8 | Det skal være muligt at Create og Delete historisk fravær (uden data bringes i ulovlig tilstand) | DFDG |
| Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||||
|---|---|---|---|---|---|---|---|
| 955.4.1 | 955.4.2 | 955.4.3 | 955.4.4 | 955.4.5 | 955.4.6 | ||
KSS ibrugtager metode for sletning af fejlagtigt registrerede AsylumtransitionDate (overtagelsesdato for integrationsansvar) Der kan være tale om funktioner som KSS stiller til rådighed i brugergrænseflade for de enkelte sagsbehandlere i JC - eller om en berigtigelsesfunktionalitet som udføres ved servicekald mod DFDG fra leverandørens egen supportfunktion. | X | CvService. UpdateAsylumTransition ? Foranlediget af FB 141876 med subcases | |||||
AKS og KSS ibrugtager metode for sletning / slettemarkering / blokering af beskeder - og for a-kasser herunder Udkast til Min plan Der kan være tale om funktioner som KSS / a-kasseleverandør stiller til rådighed i brugergrænseflade for de enkelte sagsbehandlere i JC eller a-kasse - eller om en berigtigelsesfunktionalitet som udføres ved servicekald mod DFDG fra leverandørens egen supportfunktion. | X | CitizenMessageService | |||||
KSS (og a-kasser i a-kasseforsøg) skal kunne opdatere aktiviteter (kodelisteværdier og fritekstfelter), herunder historiske aktiviteter, uanset om
Der kan være tale om funktioner som KSS / a-kasseleverandør stiller til rådighed i brugergrænseflade for de enkelte sagsbehandlere i JC eller a-kasse - eller om en berigtigelsesfunktionalitet som udføres ved servicekald mod DFDG fra leverandørens egen supportfunktion. | X | ActivityService: UpdateActivity ? | |||||
| KSS (og a-kasser i a-kasseforsøg) skal kunne opdatere "PlanDescription" og "GoalDescription" i en publiceret Min plan (PlanService) | X | ||||||
KSS ibrugtager metode til at kunne foretage tekstuel berigtigelse af "CaseWorkerComment" om er den kommentar sagsbehandleren kan videregive til uddannelsesibstitutioner omkring borgerens situation ved udd.pålæg trin 3 Der kan være tale om funktioner som KSS stiller til rådighed i brugergrænseflade for de enkelte sagsbehandlere i JC eller a-kasse - eller om en berigtigelsesfunktionalitet som udføres ved servicekald mod DFDG fra leverandørens egen supportfunktion. | X | EducationPlanService ? | |||||
KSS (og a-kasser i a-kasseforsøg) skal kunne opdatere AgreementDescription på afholdte samtaler, uanset om
Der kan være tale om funktioner som KSS / a-kasseleverandør stiller til rådighed i brugergrænseflade for de enkelte sagsbehandlere i JC eller a-kasse - eller om en berigtigelsesfunktionalitet som udføres ved servicekald mod DFDG fra leverandørens egen supportfunktion. | X | PersonRegistrationService. UpdatePersonInterview eller InterviewService. UpdateInterview | |||||
Oversigt over berørte webservices
Manuel oversigt som er synlig for eksterne (links i listen virker kun med STAR Jira konto):
Automatisk oversigt (vi arbejder på løsning på at gøre den synlig)
| Jira Legacy | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
Beskrivelse af epic
Overvej for hvert acceptkriterie hvilke systemer der berøres af ændringen:
- DFDG
- Services
- WSRMer
- Kodelister
- PersonStatusService (PSS)
- PersonHistoryService (PHS)
- LSS (Landssupportsystem) og herunder Registerudtræk (hvis STAR har dataejerskab og der er lavet PHS på domænet)
- Jobnet
- VITAS
- JobKon
- JobAG
- 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.
- Nye batchjobs
- Kommunalt sagsbehandlingssystem
- A-kasse sagsbehandlingssystem
- Kommunalt bookingsystem
- JobcenterPlanner (JCP)
- WorkForcePlanner (WFP)
- Kommunalt ydelsessystem
Særlige krav til test
| Test scenarie | Berø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: Nej
- Skal der køres konvertering: Nej
- Skal der køres databasescripts for opdatering af tabeller i databasen: Nej
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: 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: Nej
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.