Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
https://starwiki.atlassian.net/browse/VIR-3438
Indholdsfortegnelse
Afgrænsning af epic
Afgrænsning | ||
---|---|---|
Som en STAR vil jeg implementere sletninger og adgangsbegrænsninger for historiske data i VITAS for at opfylde GDPR krav, samt slette-WSRM til KSS | ||
Acceptkriterier | ||
Nr. | Beskrivelse | Relevant for |
971.50.1 | En virksomhed har ikke adgang til ansøgninger og bevillinger, som ikke længere er relevante for virksomheden | VITAS |
971.50.2 | Et jobcenter har ikke adgang til ansøgninger og bevillinger, som ikke længere er relevante for jobcenteret | VITAS |
971.50.3 | Der sendes WSRM, når en sag slettes | VITAS, DFDG, KSS |
Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||
---|---|---|---|---|---|
971.37.10 | |||||
KSS anvender nye kodelisteværdier | X | ||||
Oversigt over berørte webservices
SKAL OPDATERES
Manuel oversigt som er synlig for eksterne (links i listen virker kun med STAR Jira konto):
Summary | Varslingstype | Varslingsnote | Eksterne Snitflader | Interne Snitflader | Project |
---|---|---|---|---|---|
CodeListService(version 5).JobAllocationStatusTypeIdentifier | Ændret | Nyt id i kodelisten | KSS | BI, VITAS | D+S |
Ændret | Nyt id i kodelisten | KSS | BI, VITAS | D+S | |
WsrmMessageService (Version 11).GetVitasCaseNotificationVersion1 | Ændret | Denne WSRM dannes også ved sletning af ansøgninger og bevillinger i VITAS | KSS | BI, VITAS | D+S |
Automatisk oversigt (vi arbejder på løsning på at gøre den synlig)
Beskrivelse af epic
971.50.1 En virksomhed har ikke adgang til ansøgninger og bevillinger, som ikke længere er relevante for virksomheden
Virksomheder må ikke kunne få adgang til ansøgninger, bevillinger, forlængelser og ophør, som ikke længere er relevante for virksomheden. Disse kan optræder ikke længere i lister, kan ikke fremsøges og kan ikke vises
Adgangsbegrænsningen skal gennemføres med et "forløb" som enhed. Dvs. adgangen til samhørende ansøgninger, bevillinger, tillægsbevillinger, forlængelser, ophør, bilag mv. på ét sagsnummer (ID) afskæres.
Adgangsbegrænsningen på 3 år er defineret i forhold til den seneste forretningsmæssige hændelse på forløbet, dvs. på ét af elementerne på sagsnummeret. Forretningsmæssige hændelser er:
Indsendelse af ansøgning, forlængelse, ophør
Godkendelse af ansøgning, forlængelse, ophør
Send bevilling, forlængelse, ophør til arbejdsgiver
Godkendelse af ansøgning, bevilling, forlængelse, ophør
Aktuel slutdato for bevillingsperiode (defineret af seneste bevilling, forlængelse, ophør)
Personlig assistance eller hjælpemidler, som er permanente, slettes 10 år efter afgørelsesdatoen (Afventer endelig STAR beslutning)
Ovenstående kriterier gælder også for tillægsbevillinger og seneste forretningsmæssige hændelser på en tillægsbevilling indregnes i seneste forretningsmæssige hændelser på den sag, som tillægsbevillingen tilhører.
Tekniske hændelser på et forløb, fx. ifm. konvertering ifm. ændring af datamodel, påvirker ikke adgangsbegrænsningen.
Gælder også deep links. Brugerne får en meddelelse om at adgangen til sagen er fjernet pga. tidsfrist.
Bemærk, at der tale om samme kriterier som ved slettefrister jf. epic 971.37. Derved kan "Slettemotoren" fra epic 971.37 genanvendes og udbygges til af begrænse adgang ved en anden frist.
971.50.2 Et jobcenter har ikke adgang til ansøgninger og bevillinger, som ikke længere er relevante for jobcenteret
PO: Er det afklaret, at adgangsbegrænsningen også gælder for jobcentre?
Jobcentre må ikke kunne få adgang til ansøgninger, bevillinger, forlængelser og ophør, som ikke længere er relevante for jobcenteret.
Samme frist og forretningsregler, som for virksomheder.
Bemærk: Landssupporten har fortsat mulighed for at fremsøge og åbne sagerne. PO: Er det korrekt?
971.50.3 Der sendes WSRM, når en sag slettes
KSS modtager WSRM ved sletning af sager i VITAS for at KSS kan foretage evt. konsekvensrettelser i deres data.
KSS ønsker at modtage slette-WSRM fra VITAS efter samme mønster, som ved slette-WSRM'er fra DFDG (skabelon: GetJobletGdprSlettetVersion1).
Slette-WSRM'en skal indeholde følgende informationer:
VITAS ordning (virksomhedspraktik, løntilskud, fleksjob …)
Liste med CPR-numre på ansøgning bevilling. Bemærk, at der kan være 0 CPR-numre, hvis der alene er tale om en ikke-øremærket ansøgning, samt at der kan være flere CPR-numre, hvis der er tale om en jobrotationsansøgning
VitasJobIdentifier, guid, 1 - *, Vitas ID på elementet (ansøgningen, bevillingen, tillægsbevillingen). Der kan være flere elementer på samme VitasCaseID.
VITAS kalder metode TO DO D&S for at sende data til WSRM.
DFDG udstiller WSRM til KSS:
GetVitasGdprSlettetVersion1
Tilladte organisationer
| Alle borgere | Egne borgere | Tidligere egne borgere | Gæsteadgang | Anden Aktør - egne borgere | Anden Aktør - gæsteadgang |
---|---|---|---|---|---|---|
A-kasse |
|
|
|
|
| |
JobCenter | X |
|
|
|
|
|
STAR | X |
|
|
|
|
|
Input
Element | Type | Detaljer | Forekomst | Beskrivelse |
---|---|---|---|---|
GetVitasGdprSlettetVersion1Request | WsrmRequestType |
| 1 |
|
Output
Element | Type | Detaljer | Forekomst | Beskrivelse |
---|---|---|---|---|
GetVitasGdprSlettetVersion1Response | GetVitasGdprSlettetTypeCollection |
| 1 |
|
| GetVitasGdprSlettetType |
| 0 - * |
|
| VitasDeletedBaseType |
| 1 |
|
| WSRMMetadataBaseType |
| 1 |
|
| WSRMMetadataType |
| 0 - 1 |
|
| guid | Pattern: [\da-fA-F]{8}-[\da-fA-F]{4}-[\da-fA-F]{4}-[\da-fA-F]{4}-[\da-fA-F]{12} | 0 - 1 |
|
|
| 0 - 1 |
| |
| ActiveOrganisationHeaderType |
| 0 - 1 |
|
| OrganisationTypeIdentifierType | MinInclusive: 1 | 1 |
|
| OrganisationCodeType | Length: 1-20 | 1 |
|
| RequestUserMetadataType |
| 0 - 1 |
|
| RequestUserStructureType |
| 1 | Information om den kaldende bruger. |
| UserFullNameType | Length: 1-140 | 1 | Sagsbehandlers fulde navn, ved systemkald angives systemets og jobbets navn her. |
|
| 1 | Brugertype | |
| 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. |
| EmailAddressIdentifierType | Pattern: ([^>\(\)\[\]\\,;:@\s]{0,191}@[^>\(\)\[\]\\,;:@\s]{1,64}) | 0 - 1 | Brugers e-mail. |
| RequestOrganisationStructureType |
| 1 | Den organisation som registrerende bruger tilhører. |
|
| 1 | Kodeliste med organisationstype / myndighedstype for registrerende bruger. | |
| OrganisationCodeType | Pattern: [-][1]|[0-9]{1,8} | 1 | Organisationskode for den registrerende bruger. |
| dateTime |
| 1 | Kaldende systems registreringstidspunkt. |
| dateTime |
| 0 - 1 |
|
| unsignedLong |
| 0 - 1 |
|
|
| 1 | Angiver ordning der er oprettet sag på i Vitas. | |
| 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 - * | Borgers CPR-nr. Ikke udfyldt, hvis der alene er tale om en ikke-øremærket ansøgning. Der kan være flere ved jobrotationsansøgninger. |
| SlettetIdTypeCollection |
| 1 | ID'er for slettede elementer |
| SlettetIdType |
| 0 - * |
|
| guid | Pattern: [\da-fA-F]{8}-[\da-fA-F]{4}-[\da-fA-F]{4}-[\da-fA-F]{4}-[\da-fA-F]{12} | 1 | ID for slettet element (Samme værdi som “JobIdentifier” på øvrige WSRM’er og webservices fra VITAS.) |
Fejlkoder
Ingen fejlkoder
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.