关于业务流、工作流、审批流的简单说明

一、什么是流

随着社会生产力的发展和生产关系性质的变化，人类社会的生产活动开始出现社会分工，个人、企业、甚至是国家都只是完整生产活动中的一环。

社会分工的出现，导致一次完整的生产活动需要由多国家、多企业、多部门、多个人（后文用“人”代指）互相配合、共同完成。

在这种分工的生产活动中，处于后置环节的“人”，对前置环节的“人”的输出物有着内在需求，正是因为这种内在需求，导致了输出物的流动，使输出物从供应方转向需求方，即“流”，也称“流程”。

“流”具有流动性和指向性两个特征。

在当今社会的生产活动中，“流”具体表现有物流、信息流、工作流、资金流等。

二、什么是业务流、工作流、审批流

• 业务流：即业务流程，指为了完成某项业务而进行的各种工作的有序组合
• 工作流：即工作流程，指为了完成某项工作而进行的各种动作的有序组合
• 审批流：即审批流程，是对某项工作的审批活动的有序组合

通常情况下，业务流与工作流是相同的概念，本文即持此观点，后文重点讲解工作流、审批流。

审批流属于工作流的范畴。

三、工作流详解

一项完整的工作流程，应包括流程定义、权限划分两个部分，见如下泳道图：

合同签订的流程从开始到结束，共需要经过5个环节，涉及三个岗位。

1. 流程定义

流程定义的目的，是为了将工作分解并确定分解后的事项先后顺序。

1）工作流程

一个工作流具体包含哪些流程环节以及各环节之间的先后顺序。

比如上图的合同工作流程，包含合同立项-合同签订-合同验收-合同付款-归档五个环节。

合同立项的后置环节是合同签订，以此类推。

在具体开发时，各环节及顺序可以系统内写死也可以自由配置，具体视业务变动频率及开发资源确定。

2）表单设计

即本环节内，应该确定、处理什么内容。

比如合同立项环节，业务人员需要确定并填写合同的甲乙方、立项时间、立项金额等内容。

那么立项表单设计时，就要包含上述的字段信息。

• 简单的工作流：各环节之间无分支条件，无流程跨越
• 复杂的工作流：要考虑各环节之间的分支条件，比如满足条件A，走流程1，否则走流程2等，还有环节间的退回情况等

2. 权限的划分

权限划分的目的，是为了确定事项责任归属，即由谁做什么操作。

权限包含功能权限、数据权限、字段权限。

1）功能权限

即用户能看到哪些菜单，能进行什么操作（按钮）。

比如同是合同岗，员工A只有立项权限，无合同签订权限，员工B只有签订权限无立项权限。

2）数据权限

即用户能查看或操作的数据范围，只能查看或操作授权内的数据。

比如员工A只能查看本部门的合同，员工B可以查看全公司的合同。

3）字段权限

即用户能查看或操作的数据字段，只能查看或操作授权内的字段。

比如员工A不可查看合同的立项金额字段，员工B可以查看合同所有字段。

具体权限的设计，需要根据各业务特性及需求来确定。

权限设计参考RBAC权限模型，本文不再赘述。

四、审批流详解

审批流是属于工作流的一个组成部分，所以审批流的设计与工作流基本相似。

还是以合同流程讲解，如下流程：

假设合同立项、合同签订、合同付款均需审批，审批通过后才可进入下一环节。

每个环节的审批人可以是多人，也可以是单人，可以是多人串行审批，也可以是多人并行审批等等。

1. 审批流的触发条件

1）必须审批

指不管当前操作人的权限，环节提交后均需审批。

比如合同立项，提交后必须立项审批。

2）权限外审批

根据当前操作人的权限，若在其权限内，则无需审批并直接进入下一个环节，否则需审批。

比如合同立项，如果立项人员的立项权限是20万，合同立项金额低于20万则直接进入合同签订环节，否则进入立项审批环节。

2. 审批流的设置

关于审批流设置的文章比较多，本文不再赘述。

工作流最重要的点就是厘清流程、确定权限，把好这两个要点，工作流设计便不是问题了。

本文作者@星空与指针 。

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！