子组织和角色

大型客户可以在一个 Scoutello 客户结构需要多个运营单位时维护子组织和角色。例如，拥有多个物业的酒店集团、拥有本地团队的活动组织者或拥有合作伙伴办事处的目的地组织。

侧边栏显示：

• /organizations/:id/organizations 用于子组织。
• /organizations/:id/roles 用于角色和权限管理。

这两个路由都需要对 admin 实体的组织管理权限（例如，来自角色编辑器中的 admin:list:all 和相关的 admin:* 范围）——而不是全局 Scoutello 平台员工账户。

子组织

子组织在保持更广泛结构可管理的同时，将所有权和日常工作分开。它们适用于需要不同品牌、记录、权限或运营责任，但仍属于同一客户生态系统的团队。

常见模式：

• 父组织拥有共享策略、账单或治理。
• 子组织管理本地客户、活动、旅游、网络应用和员工。
• 平台管理员或组织管理员可以跨树跟踪层级问题。

角色

角色将权限捆绑给组织内的用户。一个用户可以在不同的组织中拥有不同的角色，因此在诊断访问权限时，请务必检查活动组织。

权限遵循权限参考中记录的 entity:action:scope 模型。admin 实体捆绑了组织范围的管理：足够的 admin:* 范围可在角色编辑器中配置的限制范围内，授予对侧边栏中层级和角色管理的访问权限。

支持检查

当用户报告缺少记录或缺少导航时，首先确认他们正在使用预期的组织或子组织，并且他们的角色属于该组织。然后检查相关的实体权限，例如 customer、event、tour 或 landing-page，包括范围是 assigned、all 还是 off。仅当用户需要管理组织结构和角色时，才授予广泛的**admin 实体**权限。

相关概念：权限参考。