This Gemini community support site can be used to find solutions to product issues. You can log in using Open Id, Google Profile and even Facebook. Feel free to ask a question or browse FAQs and documentation. Product tour videos are also available along with how-to videos demonstrating key Gemini capabilities. |
1.6 | Using Windows Authentication |
install
admin
|
||
8 | People and Permissions |
admin
|
||
8.1 | Users |
admin
|
||
8.2 | Groups |
admin
|
||
8.3 | Permissions |
admin
|
||
8.4 | Active Directory Integration and Windows Authentication |
admin
|
||
10.10.2 | Users & Security |
admin
|
||
10.10.2.1 | User Management |
admin
|
||
10.10.2.2 | Global and Project Groups |
admin
|
||
10.10.2.3 | Working with Global Groups |
admin
|
||
10.10.2.4 | Working with Project Groups |
admin
|
||
10.10.2.5 | Available Permissions |
admin
|
||
10.10.2.6 | Project Resources |
admin
|
||
10.10.2.7 | Assigning Permissions to Projects |
admin
|
||
10.10.2.8 | Windows Authentication |
admin
|
||
10.10.2.9 | Active Directory Integration |
admin
|
||
10.12.10 | Groups API |
api
|
||
10.12.13 | Users API |
api
|
18 documents found.
Project groups are allocated permissions globally but group membership is allocated on a per project basis.
Consider creating recognizable groups organized by functional area/role such as:
Once created, you can edit the group and allocate users to the group (members) for each project. You can also view any items that are exclusively viewable by this group and see all the permissions allocated to this group.
It is critical to understand the group membership for Project Groups varies by project.
When permissions are allocated to the project group, all members within the group get those permissions.