Members and roles
People can receive project access directly or inherit it through the organization that owns the project. Check both when deciding who can access a project's reviews and configuration.
Organization roles
Open the organization from Organizations, then choose Members. Owners and admins can invite people. Organization management includes a separate billing role.
| Organization role | Inherited project role | Organization responsibility |
|---|---|---|
| Owner or admin | Admin | Manage the organization, membership, and account settings |
| Billing | Member | Manage account billing and usage without inherited project administration |
| Member | Member | Work in the organization's projects |
Explicit project grants are preserved and can give a different project role from the inherited one. The organization owner cannot be removed through the member-removal action.
Project roles
Open Members in the project to inspect or manage its access. Project owners and admins manage review settings, integrations, and skills. Members can view settings and review results but cannot change those administrative settings.
Organization owners and admins inherit project admin access, not project ownership. A project role does not by itself grant organization billing access.
Remove access
Removing organization membership removes the access inherited from that organization. It does not remove a separate explicit project grant. Check project membership as well if the person should no longer have access at all.
Project moves also change which organization supplies inherited access. Review the resulting access after assigning a project.