第 7 章 业务能力
所属篇章：第二篇 业务架构建模 文档版本：v1.0（2026-10） · 星顺科技 EAMS 产品使用手册 本章截图索引：manual-capability-01 ~ 10（占位，正文评审通过后统一截取）
7.1 概念导读
业务能力是公司通过投入和整合资源完成业务事项、输出业务成果、达成业务或管理目标的组织机能。简单来讲，业务能力就是公司为了实现战略目标所必须要做的事情。所以，业务能力是围绕着公司的战略目标和商业模式而构建的，用来支撑公司战略目标的实现。
在星顺科技 EAMS 中，业务能力回答的是"做什么"，而不是"谁来做"（那是组织架构）或"怎么做"（那是流程）。例如"订单管理""质量检验"是能力；至于它由哪个部门承担、走什么流程、用什么系统，都是围绕能力再建立的关联。
业务能力以分层树的形式组织：上层是粗粒度的能力域（如"供应链管理能力"），向下逐层细化，直到可以直接指导工作的末级能力（如"采购订单审批"）。树的层数由贵企业在「基本配置」中统一设定（见第 24 章），全企业共用一套层级约定。
能力树之所以被称为 EAMS 的"骨架"，是因为几乎所有其他架构内容都挂在它上面：组织承担哪些能力、流程落地哪些能力、绩效指标衡量哪些能力、风险附着在哪些能力、应用系统支撑哪些能力、数据资源归属于哪些能力——这些关联都指向能力树上的具体节点。因此，能力树一旦建立，请先保持它的稳定，再去挂接其他内容。
关于"如何为贵企业规划一套合理的能力架构"（能力域怎么划分、粒度怎么把握），属于架构方法论范畴，星顺科技"双翼法"咨询服务提供完整方法支撑，本手册不再展开。
7.2 建模规则与约束
7.2.1 集团下发的能力（特例）
若贵企业属于集团体系，由上级集团统一下发的能力在树中带有「集团下发」标识。此类能力不能删除，只能"裁剪"（从本企业视图中移除），以保留与集团口径的对齐关系。下发、查看下属企业、裁剪的具体操作见 7.4.5 节。
能力树中带「集团下发」标识的能力行，红框标注标识位置
7.2.2 生命周期与审批
能力有三种生命周期状态，在列表"状态"列中可见：
| 状态 | 含义 |
|---|---|
| 初始化 | 新建或修改后尚未生效，仅维护人员可见 |
| 待审批 | 已提交发布/删除申请，等待审批人处理 |
| 已发布 | 正式生效，可被其他模块引用 |
两条规则需要特别注意：
- 发布要审批：能力的新建/修改在提交发布审批后才生效。单条能力可直接提交；勾选多条后批量提交时，系统合并为一个审批批次，审批人的待办任务中只有一条。
- 删除也要审批：删除能力同样需提交删除审批，通过后才进回收站。这是为了防止误删正在被别人引用的能力。
审批链由管理员在「审批流管理」中配置（见第 23 章）。
7.2.3 实现方式（四档）
「实现方式」回答的是：这项能力今天实际靠什么执行。四个选项按自动化程度递进：
| 选项 | 含义 |
|---|---|
| 线下人工 | 不依赖信息系统，纯人工线下完成 |
| 线上人工 | 员工在信息系统中进行人工操作（如在系统中录入、登记、提交） |
| 系统自动化 | 由业务系统自动完成 |
| AI驱动 | 由 AI 能力驱动完成 |
约束规则：
- 只有末级能力可以填写实现方式（父级能力该字段不可填，其现状由下级能力共同体现）。
- 实现方式记录的是纯现状，由业务架构侧维护；应用功能映射数据不会反过来自动修改它。
- 与实现方式配套还有一个「不需要信息系统支撑」标记，与"线上人工/系统自动化/AI驱动"三档互斥。
7.2.4 实现方式与应用映射的冲突提示
系统会把"实现方式"与"应用功能映射"（见第 14 章）自动比对，在列表中给出四种冲突警告（仅提示、不阻断）：
- 冲突：实现方式为线下人工，但应用架构中存在已建功能映射 —— 请核实实际情况；
- 冲突：映射的应用功能均为待建，当前尚无已建系统支撑 —— 请核实实现方式；
- 冲突：已标识在线实现方式，但未配置任何应用功能映射 —— 请补充映射（系统在用但架构未登记）；
- 冲突：与「不需要信息系统支撑」标记矛盾 —— 请核实两侧数据。
出现警告不代表数据错误，但通常意味着两侧的录入口径不一致，值得核对。
7.2.5 输入与输出（信息项）
每个末级能力可以登记它的输入和输出（如"采购申请单"是"采购订单审批"的输入，"采购订单"是其输出）。输入/输出描述的是可执行层面的具体交付物，因此只有末级能力提供录入入口；父级能力的输入输出由其下级末级能力共同体现。
输入/输出从全企业共享的信息项池中选择：输入关键字即可联想已有信息项；池中不存在时会自动新建入池。
注意：信息项是全企业唯一的——同名信息项在任何模块指的都是同一个东西。对信息项改名会在所有引用处同步生效，请在改名前确认影响范围。
7.3 关联与引用
能力树被大量模块引用，改动前请先评估连锁影响：
| 引用方 | 引用内容 | 所在章节 |
|---|---|---|
| 组织架构 · 业务能力承载 | 哪些组织承担该能力 | 第 8 章 Tab 2 |
| 端到端流程 | 流程步骤就是业务能力（步骤绑定末级能力） | 第 9 章 |
| 职能流程 | 每张职能流程图对应一个末级能力 | 第 10 章 |
| 绩效指标 | 指标挂接到能力 | 第 11 章 |
| 风控措施 | 风险与控制措施挂在能力上 | 第 12 章 |
| 应用功能架构 | 应用功能映射到能力 | 第 14 章 |
| 数据资源目录 | DL3 业务对象来源于能力的输入与输出 | 第 17 章 |
| 级联查询 | 以能力为起点的关联追溯 | 第 21 章 |
由此带来两条操作纪律：
- 改名是安全的：名称在所有引用处同步显示，随时可改。
- 删除要谨慎：已被引用的能力即使审批通过进了回收站，也无法彻底删除，必须先在各引用模块解除关联（回收站会提示剩余关联数量，见 7.4.1 回收站一节）。
7.4 操作步骤
本章对应菜单「业务架构 → 业务能力」，页面含 4 个 Tab：业务能力架构 / 成熟度评估 / 业务能力Owner / 架构图。
7.4.1 Tab 1 业务能力架构
能力树的主维护界面，以树形表格展示全部能力。
查看与定位
- 默认按层级逐级展开，可用表格上方的"展开档位"一键展开/收起至指定层级。
- 搜索框输入名称关键字，下拉提示中显示命中项及其完整路径（如"战略管理 > 发展规划 > 发展规划制定"），点选后表格自动滚动定位到该行。
业务能力架构 Tab 全景，标注搜索框与展开档位
新增能力
- 在能力树中选中目标父级（新增顶级能力则不选）。
- 点击「新增」，在弹出的编辑窗口中填写：名称（必填）、描述、输入/输出信息项；若为末级能力，可同时设置实现方式或勾选「不需要信息系统支撑」。
- 保存后能力进入初始化状态，提交发布审批后才生效（见下文）。
编辑与排序
- 行内「编辑」图标打开编辑窗口；名称修改即时同步到所有引用处。
- 编辑时若改变其"上级业务能力"，等同于把该能力移动到新的父级下（连同其整个子树一起移动），请确认后再保存。
- 同一父级下可直接拖拽行调整显示顺序。
批量操作（两种勾选模式）
- 子树快选：把鼠标悬停在父级能力行上，行内会浮现一个"子树"小图标（平时不显示，容易找不到——见下图标注）；点击该图标即一次选中该能力的整棵子树。适合整枝提交。
- 入口选择 + 抽屉级联确认：在抽屉中逐级确认勾选范围，适合需要精细控制的批量操作。
父行悬停后出现的子树快选图标，红框标注其位置
勾选 ≥2 条后，可「批量提交发布」；勾选 ≥1 条可「提交删除审批」。批量提交合并为一个审批批次，审批人只收到一条待办。
导入与导出（Excel）
- 「下载模板」获取导入模板（可选是否含编码列）。
- 注意：本模块的模板是树状结构，不是普通的平面表格。 模板按层级分列（BL1、BL2、BL3……每级一对"编号+名称"列），每行代表一个能力节点，只需在该节点所在层级的列中填写编号和名称，其他层级列留空；父子关系靠"父节点行在前、子节点行紧随其后"的顺序表达。按传统平面表格的习惯逐行填满每一列，会导致层级错乱、导入失败。模板内附"填写说明"页并含示例数据，请先参照示例再正式填写。
- 编号可留空，系统自动生成；行所属层级超过系统配置的最大层级数时，该行会被拒绝导入并在结果中逐行报错。
- 「导入」上传填写好的 Excel；「导出」将全部能力导出为同样树状结构的 Excel，可用于线下评审或备份。
树状导入模板示例（BL 分层列）与导入结果反馈
回收站
删除审批通过的能力进入回收站（页面入口在能力树工具区）。在回收站中可以：
- 恢复：能力回到原位置；若原父级已被彻底删除，则恢复为顶级节点，其后代层级自动重排。
- 彻底删除：仅当该能力（含其后代）的所有外部引用均已解除时才可操作；系统会提示剩余关联数量，并指引到对应模块解除（如到组织架构的「业务能力承载」Tab 解绑）。
回收站与关联提示
7.4.2 Tab 2 成熟度评估
对每条能力按六个维度打分：流程、绩效、风控、组织、系统、数据。系统按维度分自动汇总出总分（百分比）与对应等级（如"稳健级"），未打分的维度不参与计算。
操作要点：
- 在能力列表中对目标能力打开评估界面，逐维度选择评分后保存。
- 保存即生效，不走审批；能力成熟度状态只有两种：未评估（从未保存过评估）与已发布（已保存）。
- 每次保存会记录来源标记（"手动评估 · 日期 · 操作人"）；若评估值来自需求管理的目标回写（见第 22 章），来源标记会显示对应项目。
成熟度评估打分界面
7.4.3 Tab 3 业务能力Owner
以负责人为视角的清单：集中查看每条能力的责任人归属，用于责任核对与空缺排查（哪些能力还没有负责人一目了然）。
Owner 只配到指定层级：本 Tab 只显示「业务能力 OWNER 设置层级」以内的能力。该层级由管理员在「基本配置 → 业务架构」Tab 中调整（默认第 2 层，且不超过能力总层级数，见第 24 章 24.2 节）。更下层的末级能力不单独设 Owner，其责任由上级能力的 Owner 覆盖。
说明：能力由哪个组织承担（承载关系），在「组织架构」页的「业务能力承载」Tab 维护，见第 8 章；本 Tab 回答的是"谁负责"。
7.4.4 Tab 4 架构图
以图形方式整体呈现能力分层架构，只读。适合向管理层汇报或全局浏览能力分布时使用。
能力架构图
7.4.5 集团协作：下发、查看与裁剪（集团体系企业适用）
集团体系下，能力框架在上下级企业之间流转：上级企业下发能力给直接下级；上级可随时查看下级企业的能力现状；下级企业对下发的能力只能裁剪、不能删除（规则见 7.2.1）。独立企业没有这些入口。
使用前提：集团上下级关系必须先建立，否则下发与查看都无从谈起。关系的声明、确认与解除在「基本配置 → 系统设置」Tab 的「集团化协作」中维护（双方各自用租户编码声明、对方确认后生效），详见第 24 章 24.4 节。
下发到下级企业（上级企业操作）
- 在能力树工具区「更多操作」中选择「下发到下级企业」；
- 三步完成：勾选要下发的能力子树（仅已发布的能力可下发，未发布节点置灰并标注）→ 确认目标企业（仅限直接下级企业）→ 查看下发结果统计；
- 若勾选分支的父级未发布，该分支自成范围根，落到目标企业的树根下。
-
下发三步抽屉——勾选能力子树 / 确认目标 / 下发结果
查看下属企业的业务能力（上级企业操作）
- 能力树标题行的企业切换下拉框（默认"本企业"）中选择一家下属企业，页面即切换为该企业的快照视图：表格上方出现蓝色横幅标注快照时间，内容只读（操作列与编辑入口自动隐藏）；
- 点击下拉框旁的「立即同步」，可从该企业拉取最新数据覆盖本地快照；
- 已解除协作关系的企业在列表中标注「已解除」，其历史快照保留查看，但不能再同步；
- 查看快照与立即同步是两个独立权限，由管理员在角色中授予（见第 3 章）。
企业切换下拉框与快照只读横幅
接收与裁剪（下级企业操作）
- 上级下发的能力自动出现在本企业能力树中（名称后带蓝色「集团下发」标签），无需手工接收；
- 对本企业不适用的下发能力，使用行内剪刀图标的「裁剪」：删除该节点及其全部集团下发子孙节点（本企业在其上维护的映射、输入/输出一并清除），并留下墓碑标记——上级再次下发同一分支时不会恢复，请谨慎操作；裁剪不走审批；
- 限制：若该节点下已有本企业自建的下级能力，裁剪按钮置灰不可用（悬停有提示），请先移动或处理自建下级后再裁剪；
- 集团下发能力不能通过勾选批量删除（勾选框禁用），只能走剪刀裁剪。
集团下发行的裁剪剪刀图标与置灰提示
7.5 常见问题
业务能力和职能流程有什么区别？
能力是"做什么"（稳定的职能单元），职能流程是"怎么做"（部门内部的作业步骤）。能力变化慢、流程变化快；在系统中，职能流程图就挂在末级能力上——流程的名称就是能力的名称。详见第 10 章。
为什么删除能力也要走审批？
因为能力被大量模块引用（见 7.3），误删会连带影响绩效、风控、映射等多处数据。删除审批让变更可追溯、可拦截。
回收站里的能力为什么删不掉？
彻底删除要求该能力及其后代的全部外部引用都已解除。请在回收站查看提示的剩余关联数量，到对应模块逐一解除后再操作。
实现方式填错了会有什么影响？
不会产生错误数据——实现方式只是现状标注，但它会参与"实现方式 × 应用映射"的冲突比对（见 7.2.4）。填错了改回来即可，冲突提示会自动消失。
集团下发的能力为什么不能删除？
上级集团下发的能力用于保持集团内的统一口径，本企业只能"裁剪"（从本企业视图移除，操作见 7.4.5），不能物理删除。本企业自建的能力不受此限制。
本章结束。下一章：第 8 章 组织架构（完整建模）。 星顺科技 EAMS 产品使用手册 · © 星顺科技 · https://www.thinksum.cn