Access and permissions in projects

Last updated on Sep 11, 2025

Learn how projects let you collaborate and stay aligned in a shared workspace.

Permissions and access determine who can view, edit, organize, or manage content. Projects, with more sharing capabilities, enhance collaboration among Adobe users by allowing them to share multiple assets in bulk with the same group rather than individually.

Permissions

Permissions control what someone can do with a project. Each project collaborator can be assigned one of two roles with the following capabilities:

Permissions

Can edit

Can comment

Can view/use

Yes

Yes

Can comment

Yes

NA

Can share

Yes

NA

Can edit asset metadata

Yes

NA

Can edit asset

Yes

NA

Access

Access controls who can view a project. While individual accounts only allow invited people to access a project, there are two levels of access for enterprise accounts:

Access level

Who can access

User permissions

Everyone at [organization]

All members of your organization

Can open and comment on files

Only invited people

Specifically invited users

Depends on the assigned permission level

Currently, projects can only be shared at the organization level for enterprises. However, individual files within a project can still be shared publicly, offering more flexibility for specific assets.

Inheritance in projects

Within projects, inheritance means that any file or folder within a project automatically adopts the same access and permissions as the project itself. This creates a consistent permission structure where project-level access flows down to all the files within it.

Creative Cloud’s collaborative ecosystem consists of multiple hierarchical levels, each with specific purposes: 

  • Organization: Connect Teams and Enterprise users within a shared collaborative space.
  • Project: Bring together related files and folders into an easily shareable repository.
  • Folder: Help organize files within a project.
  • File: Save creative assets such as design, documents, and media.

Each resource inherits the access and permissions from the project. By default, files and folders take on the same access settings as the project. You can promote access at a lower level (such as giving someone editor access to a specific file), but you can’t demote it. If someone has editor access to a project, they’ll retain edit access to all content within it. 

Example: If a team has commenting access to a project, you can individually promote certain users to edit specific files. However, if someone already has edit access to the project, you cannot restrict them to only commenting on a single file.