跳到主要内容

5. 组织架构管理

组织架构是系统的“骨架”，决定了数据的归属、审批的流转路径以及信息的可见范围。对于律所而言，灵活且严谨的架构设计是支撑一体化管理与专业化分工的基础。

🏛️ 律所典型组织架构类型​

本系统支持无限层级的树状结构，完美适配律所复杂的组织形态。以下是典型的节点类型及其定义：

1. 核心管理层级​

类型说明典型示例
总部 (Headquarters)律所的最高决策与管理中心，拥有全局数据视图。XX 律师事务所总部
分所 (Branch Office)异地设立的分支机构，通常具有相对独立的财务和人事权，但受总部监管。北京分所 、上海分所、 深圳分所

2. 业务与专业部门 (Business & Practice Groups)​

直接产生营收的核心单元，通常按专业领域划分。

类型说明典型示例
业务领域部门按法律专业领域划分的垂直部门，是律师的主要归属地。公司商事部 、争议解决部、知识产权部、 刑事合规部
专业部门专注于特定行业或细分赛道的部门。金融证券组 、医疗健康组、 破产重整中心
团队 (Team)隶属于大部门下的具体办案小组，通常由一名合伙人和若干助理组成。张三律师团队 、 李四并购团队

3. 职能与支持部门 (Functional & Support)​

为业务部门提供后台支撑，不直接产生案件收入。

类型说明典型示例
管理部门负责律所整体运营决策的高层机构。管理委员会 、 执行委员会
职能部门负责日常行政、人力、财务等标准化职能。人力资源部 、财务部、行政部、 IT 信息部
支持部门提供专业辅助服务的部门。图书馆/知识管理部 、品牌宣传部、 客户服务部
业务发展部门 (BD)专注于市场拓展、客户关系维护的非诉讼团队。战略发展部 、 大客户部
市场营销部门负责品牌推广、活动策划、新媒体运营。市场部 、 公关部

4. 临时与矩阵式组织 (Matrix & Temporary)​

打破部门墙，灵活组建的协作单元。

类型说明典型示例
委员会 (Committee)为特定治理目标设立的议事机构，成员通常跨部门。利益冲突审查委员会 、晋升考核委员会、 风控委员会
工作组 (Working Group)为完成特定短期任务（如年会、系统上线）成立的临时组织。2024 年会筹备组 、 数字化转型工作组
项目团队 (Project Team)最灵活的单元。为特定大型案件或交易临时组建，案件结束后解散。成员可来自不同部门。A 公司 IPO 项目组 、B 集团反垄断案专项组

🛠️ 核心功能操作指南​

进入路径：左侧菜单【团队管理】 > 【组织架构】。

1. ➕ 新建组织节点​

构建律所的层级树，支持拖拽式调整。

操作步骤：

  1. 选中父级节点（如“总部”或“北京分所”），点击 + 新增下级 按钮。

  2. 填写节点信息：

    • 名称：如“争议解决部”。
    • 类型：从下拉框选择（如：业务领域部门 、 职能部门 等）。类型将影响默认的权限模板。

  3. 点击 保存。

2. ✏️ 编辑组织节点​

适应律所合并、拆分或更名需求。

操作步骤：

  1. 选中目标节点，点击 ✏️ 编辑。
  2. 修改属性：
    • 更名：如“知识产权部”升级为“知识产权与科技部”。
    • 调整类型：如将“工作组”转为正式的“业务部门”。
  3. 调整层级：
  • 上移：将目标节点提升到父级节点。
  • 下移：将目标节点提升到子级节点。
  1. 点击 保存。

3. 👥 配置人员​

将律师和员工挂载到具体的组织节点上，实现“人岗匹配”。

核心逻辑：

  • 用户属于某个节点，即默认继承该节点的数据查看权限（如：只能看本部门案件）。
  • 支持主属部门与虚线汇报（兼职）多重归属。

操作步骤：

  1. 点击目标组织节点，进入 【成员管理】 标签页。
  2. 点击 + 添加成员。
  3. 点击 确认。

    • 效果：这些用户在查询“我的部门”时，将看到此节点下的所有数据。

4. 🗑️ 删除组织节点 (Delete Node)​

清理撤销的部门或结束的项目组。

操作步骤：

  1. 选中目标节点，点击 🗑️ 删除。
  2. 前置检查（系统强制）：
    • 非空检查：若节点下仍有成员，系统禁止删除。提示：“请先移除或转移所有成员”。
    • 数据检查：若节点下仍有进行中案件或未归档文件，系统禁止删除。提示：“请先进行数据交接或归档”。
    • 子节点检查：若节点下还有下级部门，需先删除或移动所有子节点。
  3. 点击 确认删除。

⚠️ 重要提示：

  • 删除节点不会删除该节点产生的历史业务数据（案件、客户、合同），这些数据将自动归并至其父级节点或标记为“已撤销部门”，以确保审计轨迹完整。
  • 项目团队结束后，建议先禁用该节点而非直接删除，以便后续查阅项目档案。

🔗 组织架构与权限的联动​

组织架构不仅仅是展示用的树形图，它直接驱动系统的数据权限 (Data Scope)：

  1. 默认隔离：
    • 律师 A 属于 公司部 -> 默认只能查看 公司部 及其下级 团队 的案件。
    • 律师 B 属于 知产部 -> 不可见 公司部 的案件（除非有跨部门协作授权）。
  2. 管理层穿透：
    • 分所主任 属于 北京分所 节点 -> 自动拥有查看北京分所下所有业务部门数据的权限。
    • 总部管理员 -> 拥有查看所有分所、所有部门的权限。
  3. 项目制突破：
    • 当 律师 A 被加入 A 公司 IPO 项目组（跨部门团队）时 -> 他自动获得该项目组内所有案件文件的查看权，不受原部门限制。

✅ 常见问题 (FAQ)​

Q: 一个律师可以同时在“公司部”和“IPO 项目组”吗？

A: 可以。系统支持“一人多岗”。他在“公司部”是主属关系（看部门公共数据），在“IPO 项目组”是项目关系（看项目专属数据）。权限取并集。

Q: 删除了“市场部”，原来的市场活动记录还在吗？

A: 在。删除组织节点仅移除架构关系，不删除业务数据。原属于市场部的活动记录会自动上移挂靠到其父节点（如“总部”），并标记来源部门为“已撤销”。

Q: 如何设置“委员会”这种跨部门的组织？

A: 创建节点时类型选择“委员会”。在配置人员时，直接从各个业务部门勾选委员即可。委员会通常配置为“只读”全所相关数据，或仅管理特定的审批流程。

Q: 分所和总部的数据是完全隔离的吗？

A: 默认情况下，分所只能看自己的数据。若需实现“一体化管理”（总部看全部分所数据），需在总部的组织架构配置中，开启“包含所有下级机构数据”的权限开关。

下一步：组织架构搭建完毕后，您可以前往 案件管理篇 体验基于部门隔离的案件创建流程，或前往 审批流配置 为不同部门定制专属的审批路径。

最后于 更新