好文整理

企业流程中心BPM产品搭建（浩钧 2022-08-24）（有一张产品框架图比较好；本文以此文为主体结构；）
https://www.woshipm.com/pd/5574902.html
一文了解企业应用中的流程管理产品（Will黄学霖 2022-06-13）
https://www.woshipm.com/pd/5483002.html
后台审批流系统设计指南（腾讯CDC）（2022.02.08）
https://cdc.tencent.com/2022/02/08/%E5%90%8E%E5%8F%B0%E5%AE%A1%E6%89%B9%E6%B5%81%E7%B3%BB%E7%BB%9F%E8%AE%BE%E8%AE%A1%E6%8C%87%E5%8D%97/
IPD | 华为流程体系：如何做好流程管理？（产品人卫朋 2022-09-06）（华为）
https://www.woshipm.com/zhichang/5591429.html
以目标角色为视角拆解OA流程引擎（rong 2022-11-02）（列举相关角色，偏用户体验）
https://www.woshipm.com/pd/5664387.html
关于业务流、工作流、审批流的简单说明（星空与指针 2022-03-24）
https://www.woshipm.com/pd/5364727.html
7个方面总结：审批工作流设计（Alex 2018-09-03）
https://www.woshipm.com/pd/1303432.html
后台系统设计：工作流设计剖析（张哈哈 2017-11-21）
https://www.woshipm.com/pd/853436.html
以钉钉为例，拆解权限系统和工作流（忙里偷贤 2021-07-13）
https://www.woshipm.com/pd/4861053.html
B端产品中工作流的交互设计（鳄鱼先生 2020-06-15）
https://www.woshipm.com/pd/4012003.html
自助搭建工作流的流程引擎梳理详解（皮卡澈 2021-03-31）（偏交互，表单组件较详细）
https://www.woshipm.com/pd/4432585.html
从合同审批流程出发，说说工作流引擎的设计原理（Being4 2020-04-21）（作者是智能合同管理专家）
https://www.woshipm.com/pd/3737030.html
后台设计的基石：用户权限管理（RBAC）及工作流（workflow）模型（柴小小 2018-03-14）
https://www.woshipm.com/pd/959125.html
从无到有：任务状态与工作流的设计思路（袁林 2018-09-21）（Worktile7.0引入了【任务状态】的介绍）
https://www.woshipm.com/pd/1439258.html

关键词：企业级流程中心，工作流引擎，流程引擎，工作流（workflow），BPM（Business Process Management）

工作流简介

工作流（Workflow），指“业务过程的部分或整体在计算机应用环境下的自动化”。是对工作流程及其各操作步骤之间业务规则的抽象、概括描述。在计算机中，工作流属于计算机支持的协同工作（CSCW）的一部分。其主要解决的主要问题是：为了实现某个业务目标，利用计算机在多个参与者之间按某种预定规则自动传递文档、信息或者任务。说白了就是按照怎样顺序、做什么、由谁来做。
1993年工作流管理联盟(Workflow Management Coalition，WfMC)作为工作流管理的标准化组织而成立，标志着工作流技术逐步走向成熟。WfMC对工作流给出定义为：工作流是指一类能够完全自动执行的经营过程，根据一系列过程规则，将文档、信息或任务在不同的执行者之间进行传递与执行。工作流无论是减少人为操作，提供工作效率，还是优化线下业务流程，提高管理水平均有很大的帮助。
工作流经历了第一个阶段的“无纸化、重复工作、流程孤岛、系统孤岛、数据孤岛”过程，目前正在实现“智能化、效率质量提升、外部数据整合、消除信息孤岛、内部数据整合”的第二阶段。

企业应用中的流程管理

企业应用中的流程管理，主要覆盖的是用户信息输入、业务逻辑判断和数据反馈，从而实现流程运转、逻辑判断。也就是工作流（workflow），利用计算机在多个参与者之间，按某种预定规则自动传递文档、信息或者任务。而流程管理产品中包括了业务流程梳理，核心模块流程建模设计、流程实例验证和使用，以及用于后续监控和优化的流程维护监控、流程效率优化。
企业的管理中，主要就是人财物管理，也就是内部人力、外部用户、财务和供应链管理等。

一、为什么要搭建企业流程中心

