It is done this way, or almost :
- right access is based on profile (some kind of group)
- most rights are based on affectation to the project (access right = elements of own project)
- from team view, it is possible to affect all the team to a project.
So it is almost a management based on group.
What is missing :
- once affectation of team to a project is done, adding a member to the team does not affect him to the project
- same thing when removing resource from team, afectation to project is not removed
- resource can be linked to onlyone team... so only one group.
What will come in V2.9 :
- Each user should have a different role on each project.
Any suggestion of improvement on this bases is welcome
Not override, but complete.
The target is to be able to define a user as "team member" (defaut profile), so that he has restricted rights on the project he is affected to, but "Project Leader" on one project, where he will have advanced right (for instance possibility to run ppanning for the project)
En poursuivant votre navigation, vous acceptez le dépôt de cookies tiers destinés au bon fonctionnement et à la sécurisation du site (gestion de session, reCaptcha) et à une analyse statistique anonymisée des accès sur notre site (Google Analytics). Si vous vous inscrivez, les informations que vous fournirez ne seront jamais divulguées à un tiers sous quelque forme que ce soit. En savoir plus
Cookies settings
×
Functional Cookies
Ce site utilise des cookies pour assurer son bon fonctionnement et ne peuvent pas être désactivés de nos systèmes. Nous ne les utilisons pas à des fins publicitaires. Si ces cookies sont bloqués, certaines parties du site ne pourront pas fonctionner.
Session
Please login to see yours activities!
Other cookies
Ce site web utilise un certain nombre de cookies pour gérer, par exemple, les sessions utilisateurs.
Support us on Capterra
