导言

行动敏捷，但其他能力尚待完善。

骨架	ERP	规则基础	第三方
头脑	知识管理	事实基础	逻辑与合规可看作内容层的一部分
手脚	专业外围系统	工具	第三方
神经	AI/Agent/Skill	主体	第三方
血液	业务流程	主体运行主要方式	智能体编排

目标不仅是“让任务能跑起来”，而且要“让业务能被可靠、可回滚地执行完”（不仅要执行，还要保证正确），以满足企业业务的要求

显式事务建模能力，是BPMN 2.0区别于所有轻量工作流框架的根本。它不仅保证流程“能跑”，更保证“跑完后业务状态仍然正确”。

通过事件、补偿、事务控制等机制，确保业务状态的一致性与可恢复性

目标：战略实现

手段：资源，组织，流程。。。

流程实现：ERP（缓慢，费力，等做出来都不赶趟了）⇒ 流程编排（快速，省力，更及时的为战略服务）

BOAT是驱动现代快速变革的商业模式实现的核心技术

敏捷，低成本，复用能力，快速实施

Gartner认为企业构建BOAT能力是企业实现端到端业务自动化、智能化的答案

从“人找流程”到“目标驱动的智能体协同”

人理解目标→ 查找流程→ 在多个系统间切换→ 推动执行

超自动化->升级版BOAT

洞察（流程挖掘），设计（BPM），自动化（编排），改进（BI）

不单单是AI，而是根据不同场景选择不同技术来快速实现：

智能编排、自动化工作流、智能体和AI 编程

BOAT构成

在Process Modeling基础上，有机连接各项技术和应用，并自动化执行业务流程

主要元素

流程

• 流程概要信息（流程启动的条件、执行时间要求、涉及的角色）
• 权限角色（谁执行什么任务，一个清单即可）
• 流程图（BPMN流程图）
• 流程步骤详述（步骤的业务功能、逻辑、自动化或人工执行的属性、多实例、异常、时间）
• 数据流（各个步骤的数据输入和输出，流程的上下文）
• 异常处理：80%的成本是由20%的异常情况导致的（SAP中用于异常处理的逻辑占比很高）

业务对象

• 属性定义
• 关联关系

UI/UX

• 为用户提供支撑其正确输入的附加信息

Service

• 将现有业务功能封装和抽象为服务契约的形式
• 人在回路（Human-in-the-Loop）交互
• API事件驱动（跨系统集成）
• 高级决策逻辑（基于规则或机器学习）

编排与编舞

Orchestration（服务编排）

由一个中央控制器（或称编排器，Orchestrator） 主导，按预设流程对多个服务进行集中调度、协调和管理，以完成复杂业务流程。

作用：通过中心化的“指挥”，将分散的服务按顺序或条件组合，确保业务流程的标准化、可监控和可追溯，适用于需要严格控制流程逻辑的场景。

机制：

• 中央控制器拥有全局流程视图，明确规定每个服务的调用顺序、输入输出参数及异常处理规则（如超时重试、失败跳转）。
• 服务本身无需知晓整体流程，仅需响应控制器的指令（被动执行）。
• 典型实现技术：BPMN（业务流程模型与符号）等。
• 适用于企业内部核心业务流程，需要强管控和可追溯的场景
• 智能体编排成为连接稳态与敏态的关键机制
• 以目标为导向，在规则约束下协调多源能力与数据，实现跨流程、跨系统的协同与闭环优化

Choreography（服务编舞）

无中央控制器，多个服务通过预定义的交互规则（如协议、消息格式） 自主通信、协同工作，共同完成业务流程，强调服务间的“平等对话”。

作用：通过去中心化的“契约”，实现服务间的松耦合协作，适用于跨组织、多系统间无需集中管控的场景。

机制：