企业发展初期，会制定一堆制度，用来规范企业管理，但制度更多是奖励和惩罚的作用，并不能提升管理和业务效率。
比如，我们开车走高速的时候，超速会扣分、会罚款，这是交通局制定的制度，但用户开车的时候还是会不经意超速，不能很好地解决问题；而流程则是规范用户行为，能指导用户把事情做对做好，比如前面说的超速，地图软件就是流程的应用，通过地图软件全程的指引，用户开车时就很清楚地知道什么时候该减速，从而降低了很多超速的行为。
一个成熟的企业，员工是不需要了解制度的，企业通过各种流程和工具把制度落地，潜移默化中规范了员工行为和管理，而且员工体验更好。
既然流程这么重要，但很多企业在信息化建设初期，为快速满足业务需求，各自都会为某一项业务搭建一套流程，从而产生了很多系统和流程，各流程之间是断层的，数据之间没有打通，需要人工线下再整理和汇总，这种流程并不连贯，这时候就需要搭建一个企业级的流程中心。

二、企业流程中心的定位

流程中心作为一种与业务较为独立的系统，应做到以下三点：
1）开发成本
最大程度的与业务系统的解耦，最大程度减少开发资源的浪费与重复造轮子的问题，方便业务系统快速接入，并提供不同的接入方案。
2）整合性
流程中心需建立统一待办、统一发起、统一后台管理，方便员工集中处理流程、提升用户审批与流程处理的效率。同时，流程中心需要与人力资源系统、用户中心、消息中心、主数据平台、财务系统等整合，流程可快速实现上下游对接，如审批时需要使用人力系统的员工、汇报关系等，订单业务流转完成后最终需写入财务系统等，需实现业财一体化。
3）扩展性
流程中心属于企业公共服务产品，所有业务系统都可接入，每个系统又可以独立进行管理；流程中心同时需要具备极强的横向扩展性，如增加一项审批操作驳回、抄送等，版本升级后所有接入的系统都可升级，同时又可兼容旧版本。例如流程引擎版本升级，为了不影响核心业务系统流程，先灰度在内部独立的系统上应用，待运行稳定后业务系统再升级。
这里需要说明一下，目前大部分企业流程中心的定位只是OA的审批流，这个与BPM还是有很大区别，BPM核心解决的是业务流程打通，确保数据的闭环。

三、流程中心的整体产品设计

流程中心包括三大核心：流程引擎、流程管理和流程应用。
整个产品框架如下：

1. 流程引擎

目前比较成熟用得比较多的流程引擎是：jbpm、activiti、flowable、flowable实际是activiti的升级版，是同一个架构师。这几个都是开源框架，个人建议使用flowable（activiti已经停止版本更新）这个偏向技术底层，我不做详细说明，大家想了解可网上查询相关资料。
需要注意的是大部分OA系统流程引擎和表单引擎是一个整体的（如泛微、钉钉、飞书等），但我觉得这种完全整合并不太好，因为大部分业务系统都有自己的表单，交互也比较复杂，靠表单引擎搭建并不能满足业务需求，交互体验也比较差；所以我建议表单引擎只是作为流程中心的补充，流程中心也可以接其他系统的表单。
业务系统接入流程中心时，复用待办中心、审批消息、审批操作、审批意见、流程分析等，但表单内容与数据流转仍由业务系统实现，流程中心将审批结果回传给业务系统。

2. 流程管理

流程管理是流程中心产品设计最复杂的部分，流程管理员可以流程进行分类、绘制流程图、对流程进行测试和监控等，产品设计时有以下几个点需要考虑：
1）流程分类和编码需统一规划
企业发展到一定规模后，会有几十甚至几百个流程，这时候就需要对流程进行分类，方便员工查找，很多企业在流程分类上比较随意，比如有的创建分类为人力行政类与考勤类，运营类与业务类等，这种会导致员工在发起申请时就已经很迷茫，找不到对应的流程，且容易申请错误。
所以我们在流程分类一定要认真思考，就像知识库一样，要分类简单清晰（这里建议大家看一下流程分层相关的书籍，根据价值链分析，对流程进行分层管理）；另外，分类最好是有人统一管理。
同时，流程的编码也一定要统一规划，流程编码决定了流程单号，单号是唯一的，如果编码不规范，就会导致产生重复的流程单号，对上下游单据都会产生较大影响；这里建议有些流程编码的行业缩写一定不要更改，比如PO是指 Purchase Order 采购订单。
2）流程需要版本管理
流程需求不断调整和优化，每次调整就会产生新的版本。发布新版本后，已经运行中的流程仍然用旧版本，新发起的流程才使用新版本，这样可以保证运行中的流程不容易出错，能正常流转。
3）流程的权限要灵活
流程权限包括后台管理权限、用户发起权限等。有些企业不同部门是不同的流程管理员，所以需要根据流程设置管理员，流程管理员只能管理他负责的流程，包括进行流程发布、节点配置、流程监控、统计分析等。流程发起权限应用的场景很多，需要与人力资源系统或业务系统打通，如指定部门、指定职位、指定角色、指定员工、指定职级等。
比如，我所负责的流程发起权限包括如下：

