U交所(www.payusdt.vip)是使用TRC-20协议的Usdt官方交易所,开放USDT帐号注册、usdt小额交易、usdt线下现金交易、usdt实名不实名交易、usdt场外担保交易的平台。免费提供场外usdt承兑、低价usdt渠道、Usdt提币免手续费、Usdt交易免手续费。U交所开放usdt otc API接口、支付回调等接口。

首页快讯正文

usdt无需实名交易(www.caibao.it):审批流设计(OA 系统)

admin2021-02-2731

USDT官网

菜宝钱包(caibao.it)是使用TRC-20协议的Usdt第三方支付平台,Usdt收款平台、Usdt自动充提平台、usdt跑分平台。免费提供入金通道、Usdt钱包支付接口、Usdt自动充值接口、Usdt无需实名寄售回收。菜宝Usdt钱包一键生成Usdt钱包、一键调用API接口、一键无实名出售Usdt。

原题目:审批流设计(OA 系统)

编辑导语:对具备一定规模的公司来说,OA是非经常见且致力于提高效率的一套系统。本文对OA系统中审批流模块设计睁开剖析,笔者拆解了详细的流程步骤,并对设计过程中的一些问题进行了思索总结,希望能够给你带来些启发。

审批流,是OA 系统的最焦点模块,大部门的功能模块都市和审批流关联,一个好的审批流治理方案,能极大削减产物和研发的事情量。

审批流治理,包罗以下 3 个模块:角色治理、审批关系治理、审批方案治理。通过审批方案聚合了角色、审批关系、以及审批规则,形成一套相符营业流程的审批流,基于详细的场景,走差别的职员审批。

01 员工角色治理

员工角色是审批流中的基础,能很大程度上减轻审批流维护成本。从结构上分为 3 个部门:员工基本信息、角色治理和审批品级。

员工基本信息是稳定的(一样平常由 EHR 系统维护),可以读取 EHR 系统中的数据,确保员工信息的准确。

角色治理分为角色名称和员工治理的团队局限,举例:张三是市场部和销售部的 HRBP,那张三的角色是HRBP,治理的部门「市场部」、「销售部」,当这两个部门有属于 HRBP 的审批信息,就都市通知到张三。

一个员工可以有多个角色和多个治理部门,一个角色也可以包罗多个员工,这样的利益,是如果有员工入去职或调岗,不需要修改审批流,只需要在角色中增添或削减员工即可。

02 审批关系治理

审批关系治理,是即默认审批流,分为「汇报关系治理」、「汇报类型治理」和「审批品级」。

1. 汇报关系

是一个尺度的树状结构,每个员工都市有唯一的主汇报人,但会有虚线汇报和特殊汇报关系,好比 HRBP 除了向 HR 部门 VP 汇报之后,还会向卖力的营业部门 VP 虚线汇报。

2. 审批品级

审批是凭据审批内容,来判断需要到谁人层级的治理者审批的。

举例:请假 1 天直属 leader(1 级审批人) 和团队卖力人(2 级审批人)就可以竣事审批,休假 3 天以上,就需要通过部门卖力人(3 级审批)审核。

审批品级的利益,是在设置审批流的时刻,可以凭据审批条件,精准的判断可停止的审批层级。

一图胜千言,可以看下这个结构图。

03 审批方案治理

,

Usdt第三方支付平台

菜宝钱包(caibao.it)是使用TRC-20协议的Usdt第三方支付平台,Usdt收款平台、Usdt自动充提平台、usdt跑分平台。免费提供入金通道、Usdt钱包支付接口、Usdt自动充值接口、Usdt无需实名寄售回收。菜宝Usdt钱包一键生成Usdt钱包、一键调用API接口、一键无实名出售Usdt。

,

前两个模块,都是为了审批方案做的基础事情。真正使用到营业中的,就是审批方案。

以财政用款审批方案为例,看若何设计审批方案。

举例

  1. 如果是金额小于即是 1000 元(部门 A 金额小于即是 2000 元),需要直属 leader 审批,或者至少是 2 级审批人审批通过;
  2. 金额大于 1000 元(部门 A 金额大于2000 元),小于 1w 元,需要财政 BP 和部门 VP 审批通过
  3. 金额大于即是 1w,需要 CFO 审批
  4. 以上都审批完成后,最后通知财政打款

从上面的例子可以看出,审批方案分为审批规则和审批流。

1. 审批规则

营业规则:差别的营业审批流,都市有特殊的规则判断,好比财政、考勤、行政采购、人事转正等,我大致列了一些常用的规则字段。

特殊情况还会凭据部门,走差别的审批流程,这里要基于营业场景来思量

但也要注意一下特殊场景,好比说审批人缺失,可以跳过这个环节继续审批,直接终止审批,或者跳转到某个详细的人来处置这个事情。

2. 审批方式

包罗依次审批、协同审批,以及仅通知。

  • 协同审批:适合某个角色中,有多个成员,只需要一小我私家赞成或拒绝就可以完成审批。
  • 依次审批:当存在多个步骤,每个步骤中有多个审批人的时刻,需要所有人都审批通过,才气进入下一步。

当某一小我私家或角色,仅仅见告审批效果的,可以选择仅通知方式。

如下图,某一个没有分支条件的参考示例。

3. 可竣事审批节点规则

做这个的目的是制止很小的流程,就走很长的审批,好比说金额小于 1000 的,到 2 级审批人就可以竣事审批,但较大金额的好比跨越 10w的用款,则只能 CFO 审批竣事。

4. 审批流设置

这个对产物司理来说,就是一个流程图,相对简朴,只要审批规则、审批方式等提前界说好,这就是最简朴的设置。

04 总结

审批流是 OA 的焦点模块,一个天真的审批流治理方案,不仅仅能知足 OA 系统,还能对外输出给其他系统,作为系统内部审批流来实现,好比 EHR 的绩效审批等。

#专栏作家#

司马特小队,民众号:司马特小分队,人人都是产物司理专栏作家。8年+互联网资深产物履历,多年B端产物治理履历。具有多个从0到1的大型B端产物的孵化、重构、迭代履历;主要教授产业互联网产物相关的硬核知识点。

网友评论