审批流说明

『壹』 SAP的审批流是怎么定义的

我也想知道，看了一些资料但是好像不是很清楚，那位大虾指教一下呀！！！

『贰』 流程审批设计

主要有以下几个模块：

1）用户提交申请：

用户通过do平台权限申请入口页面提交申请，用户可以根据自己的角色，选择不同类型的申请（代理商、RD、非RD）。用户提交的申请内容会以快照的方式保存，快照的方式便于申请内容需求扩展，同时减少前后端逻辑交互，减小开发交流成本。

2）创建审批流程

用户提交申请之后，会根据用户提交的申请内容，动态的创建审批流程，后面内容会详细介绍。

3）审批人审批

审批人可以通过do平台权限申请页面（我的审批）、workflow、HI等三种方式进行审批。workflow是运维部提供的一个工作流服务，通过接入workflow，可以复用邮件提醒、HI审批等功能，丰富用户体验。如果审批人通过workflow、HI方式审批，我们无法立即得到该审批信息（因为workflow不会回调任何接口），所以我们通过CT任务的方式定时扫描申请单状态信息，同步到自己系统。

2. 审批流程设计

审批流程如下：



1）存储设计

由于每个节点只有一个审批人，因此在设计工作流时，建了两张mysql表：auth_apply（存储用户提交的申请，一条记录代表一个申请）、auth_approve（存储审批流程，一条记录代表一个审批节点，auth_apply表中的一个申请对应该表中多个审批节点）。这样的设计能够完全满足现有需求，但是这并不是一个标准的工作流设计（没有考虑一个节点多个审批人情况），这也为后续功能扩展带来了麻烦。

2）代码框架

由于代理商、RD、非RD申请大体的审批流程是一样的，但是具体到审批流程的每一步可能又不一样，为此采用“模板方法模式”来设计。



Service_Data_ApplySave为抽象基类，模板方法createApplyAndApprove()给出了整个审批流程业务逻辑的骨架，包括一些列抽象操作：genAuditors()生成审批人（包括workflow的审批人）、createApplyWorkFlow()调用workflow接口生成申请单、saveApply()保存申请内容、createApprove()创建本地审批流。Service_Data_AgentApplySave、Service_Data_NordApplySave、Service_Data_RdApplySave等各子类实现相应的抽象方法即可。

3）接入workflow

由于workflow在创建审批流程时，必须提前配置好流程模板，而且不同类型的审批流程需要创建不同的流程模板，所以需要根据业务逻辑推断可能出现的审批流程情况，提前手动创建好流程模板（这种方式极不灵活，也促使后续迭代想办法尽量减少创建流程模板的操作）。

3

『叁』 如何设置审批说明

您好，审批的【说明文字】控件适用于填写告知发起人填写该审批单的注意事项，设置审批说明路径如下：请管理员登录后台（https://oa.dingtalk.com）-【工作台】-【审批】-【选择模板】-【编辑】，切换至【表单设计】页面，从左侧【控件库】中拖入【说明文字】至中间模板中，在右侧位置填写相关的注意事项即可。

『肆』 软件实施中的工作流。审批流分别指的是什么

我来举个例子，以请假为例，现在大多数公司的请假流程是这样的
员工打电话（或网聊）向上级提出请假申请——上级口头同意——上级将请假记录下来——月底将请假记录上交公司——公司将请假录入电脑
采用工作流技术的公司的请假流程是这样的
员工使用账户登录系统——点击请假——上级登录系统点击允许
就这样，一个请假流程就结束了
有人会问，那上级不用向公司提交请假记录？公司不用将记录录入电脑？答案是，用的。但是这一切的工作都会在上级点击允许后自动运行！
这就是工作流技术。
审批流呢就是我们发现随着企业规模增长，企业高层会面临如何有效掌控企业的困惑，时时警惕规避企业管理失控的风险；而另一方面，内部员工越来越多的抱怨，什么事情都要层层上报审批，导致业务执行效率低下；中层管理者也很痛苦，每天都有那么多的待办工作流需要签字。纠其原因，企业规模扩大，出现更多专业化分工，组织范围、管理层级都不断增加，因此对管控授权，以及信息的及时上传下达要求提高。
现在的流程管理软件有很多，像天纵，天翎，牛刀云，普元等厂商都是专注这一块十几年的老牌劲旅了，确实有着很大的效率优势；新兴起的也还行，比如搭搭云这些也是不错的，技术比较新，对比天翎这种老牌厂商的话就是平台没有那么稳定。