• 每个服务明确自身在流程中的角色和与其他服务的交互规则（如“服务A 完成后需向服务B 发送消息”），但不了解全局流程。
• 流程的推进依赖服务间的消息传递（主动触发），通过事件驱动完成协作。
• 典型实现技术：事件驱动架构（EDA）、基于消息队列的异步通信等。
• 适用于跨组织协作，松耦合的分布式系统

流程自动化与编排

例

智能体业务闭环包含以下阶段

• 感知（Perception）：来自外围系统或ERP 的事件触发，如供应商异常、库存偏离、需求突变等。

• 推理（Reasoning）：智能体结合ERP 内核中的权威数据与业务语义，对影响范围和约束条件进行分析（可结合RAG、规则与业务模型）。根据目标实时推理出最优路径

• 规划（Planning）：针对目标生成可执行的行动计划，必要时拆解为多个子目标，由不同智能体协同完成。

• 执行（Action）：通过标准接口或业务API 调用外围系统或ERP 内核完成操作。

• 反馈（Feedback）：执行结果回写ERP 内核，形成稳定、可追溯的业务记录。

  ERP内核不再承载全部逻辑，而是作为“可信执行与记录层”存在，确保所有智能行为最终落在合规与一致性的轨道上。

系统发展历史

起源	代表
ERP	SAP Signavio
业务流程管理（BPM）	Camunda
RPA	UiPath

智能体编排的治理边界与安全底线

人在回路：角色从“执行者”到“监督者”

• 低风险、可逆决策由智能体自主规划与执行（如对账、补货、排程微调等）
• 高风险、不可逆决策由智能体提供方案，人类保留最终裁决权（如大额资金调度、重大产能调整）
• 人不再参与每一步执行，而是掌握策略设定权与关键刹车权。

合规围栏：智能体必须运行在规则之内

• 所有智能体的行动，都必须以内嵌方式遵循：财务准则、内控规则、权限边界和业务状态机约束。
• 必须建立“推理与校验分离”的安全架构，智能体生成的任何执行指令（Action）在发送至ERP内核前，必须经过一层硬性逻辑网关（Guardrails）。
• 该网关由ERP原生的存储过程或财务勾稽规则组成，对智能体的规划结果进行不可违背的二次校验，严防大模型产生的逻辑“幻觉”穿透企业合规底线，确保所有智能行为合法、合规、可审计。

可解释、可审计、可回溯的运行机制

• 为了满足治理与审计要求，智能体编排体系必须具备：
• 决策可解释性：记录关键判断依据与数据来源
• 行为可追溯性：完整的行动日志与上下文
• 结果可回滚性：对可逆操作支持安全回退
• 版本可管理性：策略、模型与编排逻辑可对比、可演进

智能体的异常处理：反思（Reflection）与重规划（Replan）

当执行结果偏离预期时，智能体通过反思（Reflection）识别出是工具调用参数错误还是业务逻辑假设失效；随即启动重规划（Replan），在不中断业务目标的前提下，动态生成第二条路径。

这种“非确定性环境下的确定性目标达成”，是其区别于传统自动化系统的核心标志。仅当多轮反思仍无法收敛，或触及高风险与合规边界时，才触发人工介入。

智能体编排的构建

数据：

智能体的推理、规划与反思能力，建立在高一致性、强业务语义的数据基础之上。

为智能体构建可操作的企业行为空间

接口：将ERP 与外围系统能力封装为标准化、可审计的业务动作接口

流程：为关键业务场景设计“目标+ 约束”的输入方式，而非固定路径

治理与信任

参考「智能体编排的治理边界与安全底线」

PDA (Process-driven applications) 流程驱动应用

通过业务对象、流程、用户交互和服务四大要素，构建企业级行动闭环

• 业务流程 (Business Process)：描述可重复的业务任务步骤，通常采用 BPMN 等标准建模，强调端到端跨部门、跨系统视图。
• 业务对象 (Business Objects)：代表关键实体，如“订单”“客户”“发票”，包含数据、状态与行为。在流程中状态不断更新，行为可触发服务或流程操作。
• 服务/业务服务层：可重用功能单元（API、计算逻辑、系统接口等），松耦合设计，流程通过编排服务实现复杂逻辑。
• 用户交互 (User Interaction)：流程中人工干预环节的界面或表单，用户可查看流程状态、输入数据、审批任务或决策。

