Permissions: Difference between revisions

From PHENOM Portal Knowledgebase
Jump to navigation Jump to search
No edit summary
No edit summary
 
(6 intermediate revisions by 2 users not shown)
Line 1: Line 1:
Permissions are a user's access level to either a project or a model. There are four different types of permissions, and a user can have any of the permissions types independent of one another.
Permissions are a user's access level to either a project or a model. There are four different types of permissions, and a user can have any of the permissions types independent of one another.
Permissions on a project and the models it contains are distinct (i.e., the user can have different permissions (higher or lower) at the project level compared to the models).


= Permissions Types =
= Permissions Types =
Line 9: Line 10:
Read permissions are unique from the other permissions types in that they are required in order to have any other permissions. For that reason, when assigning Write, Admin, or Owner permissions, Read permissions are assigned by default and can't be removed, as seen below.
Read permissions are unique from the other permissions types in that they are required in order to have any other permissions. For that reason, when assigning Write, Admin, or Owner permissions, Read permissions are assigned by default and can't be removed, as seen below.


'''UPDATE IMAGE WITH OWNER COLUMN FILLED'''
[[File:Perms5 2.png|frameless|636x636px]]
[[File:Perms5.png|alt=Uncheckable Read Permissions Boxes|frameless|742x742px]]


== Write Permissions ==
== Write Permissions ==
'''If a user has Write permissions, they are allowed to edit project and model content.'''
'''If a user has Write permissions, they are allowed to edit project and model content.'''


Having Write permissions to a project or a model allows the user to modify any of its content, including pulling, pushing, and approving push requests.
Having Write permissions to a project or a model allows the user to modify any of its content, including pulling, pushing, and approving push requests. Note that to pull changes from a parent model, the user needs at least Read permissions to the parent model.
 
The user is able to create, edit, and delete elements, as well as perform the majority of the actions related to inheriting models '''WHAT ACTIONS CAN'T BE PERFORMED?'''. If the model inherits from another model, the user with Write access is able to request to push content to the parent model. Assuming that the user also has Read '''WRITE?''' permissions to the parent model, the user is also allowed to pull any new changes from the parent model. Likewise, if a model has other models that inherit from it, a user with Write permissions to the model is allowed to approve content changes and delete push requests. '''I THOUGHT WE COULDN'T DELETE PUSH REQUESTS'''


== Admin Permissions ==
== Admin Permissions ==
'''If a user has Admin permissions, they are allowed to make changes to projects and models themselves.'''
'''If a user has Admin permissions, they are allowed to share the project or model and inherit from it'''


Having Admin permissions to a project or a model allows the user to change the metadata of the project or model and create inheriting projects or models. They can also set the permissions of other users (belonging to their own account) to this project or model up to Admin.
Having Admin permissions to a project or a model allows the user to create inheriting projects or models. Admin users can assign Read, Write, and Admin permissions to users belonging to their account for this particular project or model (including themselves).


== Owner Permissions ==
== Owner Permissions ==
'''If a user has Owner permissions, they have all of the above permissions types, as well as some additional actions.'''
'''If a user has Owner permissions, they have the same permissions as Admins, as well as some additional actions.'''


Having Owner permissions to a project or a model provide the user with Admin permissions plus the ability to delete the project or model, and to share it with users external to their account. Owner users can grant permissions up to Owner for internal users and Admin for external users.
Having Owner permissions to a project or a model provide the user with Admin permissions plus the ability to delete the project or model, to change the metadata of it, and to share it with users external to their account. Owner users can assign Read, Write, and Admin permissions to internal and external users and grant Owner permissions to internal users.
If a user owns a project and wishes to give other users permissions to it that are higher than those users currently have, the user must also have Admin permissions to all the contained models '''WHAT?'''.


= Assign Permissions =  
= Assign Permissions =  
== Assign Permissions to a Project or Model ==
== Assign Permissions to Internal Users ==
Users are able to assign permissions to their projects and models by using the Permission Manager on the Project Details and Model Details pages. The table lists all the users from the same account as the current user.
Users are able to assign permissions to their projects or models by using the Permission Manager on the Project or Model Details page. The table lists all the users from the same account as the current user.


[[File:Perms1.png|alt=Project Details Page Permissions Manager|frameless|1023x1023px]]
[[File:Perms1.png|alt=Project Details Page Permissions Manager|frameless|1023x1023px]]
To be able to share a Model, users need to have Admin or Owner permissions to it.
To be able to share a Project, users need to have Admin or Owner permissions to it and to all the models it contains. The permissions granted for the project will be applied to all its models.


== Assign Permissions to External Users ==
== Assign Permissions to External Users ==
Line 40: Line 41:
* Go to the Project Sharing page
* Go to the Project Sharing page
* Locate the project or model to be shared
* Locate the project or model to be shared
* Enter the username and the desired permissions level
* Enter the username and the desired permissions level<sup>*</sup>
* Click the Share button
* Click the Share button
* Email the generated Token (which appeared on the right of the screen) to the user.
* Email the generated Token (which appeared on the right of the screen) to the user.
Note that the Token is only valid for 24 hours.
Note that the Token is only valid for 24 hours.
<sup>*</sup> The types of permissions users can grant follow the same policy as for internal users (see table above) except that they can't grant Owner permissions even if they have Owner permissions themselves.


