971.48 Teknisk gæld - VITAS skal anvende korrekte metadata ved kald af DFDG

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

 

STAR Projektleder (PL)

Forretningsanalytiker (FA)

STAR Release

Epic status

Eksterne snitflader

STAR Projektleder (PL)

Forretningsanalytiker (FA)

STAR Release

Epic status

Eksterne snitflader

@Camilla Hagedorn Trolle

@Bjarne Hansen (Edora)

2022-2

1

N/A


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?

Dato

Version

Hvem

Hvad er ændret?

















 

Interne links (indhold i links ikke relevant for eksterne)

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

https://starwiki.atlassian.net/browse/VIR-3408

Indholdsfortegnelse


Afgrænsning af epic

Afgrænsning

Afgrænsning

Som en VITAS

vil jeg anvende korrekte metadata ved kald af DFDG

for at VITAS anvender korrekte sikkerhedsmodel og logger korrekte

Acceptkriterier





Nr.

Beskrivelse

Relevant for

971.48.1

Der er gennemført en analyse af hvor VITAS anvender forkerte metadata ved kald af DFDG

VITAS, DFDG

971.48.2

VITAS er tilrettet, så der anvendes korrekte metadata ved kald af DFDG

VITAS, DFDG

Ingen ændringer i snitflader til eksterne serviceaftagere.

Oversigt over berørte webservices 

Ingen berørte webservices.

Beskrivelse af epic

Baggrund

DFDG har identificeret, at VITAS pt. anvender forkerte metadata ved kald af nogle DFDG services. Det betyder, at VITAS ikke anvender DFDGs sikkerhedsmodel korrekt, samt at logninger ikke er retvisende.

Vi skal afdække omfanget af problemer af denne type i VITAS og derefter rette problemerne, så VITAS anvender DFDGs sikkerhedsmodel korrekte og logger korrekt.

Fra Jesper Brunholm 2021-11-25:

Forretningsregler

VITAS skal anvende metadata jf. https://starwiki.atlassian.net/wiki/spaces/FYS/pages/13926415 , som er fortolket jf. nedenstående tabel:

VITAS kontekst

OrganisationTypeIdentifier

OrganisationCode

RequestUserTypeIdentifier

UserFullName

UserIdentifier

UserEmail (Optionel)

Bemærkning

VITAS kontekst

OrganisationTypeIdentifier

OrganisationCode

RequestUserTypeIdentifier

UserFullName

UserIdentifier

UserEmail (Optionel)

Bemærkning

Jobcenter

8 JobCenter

Jobcenterkode

2 Caseworker

Fra session

Fra session

Fra session

Fra session.

Se kodeliste: GetJobCenterList

Jobcenter i virksomhedssupport

8 JobCenter

Jobcenterkode

2 Caseworker

Fra session

Fra session

Fra session

Fra session.

Se kodeliste: GetJobCenterList

Virksomhed

24 Virksomhed

CVR-nummer fra SAML

4 CompanyEmployee

fra SAML *1

CVR-nummer + “:” + RID/ UUID

fra SAML (hvis data haves)

 

STAR support

5 STAR

8 = VITAS

2 Caseworker

fra SAML *1

CVR-nummer + “:” + RID / UUID

fra SAML (hvis data haves)

 

STAR support i jobcentersupport

5 STAR

8 = VITAS

2 Caseworker

fra SAML *1

CVR-nummer + “:” + RID / UUID

fra SAML (hvis data haves)

 

Webservice

Fra KSS WS kald

Fra KSS WS kald

Fra KSS WS kald

Fra KSS WS kald

Fra KSS WS kald

Fra KSS WS kald

 

Batch

5 STAR

8 = VITAS

3 System

Vitas batchjob

[Batchjobnavn]

[intet]

 

*1: NemLogin returnerer ikke altid fulde navn jf. FB 246370. Der skal derfor være fallback til et pseudonavn - samme løsning som ved FB 246370. Forkortet udgave af identitet fra NemLogin. Afhænger af NemId / MitID. Prioritering:

a.    ”UUID: ” + ”****” + sidste blok i UUID
b.    ”PID: ” + ”****” + sidste 4 cifre i PID
c.    ”RID: ” + ”****” + sidste 4 cifre i RID

Regler for kald foretaget i kontekst af anden aktør

Anden aktør handler på vegne af et jobcenter i Vitas. Metadata-headeren differentierer mellem ActiveOrganization (som er den organisation, som kaldet foretages på vegne af) og RequestUserMetadata (som er den aktør, der foretager handlingen).

For et kald foretaget i kontekst af anden aktør skal ActiveOrganization-headeren sættes som i kontekst af det Jobcenter som brugeren aktuelt handler på vegne af, men RequestUserMetadata-headeren skal have organisationskode 4 (Anden aktør) og brugertype 2 (Sagsbehandler). Øvrige felter svarer til Virksomhedskonteksten.

Forventet påvirkning af jobcenter-, a-kasse- eller ydelsessystemer

Ingen direkte påvirkning. Logninger vil efter denne epic blive lagt på korrekt jobcenter, men det er ikke data, som udstilles til jobcentrene.

Acc.kr. 971.48.1 - Der er gennemført en analyse af hvor VITAS anvender forkerte metadata ved kald af DFDG

VITAS teamet skal analysere og dokumentere hvor i VITAS, der anvendes forkerte metadata ved kald af DFDG jf. forretningsregler. DFDG konsulteres for at høre om de kan se andre eksempler end det, som er vedhæftet denne epic (billede herunder, e-mail er vedhæftet tidligere i epic'en):

Acc.kr. 971.48.2 VITAS er tilrettet, så der anvendes korrekte metadata ved kald af DFDG

De afvigelser, som er fundet i 971.48.1, rettes.

Særlige krav til test

Test scenarie

Berørte systemområder (herunder nye batchjobs*) 

Identificeret af

Test scenarie

Berørte systemområder (herunder nye batchjobs*) 

Identificeret af

Verificer at tidligere fejl er forsvundet fra DFDG's logge. Er gennemført i samarbejde med Jesper Brunholm, D&S. 

VITAS, DFDG

Bjarne







* 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

Ingen særlige 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 

Mindre interne refaktoreringer i VITAS for at styre korrekte metadata. Det er ikke et emne, som kræver inddragelse af STAR’s arkitekt.

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: Bjarne Hansen

  • Angiv dato for tjek: 2022-05-09

Opbevaring af oplysninger i STARs it-systemer

Ingen ændringer i forretningsoplysninger.

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?

Ingen ændringer i adgang til oplysninger.

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

Ingen ændringer i 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



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!

Ingen ændringer i sagsbehandleradgang.

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