员工与访问管理
员工（/users）是管理界面。修改会影响任务、CRM、文档和历史记录。
列表与搜索
默认列表显示活跃用户。按姓名、登录名、邮箱、电话或职位搜索时至少输入两个字符，过短的查询可能没有结果。用户链接可以打开对应记录。每页最多 50 条；如果搜索暂时不可用，请稍后重试并在卡片中确认用户状态。
可使用活跃/非活跃、人员/机器人、部门等筛选。列表按页加载，搜索暂时失败时不要据此 判断员工已被删除；稍后重试，并在员工卡片中再次确认状态。
页头会分别显示活跃和停用数量。每行显示状态、相对的最近登录时间（或
从未登录）和部门；用户属于多个部门时，其余部门以 +N 表示。生日徽章
只在生日当天显示，并由个人生日设置控制，不是公司的统一策略。
用户链接会突出对应行，并在记录加载后打开 用户卡片；如果记录不在当前结果中，请先扩大筛选范围或使用搜索。
员工卡片与个人资料
编辑前检查姓名、工作联系方式、部门、角色、语言、时区和活动状态。不要只凭同名记录 执行删除，因为用户可能关联任务、文档、CRM 记录和评论。临时离岗时，停用通常比删除更能保留历史； 删除前先检查所有关联流程和保留策略。
如果员工拥有活动中的重复任务模板，停用可能被拒绝。打开定期任务模板页面，转交模板给其他负责人 或将其归档，然后再重试状态变更。
批量操作
批量启用、停用或删除必须检查选择并记录原因。机器人不能删除；混合选择中只会删除人员。 不要误选集成账户、负责人或仍拥有活动工作的员工。若部分员工拥有活动中的重复任务模板，批量操作可能只完成一部分； 重新加载列表，检查多条记录、相关任务和工作区访问权限。部分成功不代表每个选中的行都以相同方式完成变更。
密码重置与 MFA step-up
重置密码是管理操作，可能需要 staff MFA step-up。不要通过聊天或文档发送临时密码、MFA 代码、令牌或恢复代码； 只通过安全的登录渠道通知用户，并要求其首次登录时更换临时密钥。
管理员还可以在该行的更多菜单中重置此用户的 MFA。这与重置密码是两个不同的操作：确认操作，并使用自己的账户完成 staff MFA step-up。系统不会显示恢复代码，也不要将其复制到聊天或文档中。
角色与访问权限
管理员角色不能代替部门、项目或模块策略。授予角色前先确认所需数据、使用场景和后果负责人。 修改角色后，在安全的测试配置中核对访问权限、项目成员关系、部门、个人策略和模块限制； 如果看到多余或缺少的数据，不要用管理员角色作为临时绕过。
安全证据
使用合成员工、机器人、职位和联系方式。不要展示真实邮箱、电话、头像、密钥、内部 ID、客户数据或混合语言标签。此部分示例不应包含财务数据。
相关页面