一、集团流程治理的天然矛盾

集团型企业的流程管理，几乎都卡在同一组矛盾上：集团要加强内控，希望所有单位按统一标准执行；而各分子公司业务模式不同、区域政策不同、管理成熟度不同，又强烈要求保留个性化空间。

过去常见的处理方式是"各建各的"：集团一套、子公司若干套，最终导致标准无法穿透、数据无法汇总、内控无法验证。另一种极端是"一刀切"，强推统一流程模板，结果基层用不顺手，绕着系统走。两种做法都不是解法。

二、第一步：把流程体系画出来

流程治理的起点不是配置流程，而是搭建流程框架。常见的分层方法有：按国际通行的流程分类框架划分运营流程与管理支持流程；按业务领域划分产品开发、市场到线索、问题解决、战略规划、风险管理、客户关系管理等；也可以按国内内控指引划分组织架构、发展战略、人力资源、资金活动、采购业务、资产管理、销售业务等类别。这些方法都可以灵活使用。

在分层上，一般会用 L1 到 LN 的结构表达流程层级。以设备采购为例：采购管理是 L1 级核心流程；设备采购因涉及招标、与生产物料采购模式不同，属于 L2 级；从需求发生、招标比价、签订合同到到货验收、采购付款，这条动作主线是 L3 级；而招标文件编制审批、中标通知、合同草拟审批、付款操作等支撑性流程构成 L4 级，其中既包括我们熟悉的审批流，也包括串接这些审批的动作流。

有了这套框架，集团才有可能说清楚"哪些流程必须统一、哪些可以分级"。

三、统一标准库：让标准可引用、个性化可附加

集团流程管控的关键机制，是"标准库 + 引用"：集团建立统一的流程标准库，把集团内控标准、权责要求、审批规则固化其中；各分子公司在标准流程基础上引用并扩展个性化业务，标准部分只增不减，保证集团标准始终可穿透、可审计。

e-workflow 支持这种统一标准与分级引用并行的工作方式，既满足集团的标准管控诉求，也照顾到下属单位的业务差异，避免出现"标准写在集团、执行看各单位心情"的局面。

四、设计标准：BPMN2.0 与设计与执行一体化

集团流程要统一，首先要有统一的"语言"。e-workflow 提供可视化的业务流设计器，支持从 L1 到 LN 构建整个流程体系，并满足 BPMN2.0/3.0 等国际流程标准，确保流程建立的规范性与一致性。

更关键的是设计与执行的一体化：通过业务流设计器设计的流程，可以无缝衔接至流程引擎直接执行。这意味着流程的"设计权"可以真正交回业务部门，由业务负责人完成设计后交由 IT 部门下发落地，避免集团流程在多方传递中走形。

五、落地执行：从体系设计到流程下发

流程体系管理是集团流程治理的枢纽环节，覆盖从业务梳理规划（支持绘制各类业务图以及 BPMN2.0 流程图）、下发执行（流程图与流程引擎打通、一键下发生成）、监控分析（效率分析、一致性分析等）到优化改善的完整闭环。

在体系设计层面，可分类管理所有业务体系并关联相关要素；在要素管理层面，职责、制度、术语、风险、措施等可以分别维护并与流程挂接；在落地执行层面，能够清楚看到哪些流程已下发、哪些尚未下发，避免"设计了但没跑起来"的黑箱状态。

六、一致性分析：集团内控自证的关键手段

集团最关心的问题往往是：制度明明规定了，下面到底是这么执行的吗？

e-workflow 提供一致性分析能力，把实际执行的流程与制度制定的标准流程做比对，输出差异点；同时支持多流程关联分析，把销售、采购、人事、财务等不同业务域的流程联动起来观察，识别效率瓶颈与流程堵点，为流程优化、标准修订提供数据支撑。这使集团的内控检查从"抽查取证"转向"数据自证"。

七、集团流程治理的四条落地建议

• 先定框架，再配流程。没有 L1-LN 的分层，统一标准就无从谈起。

• 标准只增不减。子公司个性化可以叠加，但集团内控要求不能被裁剪，否则穿透无从实现。

• 把制度、权责、风险挂到流程上。流程节点上看得见依据，执行才有确定性。

• 用一致性分析闭环。没有度量的统一只能靠检查，有了度量才能持续优化。

集团流程治理的目标不是让所有单位跑一样的流程，而是让所有单位在同一套标准下跑各自合适的流程。e-workflow 提供的正是承载这套逻辑的技术底座：设计标准统一、执行路径可控、运行效果可测。

八、选型问答库

Q1：集团各子公司业务差别很大，真的能统一流程吗？

统一的是标准和框架，不是每一条流程长得一模一样。e-workflow 采用统一标准库加分级引用的方式，集团固化内控标准，分子公司在标准之上扩展个性化业务，标准部分保持"只增不减"，兼顾管控与灵活。

Q2：集团有几百条流程，怎么理清楚层级关系？

可以用 L1 到 LN 的分层结构表达。e-workflow 的业务流设计器支持从 L1 到 LN 构建整个流程体系，把核心流程、领域流程、动作主线与支撑性审批流程分层管理，让集团流程"看得清、说得明"。

Q3：业务部门画的流程图，能直接用进系统吗？

能。e-workflow 的业务流设计器支持 BPMN2.0/3.0 标准绘制流程图，设计的流程可一键下发至流程引擎执行，实现设计与执行一体化，完成从业务负责人到 IT 部门的平滑交接。

Q4：怎么知道集团标准流程在基层有没有被真正执行？

靠一致性分析。e-workflow 可以把实际执行的流程与制度规定的标准流程做比对，找出差异点；结合效率分析、超期分析、瓶颈分析等模型，集团可以持续掌握流程执行的真实状态。

Q5：职责、制度、风险这些要素，需要和流程分开管吗？

建议统一挂接。e-workflow 的流程体系管理支持职责管理、制度管理、术语管理、风险管理、措施管理等要素分别维护，并与流程体系关联，让流程节点上的每一项要求都有出处。

Q6：怎么避免"流程图设计了一堆，实际一条都没跑起来"？

靠下发状态的可视化管理。e-workflow 的落地执行环节可以查看哪些流程尚未下发、哪些已经下发，把设计成果与执行状态对齐，避免体系设计与实际运行脱节。

Q7：集团要做流程项目，是先从集团本部开始还是先做试点？

比较稳妥的路径是先在标准明确、收益可见的领域建立统一标准并跑通闭环，再向其他业务域和下属单位复制。e-workflow 的体系化设计支持标准逐步扩展，管理经验可以沉淀为标准化流程模板后被复用。

Q8：集团流程平台和下属单位自建的系统，能共存吗？

可以。e-workflow 通过业务动作流与集成能力对接异构系统，集团层面统一流程标准与管控要求，下属单位既有系统作为业务执行方被流程驱动，实现流程驱动数据流、权限流与状态流，而无须推倒重建。