邀请队友并管理邀请
Humind 允许已获授权的公司成员准备多个电子邮件邀请，为每位受邀者分配内置或自定义角色，将它们一并发送，并从 Settings 管理待处理邀请。邀请应当遵循已批准的访问决策，而不是先于该决策发出。 本指南涵盖当前的多邀请流程、角色选择、部分邮件失败、待处理邀请操作、主管限制，以及接受后的核查。 这如何融入 Humind Humind 中的访问权限以公司为范围，并由版块权限控制。内置角色覆盖常见的运营模型，而自定义角色支持范围更...
Humind 允许已获授权的公司成员准备多个电子邮件邀请，为每位受邀者分配内置或自定义角色，将它们一并发送，并从 Settings 管理待处理邀请。邀请应当遵循已批准的访问决策，而不是先于该决策发出。
本指南涵盖当前的多邀请流程、角色选择、部分邮件失败、待处理邀请操作、主管限制，以及接受后的核查。
这如何融入 Humind
Humind 中的访问权限以公司为范围，并由版块权限控制。内置角色覆盖常见的运营模型，而自定义角色支持范围更窄的访问。公司所有者仍然是单独且受保护的职责。
请采用最小权限变更，同时仍让队友能够完成其工作。更改角色或邀请后，请让队友刷新并确认他们可以访问的页面和操作，而不要只依赖管理员视图。
开始之前
访问权限：需要 Team 写入权限。主管只能管理操作员邀请。自定义角色创建和更广泛的角色管理对主管是隐藏的。
- 确认受邀者的身份、公司、职责和所需访问权限。
- 在输入电子邮件地址之前，先检查内置或自定义角色。
- 使用公司批准的电子邮件地址和离职流程。
分步工作流
打开队友邀请流程
打开 Settings、Company、Teammates，然后选择 Invite。输入有效的电子邮件地址，选择角色，并将受邀者添加到已准备列表中。你可以在发送前添加多个人，并为每一行分配不同的角色。
该表单会拒绝无效的电子邮件格式以及同一批次中的重复地址。请检查每一行，而不要假定为下一封电子邮件选择的角色也适用于之前的受邀者。
选择最小权限角色
使用 Admin 进行完整公司运营，使用 Operator 处理 Inbox、联系人和 Merchant Assistant 工作，或使用 Supervisor 处理操作员工作，加上 Agent 报告和有限的操作员团队管理。当队友需要不同的版块矩阵时，请选择已审核的自定义角色。
邀请菜单会显示角色说明。主管只能看到他们被允许分配的角色，并且无法从模态窗口创建自定义角色。
发送并检查投递情况
发送已准备好的邀请。Humind 会报告成功和已跳过的邀请。如果某些电子邮件投递失败，模态窗口会保留这些失败的受邀者，以便发送者更正或重试它们，而不是假定整批都已成功。
不要通过创建重复邀请来绕过投递问题。请核实电子邮件地址并使用待处理邀请工具。
管理待处理邀请
打开 Invitations 选项卡以查看电子邮件、已分配角色和发送日期。已获授权的用户可以重新发送或取消邀请。成功重新发送后，当前界面会在客户端应用一个短暂的冷却时间，以减少意外循环。
主管只能管理待处理的操作员邀请。如果其他角色需要处理，请联系管理员或所有者。
在接受后验证访问权限
队友接受后，确认他们以预期角色显示在 Active members 中。请让他们登录，选择正确的公司，并验证其工作所需的页面和操作。
在你有相应权限时，通过活跃成员操作更改错误角色。不要要求队友分享包含客户数据或凭据的截图。
权限和重要注意事项
- Team 写入权限并不意味着每个操作方都可以管理每个目标角色，主管仅限于操作员。
- 不能通过普通成员操作移除或降级公司所有者。
- 当前页面上的重新发送冷却时间是用户界面防护措施，不是反复刷重试的理由。
- 待处理的自定义角色邀请在删除角色时会被计入，并且可能需要重新分配。
验证结果
在认为工作完成之前，请使用此检查清单：
- 每位受邀者都有经过验证的电子邮件地址和已批准的角色。
- 已检查投递结果以及所有保留的失败行。
- 待处理邀请通过 Invitations 选项卡取消或重新发送，而不是重复创建。
- 已接受邀请的队友只能访问他们所需的公司版块和操作，不多不少。
故障排除
邀请菜单中缺少所需角色
检查你自己的权限。主管只能邀请操作员。请让管理员或所有者分配更广泛或自定义的访问权限。
部分邀请失败
检查保留的失败行，更正电子邮件地址，并且仅重试这些记录。在创建另一个邀请之前，请先检查 Pending 选项卡。
队友已接受，但看到的页面不正确
确认其当前激活的公司和已分配角色，然后检查角色矩阵。更正后，请让他们刷新或重新登录，以便导航使用当前权限。