目标：面向业务的快速编排整合及自动化

流程：作为接口，对接业务实现

Form：快速生成

内部CRUD/外部IF：快速生成

SCI，API/MCP：可复用

ERP/DB：作为底层架构，实现数据建模，check，数据整合，存储

以第一性原理改造现有流程

流程本身不是目的，思考本源的的目的，需要什么资源和活动达到这个目的。

服务设计（Design Thinking）

服务设计是出发点（服务->流程），PDA是手段（流程->应用）

服务设计的核心思想

以用户为中心/ 协作/ 迭代/ 有序/ 真实/ 整体

User-centred / Co-creative / Sequencing / Evidencing / Holistic /

过程

• Exploration(探索)
• Creation（创造）：尽可能多的提出想法/需求/问题，工具如用户画像，用户旅程，用户期待图等
• Reflection（反思）：不断的改善整个服务
• Implementation（执行）：对于最终的产物并没有一个具体的限定，他可以是一个app，可以是一个实体产品，也可以是网页等等只要能够很好的阐述设计者的整个设计理念和方案就可以

服务设计蓝图实例

相关概念

iPaaS（integration Platform as a Service）

APIベースの統合だけでなく、従来型のシステム連携（EAI〈Enterprise Application Integration〉、ESB〈Enterprise Service Bus〉、データベース連携、ファイル連携など）を兼ね備えます。

机能：

APIゲートウェイ

管理ポータル: 稼働監視/分析/レポート

開発者支援

製品：

Zapier: MCP功能

Asteria Warp: クラウドとオンプレミスが共存した環境での統合に強み。データ活用とワークフローによる業務の効率化が可能。

Power Automate: Microsoftが公式にリリースしたタスク自動化ツール

LCAP (Low-Code Application Platform)

        低代码平台

流程挖掘

        从下到上

业务旅程

        流程分层

实现架构

从EA到BP到系统实现，快速迭代

Saga模式

将一个长事务拆分成一系列本地小事务，每个小事务提交后发布事件触发下一步。如果某一步失败，则执行补偿事务回滚之前步骤。

利用LLM的规划能力，将复杂目标分解成步骤，监控执行状态，在失败时触发补偿或重试逻辑

事件驱动架构（EDA）、事件溯源（Event Sourcing）

以不可变事件流为核心。状态是事件的重放结果。提供很强的持久性和审计性

提示词

整个流程始于用自然语言写的系统提示（system prompt） ，这就像给agent的任务简报，需要清楚四件事：

• Agent的身份（比如“你是订单状态助手”）
• 要完成的目标（比如“查客户订单状态并反馈”）
• 行为要求（比如“不能问客户要额外信息”）
• 何时停止或移交（比如“找到订单就停，没结果就找专家，之后别再调用工具”）

这个prompt作为连接器（connector）的一部分被传递给大模型（LLM）。它为agent将要做的一切设定了框架。

工具集

Agent的“工具箱”：

• 服务任务（Service tasks）：用于调用API或微服务
• 连接器（Connectors）：用于连接云服务或内部系统
• AI连接器（AI Connectors）：用于使用特殊Agent
• 用户任务（User tasks）：用于人工输入或决策

你不需要发明新的工具包，只需将工具建模为BPMN元素。唯一的不同是，由agent而非用户决定何时以及如何使用这些工具。

d-hoc子流程（ad-hoc subprocess）

包含Agent的流程编排

返回 导读页

参考

https://zhuanlan.zhihu.com/p/71770724

https://mp.weixin.qq.com/s/nv_e6Dv4_7guIiR2b5zV8A (mp.weixin.qq.com in Bing)