> For the complete documentation index, see [llms.txt](https://docs.kick.co/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.kick.co/reference/roles-and-permissions.md).

# Roles & Permissions

Every person you invite to your Kick workspace is assigned a role. Roles control what they can access - from viewing reports to managing accounts and billing.

***

### Workspace roles

<table><thead><tr><th width="160.3104248046875">Role</th><th>What they can do</th></tr></thead><tbody><tr><td><strong>Admin</strong></td><td>Workspace-wide access. Manage team members, entities, accounting settings, and view billing.</td></tr><tr><td><strong>Member</strong></td><td>Assigned entities only. Access to reports, transactions, documents, connect bank accounts, and create tasks.</td></tr><tr><td><strong>Accountant</strong></td><td>Assigned entities only. Everything a Member can do plus manage team members, and edit chart of accounts, locks and Accounting settings.</td></tr></tbody></table>

***

### Choosing the right role.

**Admin** is the right role for someone who needs full control across your workspace — managing team members, entities, and accounting settings. Admins automatically have access to all current and future entities, and can view your plan and billing details in Stripe.

**Member** is the right role for a business partner, office manager, or collaborator who needs to work in the books on specific entities - reviewing reports and transactions, uploading documents, connecting bank accounts, and creating tasks - without changing accounting settings or managing team members.

**Accountant** is the right role for a bookkeeper or outside accountant who needs to do everything a Member can do plus manage team members and edit chart of accounts, categories, locks, and settings. You can scope their access to specific entities.

***

### Entity access

When you invite someone, you choose which entities they can access - one specific business, or all of them. You can also enable **New business entities** so they automatically get access to any entity you add in the future.

Admins always have access to all entities, current and future. This cannot be scoped.

***

### Change a team member's role

1. Go to **Settings → Members**
2. Click **⋯** next to the person's name
3. Select **Configure permissions**
4. Update their role and entity access
5. Click **Save**

***

### The Primary Admin

Every workspace has one Primary Admin - typically the business owner. The Primary Admin is the only person who can manage billing and transfer the Primary Admin role to someone else. There can only be one Primary Admin per workspace, and the role cannot be removed - only transferred.

***

### FAQs

<details>

<summary><strong>Can a Member invite other people?</strong></summary>

No. Only Admins and Accountants can invite and manage team members.

</details>

<details>

<summary><strong>What's the difference between Admin and Accountant?</strong></summary>

Both have the same ability to manage your books. The difference is scope - Admins automatically get access to all entities, while Accountants are scoped to the specific entities you assign them.

</details>

<details>

<summary><strong>Can I have more than one Admin?</strong></summary>

Yes. You can have multiple Admins. There is only one Primary Admin, but you can have as many Admins as you need.

</details>

<details>

<summary><strong>What if I need to remove someone's access?</strong></summary>

Go to **Settings → Members**, click **⋯** next to their name, and select **Remove from workspace**. Their access is revoked immediately.

</details>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.kick.co/reference/roles-and-permissions.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