[[File:Perms2.png|alt=Project Sharing Page|frameless|1027x1027px]]
[[File:Perms2.png|alt=Project Sharing Page|frameless|1027x1027px]]
Line 56: Line 59:


== Account Admins ==
== Account Admins ==
Account admins are able to see all the projects and models that exist on their account, and are able to assign permissions to those projects and models to any user on the same account up to Owner permissions. In case a project or model was shared to someone on an account using a Permissions Token, that account's Admins are only allowed to assign permissions to the project or model that someone on the account holds. '''WHAT?'''
Account admins are able to see all the projects and models that users from their account have access to, and are able to assign permissions to those projects and models to any user in their account.
 
For internally created projects or models, Account admins can grant any types of permissions (including Owner) to any user in their account.
 
For a project or model that was externally shared with one (or more) of their account users, the Account admin can only assign permissions to other users if at least one of those original users was granted Admin permissions. In addition, if no one was granted Write access to the project or model, then Account admins will not be allowed to grant Write permissions to anyone, only Read and Admin.

Latest revision as of 10:11, 6 May 2024

Permissions are a user's access level to either a project or a model. There are four different types of permissions, and a user can have any of the permissions types independent of one another. Permissions on a project and the models it contains are distinct (i.e., the user can have different permissions (higher or lower) at the project level compared to the models).

Permissions Types

Read Permissions

If a user has Read permissions, they have read-only access to the project or model.

Having Read permissions to a project and its models allows the user to switch to that project, see all the content, export the content, but not create, edit, or update it. In addition, if the model inherits from another model, a user with Read permissions is allowed to see the nodes that can be pulled from a parent model, but are prevented from actually pulling that content. Likewise, if a model has other models that inherit from it, a user with Read permissions to the model is allowed to see the push requests from the children models, but is not allowed to approve those changes.

Read permissions are unique from the other permissions types in that they are required in order to have any other permissions. For that reason, when assigning Write, Admin, or Owner permissions, Read permissions are assigned by default and can't be removed, as seen below.

Write Permissions

If a user has Write permissions, they are allowed to edit project and model content.

Having Write permissions to a project or a model allows the user to modify any of its content, including pulling, pushing, and approving push requests. Note that to pull changes from a parent model, the user needs at least Read permissions to the parent model.

Admin Permissions

If a user has Admin permissions, they are allowed to share the project or model and inherit from it

Having Admin permissions to a project or a model allows the user to create inheriting projects or models. Admin users can assign Read, Write, and Admin permissions to users belonging to their account for this particular project or model (including themselves).

Owner Permissions

If a user has Owner permissions, they have the same permissions as Admins, as well as some additional actions.

Having Owner permissions to a project or a model provide the user with Admin permissions plus the ability to delete the project or model, to change the metadata of it, and to share it with users external to their account. Owner users can assign Read, Write, and Admin permissions to internal and external users and grant Owner permissions to internal users.

Assign Permissions

Assign Permissions to Internal Users

Users are able to assign permissions to their projects or models by using the Permission Manager on the Project or Model Details page. The table lists all the users from the same account as the current user.

Project Details Page Permissions Manager

To be able to share a Model, users need to have Admin or Owner permissions to it.

To be able to share a Project, users need to have Admin or Owner permissions to it and to all the models it contains. The permissions granted for the project will be applied to all its models.

Assign Permissions to External Users

To assign permissions to users that do not belong to the current user's account, the user has to give them a Permissions Token. The procedure to do so is as follows:

  • Go to the Project Sharing page
  • Locate the project or model to be shared
  • Enter the username and the desired permissions level*
  • Click the Share button
  • Email the generated Token (which appeared on the right of the screen) to the user.

Note that the Token is only valid for 24 hours.

* The types of permissions users can grant follow the same policy as for internal users (see table above) except that they can't grant Owner permissions even if they have Owner permissions themselves.

Project Sharing Page

To gain access to the project or model, the user has to go to the Project Sharing page, copy the Token received by email in the dedicated field and click the Submit button. The new project or model should then appear in the their project/model tree.

Accepting Perms Token

This user, along with any other external users, will appear in the Permissions Manager under a separate External Users table.

Project Details with External Users Permissions

Account Admins

Account admins are able to see all the projects and models that users from their account have access to, and are able to assign permissions to those projects and models to any user in their account.

For internally created projects or models, Account admins can grant any types of permissions (including Owner) to any user in their account.

For a project or model that was externally shared with one (or more) of their account users, the Account admin can only assign permissions to other users if at least one of those original users was granted Admin permissions. In addition, if no one was granted Write access to the project or model, then Account admins will not be allowed to grant Write permissions to anyone, only Read and Admin.