从合同审批流程出发说说工作流引擎设计原理

从合同审批流程出发，谈谈工作流引擎的设计原理本文作者从一个合同审批流程角度对工作流的设计原理进行了介绍，供大家一起参照和学习。写这篇文章的企图其实不是为成熟工作流引擎知识徒增一篇文章，也不是深入介绍JPBM、Aactivity等工作流引擎技术和数据库构造。而是由于目前转ToB的产品经理多了，但说起这块儿就很难深入。固然有许多介绍工作流的文章，但大多是直接介绍BPM的系统，极罕有文章从业务角度出发介绍为何这样设计，下边我就试着从一个合同审批流程角度介绍工作流的设计原理，希望对大家有帮助。工作流简介工作流（Workflow），指“业务过程的部分或整体在计算机应用环境下的自动化”。是对工作流程及其各操作步骤之间业务规则的抽象、归纳描绘。在计算机中，工作流属于计算机支持的共同工作（CSCW）的一部分。其主要解决的主要问题是：为了实现某个业务目标，利用计算机在多个参加者之间按某种预约规则自动传达文档、信息或许任务。说白了就是依据如何次序、做什么、由谁来做。1993年工作流管理结盟(WorkflowManagementCoalition，WfMC)作为工作流管理的标准化组织而建立，标记着工作流技术逐渐走向成熟。WfMC对工作流给出定义为：工作流是指一类能够完整自动履行的经营过程，依据一系列过程规则，1/6将文档、信息或任务在不同的履行者之间进行传达与履行。工作流不论是减少人为操作，供给工作效率，仍是优化线下业务流程，提高管理水均匀有很大的帮助。工作流经历了第一个阶段的“无纸化、重复工作、流程孤岛、系统孤岛、数据孤岛”过程，目前正在实现“智能化、效率质量提高、外面数据整合、除去信息孤岛、内部数据整合”的第二阶段。合同审批流程所有的信息化都是为认识决业务上需求，第一我们认识公司合同管理制度中审批流程是如何达成的。下边是一个比较通用合同审批流程图。第一所有能够草拟合同并倡始合同申请流程的人，即便合同包办人；合同包办人将合同提交其部分负责人（实质状况可能部长或副部长均要审批、或次序审批、或任一审批即可）来审批，大多数还有内部审查人把关再提交其部门负责人；他们都有权退回（不合格需要改正）或驳回（完全不签了）；假如包办部分负责人赞同，能够选择相应的会签部分同步开始会签，如财务部、技术部等等。有些事一定选择，如波及金额合同一定选择财务部。会签部门就更喧闹了，三五个部分并行审批，部门内部有各自审批流程，并且均能够赞同、退回，有的需要退回合同包办人，有的需要退回包办部门负责人。并且有的状况是所有赞同才能算经过，有的是三分之二赞同才能算经过。2/6一定经过合同归口部门审查。一般是法律部或风险部，他们也需要退回，可能是审批过的任何一个节点，返回来的方式可能是素来一遍，也能够直接返回退回人。这里还有“能否重要合同”和“能否使用合同范本”的业务属性判断。依据业务业务种类和管辖范围，自动选择分管领导。依据受权状况判断合同流程能否到此停止，自然分管领导能够退回、驳回等。总经理可能会简单些，赞同、退回、驳回。审批通事后自动触发用印或上报上司公司的审批流程。这算是一个惯例的大公司合同审批流程，如何利用信息化实现一份详细合同审批流程？简单，将每一步及其规则固化带代码中。假如换一份合同？假如换一种业务？假如规则改动？假如需要每个节点触发不同业务，展现不同信息？假如人员改动了？如何组织机构改动了？这个时候就需要我们抽取此中的共性，将其引擎化，能够经过配置实现系统的灵巧性。工作流引擎设计下边我们从业务的角度逐渐抽象出工作流引擎的设计。碰到复杂问题一方面我需要依据第一性原理找寻最实质的需求，另一个更惯例的思路就是分解，对问题进行分类分级办理，各个击破。其实，还有一种完整交个用户自己选择，如钉钉审批流程。但大型公司流程的作用除了提高效率，还需要减少人为操作、控制合规风险，完整交个用户选择的自由流程使用较少。3/6从上文的流程图中，能够简单抽拿出流程、环节、连线、角色、组织等主要对象，还有一个就是与外面（业务）发生关系的接口。它们之间简单的关系就是流程由环节和联系组织，环节上有角色和组织属性，接口能够在连线上，也能够在环节上，下边一步步解说。（1）流程分类（流程太多）假如设计一个通用的工作流引擎，面对的各样业务流程、审批流程能够说不计其数，怎么办？第一想到的就是对流程进行分类，对同样种类的流程进行一致办理，降低流程需求复杂度和耦合度。目前业务操作不同进行分类的，如告假流程、报销流程、合同审批流程等等。（2）自定义详细流程（一种流程仍是太复杂）如何合同审批流程，不同公司、不同种类，审批流程仍是不同样。持续细分类型能够解决问题，但分到最后流程就需要多少个环节以及之间的关系是什么仍是不确立，交个用户和运维人员搭建流程，由他们自己定义。定义流程的名称、流程的环节、环节次序（连线）、环节参加人员等。（3）自定义详细环节（环节定义最复杂）4/6环节需要详细到做什么工作、谁来做、怎么做等，但这三个主要要素都是变量，做什么工作（即查察什么表单，赞同、退回、驳回等），谁来做（经过组织、角色、群组框定出参加的候选人），怎么做（并行、串行等），这些都需要经过配置实现。此外，需要配置出发的其余业务事件等，如何合同审批完成后自动生成合同编号。（4）环节间的连线上文提到在实质业务审批中，波及金额的合同一定经过财务审批，说明流程的走向与业务属性发生了关系。所以，我需要设计在节点间连线上设置业务条件，或设计能够进行业务判断的节点，知足这类业务需求。（5）流程实例（每个流程）上边讲到的都是配置一种流程，马上审批制度步骤和规则放到系统中，但详细的一份合同审批流程信息即流程实例一定记录下来，一是为了留痕，再者就是流程审批中发生退回和返回需要用到这些数据，每个流程审批的业务独一表记，每个环节实例需要记录谁在什么时间、什么建议等。（6）流程版本（流程更改）5/6业务上流程更改了怎么办？这就需要对流程进行版本管理，能够实现流程更改前已经提交的流程，依据以前的版本持续进行，而流程更改后提交的流程依据最新版本进行。（7）流程关系本单位的流程审批完成后，切合上报条件需要启动上司工作流程；合同审批流程中，每个会签部门内部的流程自己就比较负责，需要为会签部门搭建独自的审批流程，嵌入到合同审批流程中。以上两种状况就波及到流程关