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

# Users

> How users work in Custral and how to manage their access.

Users are the people with access to your workspace: employees, managers, or external collaborators. Managing them means giving the right people the right level of access across your data and workflows. Manage them at **Settings → Team → Users**.

## How access works

A user's access is controlled by the **Access Control List (ACL)** on each Entity: an Object, Record, View, Page, and so on. Access is granted **directly to a user**, or to a **[Group](/team/users/groups)** they belong to. When grants overlap, Custral applies the **highest** level available to that user.

| Grant      | What it is                                                                                   |
| ---------- | -------------------------------------------------------------------------------------------- |
| **Direct** | A level granted to a user individually, often on a specific Record or Object.                |
| **Group**  | A level a user inherits from a Group they're in (e.g. "All Admins", "All Success Managers"). |

See [Access levels](/team/permissions/access) for what each level allows, and the [permission hierarchy](/team/permissions/overview) for how access inherits down the entity tree.

## Adding a user

<Steps>
  <Step title="Open Users">
    Go to **Settings → Team → Users** and choose **Invite user**.
  </Step>

  <Step title="Enter their details">
    Add their name and email address.
  </Step>

  <Step title="Add them to a Group (optional)">
    Put them in a Group so they inherit its access automatically.
  </Step>
</Steps>

Invited users receive an email with a secure link to join your workspace.

## Managing users

Admins and Owners can change a user's Group memberships, adjust their access, deactivate users who no longer need access, and transfer ownership of Entities when someone leaves. Changes apply immediately across the workspace.

## Best practices

* **Use Groups for structure**: add a new user to a Group to grant the right access automatically.
* **Limit direct grants**: prefer Group access; it scales better and is easier to audit.
* **Review access regularly**: check user lists and ACLs periodically to keep the workspace tidy.
* **Deactivate, don't delete**: deactivating preserves history and ownership tracking.

## Related

* [Groups](/team/users/groups) · [Access levels](/team/permissions/access) · [Permission hierarchy](/team/permissions/overview)


## Related topics

- [User](/data/properties/select/user.md)
- [Getting Started](/team/getting-started.md)
- [Permissions Overview](/team/permissions/overview.md)
- [Workflow Actions](/automation/workflows/actions.md)
- [Teams](/team/users/groups.md)