4）对接不同系统需要有补偿机制
前面讲到BPM与OA最大的区别就是BPM解决的是业务流程闭环，OA解决的是审批流；BPM在与各业务系统对接时，需要调用不同的服务，为了确保流程正常流转和体验，有些服务会采用异步方式，同时还要考虑流程驳回、干预、拒绝等场景，同一流程单号需要确保每次调用业务系统可靠、准确且不重复，出现异常需要有补偿机制。
5）要有流程测试功能
流程调整后管理员和业务方都希望能自动测试和验证，避免发布后出现问题，所以需要能模拟自动测试的功能，这个大部分流程平台都没有该功能。自动测试需要把流程中使用的条件和变量根据不同业务场景填写相关值，然后开始自动测试，看流程是否能正常流转，所有场景测试通过后就才可以发布该流程。

3. 流程应用

流程应用时一定要建立统一待办中心，并统一大家对审批操作的认知，很多系统原来就有自己的待办或者已经定义好的操作按钮，已经先入为主占领用户的一些的认知，这时候统一会有一些难度，但可以从整体流程效率和产品体验上可以慢慢培养，让用户一步步接受。
这还有个前提，操作按钮的定义一定要与各部门流程管理员一起先共识。我在推动建立流程中心时，公司曾使用云之家、K3 Cloud、飞书审批以及自研审批等，每个系统都有各自的一些定义和特殊操作，为统一操作花了不少时间。
以下是我这边最终共识操作按钮定义：

• 【撤回】：提交或审批后，撤回重新操作，如果下一步审批人已审批不能撤回
• 【撤销】：撤销申请，流程终止
• 【催办】：对当前节点未审批的人员发送催办消息，每个流程实例每天每人只能催办一次
• 【复制】：复制流程申请表单，单号不复制
• 【评论】：对流程进行评论，可在不同审批意见节点评论
• 【打印】：对表单按定义的打印格式进行打印
• 【保存】：流程发起时暂存表单
• 【同意】：审批通过，流程往下流转
• 【确认】：对表单内容确认，会弹窗对内容进行二次确认，确认后流程往下流转
• 【拒绝】：审批不通过，流程终止
• 【驳回】：流程驳回给发起人，提交后回到当前审批节点
• 【退回】：包含退回上一步和退回发起人两种选择，退回发起人流程退回申请节点，提交后重新走审批流程
• 【转交】：将流程转交他人审批
• 【加签】：前加签，加签他人审批后回到当前审批节点
• 【抄送】：将流程抄送给他人，抄送人仅查看
• 【会签】：多人审批，一个节点可能需要五个领导共同审批，也就是会签，这里也会有不同规则，如全部同意，或者1人同意，或者50%同意，这涉及到会签的具体规则。
• 【或签】：一名审批人同意即可
• 【依次审批】：按顺序依次审批

其他

人工节点的参与者如何配置？

总的来说有两种，一种是角色化的人，另一种是具象的人。
（1）根据基础资料中的组织目录来关联；
（2）根据自定义角色组，也就是独立于组织目录的工作组；
（3）按照特定规则，例如取直属上级，可以根据实际业务的场景来提供标准规则；
（4）关联到具体人，例如这个流程一定要Jackson来审，那就把他配置上去，但如果Jackson离职了，该流程节点的参与者配置就务必要重新配置了。

业务流、工作流、审批流

“流”具有流动性和指向性两个特征。
在当今社会的生产活动中，“流”具体表现有物流、信息流、工作流、资金流等。
业务流：即业务流程，指为了完成某项业务而进行的各种工作的有序组合；
工作流：即工作流程，指为了完成某项工作而进行的各种动作的有序组合；
审批流：即审批流程，是对某项工作的审批活动的有序组合；
通常情况下，业务流与工作流是相同的概念，审批流属于工作流的范畴。

工作流

工作流里所涉及到的角色有：申请发起人、审批人、抄送人、执行人。
工作流也可以划分为五个阶段，分别是：
业务流程发掘（Business Process Discovery）
业务流程设计（Business Process Design）
业务流程执行（Business Process Execution）
业务流程管理维护(Business Process Administration)
业务流程最优化（Business Process Optimization）

工作流常见的路由方式

串行路由，并行路由，条件路由，分支路由，合并路由，循环路由，自由跳转。

厂商：

泛微bpm:流程构建易上手,管理规则落地快- https://www.weaver.com.cn/new/product/BPM/index.html [云枢] bpm-中国前沿BPM厂商-流程管理平台 https://ldy01.authine.com/ 炎黄盈动-bpm-数字化转型的流程大脑 https://www.actionsoft.com.cn/product/index.jsp 其他：钉钉、飞书、企业微信；轻流； 工作流引擎技术：JPBM、Aactivity等