> For the complete documentation index, see [llms.txt](https://docs.docbits.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.docbits.com/chinese/guan-li-yu-she-zhi/settings/global-settings/groups-users-and-permissions/users/admin-privileges.md).
# 管理员权限
管理员在组织的 IT 系统、网络和数字平台管理中发挥着至关重要的作用。管理员拥有高级权限和职责，可以控制技术基础设施的各个方面，并确保其高效、安全地运行。以下是管理员的主要职责：
* **用户管理：** 管理员负责管理用户帐户、访问权限和授权。他们创建新用户帐户，为用户分配所需权限，并管理访问控制，确保只有经过授权的用户才能访问特定资源。
* **安全：** 管理员负责 IT 系统的安全，防止数据丢失和未经授权的访问。
* **故障排除与支持：** 管理员通常是处理技术问题的第一联系人。他们帮助用户排查并解决问题，确保系统平稳运行。
除了这些职责，管理员还负责管理敏感设置，并确保系统符合合规要求和信息安全最佳实践。这包括管理敏感数据、配置访问控制和权限，以及监控和分析系统日志，以识别并处理潜在的安全风险。
## Admin 与 System Admin
DocBits 有两种管理员角色：**Admin** 和 **System Admin**。它们听起来相似，但承担的工作不同。简单来说：
### Admin — 管理组织的人员
**Admin** 是团队中获准管理 DocBits 的真实人员。Admin 可以：
* 打开 **Settings**（设置）的所有区域，并更改组织的工作方式。
* 添加用户、编辑用户、启用或停用用户，并决定由谁担任 Admin。
* 设置用户组、权限、集成和工作流。
您可以根据需要设置**任意数量的 Admin**，并且可以随时为任何用户授予或撤销 Admin 角色。团队中的大多数管理员都属于这一类型。
### System Admin — DocBits 用于自动运行的帐户
**System Admin** 是**每个组织唯一的一个特殊帐户**，DocBits 使用它来执行**无需任何人点击按钮即可自动完成的操作**，例如从电子邮件导入文档、将文档导出到另一个系统，或由已连接的服务在后台传递文档。
可以把它看作组织的“机器人”帐户。当系统自行执行操作时，会**以 System Admin 的身份**执行，因此很容易识别这些自动操作，也不会与真实团队成员的工作混淆。
System Admin 有三个特别之处：
* **它同时始终是 Admin。** 选择 System Admin 会自动为该帐户授予完整的 Admin 权限。
* **每个组织只能有一个。** System Admin 创建后，您不能再将其他用户标记为 System Admin。
* **只能在创建用户时设置。** 添加用户时即可选择此角色，之后**无法启用或停用**。
> **建议：** 为此用途创建一个专用帐户，例如 `system@your-company.com`，并将其标记为 System Admin。这样，DocBits 自动执行的所有操作都会在日志和文档历史记录中清楚地显示为 **System Admin**，与真实用户的操作区分开来。
### 一览
| | Admin | System Admin |
| ------------- | ------- | ------------ |
| 拥有管理组织的完整访问权限 | 是 | 是 |
| 可设置的数量 | 根据需要设置 | 仅一个 |
| 创建用户后能否更改 | 可以，随时更改 | 不可以，只能在创建时设置 |
| 用于自动在后台执行的操作 | 否 | 是 |
| 始终拥有 Admin 权限 | — | 是 |
## 安全最佳实践
安全是每个组织都必须重视的方面，尤其是在管理用户帐户和访问权限时。以下是维护安全用户管理机制的一些最佳实践：
* **定期更新密码：** 鼓励用户定期更新密码，以确保帐户安全。制定密码复杂度策略，并要求使用包含字母、数字和特殊字符的强密码。
* **监控管理员操作：** 建立机制以监控管理员活动，发现可疑或异常行为。记录所有管理员操作，包括访问敏感数据或设置的操作，以确保责任可追溯，并识别潜在的安全漏洞。
* **限制管理员人数：** 尽量减少管理员人数，仅向确实需要管理权限的人员授予权限。限制管理员人数可以降低安全漏洞风险，也便于管理和监控用户帐户。
* **双因素身份验证 (2FA)：** 为管理员帐户启用双因素身份验证，以进一步提高安全性。这样会增加一道安全验证步骤，确保即使密码遭到泄露，攻击者也无法未经授权访问帐户。
* **定期安全检查：** 定期进行安全检查和审计，以识别并修复潜在的安全漏洞或弱点。检查用户帐户的访问权限和授权，确保其符合当前要求和最佳实践。
* **培训与意识提升：** 定期为员工和管理员提供安全最佳实践培训，帮助他们识别网络钓鱼攻击和其他网络威胁。让他们了解安全的重要性，并鼓励他们报告可疑活动。
落实这些最佳实践有助于组织提升用户管理机制的安全性，并降低安全漏洞和数据丢失风险。安全应被视为一个持续的过程，组织应定期更新和调整措施，以跟上不断变化的威胁和安全要求。
---
# 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 by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.docbits.com/chinese/guan-li-yu-she-zhi/settings/global-settings/groups-users-and-permissions/users/admin-privileges.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
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.