These are the docs for the Metabase master branch. Some features documented here may not yet be available in the latest release. Check out the docs for the latest version, Metabase v0.51.

Collection permissions

Collection detail

You can use collections to organize questions, dashboards, models, timelines, and other collections. You can set permissions on those collections to determine which groups of people can view and curate collections’ items.

Metabase starts out with a default top-level collection which is called Our analytics, which every other collection is saved inside of.

Collection permission levels

There are three permission levels for collections:

Action Curate Access View Access No Access
View items
Edit items’ title and descriptions
Move items
Delete items
Pin items
View events and timelines
Edit events and timelines

Curate access

The group can view, edit, move, delete, and pin items saved in this collection, and can save or move new items into it. The group can also create new sub-collections within this collection. The group can also create and edit events and timelines.

View access

The group can see all the questions, dashboards, and models in the collection, as well as events and timelines.

No access

The group won’t see this collection listed, and they’ll lack access to any of the items saved within it.

Collection vs data permissions

Collection permissions only apply to viewing and curating existing questions, models, and dashboards. Changing the query on an existing question, or creating a new question, requires that the group have data permissions for the underlying data.

There is one, important exception: when a group has their data permission set to Block for a database or table, the group won’t be able to view questions based on that data, even if they have curate access to the collection where those questions are saved.

Dashboards with questions from multiple collections

If a dashboard includes questions saved to other collections, the group will need view or curate access to all of those collections in order to view those questions. If not, Metabase will apologize and tell you that you lack permissions to see the cards saved to the other collections.

Dashboard with questions from multiple collections, where the person is not in a group with access to one of the collections

In general, it’s easier to manage permissions when keeping all of a dashboard’s questions in the same collection.

Setting permissions for collections

You can set permissions on collections by clicking on the lock icon in the top-right of the screen while viewing the collection and clicking on Edit permissions. Only Administrators can edit collection permissions. Each user group can have either View, Curate, or No access to a collection:

Permissions

If you want to see the bigger picture of what permissions your user groups have for all your collections, just click the link that says See all collection permissions, which takes you to the Admin Panel. You’ll see a list of your collections down along the left, and clicking on any of those will bring up a list of each group’s permission settings for that collection.

Collection Permissions

Just like with data access permissions, collection permissions are additive, meaning that if a user belongs to more than one group, if one of their groups has a more restrictive setting for a collection than another one of their groups, they’ll be given the more permissive setting. This is especially important to remember when dealing with the All Users group: since all users are members of this group, if you give the All Users group Curate access to a collection, then all users will be given Curate access for that collection, even if they also belong to a group with less access than that.

Permissions and sub-collections

A group can be given access to a collection located somewhere within one or more sub-collections without having to have access to every collection “above” it. For example, if a group had access to the “Super Secret Collection” that’s saved several layers deep within a “Marketing” collection that the group lacks access to, the “Super Secret Collection” would show up at the top-most level that the group does have access to.

Deleting collections

Users with curate permission for a collection can move collections to Trash, see Delete and Restore.

Pinning items in collections

Pins

People in groups with Curate access to a collection can pin items in the collection. Pinning an item in a collection turns the item into a handsome card at the top of the collection.

To pin an item, select the pin icon next to the item’s name.

Note that collections themselves can’t be pinned. If you’re running on a Pro or Enterprise plan, admins can designate Official Collections.

Special collections

Our analytics

The “Our analytics” collection and individual personal collections are invincible; they cannot be archived, injured, or slain. They are eternal.

Usage analytics

See Usage analytics.

Personal collections

Each person has a personal collection where they’re always allowed to save things, even if they don’t have Curate permissions for any other collections.

Administrators can see and edit the contents of every user’s personal collection (even those belonging to other Administrators) by clicking on the Other users’ personal collections link at the bottom of the sidebar when viewing “Our analytics”.

A personal collection works just like any other collection except that its permissions are fixed and cannot be changed. If a sub-collection within a personal collection is moved to a different collection, the sub-collection will inherit the permissions of its new parent collection.

Further reading

Read docs for other versions of Metabase.

Want to improve these docs? Propose a change.