公司
组织与业务的共同根。
Project structure as context
项目不只是分类，
也是协作发生的上下文
项目记录上下级关系、类型、状态、路径与排序。业务入口、用户归属和后续访问都围绕明确项目展开，避免组织名称与真实业务边界脱节。
分公司
区域或业务分支。
项目
日常业务协作边界。
团队
成员与资源协作空间。
小组
具体执行单元。
From identity to project member
账号建立身份，
组织资料说明如何协作
新建用户必须选择归属项目。系统用户、个人资料、岗位和用户组分别承接身份、人员信息与组织关系；角色授权属于独立的授权治理页面。
SYSTEM USER已验证的系统身份用户名 · 姓名 · 邮箱 · 手机号
人员资料
补充与日常协作有关的个人信息。
岗位关系
表达人员在组织中的职责位置。
用户组
组织需要共同协作的人员集合。
归属项目
创建时必填，也可在授权范围内调整。
Organization domain
组织领域只管理，
人员与项目事实
组织领域覆盖项目、用户、人员资料、用户组、岗位与导航等资源；角色、角色权限关系和授权策略属于授权领域，避免把组织维护和权限决策混成一个后台。
PROJECT项目层级 · 路径 · 状态
USER系统用户身份映射 · 归属项目
PROFILE人员资料个人协作信息
USER GROUP用户组人员集合关系
POSITION岗位组织职责位置
NAVIGATION导航角色对应的体验入口
From organization to daily work
人员进入项目后，
业务上下文随之切换
登录后的可选项目由服务端按当前主体的有效策略收敛。切换项目后，Web 与移动端带着规范化项目标识重新加载对应业务数据，组织关系不会代替授权判断。
- 01
识别当前人员
身份建立后关联系统用户与归属项目。
- 02
提供可选项目
只返回当前主体实际可以选择的项目。
- 03
切换项目上下文
当前项目随业务请求传递。
- 04
加载项目业务
设备、任务、数据和事件回到对应项目。
个人资料和当前项目上下文本身不要求组织查看权限；组织权限用于组织管理页面和组织级查询。
Structure and responsibility
系统保存组织事实，
客户定义真实组织关系
项目树和人员资料需要反映实际管理关系。上线前应先确认项目边界、用户来源、岗位口径与数据维护责任，再配置角色授权。
组织管理已经覆盖
- 维护多级项目关系、类型、状态、路径与排序。
- 创建和维护项目绑定的系统用户。
- 管理人员资料、用户组、岗位与组织关系。
- 向 Web 与移动端提供可选项目和当前项目上下文。
- 组织领域与授权领域分开管理。
组织落地需要确认
- 公司、分支、项目、团队和小组的实际映射。
- 用户来源、归属项目与人员资料维护责任。
- 岗位、用户组与现场负责范围的业务口径。
- 项目停用、人员暂停或离职后的管理流程。
- 角色权限和数据范围应在授权治理页面单独配置。