You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
En mulig forbedring på brukeropplevelsen for enkelte er å tillate at virksomhets som får delegert tilgangspakker fra andre personer/virksomheter eller får tilordnet ER-roller som indirekte gir tilgangspakker for andre virksomheter kan sette opp regler som gjør at disse tilgangspakkene virksomheten har for andre virksomheter automatisk arves ned til gitte systembrukere.
Det vil kunne minne om ECKey role, men den store forskjellen er at isteden for alle rettigheter arves kun de spesifiserte tilgangspakkene.
F.eks så vil en regnskapsfører kunne definere at alle tilgangspakker av typen "Regnskapsfører lønn" som regnskapsvirksomheten har mottatt skal arves ned til systembruker X. Dette gjelder uansett om pakken er delegert eller om den fås grunnet det finnes en ER relasjon hvor "Regnskapsfører lønn" er en barnerolle.
Et slikt konsept vil potensielt kunne bakes inn i samtykkesiden for opprettelse av systembruker hvor man med forespørsler som bare inneholder tilgangspakker vil kunne få lov å velge. "Gjelder alle kunder med slik relasjon".
Definisjoner
Se #parentIssue
Avklaringer
Hvordan skal dette gjøres med tanke på at.
Noen tilgangspakker finnes ikke i interne relasjoner.
Skal man kunne sett opp en slik arv før man har fått de
Gitt at dette er en egenskap for systemet er dette kanskje noe som skal kunne settes opp på systemet.
Sett opp arv av tilgangspakker til virksomhetsbruker
Ved å sette opp arv av tilgangspakker vil denne system brukeren automatisk arve tilgangspakker din virksomet er tildelt via delegering eller eksterne register. Hvis du har behov for å begrense hvilke virksomheter som skal arves videre må dette løses med eksplisitte delegeringer av tilgangspakker. Dette gjør du under klientadministrasjon
Akseptansekriterier
Det må være mulig å sette opp arv før man har fått noen slike tilganger (gyldig krav?)
Det må være mulig for "from" å se hvem "to" har satt opp automatisk arv til.
Bilder/Tegninger
Oppgaver/Tasks
The content you are editing has changed. Please copy your edits and refresh the page.
Beskrivelse
Denne featuren må sees i sammenheng med #905
En mulig forbedring på brukeropplevelsen for enkelte er å tillate at virksomhets som får delegert tilgangspakker fra andre personer/virksomheter eller får tilordnet ER-roller som indirekte gir tilgangspakker for andre virksomheter kan sette opp regler som gjør at disse tilgangspakkene virksomheten har for andre virksomheter automatisk arves ned til gitte systembrukere.
Det vil kunne minne om ECKey role, men den store forskjellen er at isteden for alle rettigheter arves kun de spesifiserte tilgangspakkene.
F.eks så vil en regnskapsfører kunne definere at alle tilgangspakker av typen "Regnskapsfører lønn" som regnskapsvirksomheten har mottatt skal arves ned til systembruker X. Dette gjelder uansett om pakken er delegert eller om den fås grunnet det finnes en ER relasjon hvor "Regnskapsfører lønn" er en barnerolle.
Et slikt konsept vil potensielt kunne bakes inn i samtykkesiden for opprettelse av systembruker hvor man med forespørsler som bare inneholder tilgangspakker vil kunne få lov å velge. "Gjelder alle kunder med slik relasjon".
Definisjoner
Se #parentIssue
Avklaringer
Hvordan skal dette gjøres med tanke på at.
Gitt at dette er en egenskap for systemet er dette kanskje noe som skal kunne settes opp på systemet.
Sett opp arv av tilgangspakker til virksomhetsbruker
Ved å sette opp arv av tilgangspakker vil denne system brukeren automatisk arve tilgangspakker din virksomet er tildelt via delegering eller eksterne register. Hvis du har behov for å begrense hvilke virksomheter som skal arves videre må dette løses med eksplisitte delegeringer av tilgangspakker. Dette gjør du under klientadministrasjon
Akseptansekriterier
Bilder/Tegninger
Oppgaver/Tasks
Trusselmodellering
UX
Frontend
Backend
Dokumentasjon
Test
The text was updated successfully, but these errors were encountered: