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? |
---|---|---|---|
30-11-2021 | 0.3 | Bjarne Hansen | 971.38.2. Fede WSRM'er gensendes ved jobcenterskifte for at modtagende jobcenter kan få adgang til data. Opfølgning på KMD's forbehold 17-11-2021, samt workshop 30-11-2021. |
Interne links (indhold i links ikke relevant for eksterne)
https://starwiki.atlassian.net/browse/VIR-2490
https://starwiki.atlassian.net/browse/DS-7412
Indholdsfortegnelse
Afgrænsning af epic
Afgrænsning | ||
---|---|---|
Som et jobcenter vil jeg have funktioner til at flytte sager mellem jobcentre for at involverede jobcentre og KSS'er har de fornødne informationer | ||
Acceptkriterier | ||
Nr. | Beskrivelse | Relevant for |
971.38.1 | Jobcenter ser sager, der er overført fra andet jobcenter, i boble (FB 108925) | VITAS |
971.38.2 | Både afgivende og modtagende jobcenter modtager WSRM, når en sag skifter jobcenter (FB 212421) | VITAS, KSS, DFDG |
971.38.3 | Jobcenter kan opgøre sager, der er overført til et andet jobcenter (FB 102612) | VITAS |
Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||
---|---|---|---|---|---|
971.38.1 | 971.38.2 | 971.38.3 | |||
KSS ibrugtager ny WSRM besked for bedre at kunne håndtere ansøgninger og bevillinger, der i VITAS flyttes mellem kommuner | X | ||||
KSS modtager fede WSRM’er hos modtagende jobcenter med aktuelt indhold på ansøgninger/bevillingr/tillægsbevillinger |
|
| |||
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 |
---|---|---|---|---|---|
WsrmMessageService (version 11).GetMovedToJobcenterNotificationVersion1 | Ny | Ny WSRM-besked GetMovedToJobcenterNotification (titel er foreløbig) | KSS | SF, VITAS | D+S |
WsrmMessageService.GetJobAllocationAddOnsStatusNotificationVersion4 | Ændret | WSRM med aktuel status gensendes til modtagende jobcenter vevd jobcenterskifte | KSS | DFDG | VirkSag |
WsrmMessageService.GetJobAllocationStatusNotificationVersion7 | Ændret | WSRM med aktuel status gensendes til modtagende jobcenter vevd jobcenterskifte | KSS | DFDG | VirkSag |
WsrmMessageService.GetJobAllocationStatusNotificationVersion6 | Ændret | WSRM med aktuel status gensendes til modtagende jobcenter vevd jobcenterskifte | KSS | DFDG | VirkSag |
WsrmMessageService.GetJobOfferStatusNotificationVersion7 | Ændret | WSRM med aktuel status gensendes til modtagende jobcenter vevd jobcenterskifte | KSS | DFDG | VirkSag |
WsrmMessageService.GetJobOfferStatusNotificationVersion6 | Ændret | WSRM med aktuel status gensendes til modtagende jobcenter vevd jobcenterskifte | KSS | DFDG | VirkSag |
Automatisk oversigt
Ikke synlig for eksterne, men indeholder ikke andre oplysninger end kopieret til den manuelle oversigt ovenfor.
Beskrivelse af epic
Baggrund
STAR har modtaget en række ønsker fra jobcentre vedr. forbedret funktionalitet, når sager i VITAS overføres mellem jobcentre:
https://manuscript.star.dk/f/cases/108925/Vitas-Flytning-af-sager-mellem-jobcentre
https://manuscript.star.dk/f/cases/212421/VITAS-b-r-sende-WSRM-er-n-r-en-ans-gning-skifter-jobcenter
Ønskerne har eksisteret gennem en årrække.
Denne epics implementerer forbedringer ved overførsel mellem jobcentre.
VITS understøtter to scenarier for at flytte sager mellem jobcentre:
Sagsbehandlere på det jobcenter, som har sagen, kan overføre sagen til et andet jobcenter i VITAS' brugergrænseflade
Hvis sagen er lagt på National Liste, kan alle sagsbehandlere i alle jobcentre overføre til et vilkårligt jobcenter.
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. 971.38.1 Jobcenter ser sager, der er overført fra andet jobcenter, i boble (FB 108925)
Jobcentrets forside har en boble med sager, der er overført til jobcentret fra andre jobcentre
Navn: “Overførte ansøgninger og bevillinger”
Placering: Sidst, efter tillægsbevillinger Afvist af virksomhed
3 bobler til hhv. jobcenter, Mit team og Mig som ved øvrige bobler
Sagerne kan være i denne boble og i en af de andre bobler på samme tid
Sagerne lægges ind i boblen, når sagen er overført fra et andet jobcenter og indtil jobcentret har kvitteret for modtagelse af sagen
Overførte sager vises med ikon for overført sag indtil en sagsbehandler har kvitteret for modtagelse af sagen
Fra FB 108925:
"Det kan være svært at se hvis et andet jobcenter f.eks. overfører en bevilling, da vi skal søge efter dem manuelt under "søg".
Det også vil kunne påvirke vores statistik.Endvidere vil dem der har integration fagsystem heller ikke fået placeringen oprettet automatisk.
eg vil derfor anbefale, at der bliver kigget på en smidig arbejdsgang omkring håndtering af udveksling af oplysninger i Vitas, når nu muligheden er der.
Det kunne være en løsning med en advisering /ekstra boble eller andet, så JC bliver gjort opmærksomme på det, da sagerne, afhængig af status kan komme ind på mange forskellige måder.
ÆØ fra JC-Aalborg"
"Hej Rasmus
Du må gerne oprette denne til nærmere afklaring. Jeg tænker at det afhænger af hvilken status sagen er i. Hvis sagen har status sendt til jobcenter og den overføres, så ville det vel give mening at den havnede i boblen over indsendte ansøgninger til behandling hos det nye jobcenter. Eller hvis det er en godkendt ansøgning der bliver overført, så bør den havne i boblen over tilbud der mangler en bevilling hos det nye jobcenter.
Hvis sagen har status bevilling udarbejdet, så bør den ikke vises i bobler, men Søg-listen i stedet osv. Lad drøfte det nærmere, når vi når dertil.
Mvh
Igor"
Acc.kr. 971.38.2 Både afgivende og modtagende jobcenter modtager WSRM, når en sag skifter jobcenter (FB 212421)
Opdateret jf. tilsagnsbemærkninger fra KMD og Schultz ”KMD 17-11-2021: STAR bedes bekræfte, om tilflytter jobcenter allerede bliver notificeret via de eksisterende WSRM… og om det derfor giver mening at tilflytterjobcenter også får den nye WSRM.”, samt workshop herom 30-11-2021.
Alle ordninger skal sende WSRM'er, når en sag skifter jobcenter.
DFDG VitasNotificationService implementerer en ny, tynd WSRM "SendMovedToJobcenterNotification", som anvendes ved skifte af jobcenter. VITAS sender denne WSRM ved jobcenterskifte på alle ordninger, herunder både på gamle ordninger (Løntilskud, Virksomhedspraktik, Voksenlærling), som ellers sender tykke WSRM'er, og på nye ordninger (Fleksjob, Mentor, Personlig assistance, Hjælpemiddel, Jobrotation), som sender tynde WSRM'er. Eksisterende WSRM'er sendes fortsat og uændret både for nye og gamle ordninger. Både afsendende og modtagende jobcenter skal modtage WSRM’en.
Når KSS modtager "SendMovedToJobcenterNotification" ved jobcenterskifte, kan KSS hente data ved webservicekald på de nye ordninger, men det er ikke en mulighed på de gamle ordninger. VITAS vil derfor gensende fede WSRM'er med data til modtagende jobcenter med relevante data: ansøgning, bevilling, tillægsbevilling.
Sekvens ved jobcenterskifte ved ordninger med fede WSRM'er (Løntilskud, Virksomhedspraktik/nyttejob, Voksenlærling):
SendMovedToJobcenterNotification til afgivende og modtagende jobcenter
SendJobOfferStatusNotification til modtagende jobcenter
SendJobAllocationStatusNotification til modtagende jobcenter, hvis sagen indeholder bevilling
SendJobAllocationAddOnsStatusNotification til modtagende jobcenter for hver tillægsbevilling. Sendes ikke, hvis sagen ikke har tillægsbevillinger.
Ordninger, som anvender tynde WSRM'er (Fleksjob, Mentor, Hjælpemiddel, Personlig assistance, Jobrotation) sender kun SendMovedToJobcenterNotification, da KSS kan indlæse sagsdata på ordningens webservice.
SendMovedToJobcenterNotification
(Opbygges med SendCaseNotification som skabelon)
Når en ansøgning, fleksjobanmodning, bevilling/vurdering eller IGU-aftale flyttes fra et jobcenter til et andet, kalder Vitas DFDG via denne metode. DFDG skaber herefter en WSRM til KSS mm. Både afsendende og modtagende jobcenter modtager samme WSRM.
Tilladte organisationer
Alle borgere | Egne borgere | Tidligere egne borgere | Gæsteadgang | Anden Aktør - egne borgere | Anden Aktør - gæsteadgang | |
---|---|---|---|---|---|---|
JobCenter | X | X | ||||
STAR | X |
Input
Element | Type | Detaljer | Forekomst | Beskrivelse |
---|---|---|---|---|
SendMovedToJobCenterRequest | SendMovedToJobCenterRequestType | 1 | ||
- SendingJobCenterCode | JobCenterCodeType | 1 | Det jobcenter som afgiver ansøgning/bevilling ... | |
- - JobCenterCode | string | Pattern: [0-9]{5} | 1 | Jobcenter kode |
- ReceivingJobCenterCode | JobCenterCodeType | 1 | Det jobcenter som modtager ansøgning/bevilling ... | |
- - JobCenterCode | string | Pattern: [0-9]{5} | 1 | Jobcenter kode |
- JobIdentifier | guid | Pattern: [\da-fA-F]{8}-[\da-fA-F]{4}-[\da-fA-F]{4}-[\da-fA-F]{4}-[\da-fA-F]{12} | 1 | Nøgle ID der angiver hvilken aftale, ansøgnings-, bevillings eller vurderingssag der skal hentes. |
- JobOrderTypeIdentifier | 0 - 1 | Type af ordning for ansøgning. Angiver om der er tale om virksomhedspraktik, løntilskud etc. | ||
- VitasFormTypeIdentifier | 1 | Angiver ordning der er oprettet sag på i Vitas. | ||
- VitasSubFormTypeIdentifier | 1 | Angiver type af sagsakt der ligger på ordningen. | ||
- IncidentDateTime | dateTime | 1 | Dato og tidspunkt for hvornår hændelsen er indtruffet. | |
- CVRnumberIdentifier | CVRnumberIdentifierType | Length: 8 | 1 | CVR-nummer på virksomhed som sagen er oprettet på. |
- ProductionUnitIdentifier | ProductionUnitIdentifierType | Length: 10 | 1 | P-nummer på virksomhed som sagen er oprettet på. |
- PersonCivilRegistrationIdentifier | PersonCivilRegistrationIdentifierType | Pattern: ((((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})|0000000000 | 0 - 1 | Angives hvis sagen er knyttet til en borger. |
- VitasCaseUrl | string | Length: 1-4000 | 1 | Dybt link til sagen i Vitas. Linket vil sende brugeren til den præcise sagsakt i Vitas. (Direkte adgang til sagen i Vitas kræver brugeren allerede autentificeret i det kommunale AD og opsat med adgangsrettigheder til Vitas. Er brugeren ikke autentificeret, vil denne blive sendt til log-in side igennem det kommunale AD). |
Output (std. EmptyResponseType)
Element | Type | Detaljer | Forekomst | Beskrivelse |
---|---|---|---|---|
EmptyResponse | EmptyResponseType | 1 | Tom kvittering |
Fejlkoder
Fejlkode | Fejltekst | Beskrivelse |
---|---|---|
1014 | Failed to validate message | The submitted message could not be validated |
9131 | Invalid CodeListItemIdentifier | Invalid CodeListItemIdentifier |
Fra FB 212421:
"Den nuværende notifikation: SendCaseNotification, er ikke velegnet til at informere KSS’er om skift af jobcenter. Vi bør analysere dette nærmere ved lejlighed, men det er ikke presserende ifm. VIR-1583,
Hvis de gamle ordninger sender WSRM ved jobcenterskifte, så er det OK, at Fleksjob også gør det."
Ny Wsrm-besked GetMovedToJobcenterNotificationVersion1
Ny Wsrm-besked GetMovedToJobcenterNotificationVersion1 på WsrmMessageService(version 11).
GetMovedToJobcenterNotificationVersion1
Tilladte organisationer
Alle borgere | Egne borgere | Tidligere egne borgere | Gæsteadgang | Anden Aktør - egne borgere | Anden Aktør - gæsteadgang | |
---|---|---|---|---|---|---|
A-kasse | X | |||||
Driftsselskab | X | |||||
JobCenter | X | |||||
Kommune | X | |||||
STAR | X |
Input
Element | Type | Detaljer | Forekomst | Beskrivelse |
---|---|---|---|---|
GetMovedToJobcenterNotificationVersion1Request | WsrmRequestType | 1 |
Output
Element | Type | Detaljer | Forekomst | Beskrivelse |
---|---|---|---|---|
GetMovedToJobcenterNotificationVersion1Response | 1 | |||
- GeMovedToJobcenterNotificationType | GetMovedToJobcenterNotificationType | 0 - * | ||
- - BaseType | WSRMMetadataBaseType | 1 | ||
- - - WSRMMetadata | WSRMMetadataType | 0 - 1 | ||
- - - - MessageIdentifier | guid | Pattern: [\da-fA-F]{8}-[\da-fA-F]{4}-[\da-fA-F]{4}-[\da-fA-F]{4}-[\da-fA-F]{12} | 0 - 1 | |
- - - - ClientSystemTypeIdentifier | 0 - 1 | |||
- - - - RegisteringAuthority | ActiveOrganisationHeaderType | 0 - 1 | ||
- - - - - OrganisationTypeIdentifier | OrganisationTypeIdentifierType | MinInclusive: 1 | 1 |
|
- - - - - OrganisationCode | OrganisationCodeType | Length: 1-20 | 1 |
|
- - - - RegisteringUser | RequestUserMetadataType | 0 - 1 | ||
- - - - - RequestUserStructure | RequestUserStructureType | 1 | Information om den kaldende bruger. | |
- - - - - - UserFullName | UserFullNameType | Length: 1-140 | 1 | Sagsbehandlers fulde navn, ved systemkald angives systemets og jobbets navn her. |
- - - - - - RequestUserTypeIdentifier | 1 | Brugertype | ||
- - - - - - UserIdentifier | UserIdentifierType | Length: 1-255 | 1 | Unik identifikation af brugeren, f.eks. en GUID, et medarbejder ID, system ID, bruger ID, certifikat ID, cpr-nummer, email (hvis den er unik) o.l. |
- - - - - - UserEmail | EmailAddressIdentifierType | Pattern: ([^>\(\)\[\]\\,;:@\s]{0,191}@[^>\(\)\[\]\\,;:@\s]{1,64}) | 0 - 1 | Brugers e-mail. |
- - - - - RequestOrganisationStructure | RequestOrganisationStructureType | 1 | Den organisation som registrerende bruger tilhører. | |
- - - - - - OrganisationTypeIdentifier | 1 | Kodeliste med organisationstype / myndighedstype for registrerende bruger. | ||
- - - - - - OrganisationCode | OrganisationCodeType | Pattern: [-][1]|[0-9]{1,8} | 1 | Organisationskode for den registrerende bruger. |
- - - - - RegistrationDateTime | dateTime | 1 | Kaldende systems registreringstidspunkt. | |
- - - - EnqueueDateTime | dateTime | 0 - 1 | ||
- - - - SortKey | unsignedLong | 0 - 1 | ||
- SendingJobCenterCode | JobCenterCodeType | 1 | Det jobcenter som afgiver ansøgning/bevilling ... | |
- - JobCenterCode | string | Pattern: [0-9]{5} | 1 | Jobcenter kode |
- ReceivingJobCenterCode | JobCenterCodeType | 1 | Det jobcenter som modtager ansøgning/bevilling ... | |
- - JobCenterCode | string | Pattern: [0-9]{5} | 1 | Jobcenter kode |
- JobIdentifier | guid | Pattern: [\da-fA-F]{8}-[\da-fA-F]{4}-[\da-fA-F]{4}-[\da-fA-F]{4}-[\da-fA-F]{12} | 1 | Nøgle ID der angiver hvilken aftale, ansøgnings-, bevillings eller vurderingssag der skal hentes. |
- JobOrderTypeIdentifier | 0 - 1 | Type af ordning for ansøgning. Angiver om der er tale om virksomhedspraktik, løntilskud etc. | ||
- VitasFormTypeIdentifier | 1 | Angiver ordning der er oprettet sag på i Vitas. | ||
- VitasSubFormTypeIdentifier | 1 | Angiver type af sagsakt der ligger på ordningen. | ||
- IncidentDateTime | dateTime | 1 | Dato og tidspunkt for hvornår hændelsen er indtruffet. | |
- CVRnumberIdentifier | CVRnumberIdentifierType | Length: 8 | 1 | CVR-nummer på virksomhed som sagen er oprettet på. |
- ProductionUnitIdentifier | ProductionUnitIdentifierType | Length: 10 | 1 | P-nummer på virksomhed som sagen er oprettet på. |
- PersonCivilRegistrationIdentifier | PersonCivilRegistrationIdentifierType | Pattern: ((((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})|0000000000 | 0 - 1 | Angives hvis sagen er knyttet til en borger. |
- VitasCaseUrl | string | Length: 1-4000 | 1 | Dybt link til sagen i Vitas. Linket vil sende brugeren til den præcise sagsakt i Vitas. (Direkte adgang til sagen i Vitas kræver brugeren allerede autentificeret i det kommunale AD og opsat med adgangsrettigheder til Vitas. Er brugeren ikke autentificeret, vil denne blive sendt til log-in side igennem det kommunale AD). |
Acc.kr. 971.38.3 Jobcenter kan opgøre sager, der er overført til et andet jobcenter (FB 102612)
Jobcenter skal kunne få en oversigt over sager, der er overført til et andet jobcenter. Krav til funktionen skal fastlægges.
Jobcenter kan fremsøge Ansøgninger og bevillinger, som er blevet overført fra jobcentret til et andet jobcenter.
VITAS kan eksportere en liste med overførte ansøgninger og bevillinger til Excel. Kan kun udføres af jobcenterets VITAS administratorer.
STAR PO: Hvem skal have adgang til at fremsøge overførte sager, samt til at eksportere liste til Excel. Pt. specificerer US, at alle jocentermedarbejdere har adgang.
Fra FB 102612:
"Såfremt en ledig, som er bevilget ansættelse med løntilskud, flytter bopæl til anden kommune, mens pågældende er ansættelse med løntilskud, overflyttes bevillingen til det ansvarlige jobcenter.
Men har vi nogen mulighed for at fremfinde bevillingen, hvis vi bliver bedt om at dokumentere forløbet af vores revision? Forespørgsel fra jc-Gentofte (Peter Clark)""Hej Linda, Tak, Vi tror at jobcentrene vil blive en anelse bekymrede over et revision-besøg. Vi er oplyst om at Vitas gemmer alt i 5 år - og der er jo også rigtig - men jobcentret kan bare ikke se oplysningerne hvis sagen er overflyttet? Vi vil meget gerne have input til hvordan JC håndterer disse sager. Er det i eget arkiv - pdf-sager ...? Håber I kan hjælpe med et svar, hvis vi overhovedet skal blande os i, hvordan JC arbejder. :-) Mette"
"Hej Igor Mette har rigtig nok en pointe i at jobcentrene i forbindelse med fx revision kan have brug for at se ansøgninger, de har overført til et andet jobcenter. Spørgsmålet er om det giver mening at lave en mulighed for at fremsøge ansøgningen under "Søg" i stil med at AA-sager, der er overført til JC. Alternativt give mulighed for at se en liste med "overførte" ansøgninger. Skal jeg oprettet en PBI til backloggen til dette? Linda"
"Hej Rasmus Sagen er faktisk stadig aktuel da vi netop har fået en anden forspørgsel ind fra JC Hvidovre der er relevant til dette. Supporten skriver: "JC Hvidovre kunne godt tænke sig, at der kommer en advis i Vitas. Hvis et andet JC overføre en sag til dem i Vitas. Hvis sagen i Vitas kører som den skal og et JC overføre sagen, så ser det nye JC typisk først sagen når der sker et ophør og kommer ned i deres ophør boble. JC Hvidovre kunne godt tænke at der kom en besked i Vitas om der er kommet en sag over til dem fra et andet JC så de kan følge op på sagen før den evt. kommer til et ophør. Og JC kunne også godt tænke hvis man kunne skrive en tekst, om hvorfor den bliver overflytte til andet JC. JC Hvidovre skriver dette: Hvis jeg har lavet et Løntilskud/bevilling på en borger, og borgeren flytter til anden kommune i løntilskudsperioden, hvordan skal jeg som ”ejer” af dette løntilskud sikre, at dette løntilskud fortsætter med virksomheden som aftalt, men at refusionen går til ny kommune, samt at en virksomhedskonsulent/jobkonsulent fra den nye kommune følger op på dette løntilskud." Jeg tænker det er noget vi skal se videre på. JC ønsker jo også her at de på en måde stadig kan følge med i sagen, så de er sikker på alt forløber som det skal."
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
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
JobcenterPlanner (JCP)
WorkForcePlanner (WFP)
M4 Booking
Schultz Booking
Kommunalt ydelsessystem (KMD Aktiv / KY)
Kommunalt sygedagpengesystem (KSD)
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:
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