> ## Documentation Index
> Fetch the complete documentation index at: https://syteca.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# Edit Secret and Folder Permissions for ACB

> Configure role-based permissions on Syteca secrets and folders so the ACB API consumer can access them — Owner / Editor / PAM User roles, the Permissions tab, and where to find Secret IDs and Folder IDs.

After [setting up a user account](/docs/api/acb/setup-user-account) with a Refresh Token, the account needs to be granted **role-based permissions** on the specific secrets and folders it will manage through the API. This page covers the three role types, how to assign them, and where to find the **Secret ID** and **Folder ID** values your API consumer will need.

<Warning>
  **NOT AVAILABLE IN SAAS.** This procedure applies to **on-premises** deployments only.
</Warning>

## Role types

Syteca exposes three role types for secret/folder access through the ACB API. Each role has a defined set of permitted endpoints:

| Role         | What the account can do via API                                                                                                           |
| ------------ | ----------------------------------------------------------------------------------------------------------------------------------------- |
| **Owner**    | Full control — get / add / update / delete secret or folder, rotate password, force check-in, manage permissions on the resource          |
| **Editor**   | Read and modify — get / update secret or folder, rotate password, force check-in, but **cannot delete** and **cannot change permissions** |
| **PAM User** | Retrieve only — get secret / get folder, get secret credentials                                                                           |

<Note>
  Roles apply per-resource — a user can be **Owner** of one folder, **Editor** of another, and **PAM User** of a third. Permissions also cascade down folder hierarchies: a permission set on a parent folder applies to its child folders and secrets unless overridden at the child level.
</Note>

## Edit permissions on a Folder

<Steps>
  <Step title="Open the folder">
    In the Management Tool, navigate to **PAM → Secrets**. Click the folder you want to edit.
  </Step>

  <Step title="Open the Permissions tab">
    On the **Edit Folder** page, click the **Permissions** tab.
  </Step>

  <Step title="Add or modify the user's role">
    Click **Add** to grant a new permission, or click the role next to an existing user to modify it. Pick the appropriate role (**Owner**, **Editor**, or **PAM User**) and save.
  </Step>
</Steps>

<Frame caption="The Permissions tab on Edit Folder — assign Owner, Editor, or PAM User to users that should access the folder via API.">
  <img src="https://mintcdn.com/syteca/FKrkO8bEqEQ6WSgs/images/api/acb/folder-permissions-tab.png?fit=max&auto=format&n=FKrkO8bEqEQ6WSgs&q=85&s=3de347ae0b9425400cf102946ff0e500" alt="Edit Folder Permissions tab showing assigned users with their roles and the Add button" width="1899" height="845" data-path="images/api/acb/folder-permissions-tab.png" />
</Frame>

## Edit permissions on a Secret

The procedure for secrets mirrors the one for folders:

<Steps>
  <Step title="Open the secret">
    In the Management Tool, navigate to **PAM → Secrets**. Click the secret you want to edit.
  </Step>

  <Step title="Open the Permissions tab">
    On the **Edit Secret** page, click the **Permissions** tab.
  </Step>

  <Step title="Add or modify the user's role">
    Click **Add** to grant a new permission, or modify an existing one. Save.
  </Step>
</Steps>

<Tip>
  **For bulk onboarding scenarios**, set permissions at the **folder level** rather than per-secret. Granting an API consumer **Editor** on a folder means it can manage every secret within — much more maintainable than editing permissions on each individual secret.
</Tip>

## Find the Secret ID and Folder ID

The ACB API references secrets and folders by their **ID** (integer). These IDs are visible on the **Automation** tab of the Edit Secret or Edit Folder page — but the Automation tab only appears when the user opening the page has the [administrative Privileged Accounts Management permission](/docs/administration/users/administrative-permissions) and the deployment's product license enables the **Password Management** application with the **Automation** feature.

<Steps>
  <Step title="Open the secret or folder">
    Navigate to **PAM → Secrets** and open the secret or folder.
  </Step>

  <Step title="Open the Automation tab">
    Click the **Automation** tab.
  </Step>

  <Step title="Copy the ID">
    The **Secret ID** (for a secret) or **Folder ID** (for a folder) is displayed. Click the **Copy** icon to copy it to your clipboard.
  </Step>
</Steps>

<Frame caption="The Automation tab — Secret ID (or Folder ID on the folder page) is the integer your API consumer needs.">
  <img src="https://mintcdn.com/syteca/FKrkO8bEqEQ6WSgs/images/api/acb/automation-tab-secret-id.png?fit=max&auto=format&n=FKrkO8bEqEQ6WSgs&q=85&s=967012de72d86384a26a4c3e18aac63c" alt="Edit Secret Automation tab showing Secret ID field with copy button" width="1899" height="845" data-path="images/api/acb/automation-tab-secret-id.png" />
</Frame>

## Permissions in the API itself

ACB endpoints that **modify** permissions (e.g. `AddFolder`, `AddSecret`, `UpdateFolder`, `UpdateSecret`, `BulkAdd`) accept a `permissions` object in the request body. See [Data models → Permissions](/docs/api/acb/data-models#permissions) for the schema.

## Related

<CardGroup cols={2}>
  <Card title="Set up user account" icon="user-plus" href="/docs/api/acb/setup-user-account">
    Configure Application Account Settings with the Refresh Token.
  </Card>

  <Card title="Data models" icon="braces" href="/docs/api/acb/data-models">
    Permissions, Permission, and related schemas used in request bodies.
  </Card>

  <Card title="API reference" icon="square-code" href="/docs/api/acb/api-reference">
    Base URL, authentication, status codes, rate limiting.
  </Card>

  <Card title="Get secret credentials" icon="key" href="/docs/api/acb/endpoints/get-secret-credentials">
    The most-called endpoint — typically requires PAM User role at minimum.
  </Card>
</CardGroup>
