--- title: "Access Support in Pigment to Troubleshoot and Resolve Permission Issue" slug: "access-support" description: "Troubleshoot access rights issues in Pigment. Get support to fix permission errors and ensure users have the correct roles and data access in your Workspace." tags: ["Access Rights", "Member Permissions", "Pigment Workspace"] updated: 2025-11-04T17:04:02Z published: 2025-11-04T17:04:02Z canonical: "kb.pigment.com/access-support" --- > ## Documentation Index > Fetch the complete documentation index at: https://kb.pigment.com/llms.txt > Use this file to discover all available pages before exploring further. # Access Support Access issues can be frustrating, but resolving them doesn't have to be complicated. Here are some quick, actionable steps to help you get started troubleshooting access rights for Members in your Pigment Workspace. > [!WARNING] > **⚠️ Important** > > This article is aimed at Security Admins account types (or higher) tasked with resolving Members’ access rights issues. ## Members Can’t Edit a Cell There are several reasons why a Member may encounter the error message: “*You are not allowed to edit this cell.*” - Does the non-editable cell contain: If so, manual inputs and edits cannot be performed. For more information on the **Allow overriding formula results with an input** setting, see [Data Input Options for Metrics](/v1/docs/data-input-options-metrics). - calculations, such as an aggregation, Show Value As, or a Calculated Item? - overridden formulas when the **Allow overriding formula results with an input** setting is toggled off? > [!NOTE] > **ℹ️ Note** > > Use the cell status indicators to quickly identify and highlight cells that accept direct user input. For more information, see [Use Cell Status Indicators for Better Grid Interaction](/v1/docs/cell-status-indicators)**.** - Does the Member have appropriate write access to that Metric they are trying to edit? To check a Member’s access rights in a Block: 1. Open the Block settings. 2. Go to **Access rights**. 3. Click **Write Access.** 4. Click **View detailed access per Member.** 5. Locate the required Member from the User menu. This displays their write or read status. - Does the Block inherit access rights from other Pigment structures? If this Block is inheriting access rights from other Blocks within your model, then this could impact your Member’s write access. To check access rights inheritance in a Block: For more information, [About Access Rights Inheritance and the RESETACCESSRIGHTS Function](/v1/docs/understand-access-rights-inheritance). > [!NOTE] > **ℹ️ Note** > > While access rights inheritance can be powerful, you can choose to deactivate it at the Application level for greater control. Pigment experts recommend that you centralize access & permissions and turn off inheritance at the Application level. For more information, see modeling principle [MP10 - Use Access Rights Rules to Build Security, not Access Rights Inheritance](https://community.pigment.com/mp-modeling-for-posterity-140/mp10-use-access-rights-rules-to-build-security-not-access-rights-inheritance-2198) in the Pigment Modeling Palette (requires login). 1. Open the Block settings. 2. Go to **Access rights**. 3. Review the **Configuration** section. All Blocks which are a source of access rights inheritance are listed in the **Inheriting access rights from** section. - Is the Member attempting to modify a Metric belonging to a locked Scenario? Locked Scenarios are protected to prevent changes, so any edits to Metrics within them are restricted. If the Scenario is locked, the Member won’t be able to make updates. For more information, see [How do Scenarios work with Access Rights and Permissions](/v1/docs/access-rights-scenarios)? ## Impersonate the Member If a Member is experiencing access issues, use the **Impersonate** feature to view Pigment from their perspective. This allows you to troubleshoot their access rights and permissions directly, and helps you to identify and resolve any issues while signed in as them. For more information, see [Use Impersonation to Review User Access and Experience](/v1/docs/review-access-rights-with-impersonate)**.** - **Block status.** Open the Block where a Member is experiencing access issues. A Member’s access status is indicated by a shield icon located to the right of the Block in the header. This icon displays one of the following statuses: No Access, Partial Access, or Full Access. For more information on access rights options, see [Introduction to Access Rights](/v1/docs/introduction-access-rights). > [!NOTE] > **ℹ️ Note** > > For Tables, the access status for each of its Metrics is available by hovering over the shield icon. | Icon | Description | | --- | --- | | ![](https://cdn.document360.io/e47cfe35-dc28-40c7-a083-6cf003073d8e/Images/Documentation/e548e191-5a0a-4545-9f90-e24cfac84dda.png) | **No access.** The Member cannot see the data. | | ![](https://cdn.document360.io/e47cfe35-dc28-40c7-a083-6cf003073d8e/Images/Documentation/b74e76a7-4681-4547-b721-c55eb8e67d99.png) | **Partial access.** The Member can read some of the data but not all of it. Depending on their configuration, they may be able to edit data. | | ![](https://cdn.document360.io/e47cfe35-dc28-40c7-a083-6cf003073d8e/Images/Documentation/b08779e9-3265-4d32-b236-055103b1c0ef.png) | **Full access.** The Member can read all of the data. Depending on their configuration, they may be able to edit that data as well. | - **Dependency diagram.** Open the Dependency Diagram on the Block you want to explore, and toggle on **Show access rights**. This maps the data flow between Blocks. This allows you to identify which Blocks or data sources are causing permission problems so you can adjust access rights accordingly. For more information, [Exploring your model with the Dependency Diagram](/v1/docs/explore-your-model-dependency-diagram)**.** - **Board access and Metric access.** If a Member can see the Board but not specific data, the issue likely involves their Metric access permissions. If they can't access the Board at all, then it's a Board access issue. By impersonating a Member, you can see exactly what they have access to. With Board access, Members can view, edit, or collaborate on the overall structure and content of the Board, depending on their level of permission. However, this does not necessarily grant access to the underlying data in Metrics. Metric access needs to be explicitly granted for users to engage with the data underlying the visualizations on the Board. For more information, see [Use Board Permissions to Grant Board Access](/v1/docs/board-permissions-grant-board-access).