BPM · 业务流程管理、流程挖掘、流程自动化与合规


1. 介绍

1.1. 背景

企业运营的实质是一系列跨系统、跨角色、跨时长的业务流程:采购到付款(P2P)、订单到现金(O2C)、招聘到入职、理赔到结案。这些流程有三个共同特征:

  1. 规范与执行分离:流程在 BPMN 图中是一回事,在 ERP/CRM/工单系统里的实际执行是另一回事。
  2. 数据分散:一条流程的痕迹散落在多个系统的日志里,没有任何单一系统能看到全貌。
  3. 合规是硬约束:内控、审计与行业监管要求流程可追溯、偏差可检出。

流程挖掘(Process Mining)的出现,正是为了用事件日志把"实际执行的流程"还原出来,并与"规范定义的流程"做符合性检查。AI 的加入则进一步把"发现偏差"推进到"自动处置偏差"。

1.2. 定义

BPM(业务流程管理):以业务流程为对象,对其进行建模、执行、监控、挖掘与持续优化,并确保其行为符合内外部规范与合规要求的管理与工程活动。

依据 ScienceDirect 综述(R2),流程挖掘包含四项任务

任务含义
Process Discovery(流程发现)从事件日志中自动发现流程模型
Conformance Checking(符合性检查)将事件日志与规范模型对齐,输出偏差与合规率
Process Enhancement(流程增强)用实际数据扩展或修正既有模型
Operational Support(运营支持)在运行中提供预测与推荐

从案例中心到对象中心的范式转变(R2 原文):"Flattening multidimensional event data to a single case representation... leads to a distorted representation of event data and to deficiency, convergence, and divergence problems."——把多维事件数据压平为单一 case 表示会造成缺失(deficiency)、收敛(convergence)与发散(divergence)三类问题,这正是 OCEL 2.0 出现的技术动因。

1.3. 在 AI Harness 体系中的定位

图 1-1|BPM 在 AI Harness 六层模型中的定位与瓶颈

BPM 在 AI Harness 六层模型中的定位 六层模型中的定位与瓶颈 · 示意:基于本文 1.3 节分析绘制 L1 上下文工程 流程上下文 · 历史案例 · 规则条文 流程知识检索 L2 工具与执行 流程引擎 · 业务系统连接器 · RPA 引擎 API · 连接器 L3 编排与控制 流程定义 · 网关 · 事件 · 人工任务 主层 · BPMN/CMMN 引擎 L4 记忆与状态 案例状态 · 流程实例历史 Case 状态 · 实例快照 L5 评估与观测 周期时间 · 无人工干预率 · 符合性 · 偏差率 次层 · 瓶颈位于 L5/L6 交界 L6 治理与安全 合规 · 审计 · 权限 · 内控 次层 · 审计轨迹 / 符合性检查 结构解读:主层为 L3 编排与控制;瓶颈位于 L5/L6 交界(符合性检查),前提是事件日志标准(XES/OCEL 2.0)。

数据来源:基于本文分析绘制的示意图。

BPM 在 Harness 六层能力模型中的定位为:主层 L3 编排与控制层,次层 L6 治理与安全层、L5 评估与观测层(该映射为本文分析)。

在 BPM 中的体现关键机制
L1 上下文工程流程上下文、历史案例、规则条文的装配流程知识检索
L2 工具与执行流程引擎、业务系统连接器、RPA引擎 API、连接器
L3 编排与控制(主)流程定义、网关、事件、人工任务BPMN 引擎、CMMN 引擎
L4 记忆与状态案例状态、流程实例历史Case 状态、实例快照
L5 评估与观测(次)周期时间、无人工干预率、符合性、偏差率指标看板、符合性报告
L6 治理与安全(次)合规、审计、权限、内控审计轨迹、符合性检查

瓶颈所在层:BPM 的瓶颈在 L6 与 L5 的交界——即"符合性检查(Conformance Checking)"。

  • L6 侧:合规要求把"实际执行"与"规范模型"对齐,输出可审计的偏差证据;
  • L5 侧:周期时间、无人工干预率、首次匹配率等指标必须口径统一且可追溯;
  • 二者的共同前提是事件日志的质量与标准(IEEE XES / OCEL 2.0),日志不标准则一切无从谈起。

价值:BPM 是 Harness 能力在业务侧的延伸,也是本组中唯一同时具备正式国际标准与成熟审计语义的方向。

与 Workflow 的分界(本文分析):Workflow 编排"技术任务"(服务调用、脚本、事件),BPM 编排"业务流程"(角色、业务规则、合规、KPI);前者用 Serverless Workflow / Durable Execution 引擎,后者用 BPMN / DMN / CMMN 引擎。

1.4. 标准体系

1.4.1. BPMN 2.0.2 / ISO/IEC 19510(R1)
  • BPMN 2.0 由 OMG 于 2010 年 12 月正式发布(文档号 formal/2011-01-03)。
  • 版本沿革:1.0(2007-03)、1.1(2008-01)、1.2(2009-01)、2.0(2011-01)、2.0.2(2013-12,正式版标注为 2014-01)
  • BPMN 2.0.2 已被 ISO/IEC 作为 2013 年版标准 ISO/IEC 19510 正式发布
  • OMG 官方定位:"Business Process Model and Notation has become the de-facto standard for business processes diagrams... precise enough to allow BPMN diagrams to be translated into software process components."
1.4.2. DMN(决策模型与表示)
  • OMG Business Modeling 分类页列出 DMN 1.7 beta(2024-09);稳定版本列表未在该页完整给出 → 具体稳定版本号 。
  • 三级一致性(R2,IBM BAMOE 文档):
级别能力可执行性
Level 1DRD + 决策逻辑 + 决策表不可执行
Level 2+ S-FEEL完全可执行
Level 3+ 完整 FEEL + 盒装表达式完全可执行
  • DRD 组件(R2):Decision、Business Knowledge Model、Knowledge Source、Input Data、Decision Service,以及 Information Requirement / Knowledge Requirement / Authority Requirement 三类连接。
1.4.3. CMMN 1.1(案例管理模型与表示)
  • 2016 年 12 月正式发布(文档号 formal/16-12-01);1.0 版为 2014 年 5 月。
  • 定位(规范范围原文):"defines a common meta-model and notation for modeling and graphically expressing a Case, as well as an interchange format for exchanging Case models among different tools... It is to Case management products what the OMG Business Process Model and Notation (BPMN) specification is to business process management products."
  • 与 BPMN 的互补关系(原文):BPMN 适用于 "predefined, fully specified, repeatable business processes";CMMN 适用于 "activities that are not so predefined and repeatable, but instead depend on evolving circumstances and ad hoc decisions by knowledge workers"。
  • 典型应用域(原文):政府许可与审批、保险申请与理赔处理、医疗护理与诊断、银行按揭处理、呼叫中心问题解决、销售与运营计划、发票差异处理、机器设备维护维修、按订单设计产品的工程。
  • 引擎语义(R2,Flowable 文档):计划项状态生命周期定义见规范 8.4.2 节;sentry 的 entry/exit criteria 可含不可视化的复杂表达式;XML 命名空间 http://www.omg.org/spec/CMMN/20151109/MODEL

对 AI Harness 的映射价值(本文分析):CMMN 的"知识工作者临时决策"语义,正是人类 + Agent 混合流程(human-in-the-loop)最贴近的标准表达,应作为 BPM 与 Workflow 的差异化锚点。

1.4.4. 流程挖掘事件数据标准
标准关键事实来源级别
IEEE XES 1849-20232023-08-09 IEEE SA 批准修订版 XES 标准,原 IEEE 1849-2016 被取代,有效期至 2033 年R1/R2
OCEL 2.02023-10-19 发布;含完整元模型与形式化定义;三种交换格式(SQLite / XML / JSON);由 RWTH Aachen 过程与数据科学教席(Wil M.P. van der Aalst 团队)提出;论文见 arXiv:2403.01975R1/R2
OCEL 1.02020 年发布R2

OCEL 2.0 形式化定义(R2):

L = (E, O, etype, otype, time, eaval, oaval, E2O, O2O)

