公司和团队
公司相关页面定义 LadVen OS 的工作结构：谁在门户中工作，属于哪些部门，负责哪些工作组，可以访问哪些数据。这套结构会影响任务、CRM、文档、聊天、日历、工作流程、Disk 和报表。
清晰的结构让员工知道自己的责任范围，让负责人能管理团队，也让企业所有者能追溯权限、项目上下文和决策历史。
工作入口
- 公司 (
/company) - 进入部门、员工、访问规则和门户设置。 - 员工 (
/users) - 用户列表、搜索、资料、状态、语言、时区和权限。 - 部门 (
/departments) - 组织树、负责人、成员、任务分配规则和跨部门交接。 - 工作组 (
/projects) - 项目团队、所有者、角色、状态和成员。 - 工作组卡片 (
/projects/:projectId) - 项目工作空间，包含概览、任务、活动、文件、文档、链接、讨论、关系和设置。
可用操作取决于角色。员工只看到自己有权访问的结构和项目。管理员管理成员、访问和规则。工作组所有者或主持人管理本组。
结构如何影响工作
公司结构不只是通讯录。它会影响：
- 任务能否向下、向上、跨部门或在部门内分配；
- CRM 中可选择的负责人和团队上下文；
- 文档和文件关联的项目、客户或部门；
- 聊天和日历中的团队范围；
- 工作流程人工任务的受众和执行负责人；
- 报表按部门、人员和项目汇总负载与控制的方式。
在设置访问权限或工作流程前，请确认员工、部门和工作组反映真实职责。过期结构会让权限和报表失真。
员工
员工 页面显示人员和服务用户。可以按姓名、登录名、邮箱、电话或职位搜索，查看角色和状态，并打开编辑。
在通讯录里，员工生日当天，其头像旁会出现一个 生日徽章 —— 一个安静的提示，提醒团队为同事送上祝福。徽章仅在当天可见，依据个人资料中的出生日期，且不显示年份。是否在通讯录里显示徽章，是每位用户的个人设置（「生日」开关），而非全公司的统一策略。在部门卡片选择成员时也能看到同样的徽章；而在聊天、任务和 CRM 中暂时不显示。
管理员可维护登录名、邮箱、电话、姓名、职位、出生日期（个人数据，用于通讯录中的生日徽章）、界面语言、时区、启用状态、管理员标记、密码，以及任务和 CRM 权限摘要。
请使用工作联系方式和清晰角色。如果某人暂时不使用门户，请先停用账号。只有确认任务、文档、报表和流程链接仍能保留历史后，才删除用户。不要用管理员权限解决一次性访问问题，应先检查部门、工作组、个人策略和模块设置。
部门
部门描述管理结构：汇报关系、负责人以及工作如何在层级之间流转。创建或编辑时检查名称、负责人、成员、上级部门、代码、排序、启用状态和任务规则；每个字段都应反映当前组织，而不是临时占位。
员工换部门时，应先更新结构，再继续分配新任务或工作流程。关闭部门前，先检查活动任务、项目、文档和访问规则。
部门任务规则
部门可以定义任务分配方向：
- 向下 - 分配给下级部门；
- 向上 - 升级给负责人；
- 横向 - 分配给相关部门；
- 部门内部 - 仅在同一团队内工作。
使用预设作为起点，并用安全测试场景验证。销售通常需要向上升级和跨部门协作；生产通常需要向下分配和负责人控制；服务团队可能只在部门内工作。保存本地规则时，应记录清楚的变更原因，并检查跨部门预设没有扩大到不必要的范围。
工作组
工作组把人员聚集到项目、客户、产品、内部计划或临时团队。目录中可以搜索、创建、查看所有者、自己的角色、状态并打开卡片。
可配置名称、代码、描述、主题、所有者、项目或 Scrum 标记、可见性、开放状态、关闭或归档状态，以及成员角色：所有者、主持人、成员或访客。开放、可见、关闭和归档是不同状态：可见不等于已有权限，归档保留历史但不应用于新工作。
当需要与固定组织结构分开的项目上下文、跨部门团队、共享任务、CRM、文档、文件和讨论，或在项目结束后保留历史时，请使用工作组。不要为每个小任务创建工作组。
工作组卡片
工作组卡片是项目的操作空间：
- 概览 - 所有者、描述、成员和关键事实。
- 活动 - 最近事件和需要关注的变化。
- 任务 - 在工作组上下文中执行的工作。
- 文件和文档 - 材料、模板和成果。
- 链接 - 团队需要的外部资源。
- 讨论 - 决策和工作约定。
- 关系 - 关联客户、联系人、机会或其他对象。
- 设置 - 描述、成员和空间规则。
公共截图只能使用演示项目、中性人员、安全文件，以及不含私密 URL 的链接。
访问和责任
权限必须反映真实职责。修改访问前，请回答三个问题：为什么需要、属于哪个范围（公司、部门、项目、CRM 或任务）、由谁承担后果。如果用户看到过多或看不到必要内容，依次检查部门、工作组成员、个人策略和模块设置，不要直接授予管理员权限作为绕过。
截图安全
文档截图只能包含演示员工、培训部门、演示项目、安全文件、不含 token 或私有域名的链接，以及完全本地化的界面。不要发布真实邮箱、电话、头像、私有文件、原始错误、技术字段或混合语言。
良好实践
- 保持员工列表最新。
- 区分部门和项目工作组。
- 为每个工作组指定负责所有者。
- 结构调整后重新检查访问。
- 使用清晰的部门和组名称。
- 已完成但仍需历史的组应归档；只有在报表也不再需要这些历史时才删除。
- 启动工作流程前检查员工和部门。
常见错误
- 创建没有负责人的部门。
- 添加人员到项目后不检查角色和文档可见性。
- 用管理员权限代替正确范围设置。
- 检查历史前删除用户或组。
- 在截图中使用真实客户项目或员工。
相关场景