# 邀请团队成员并设置角色

Source: https://help.didit.me/zh/account-organization/team-members-and-roles
Updated: 2026-10-12

从设置 → 成员邀请同事，为他们在每款产品中分配一个角色，并通过内置角色或自定义角色精确控制每个人能看到和能做什么。

在**设置 → 成员**中点击**邀请成员**进行邀请。成员在每款产品中拥有一个角色；所有者和管理员
拥有所有产品的权限。如果某位成员看到某个控制台板块缺失或不可用，几乎总是角色问题，
而不是 bug。

[Video: 分析、团队与角色 - Didit Academy](https://www.youtube.com/watch?v=sRcOBxjRYag)

你可以在**设置 → 成员**下邀请同事，并为每个人指定一个角色，用来控制他们在控制台中能看到和能做的事情。

## 邀请一位团队成员

1. **进入设置，然后进入成员**

   在控制台侧边栏中打开**设置**，然后进入你的组织下的**成员**，并点击**邀请成员**。

2. **输入他们的邮箱地址**

   一次最多五个，以逗号分隔。

3. **为每款产品选择一个角色**

   为他们需要使用的每款产品选择一个内置角色或自定义角色，或者将其设为管理员，管理员覆盖所有产品。邀请会在 30 天后过期，在被接受之前会一直显示在**待处理邀请**下。

![Didit 组织设置中的成员页面，包含邀请成员按钮、活跃成员和待处理邀请](https://help.didit.me/screenshots/team-members-light.webp)

*成员：组织中有哪些人、他们在每款产品中的角色，以及仍待处理的邀请。*

## 内置角色

| 角色 | 覆盖范围 |
|---|---|
| **所有者** | 所有权限，包括账单和删除组织。只有所有者才能删除组织或转移所有权 |
| **管理员** | 除删除组织和转移所有权之外的所有权限 |
| **合规专员** | 可查看所有内容，对核验作出决定，编辑列表和黑名单 |
| **开发者** | 工作流、API 密钥、webhook 和开发者工具，对核验拥有只读访问权限 |
| **只读用户** | 只能查看和列出内容，不能更改任何内容 |

所有者和管理员是固定角色。其他内置角色可以作为自定义角色的起点。

## 自定义角色

如果内置角色都不合适，可以在**设置 → 角色和权限**下创建自定义角色：点击**新建角色**（或在某个内置角色上点击**自定义**），以一个内置角色为起点，为它命名，然后为控制台的每个部分开启或关闭**读取**和**写入**。保存之前，页面会准确显示将发生哪些变化。

自定义角色可以随时在**设置 → 角色和权限**下编辑，在那里**所有者**和**管理员**是固定的，其他角色都可以自定义。只有当没有任何成员或待处理邀请持有该角色时，**删除角色**才会生效，因此请先重新分配他们。

## "看起来坏了"通常是角色问题

在把某个缺失或无效的板块当作 bug 之前，先检查这个人的角色。有两个反复出现的典型例子：

- **白标编辑器显示出来了，但什么都做不了。** 修改定制化配置需要对 Customization 拥有**写**权限；只读成员看到的是被禁用的界面，而不是报错。参见[定制品牌形象](https://help.didit.me/zh/workflows/customize-branding-and-experience)。
- **看不到发票。** 账单可见性包含在**所有者**和**管理员**角色中，也可以授予自定义角色。开发者或只读用户看不到它。参见[充值、发票与付款方式](https://help.didit.me/zh/billing-credits/top-ups-invoices-and-payments)。

## 把某人设为 owner

在**设置 → 成员**下，（以所有者身份）打开你自己的条目，选择**转移所有权**，然后点击**选择新所有者**。只有所有者才能执行此操作：你选择的人会成为所有者，而你的角色会变为管理员。一个组织始终只有一位所有者，因此请确保你选择的是你信任其处理账单和删除操作的人。

## 修改某人的角色

进入**设置 → 成员**，打开该成员，修改其在每款产品中的角色。这会**替换**其在该产品中的当前角色，而不是新增第二个角色。

## 如果邀请没有生效

一个邮箱同一时间只能属于一个 Didit 组织。如果你的同事已经有账户 - 通常是因为他们直接注册了，而不是等待你的邀请 - 那个账户需要先被迁移或移除，邀请才能生效。

如果遇到这种情况，请联系支持团队；他们可以处理账户，让邀请顺利生效。这是非常常见的情况，并不是你做错了什么。参见[登录与恢复账户访问权限](https://help.didit.me/zh/account-organization/login-and-account-access)。

## 移除某人

同样在**设置 → 成员**下，你可以随时移除某位成员的访问权限。这只会移除其对本组织的访问权限；其账户以及对其他组织的访问权限不受影响。移除一个人并不会移除他们做过的事 - 他们的操作仍会留在审计日志中，这正是保留审计日志的意义所在。参见[使用审计日志](https://help.didit.me/zh/account-organization/audit-logs)。

> **Tip:** 当有人离职时，请同时移除其控制台访问权限**并**轮换他们能访问的任何 API 密钥。
> 控制台访问和 API 密钥是两条独立的入口路径，撤销其中一个并不会撤销另一个。参见
> [管理你的 API 密钥](https://help.didit.me/zh/account-organization/api-keys)。

## API 密钥上的权限

角色管理的是控制台中的人。API 密钥的权限是另一回事，某些操作需要密钥可能不具备的权限 - 这会表现为 403 错误，而不是隐藏的菜单。参见[API 错误及其含义](https://help.didit.me/zh/integration/api-errors)。