其中 E 为事件集、O 为对象集、E2O 为事件-对象关系、O2O 为对象-对象关系。相对 OCEL 1.0(2020)新增:动态对象属性带限定符的关系(qualified E2O/O2O)O2O 直接关系

OCEL 2.0 生态(R2,arXiv:2410.14495):支持工具含 Ocelot(https://ocelot.pm/)、OCPM(https://www.ocpm.info/)、PM4JS(https://www.pm4js.org/)、ProM 的 OCELStandard 插件(https://promtools.org/);Celonis 的 Process Intelligence Graph(PIG)采用与 OCEL 2.0 相似的元模型,可无损加载 OCEL 2.0。

使用经验(R1/R2,arXiv:2410.14495 教训总结):"object-to-object relations are mostly used for filtering and querying, and event-to-object relations are mostly used for process discovery and conformance checking."


2. 名词解释

术语英文/缩写释义
业务流程管理BPMBusiness Process Management
业务流程模型与表示BPMNBusiness Process Model and Notation,OMG 规范,现行 2.0.2
决策模型与表示DMNDecision Model and Notation,OMG 规范
案例管理模型与表示CMMNCase Management Model and Notation,OMG 规范,现行 1.1
决策需求图DRDDecision Requirements Diagram,DMN 的依赖图
友好足够表达式语言FEELFriendly Enough Expression Language,DMN 的表达式语言
盒装表达式Boxed ExpressionDMN Level 3 支持的决策逻辑表示形式
计划项Plan ItemCMMN 中可被计划与执行的工作单元
哨兵SentryCMMN 中控制计划项启停的条件,含 entry/exit criteria
里程碑MilestoneCMMN 中标记案例进展的关键节点
流程发现Process Discovery从事件日志自动发现流程模型
符合性检查Conformance Checking将事件日志与规范模型对齐,输出偏差与合规率
流程增强Process Enhancement用实际数据扩展或修正既有流程模型
运营支持Operational Support流程运行中提供的预测与推荐
事件日志Event Log记录流程执行痕迹的时序数据
可扩展事件流XESExtensible Event Stream,IEEE 1849 标准
对象中心事件日志OCELObject-Centric Event Log,现行 2.0
流程智能图谱PIGProcess Intelligence Graph,Celonis 的对象中心数据底座
采购到付款P2PProcure-to-Pay
订单到现金O2COrder-to-Cash
无人工干预率Touchless Rate全流程无人工介入完成的比例
首次匹配率First-Pass Match Rate发票与采购订单首次即匹配成功的比例
违规采购Maverick Buying绕过既定采购流程的采购行为
超自动化Hyperautomation多技术协同、业务驱动的流程自动化方法论
重做Rework流程中重复执行某步骤的现象

3. 案例

3.1. Celonis:Forrester TEI 研究中的 ROI 383%

3.1.1. 背景

企业希望量化流程挖掘与流程智能平台的经济价值,而非停留在"提效降本"的定性描述。

3.1.2. 方案

Forrester Consulting 于 2025 年 6 月完成 Total Economic Impact™(TEI)研究(Celonis 委托)。研究设定复合组织为年营收 200 亿美元57,000 名员工的消费品制造公司。平台可开箱连接 100+ 系统

3.1.3. 效果

依据 Celonis 官方新闻稿与 Forrester TEI 原文 PDF(R1,研究原文可下载):

指标数值
ROI383%
NPV3,500 万美元
投资回收期6 个月内
三年总收益4,410 万美元
销售订单自动化率33% → 86%(+53 个百分点),贡献 2,450 万美元节省
消除订单拦截带来的额外收入330 万美元
减少冗余库存2 年 890 万美元(工厂运营成本的 1%)
整合运输线路2 年 570 万美元(总运输成本的 1%)
财务流程精简减少 62 个 FTE;1 年 4 区域节省 170 万美元

需说明:TEI 研究为厂商委托研究,虽由 Forrester Consulting 执行且原文可下载,但复合组织为建模假设,引用时须标注其性质。

3.2. Genpact × 全球零售药店:9,000 万美元争议与 GRIR 清理

3.2.1. 背景

一家全球零售药店面临供应链争议与账务挂账问题:GRIR(已收货/已发票但未清项)长期挂账,重复付款与借方余额侵蚀利润。

3.2.2. 方案

依据 Genpact 官方案例(R1),采用 AI + 流程挖掘的方式,对争议、账龄与付款条件进行端到端分析与处置。

3.2.3. 效果

依据 Genpact 官方案例(R1):

指标数值
争议解决9,000 万+ 美元,并稳定供应链
账龄超 90 天的 GRIR 未清项9,300 万美元降至 200 万美元(降低 98%)
财年内 P&L 影响4,500 万美元(重复付款追回 1,500 万 + 借方余额追回 3,000 万)
借方余额从 4,500 万降至 1,500 万
付款期限合理化发现 1,200 万美元潜在营运资金影响

3.3. 欧洲金融机构:P2P/AP 数字孪生与自动化告警

3.3.1. 背景

某欧洲金融机构的采购到付款(P2P)与应付账款(AP)流程存在重复发票、非合规支出与审计发现三类问题。

3.3.2. 方案

依据公开案例(R2):

  • 用 Celonis 建立 P2P/AP 端到端数字孪生
  • Action Flows 在"发票先于采购订单到达"时自动告警;
  • 疑似重复发票自动标记并路由给 AP 处理。
3.3.3. 效果

依据同一来源(R2):识别并规避成本超 100 万欧元(主要来自重复发票检测与非合规支出削减);首次匹配率显著提升;Maverick Buying 下降;审计发现减少。


4. 实践标准

4.1. AGENTS.md 规范

以下为 BPM 方向的行业标准 AGENTS.md 完整可复制原文,体现 BPMN/CMMN/DMN 建模与校验工具、流程引擎、事件日志(IEEE 1849-2023 / OCEL 2.0)、流程挖掘引擎(Ocelot / PM4JS / ProM)、对齐与符合性算法、Action Flows 等专有工具链。

# AGENTS.md —— BPM(业务流程管理、流程挖掘与合规)

## 角色与边界
- 你是业务流程与流程挖掘智能体,负责流程建模、日志转换、符合性检查与优化建议。
- 你可以:生成 BPMN/CMMN 模型与 DMN 决策表草案、把源日志转换为 XES/OCEL 2.0、
  执行流程发现与符合性检查、生成偏差清单与优化建议、生成流程差异说明。
- 你不可以:自行发布流程定义、自行变更业务规则、自行处置偏差涉及的实际业务动作、
  删除事件日志或审计轨迹、在未见差异说明前执行流程变更。
- 判定原则:流程变更必须先输出**差异说明**并经审批,禁止"边改边发布"。

## 环境假设
- 运行环境提供:BPMN/CMMN/DMN 建模与校验工具、流程引擎、
  事件日志(IEEE 1849-2023 XES / OCEL 2.0 的 SQLite / XML / JSON 交换格式)、
  流程挖掘引擎(Ocelot / PM4JS / ProM OCELStandard 插件等)、对齐算法、Action Flows、审计日志。
- 流程模型具备版本号;流程实例具备可回溯的执行轨迹。
- 事件日志具备对象与事件的明确标识(object type / event type / 时间戳)。

## 上下文加载顺序(Context Budget)
1. 流程目标、合规要求与 SLA(常驻,不压缩)
2. 现行流程模型与版本(BPMN / CMMN / DMN)
3. 事件日志 schema 与样本(E2O / O2O 关系、属性字典)
4. 规范与内控条文摘录(按需)
5. 既有偏差清单与复盘记录(按需)

## 工具契约
- 建模工具:输出必须符合 BPMN 2.0.2(= ISO/IEC 19510:2013)口径;
  DMN 需标注一致性级别(Level 1 / 2 / 3);CMMN 需标注 sentry 的 entry/exit criteria。
- 日志转换:源日志转 XES / OCEL 2.0 时,必须保留 E2O 与 O2O 关系;
  O2O 主要用于过滤与查询,E2O 主要用于流程发现与符合性检查。
- 挖掘引擎:流程发现输出模型 + 质量指标;符合性检查输出对齐结果与偏差清单。
- 规则工具:DMN 决策表的变更需版本化并回归。
- 脚本:日志转换、对齐计算、指标统计、跑分必须调用 scripts/。

## 任务执行流程(SOP)
1. 定界:流程域、涉及系统、合规要求、度量口径。
2. 取数:抽取事件日志,转换为 IEEE 1849-2023 XES 或 OCEL 2.0;校验完整性。
3. 发现:执行流程发现,得到实际执行的模型。
4. 对齐:与规范模型做符合性检查,输出偏差与合规率。
5. 归因:把偏差归类(顺序偏差 / 缺失步骤 / 多余步骤 / 重做 / 超时)。
6. 建模:产出优化后的 BPMN / CMMN 模型与 DMN 决策表草案。
7. 差异说明:输出流程差异说明(新增/删除/变更的节点与网关),先评审后执行。
8. 自动化:为可处置的偏差配置 Action Flows(自动告警、自动标记、自动路由)。
9. 度量:建立周期时间、无人工干预率、首次匹配率、偏差率、重做率看板。
10. 复盘:周期性复跑符合性检查,形成趋势曲线。

## 验证与证据要求
- 证据包:日志样本与版本、转换记录、发现的模型、对齐结果与偏差清单、
  流程差异说明、度量看板快照、审批记录。
- 每个偏差必须可追溯到具体的流程实例与事件。
- 引用 TEI 类等厂商委托研究时须标注"厂商委托研究,复合组织为建模假设"。
- 引用 Gartner 等市场数据时须标注"据公开转述",或改用可下载的原始研究。

## 失败与升级策略
| 失败 | 处置 |
|---|---|
| 日志缺关键字段 | 输出缺失清单,暂停分析;不得用推断值补齐 |
| 日志压平导致偏差 | 改用对象中心(OCEL 2.0)表示;避免 deficiency/convergence/divergence |
| 符合性检查无法对齐 | 检查模型粒度与日志粒度是否匹配;降级为统计口径并说明 |
| 偏差涉及合规风险 | 立即升级至合规与内控负责人 |
| 流程变更未获审批 | 不执行;保留差异说明等待审批 |
- 每个循环必须有步数上限与 Token 预算上限;超限即停并升级。

## 安全与合规红线
- 不得删除或篡改事件日志、流程实例轨迹与审计记录。
- 不得在未输出差异说明的情况下执行流程变更。
- 不得自行处置涉及资金与法定义务的实际业务动作。
- 不得自行变更 DMN 决策表中的业务规则。
- 合规相关结论必须可追溯到具体条文与流程实例。

## 禁止事项
- 禁止编造 BPMN/CMMN/DMN 版本号、条款号与规范编号。
- 禁止压平多维事件数据后声称结果等同于对象中心分析。
- 禁止把厂商委托研究的建模假设当作真实客户数据。
- 禁止使用 XX / XXX / ___ 等非标准占位符(统一用 [待填写] / [待核实])。
- 禁止在无日志支撑时断言"流程合规"或"流程违规"。
- 禁止使用 emoji 与署名。

## 输出格式
- 模型:带语言标记的 BPMN/CMMN XML 或 DSL 代码块 + 版本号。
- 决策表:DMN 决策表 + 一致性级别标注。
- 偏差清单:流程实例 / 偏差类型 / 位置 / 影响 / 建议处置。
- 数值带单位;范围用 ~ 连接;百分比数值与 % 之间无空格;中文全角标点。

## 评估与自检
- 九项自检:日志完整 / 转换保留 E2O 与 O2O / 模型符合规范口径 /
  偏差可追溯 / 差异说明已出 / 编号可核实 / 度量口径统一 /
  审批节点齐备 / 信息缺口已声明。
- 每次流程变更后复跑符合性检查;合规率回退视为缺陷。

4.2. SKILL.md 规范

以下为 BPM 方向的行业标准 SKILL.md 完整可复制原文。

---
name: process-conformance
description: 事件日志转换(IEEE 1849-2023 XES / OCEL 2.0)、流程发现、符合性检查与偏差归因,输出偏差清单、流程差异说明与度量看板。当用户要求"做一次流程挖掘""检查流程是否符合规范""找出流程瓶颈""把源日志转成 OCEL""生成流程差异说明"时触发。
version: 1.0
created: 2026-09-12
---

# 流程挖掘与符合性检查(Process Mining & Conformance Checking)

## 适用场景
- 把业务系统日志转换为标准事件日志格式并做质量校验。
- 对现有流程做流程发现,还原"实际执行的流程"。
- 与规范模型做符合性检查,输出偏差与合规率。
- 周期性度量周期时间、无人工干预率、首次匹配率、重做率。

## 前置条件
- 已加载本方向 AGENTS.md;流程域与涉及系统已确定。
- 已获得事件日志访问权(含对象标识与时间戳)。
- 已有规范流程模型(BPMN / CMMN)作为对齐基准。
- 度量口径已确定(周期时间、自动化率、偏差率等)。

## 输入
- 源日志(系统名、表结构、字段含义)或已转换的 XES / OCEL 2.0 文件
- 规范流程模型(BPMN / CMMN)与版本
- 度量口径与统计窗口
- 可选:合规条文摘录(用于判定偏差性质)

## 输出
- 标准事件日志(XES 或 OCEL 2.0)与转换记录
- 发现的流程模型与质量指标
- 符合性检查报告:对齐结果、合规率、偏差清单(实例 / 类型 / 位置 / 影响)
- 流程差异说明(如需改流程):新增 / 删除 / 变更 的节点与网关
- 度量看板快照:周期时间、无人工干预率、首次匹配率、重做率

## 执行步骤
1. 取数:抽取事件日志;识别 object type 与 event type。
2. 转换:转为 IEEE 1849-2023 XES 或 OCEL 2.0;**保留 E2O 与 O2O 关系**;
   记录动态对象属性与带限定符的关系;输出 SQLite / XML / JSON 之一。
3. 校验:检查缺失字段、时间戳异常、对象标识冲突。
4. 发现:执行流程发现,输出实际模型与质量指标。
5. 对齐:与规范模型做符合性检查;输出偏差与合规率。
6. 归因:偏差归类为顺序偏差 / 缺失步骤 / 多余步骤 / 重做 / 超时。
7. 差异说明:如需改流程,先输出流程差异说明,评审通过后再执行。
8. 自动化:为可处置偏差配置 Action Flows(告警 / 标记 / 路由)。
9. 度量:产出指标看板;周期性复跑形成趋势曲线。

## 质量标准(DoD)
- 日志转换完整保留 E2O 与 O2O;未压平多维数据。
- 每个偏差可追溯到具体流程实例与事件。
- 模型符合 BPMN 2.0.2 / CMMN 1.1 口径,DMN 标注一致性级别。
- 度量口径与统计窗口已披露。
- 流程变更已有差异说明并经审批。

## 常见失败与处理
| 失败 | 根因 | 处置 |
|---|---|---|
| 偏差率异常高 | 日志粒度与模型粒度不匹配 | 对齐粒度;必要时降级为统计口径并说明 |
| 结果不可复现 | 日志快照与统计窗口未固定 | 固定快照版本与窗口 |
| 压平导致假偏差 | 用单 case 表示多维事件 | 改用 OCEL 2.0 对象中心表示 |
| 决策表不生效 | DMN 一致性级别不足 | 明确 Level 2(S-FEEL)或 Level 3(完整 FEEL) |
| 人工任务卡住 | CMMN sentry 条件不可满足 | 检查 entry/exit criteria;补充默认路径 |
| 合规结论被质疑 | 无法追溯到条文与实例 | 补证据链;无证据则不给结论 |

## 示例
用户请求:对采购到付款(P2P)流程做符合性检查并给出优化建议。
执行:
1. 取数:从 ERP 抽取采购申请、采购订单、收货、发票、付款五类事件。
2. 转换:生成 OCEL 2.0(SQLite),对象类型 = 采购订单 / 发票 / 供应商;
   保留 E2O(发票-采购订单)与 O2O(供应商-采购订单)关系。
3. 校验:3,200 条事件中 12 条缺时间戳 → 列出缺失清单,不推断补齐。
4. 发现:输出实际流程模型;发现 18% 的发票存在"先于采购订单到达"。
5. 对齐:与规范 BPMN 模型比对,合规率 82%;偏差主要为顺序偏差与重做。
6. 归因:顺序偏差集中在紧急采购场景;重做集中在三审环节。
7. 差异说明:建议新增"紧急采购"专用分支 + 三审阈值上调;提交评审。
8. 自动化:为"发票先于 PO"配置 Action Flow 自动告警并路由给 AP。
9. 度量:周期时间由 14 天降至目标 9 天;无人工干预率目标由 41% 提至 60%。
约束:不得在差异说明获批前修改流程定义;不得自行处置涉及付款的实际业务动作。

4.3. 落地检查清单

#检查项判定标准频次
1日志字段完整事件、对象、时间戳、属性齐全;缺失项已列出未推断每次取数
2日志标准合规转为 IEEE 1849-2023 XES 或 OCEL 2.0;保留 E2O 与 O2O每次转换
3未压平多维数据使用对象中心表示,避免 deficiency / convergence / divergence每次分析
4模型口径正确BPMN 2.0.2(= ISO/IEC 19510:2013);CMMN 1.1;DMN 标注级别每次建模
5符合性可追溯每个偏差可追溯到流程实例与事件每次检查
6指标口径统一周期时间、无人工干预率、首次匹配率、重做率口径固定每次出报
7统计窗口已披露所有指标标注时间戳、窗口与分母定义每次出报
8差异说明先行流程变更前先出差异说明并经审批每次变更
9决策表版本可控DMN 变更版本化并回归每次变更
10人工任务可达CMMN sentry 的 entry/exit criteria 可满足;有默认路径每次建模
11自动化处置可控Action Flows 仅做告警/标记/路由,不直接处置资金动作每次配置
12审计轨迹完整日志、模型、实例、审批记录不可删除持续
13来源性质已标注厂商委托研究标注"复合组织为建模假设";市场数据标注"公开转述"每次引用
14周期性复跑符合性检查周期性复跑,形成趋势曲线每周期
15确定性操作已脚本化日志转换、对齐计算、指标统计走 scripts/每次执行

5. 总结

BPM 是知识协同组中标准最完备、审计语义最成熟的方向,也是 AI Harness 能力延伸到业务治理的关键接口。

五条最重要的结论:

  1. 标准体系完整且可用:BPMN 2.0.2 已被 ISO/IEC 以 ISO/IEC 19510:2013 正式发布;CMMN 1.1(2016-12)填补了"非预定义、依赖知识工作者临时决策"的场景;DMN 提供三级一致性(Level 1 不可执行 → Level 3 完整 FEEL 可执行)的决策建模能力。
  2. CMMN 是人类 + Agent 混合流程的最佳标准表达。其"知识工作者临时决策"语义,正是 human-in-the-loop 在业务侧的对应物,也是 BPM 与 Workflow 的差异化锚点。
  3. 对象中心是流程挖掘的必然方向。把多维事件数据压平为单一 case 会造成 deficiency、convergence、divergence 三类扭曲;OCEL 2.0(2023-10-19 发布,SQLite/XML/JSON 三种交换格式)与 IEEE 1849-2023 是当前的标准答案。
  4. 符合性检查是 BPM 与 L6 治理的天然接口。它把"实际执行"与"规范模型"对齐,输出可审计的偏差证据——这是审计、内控与合规能够直接消费的产物。
  5. 经济价值可被量化。Celonis 的 Forrester TEI 研究给出 ROI 383%、NPV 3,500 万美元、回收期 6 个月内、订单自动化率 33%→86%(R1,研究原文可下载);Genpact 案例给出 GRIR 未清项降低 98%、P&L 影响 4,500 万美元(R1)。但须注意 TEI 为厂商委托研究,复合组织为建模假设。

需要坦率说明的缺口:Gartner 超自动化与 RPA 市场数据全部为二手转述,未找到官方原始发布;流程挖掘(非 RPA)市场的权威规模数据未检索到;DMN 的稳定版本号在 OMG 分类页未完整给出。这些均在正文中标注 ,未做编造性补位。

信息缺口声明

#缺口状态
1DMN 的具体稳定版本号与发布日期(1.5 / 1.6 / 1.7 的正式状态),建议直接访问 OMG DMN 规范页确认
2流程挖掘(非 RPA)市场的权威规模数据暂无权威标准/规范
3Celonis / UiPath 等厂商符合性检查准确率的公开基准暂无权威标准/规范
4Gartner 超自动化全部数据(80% 路线图、20% 流程、70% 企业 70+ 项目),均为二手转述,未找到官方原始发布
5Gartner RPA 市场规模(2024 年 38 亿美元、2025 年约 70.1 亿美元),二手转述
6第三方超自动化市场测算(2025 年 156.2 亿美元、CAGR 19.73%、2030 年 384.3 亿美元),未给出测算机构原始报告
7IEEE 1849-2023 / OCEL 2.0 的条文原文未获取标准全文,本文引用为公开摘要与论文表述
8Forrester TEI(Celonis)复合组织的实际客户对应性厂商委托研究,复合组织为建模假设

6. 参考资料

  1. BPMN 2.0 — Object Management Group。https://www.omg.org/spec/BPMN/2.0/
  2. BPMN 与 ISO/IEC 19510:2013 的关系 — OMG。http://production.omgsysml.org/spec/BPMN/index.htm
  3. CMMN 1.1 — Object Management Group。https://www.omg.org/spec/CMMN/1.1/About-CMMN
  4. OMG Business Modeling 分类页(含 DMN 1.7 beta,2024-09)— OMG。https://www.omg.org/spec/category/business-modeling/
  5. DMN 一致性级别(Level 1/2/3)— IBM BAMOE 文档。https://www.ibm.com/docs/bg/ibamoe/9.1.x?topic=models-dmn-reference
  6. Good news about the event data standards(IEEE 1849-2023、OCEL 2.0)— IEEE Task Force on Process Mining。http://tf-pm.org/newsletter/newsletter-stream-13-10-2023/good-news-about-the-event-data-standards
  7. OCEL 2.0 — Object-Centric Event Log Standard 官网。https://www.ocel-standard.org/
  8. OCEL 2.0 形式化定义论文 — Adams et al.(arXiv:2403.01975)。https://arxiv.org/abs/2403.01975
  9. OCEL 2.0 生态与工具 — arXiv:2410.14495。https://arxiv.org/abs/2410.14495
  10. Ocelot — 对象中心流程挖掘工具。https://ocelot.pm/
  11. PM4JS — JavaScript 流程挖掘库。https://www.pm4js.org/
  12. ProM Tools — 流程挖掘工具集。https://promtools.org/
  13. Celonis 客户 6 个月回本、383% ROI — Celonis 官方新闻稿。https://www.celonis.com/news/press/celonis-customers-saw-payback-in-6-months-and-383-roi
  14. The Total Economic Impact™ Of Celonis — Forrester Consulting,2025-06。https://tei.forrester.com/go/celonis/processIntelligence/docs/TheTEIOfCelonis.pdf
  15. Finance and Supply Chain Optimization with AI Process Mining — Genpact 官方案例。https://www.genpact.com/case-studies/finance-and-supply-chain-optimization-with-ai-process-mining
  16. Process Mining in Action: €1M Savings in P2P and AP — Dynafin(R2)。https://dynafin.eu/process-mining-in-action-how-to-deliver-e1m-savings-in-p2p-and-ap
  17. 流程挖掘四项任务与对象中心范式 — ScienceDirect(R2)。https://www.sciencedirect.com/science/article/abs/pii/S030643792600027X
  18. CMMN 引擎语义(sentry / 计划项生命周期)— Flowable 文档。https://www.flowable.com/open-source/docs/cmmn/ch06-cmmn

BPM · Business Process Management, Process Mining, Process Automation & Compliance

1. Introduction

1.1. Background

Business operations are in essence a series of business processes that span systems, roles, and durations: procure-to-pay (P2P), order-to-cash (O2C), recruiting-to-onboarding, and claims-to-closure. These processes share three common characteristics:

  1. Separation between specification and execution: a process is one thing in a BPMN diagram and quite another in its actual execution across ERP/CRM/ticketing systems.
  2. Distributed data: the trace of a single process is scattered across the logs of many systems, and no single system can see the whole picture.
  3. Compliance is a hard constraint: internal control, audit, and industry regulation require processes to be traceable and deviations to be detectable.

Process mining emerged precisely to use event logs to reconstruct the "actually executed process" and run conformance checks against the "process as specified." The introduction of AI further advances the work from "detecting deviations" to "automatically handling deviations."

1.2. Definitions

BPM (Business Process Management): the management and engineering activity that takes business processes as its object, performing their modeling, execution, monitoring, mining, and continuous optimization, while ensuring that their behavior conforms to internal and external specifications and compliance requirements.

According to the ScienceDirect review (R2), process mining comprises four tasks:

TaskMeaning
Process DiscoveryAutomatically discover a process model from event logs
Conformance CheckingAlign event logs against the specification model and output deviations and conformance rate
Process EnhancementExtend or correct an existing model with actual data
Operational SupportProvide predictions and recommendations during execution

A paradigm shift from case-centric to object-centric (R2 quote): "Flattening multidimensional event data to a single case representation... leads to a distorted representation of event data and to deficiency, convergence, and divergence problems." — flattening multidimensional event data into a single case representation causes the three types of problems deficiency, convergence, and divergence, which is precisely the technical motivation behind OCEL 2.0.

1.3. Position within the AI Harness Architecture

图 1-1|BPM 在 AI Harness 六层模型中的定位与瓶颈

BPM 在 AI Harness 六层模型中的定位 六层模型中的定位与瓶颈 · 示意:基于本文 1.3 节分析绘制 L1 上下文工程 流程上下文 · 历史案例 · 规则条文 流程知识检索 L2 工具与执行 流程引擎 · 业务系统连接器 · RPA 引擎 API · 连接器 L3 编排与控制 流程定义 · 网关 · 事件 · 人工任务 主层 · BPMN/CMMN 引擎 L4 记忆与状态 案例状态 · 流程实例历史 Case 状态 · 实例快照 L5 评估与观测 周期时间 · 无人工干预率 · 符合性 · 偏差率 次层 · 瓶颈位于 L5/L6 交界 L6 治理与安全 合规 · 审计 · 权限 · 内控 次层 · 审计轨迹 / 符合性检查 结构解读:主层为 L3 编排与控制;瓶颈位于 L5/L6 交界(符合性检查),前提是事件日志标准(XES/OCEL 2.0)。

数据来源:基于本文分析绘制的示意图。

BPM is positioned within the Harness six-layer capability model as: primary layer L3 orchestration and control, secondary layers L6 governance and security and L5 evaluation and observability (this mapping is this article's analysis).

LayerManifestation in BPMKey Mechanism
L1 Context EngineeringAssembling process context, historical cases, and rule provisionsProcess knowledge retrieval
L2 Tools & ExecutionProcess engine, business system connectors, RPAEngine APIs, connectors
L3 Orchestration & Control (primary)Process definitions, gateways, events, human tasksBPMN engine, CMMN engine
L4 Memory & StateCase state, process instance historyCase state, instance snapshots
L5 Evaluation & Observability (secondary)Cycle time, touchless rate, conformance, deviation rateMetrics dashboard, conformance reports
L6 Governance & Security (secondary)Compliance, audit, permissions, internal controlAudit trail, conformance checks

The layer where the bottleneck lies: BPM's bottleneck lies at the boundary between L6 and L5 — namely "Conformance Checking."

  • On the L6 side: compliance requires aligning "actual execution" with the "specification model" and producing auditable deviation evidence;
  • On the L5 side: metrics such as cycle time, touchless rate, and first-pass match rate must have a unified definition and be traceable;
  • The common prerequisite for both is the quality and standard of event logs (IEEE XES / OCEL 2.0) — if logs are not standardized, none of this is possible.

Value: BPM is the extension of Harness capabilities to the business side, and the only direction in this group that simultaneously possesses a formal international standard and mature audit semantics.

Boundary with Workflow (this article's analysis): Workflow orchestrates "technical tasks" (service calls, scripts, events), while BPM orchestrates "business processes" (roles, business rules, compliance, KPIs); the former uses Serverless Workflow / Durable Execution engines, the latter uses BPMN / DMN / CMMN engines.

1.4. Standard System

1.4.1. BPMN 2.0.2 / ISO/IEC 19510 (R1)
  • BPMN 2.0 was officially released by OMG in December 2010 (document no. formal/2011-01-03).
  • Version history: 1.0 (2007-03), 1.1 (2008-01), 1.2 (2009-01), 2.0 (2011-01), 2.0.2 (2013-12, with the final edition marked 2014-01).
  • BPMN 2.0.2 has been officially published by ISO/IEC as the 2013 edition of ISO/IEC 19510.
  • OMG's official positioning: "Business Process Model and Notation has become the de-facto standard for business processes diagrams... precise enough to allow BPMN diagrams to be translated into software process components."
1.4.2. DMN (Decision Model and Notation)
  • The OMG Business Modeling category page lists DMN 1.7 beta (2024-09); the stable release list is not fully given on that page → the specific stable version number is [To be verified].
  • Three conformance levels (R2, IBM BAMOE documentation):
LevelCapabilityExecutability
Level 1DRD + decision logic + decision tablesNot executable
Level 2+ S-FEELFully executable
Level 3+ full FEEL + boxed expressionsFully executable
  • DRD components (R2): Decision, Business Knowledge Model, Knowledge Source, Input Data, Decision Service, along with the three connection types Information Requirement / Knowledge Requirement / Authority Requirement.
1.4.3. CMMN 1.1 (Case Management Model and Notation)
  • Officially released in December 2016 (document no. formal/16-12-01); version 1.0 was May 2014.
  • Positioning (scope-of-specification quote): "defines a common meta-model and notation for modeling and graphically expressing a Case, as well as an interchange format for exchanging Case models among different tools... It is to Case management products what the OMG Business Process Model and Notation (BPMN) specification is to business process management products."
  • Complementary relationship with BPMN (quote): BPMN applies to "predefined, fully specified, repeatable business processes"; CMMN applies to "activities that are not so predefined and repeatable, but instead depend on evolving circumstances and ad hoc decisions by knowledge workers".
  • Typical application domains (quote): government licensing and approvals, insurance applications and claims handling, healthcare and diagnosis, bank mortgage processing, call-center problem resolution, sales and operations planning, invoice discrepancy handling, machine equipment maintenance and repair, and engineering for engineer-to-order products.
  • Engine semantics (R2, Flowable documentation): the plan item state lifecycle definition is given in the specification's section 8.4.2; sentry entry/exit criteria may contain complex expressions that are not visualizable; XML namespace http://www.omg.org/spec/CMMN/20151109/MODEL.

Mapping value to AI Harness (this article's analysis): CMMN's "ad hoc knowledge-worker decisions" semantics is precisely the closest standard expression for human + Agent hybrid processes (human-in-the-loop), and should serve as the differentiation anchor between BPM and Workflow.

1.4.4. Process Mining Event Data Standards
StandardKey FactsSource Level
IEEE XES 1849-2023On 2023-08-09 IEEE SA approved the revised XES standard; the former IEEE 1849-2016 was superseded, valid until 2033R1/R2
OCEL 2.0Released 2023-10-19; includes a complete meta-model and formal definitions; three interchange formats (SQLite / XML / JSON); proposed by the RWTH Aachen chair of Process and Data Science (Wil M.P. van der Aalst's team); paper at arXiv:2403.01975R1/R2
OCEL 1.0Released 2020R2

OCEL 2.0 formal definition (R2):

L = (E, O, etype, otype, time, eaval, oaval, E2O, O2O)

where E is the set of events, O is the set of objects, E2O is the event-object relation, and O2O is the object-object relation. Relative to OCEL 1.0 (2020), the additions are: dynamic object attributes, qualified relations (qualified E2O/O2O), and direct O2O relations.

OCEL 2.0 ecosystem (R2, arXiv:2410.14495): supported tools include Ocelot (https://ocelot.pm/), OCPM (https://www.ocpm.info/), PM4JS (https://www.pm4js.org/), and ProM's OCELStandard plug-in (https://promtools.org/); Celonis's Process Intelligence Graph (PIG) adopts a meta-model similar to OCEL 2.0 and can losslessly load OCEL 2.0.

Usage experience (R1/R2, lessons summarized in arXiv:2410.14495): "object-to-object relations are mostly used for filtering and querying, and event-to-object relations are mostly used for process discovery and conformance checking."


2. Glossary

TermEnglish / AbbreviationDefinition
业务流程管理BPMBusiness Process Management
业务流程模型与表示BPMNBusiness Process Model and Notation, OMG specification, current 2.0.2
决策模型与表示DMNDecision Model and Notation, OMG specification
案例管理模型与表示CMMNCase Management Model and Notation, OMG specification, current 1.1
决策需求图DRDDecision Requirements Diagram, DMN's dependency diagram
友好足够表达式语言FEELFriendly Enough Expression Language, DMN's expression language
盒装表达式Boxed ExpressionThe representation of decision logic supported by DMN Level 3
计划项Plan ItemA unit of work in CMMN that can be planned and executed
哨兵SentryIn CMMN, the condition controlling the start/stop of a plan item, including entry/exit criteria
里程碑MilestoneIn CMMN, a key node marking case progress
流程发现Process DiscoveryAutomatically discovering a process model from event logs
符合性检查Conformance CheckingAligning event logs against the specification model and outputting deviations and conformance rate
流程增强Process EnhancementExtending or correcting an existing process model with actual data
运营支持Operational SupportPredictions and recommendations provided during process execution
事件日志Event LogTime-series data recording the traces of process execution
可扩展事件流XESExtensible Event Stream, IEEE 1849 standard
对象中心事件日志OCELObject-Centric Event Log, current 2.0
流程智能图谱PIGProcess Intelligence Graph, Celonis's object-centric data foundation
采购到付款P2PProcure-to-Pay
订单到现金O2COrder-to-Cash
无人工干预率Touchless RateThe proportion of processes completed without human intervention throughout
首次匹配率First-Pass Match RateThe proportion of invoices that match purchase orders successfully on the first pass
违规采购Maverick BuyingPurchasing behavior that bypasses the established procurement process
超自动化HyperautomationA business-driven process automation methodology combining multiple technologies
重做ReworkThe phenomenon of repeatedly executing a step in a process

3. Case Studies

3.1. Celonis: 383% ROI in the Forrester TEI Study

3.1.1. Background

Enterprises want to quantify the economic value of process mining and process intelligence platforms, rather than settling for qualitative descriptions such as "improving efficiency and cutting costs."

3.1.2. Approach

Forrester Consulting completed a Total Economic Impact™ (TEI) study in June 2025 (commissioned by Celonis). The study modeled a composite organization as a consumer goods manufacturer with annual revenue of USD 20 billion and 57,000 employees. The platform can connect out of the box to 100+ systems.

3.1.3. Results

According to Celonis's official press release and the original Forrester TEI PDF (R1, the original study is downloadable):

MetricValue
ROI383%
NPVUSD 35 million
Payback periodWithin 6 months
Three-year total benefitUSD 44.1 million
Sales order automation rate33% → 86% (+53 percentage points), contributing USD 24.5 million in savings
Additional revenue from eliminating order holdsUSD 3.3 million
Reducing redundant inventoryUSD 8.9 million over 2 years (1% of plant operating cost)
Consolidating freight routesUSD 5.7 million over 2 years (1% of total freight cost)
Streamlining finance processesReduction of 62 FTEs; USD 1.7 million saved across 4 regions in 1 year

It should be noted: the TEI study is a vendor-commissioned study. Although it was executed by Forrester Consulting and the original is downloadable, the composite organization is a modeling assumption, and citations must flag its nature.

3.2. Genpact × Global Retail Pharmacy: USD 90 Million Disputes and GRIR Cleanup

3.2.1. Background

A global retail pharmacy faced supply-chain disputes and long-outstanding account items: GRIR (goods received / invoiced but not cleared) items remained unresolved for long periods, while duplicate payments and debit balances eroded profits.

3.2.2. Approach

According to the official Genpact case study (R1), an AI + process mining approach was used to analyze and handle disputes, aging, and payment terms end to end.

3.2.3. Results

According to the official Genpact case study (R1):

MetricValue
Dispute resolutionUSD 90+ million, while stabilizing the supply chain
GRIR open items aged over 90 daysReduced from USD 93 million to USD 2 million (a 98% reduction)
P&L impact within the fiscal yearUSD 45 million (USD 15 million recovered from duplicate payments + USD 30 million recovered from debit balances)
Debit balancesReduced from 45 million to 15 million
Rationalized payment termsIdentified USD 12 million in potential working-capital impact

3.3. European Financial Institution: P2P/AP Digital Twin and Automated Alerts

3.3.1. Background

A European financial institution's procure-to-pay (P2P) and accounts payable (AP) processes suffered from three types of problems: duplicate invoices, non-compliant spend, and audit findings.

3.3.2. Approach

According to the public case study (R2):

  • Built a P2P/AP end-to-end digital twin using Celonis;
  • Action Flows automatically alert when an "invoice arrives before the purchase order";
  • Suspected duplicate invoices are automatically flagged and routed to AP for handling.
3.3.3. Results

According to the same source (R2): identified and avoided costs exceeding EUR 1 million (mainly from duplicate-invoice detection and the reduction of non-compliant spend); the first-pass match rate improved markedly; Maverick Buying decreased; and audit findings were reduced.


4. Practice Standards

4.1. AGENTS.md Specification

The following is the complete copyable text of the industry-standard AGENTS.md for the BPM direction, reflecting the proprietary toolchain of BPMN/CMMN/DMN modeling and validation tools, process engines, event logs (IEEE 1849-2023 / OCEL 2.0), process mining engines (Ocelot / PM4JS / ProM), alignment and conformance algorithms, and Action Flows.

# AGENTS.md —— BPM(业务流程管理、流程挖掘与合规)

## 角色与边界
- 你是业务流程与流程挖掘智能体,负责流程建模、日志转换、符合性检查与优化建议。
- 你可以:生成 BPMN/CMMN 模型与 DMN 决策表草案、把源日志转换为 XES/OCEL 2.0、
  执行流程发现与符合性检查、生成偏差清单与优化建议、生成流程差异说明。
- 你不可以:自行发布流程定义、自行变更业务规则、自行处置偏差涉及的实际业务动作、
  删除事件日志或审计轨迹、在未见差异说明前执行流程变更。
- 判定原则:流程变更必须先输出**差异说明**并经审批,禁止"边改边发布"。

## 环境假设
- 运行环境提供:BPMN/CMMN/DMN 建模与校验工具、流程引擎、
  事件日志(IEEE 1849-2023 XES / OCEL 2.0 的 SQLite / XML / JSON 交换格式)、
  流程挖掘引擎(Ocelot / PM4JS / ProM OCELStandard 插件等)、对齐算法、Action Flows、审计日志。
- 流程模型具备版本号;流程实例具备可回溯的执行轨迹。
- 事件日志具备对象与事件的明确标识(object type / event type / 时间戳)。

## 上下文加载顺序(Context Budget)
1. 流程目标、合规要求与 SLA(常驻,不压缩)
2. 现行流程模型与版本(BPMN / CMMN / DMN)
3. 事件日志 schema 与样本(E2O / O2O 关系、属性字典)
4. 规范与内控条文摘录(按需)
5. 既有偏差清单与复盘记录(按需)

## 工具契约
- 建模工具:输出必须符合 BPMN 2.0.2(= ISO/IEC 19510:2013)口径;
  DMN 需标注一致性级别(Level 1 / 2 / 3);CMMN 需标注 sentry 的 entry/exit criteria。
- 日志转换:源日志转 XES / OCEL 2.0 时,必须保留 E2O 与 O2O 关系;
  O2O 主要用于过滤与查询,E2O 主要用于流程发现与符合性检查。
- 挖掘引擎:流程发现输出模型 + 质量指标;符合性检查输出对齐结果与偏差清单。
- 规则工具:DMN 决策表的变更需版本化并回归。
- 脚本:日志转换、对齐计算、指标统计、跑分必须调用 scripts/。

## 任务执行流程(SOP)
1. 定界:流程域、涉及系统、合规要求、度量口径。
2. 取数:抽取事件日志,转换为 IEEE 1849-2023 XES 或 OCEL 2.0;校验完整性。
3. 发现:执行流程发现,得到实际执行的模型。
4. 对齐:与规范模型做符合性检查,输出偏差与合规率。
5. 归因:把偏差归类(顺序偏差 / 缺失步骤 / 多余步骤 / 重做 / 超时)。
6. 建模:产出优化后的 BPMN / CMMN 模型与 DMN 决策表草案。
7. 差异说明:输出流程差异说明(新增/删除/变更的节点与网关),先评审后执行。
8. 自动化:为可处置的偏差配置 Action Flows(自动告警、自动标记、自动路由)。
9. 度量:建立周期时间、无人工干预率、首次匹配率、偏差率、重做率看板。
10. 复盘:周期性复跑符合性检查,形成趋势曲线。

## 验证与证据要求
- 证据包:日志样本与版本、转换记录、发现的模型、对齐结果与偏差清单、
  流程差异说明、度量看板快照、审批记录。
- 每个偏差必须可追溯到具体的流程实例与事件。
- 引用 TEI 类等厂商委托研究时须标注"厂商委托研究,复合组织为建模假设"。
- 引用 Gartner 等市场数据时须标注"据公开转述",或改用可下载的原始研究。

## 失败与升级策略
| 失败 | 处置 |
|---|---|
| 日志缺关键字段 | 输出缺失清单,暂停分析;不得用推断值补齐 |
| 日志压平导致偏差 | 改用对象中心(OCEL 2.0)表示;避免 deficiency/convergence/divergence |
| 符合性检查无法对齐 | 检查模型粒度与日志粒度是否匹配;降级为统计口径并说明 |
| 偏差涉及合规风险 | 立即升级至合规与内控负责人 |
| 流程变更未获审批 | 不执行;保留差异说明等待审批 |
- 每个循环必须有步数上限与 Token 预算上限;超限即停并升级。

## 安全与合规红线
- 不得删除或篡改事件日志、流程实例轨迹与审计记录。
- 不得在未输出差异说明的情况下执行流程变更。
- 不得自行处置涉及资金与法定义务的实际业务动作。
- 不得自行变更 DMN 决策表中的业务规则。
- 合规相关结论必须可追溯到具体条文与流程实例。

## 禁止事项
- 禁止编造 BPMN/CMMN/DMN 版本号、条款号与规范编号。
- 禁止压平多维事件数据后声称结果等同于对象中心分析。
- 禁止把厂商委托研究的建模假设当作真实客户数据。
- 禁止使用 XX / XXX / ___ 等非标准占位符(统一用 [待填写] / [待核实])。
- 禁止在无日志支撑时断言"流程合规"或"流程违规"。
- 禁止使用 emoji 与署名。

## 输出格式
- 模型:带语言标记的 BPMN/CMMN XML 或 DSL 代码块 + 版本号。
- 决策表:DMN 决策表 + 一致性级别标注。
- 偏差清单:流程实例 / 偏差类型 / 位置 / 影响 / 建议处置。
- 数值带单位;范围用 ~ 连接;百分比数值与 % 之间无空格;中文全角标点。

## 评估与自检
- 九项自检:日志完整 / 转换保留 E2O 与 O2O / 模型符合规范口径 /
  偏差可追溯 / 差异说明已出 / 编号可核实 / 度量口径统一 /
  审批节点齐备 / 信息缺口已声明。
- 每次流程变更后复跑符合性检查;合规率回退视为缺陷。

4.2. SKILL.md Specification

The following is the complete copyable text of the industry-standard SKILL.md for the BPM direction.

---
name: process-conformance
description: 事件日志转换(IEEE 1849-2023 XES / OCEL 2.0)、流程发现、符合性检查与偏差归因,输出偏差清单、流程差异说明与度量看板。当用户要求"做一次流程挖掘""检查流程是否符合规范""找出流程瓶颈""把源日志转成 OCEL""生成流程差异说明"时触发。
version: 1.0
created: 2026-09-12
---

# 流程挖掘与符合性检查(Process Mining & Conformance Checking)

## 适用场景
- 把业务系统日志转换为标准事件日志格式并做质量校验。
- 对现有流程做流程发现,还原"实际执行的流程"。
- 与规范模型做符合性检查,输出偏差与合规率。
- 周期性度量周期时间、无人工干预率、首次匹配率、重做率。

## 前置条件
- 已加载本方向 AGENTS.md;流程域与涉及系统已确定。
- 已获得事件日志访问权(含对象标识与时间戳)。
- 已有规范流程模型(BPMN / CMMN)作为对齐基准。
- 度量口径已确定(周期时间、自动化率、偏差率等)。

## 输入
- 源日志(系统名、表结构、字段含义)或已转换的 XES / OCEL 2.0 文件
- 规范流程模型(BPMN / CMMN)与版本
- 度量口径与统计窗口
- 可选:合规条文摘录(用于判定偏差性质)

## 输出
- 标准事件日志(XES 或 OCEL 2.0)与转换记录
- 发现的流程模型与质量指标
- 符合性检查报告:对齐结果、合规率、偏差清单(实例 / 类型 / 位置 / 影响)
- 流程差异说明(如需改流程):新增 / 删除 / 变更 的节点与网关
- 度量看板快照:周期时间、无人工干预率、首次匹配率、重做率

## 执行步骤
1. 取数:抽取事件日志;识别 object type 与 event type。
2. 转换:转为 IEEE 1849-2023 XES 或 OCEL 2.0;**保留 E2O 与 O2O 关系**;
   记录动态对象属性与带限定符的关系;输出 SQLite / XML / JSON 之一。
3. 校验:检查缺失字段、时间戳异常、对象标识冲突。
4. 发现:执行流程发现,输出实际模型与质量指标。
5. 对齐:与规范模型做符合性检查;输出偏差与合规率。
6. 归因:偏差归类为顺序偏差 / 缺失步骤 / 多余步骤 / 重做 / 超时。
7. 差异说明:如需改流程,先输出流程差异说明,评审通过后再执行。
8. 自动化:为可处置偏差配置 Action Flows(告警 / 标记 / 路由)。
9. 度量:产出指标看板;周期性复跑形成趋势曲线。

## 质量标准(DoD)
- 日志转换完整保留 E2O 与 O2O;未压平多维数据。
- 每个偏差可追溯到具体流程实例与事件。
- 模型符合 BPMN 2.0.2 / CMMN 1.1 口径,DMN 标注一致性级别。
- 度量口径与统计窗口已披露。
- 流程变更已有差异说明并经审批。

## 常见失败与处理
| 失败 | 根因 | 处置 |
|---|---|---|
| 偏差率异常高 | 日志粒度与模型粒度不匹配 | 对齐粒度;必要时降级为统计口径并说明 |
| 结果不可复现 | 日志快照与统计窗口未固定 | 固定快照版本与窗口 |
| 压平导致假偏差 | 用单 case 表示多维事件 | 改用 OCEL 2.0 对象中心表示 |
| 决策表不生效 | DMN 一致性级别不足 | 明确 Level 2(S-FEEL)或 Level 3(完整 FEEL) |
| 人工任务卡住 | CMMN sentry 条件不可满足 | 检查 entry/exit criteria;补充默认路径 |
| 合规结论被质疑 | 无法追溯到条文与实例 | 补证据链;无证据则不给结论 |

## 示例
用户请求:对采购到付款(P2P)流程做符合性检查并给出优化建议。
执行:
1. 取数:从 ERP 抽取采购申请、采购订单、收货、发票、付款五类事件。
2. 转换:生成 OCEL 2.0(SQLite),对象类型 = 采购订单 / 发票 / 供应商;
   保留 E2O(发票-采购订单)与 O2O(供应商-采购订单)关系。
3. 校验:3,200 条事件中 12 条缺时间戳 → 列出缺失清单,不推断补齐。
4. 发现:输出实际流程模型;发现 18% 的发票存在"先于采购订单到达"。
5. 对齐:与规范 BPMN 模型比对,合规率 82%;偏差主要为顺序偏差与重做。
6. 归因:顺序偏差集中在紧急采购场景;重做集中在三审环节。
7. 差异说明:建议新增"紧急采购"专用分支 + 三审阈值上调;提交评审。
8. 自动化:为"发票先于 PO"配置 Action Flow 自动告警并路由给 AP。
9. 度量:周期时间由 14 天降至目标 9 天;无人工干预率目标由 41% 提至 60%。
约束:不得在差异说明获批前修改流程定义;不得自行处置涉及付款的实际业务动作。

4.3. Implementation Checklist

#Check ItemPass CriterionFrequency
1Complete log fieldsEvents, objects, timestamps, and attributes are all present; missing items are listed, not inferredEvery data extraction
2Log standard complianceConverted to IEEE 1849-2023 XES or OCEL 2.0; E2O and O2O preservedEvery conversion
3No flattening of multidimensional dataUse object-centric representation to avoid deficiency / convergence / divergenceEvery analysis
4Correct model framingBPMN 2.0.2 (= ISO/IEC 19510:2013); CMMN 1.1; DMN with level markedEvery modeling
5Traceable conformanceEvery deviation can be traced to a process instance and eventEvery check
6Unified metric definitionsCycle time, touchless rate, first-pass match rate, and rework rate have fixed definitionsEvery report
7Statistics window disclosedAll metrics flag timestamps, window, and denominator definitionsEvery report
8Difference note firstIssue a difference note and obtain approval before changing a processEvery change
9Controllable decision-table versioningDMN changes are versioned and regression-testedEvery change
10Human tasks reachableCMMN sentry entry/exit criteria are satisfiable; a default path existsEvery modeling
11Controllable automated handlingAction Flows only alert / flag / route; they do not directly handle monetary actionsEvery configuration
12Complete audit trailLogs, models, instances, and approval records cannot be deletedOngoing
13Source nature flaggedVendor-commissioned studies flagged "composite organization is a modeling assumption"; market data flagged "as reported publicly"Every citation
14Periodic re-runsConformance checks are re-run periodically to form a trend curveEach period
15Deterministic operations scriptedLog conversion, alignment computation, and metric statistics go through scripts/Every execution

5. Summary

BPM is the direction in the knowledge-collaboration group with the most complete standards and the most mature audit semantics, and is the key interface through which AI Harness capabilities extend into business governance.

The five most important conclusions:

  1. The standard system is complete and usable: BPMN 2.0.2 has been officially published by ISO/IEC as ISO/IEC 19510:2013; CMMN 1.1 (2016-12) fills the scenario of "non-predefined processes that depend on ad hoc knowledge-worker decisions"; and DMN provides decision-modeling capability with three conformance levels (Level 1 not executable → Level 3 with full FEEL executable).
  2. CMMN is the best standard expression for human + Agent hybrid processes. Its "ad hoc knowledge-worker decisions" semantics is precisely the business-side counterpart of human-in-the-loop, and the differentiation anchor between BPM and Workflow.
  3. Object-centric is the inevitable direction for process mining. Flattening multidimensional event data into a single case causes the three kinds of distortion — deficiency, convergence, and divergence; OCEL 2.0 (released 2023-10-19, with the three interchange formats SQLite/XML/JSON) and IEEE 1849-2023 are the current standard answers.
  4. Conformance checking is the natural interface between BPM and L6 governance. It aligns "actual execution" with the "specification model" and outputs auditable deviation evidence — a product that audit, internal control, and compliance can consume directly.
  5. Economic value can be quantified. Celonis's Forrester TEI study reports ROI 383%, NPV USD 35 million, a payback period within 6 months, and an order automation rate of 33%→86% (R1, the study is downloadable); the Genpact case reports a 98% reduction in GRIR open items and a P&L impact of USD 45 million (R1). However, note that the TEI is a vendor-commissioned study and its composite organization is a modeling assumption.

Gaps that must be stated frankly: all of the Gartner hyperautomation and RPA market data is secondhand reporting, and no official original publication was found; no authoritative market-size data for the process mining (non-RPA) market was retrieved; and DMN's stable version number is not fully given on the OMG category page. All of these are marked [To be verified] in the body text, with no fabricated fill-in.

Information Gap Declaration

#GapStatus
1DMN's specific stable version number and release date (formal status of 1.5 / 1.6 / 1.7); recommended to confirm directly on the OMG DMN specification page
2Authoritative market-size data for the process mining (non-RPA) marketNo authoritative standard/specification yet
3Public benchmarks of conformance-checking accuracy from vendors such as Celonis / UiPathNo authoritative standard/specification yet
4All Gartner hyperautomation data (80% roadmap, 20% processes, 70% of enterprises with 70+ projects); all secondhand reporting, no official original publication found
5Gartner RPA market size (USD 3.8 billion in 2024, ~USD 7.01 billion in 2025); secondhand reporting
6Third-party hyperautomation market estimates (USD 15.62 billion in 2025, CAGR 19.73%, USD 38.43 billion in 2030); no original report from the estimating agency given
7The original text of IEEE 1849-2023 / OCEL 2.0 provisionsFull standard text not obtained; this article cites public summaries and paper statements
8The correspondence of the Forrester TEI (Celonis) composite organization to actual customersVendor-commissioned study; composite organization is a modeling assumption

6. References

  1. BPMN 2.0 — Object Management Group. https://www.omg.org/spec/BPMN/2.0/
  2. Relationship between BPMN and ISO/IEC 19510:2013 — OMG. http://production.omgsysml.org/spec/BPMN/index.htm
  3. CMMN 1.1 — Object Management Group. https://www.omg.org/spec/CMMN/1.1/About-CMMN
  4. OMG Business Modeling category page (including DMN 1.7 beta, 2024-09) — OMG. https://www.omg.org/spec/category/business-modeling/
  5. DMN conformance levels (Level 1/2/3) — IBM BAMOE documentation. https://www.ibm.com/docs/bg/ibamoe/9.1.x?topic=models-dmn-reference
  6. Good news about the event data standards (IEEE 1849-2023, OCEL 2.0) — IEEE Task Force on Process Mining. http://tf-pm.org/newsletter/newsletter-stream-13-10-2023/good-news-about-the-event-data-standards
  7. OCEL 2.0 — Object-Centric Event Log Standard official site. https://www.ocel-standard.org/
  8. OCEL 2.0 formal definition paper — Adams et al. (arXiv:2403.01975). https://arxiv.org/abs/2403.01975
  9. OCEL 2.0 ecosystem and tools — arXiv:2410.14495. https://arxiv.org/abs/2410.14495
  10. Ocelot — object-centric process mining tool. https://ocelot.pm/
  11. PM4JS — JavaScript process mining library. https://www.pm4js.org/
  12. ProM Tools — process mining toolset. https://promtools.org/
  13. Celonis customers saw payback in 6 months and 383% ROI — Celonis official press release. https://www.celonis.com/news/press/celonis-customers-saw-payback-in-6-months-and-383-roi
  14. The Total Economic Impact™ Of Celonis — Forrester Consulting, 2025-06. https://tei.forrester.com/go/celonis/processIntelligence/docs/TheTEIOfCelonis.pdf
  15. Finance and Supply Chain Optimization with AI Process Mining — Genpact official case study. https://www.genpact.com/case-studies/finance-and-supply-chain-optimization-with-ai-process-mining
  16. Process Mining in Action: €1M Savings in P2P and AP — Dynafin (R2). https://dynafin.eu/process-mining-in-action-how-to-deliver-e1m-savings-in-p2p-and-ap
  17. The four process mining tasks and the object-centric paradigm — ScienceDirect (R2). https://www.sciencedirect.com/science/article/abs/pii/S030643792600027X
  18. CMMN engine semantics (sentry / plan item lifecycle) — Flowable documentation. https://www.flowable.com/open-source/docs/cmmn/ch06-cmmn