随着企业的发展壮大，企业内部的授权管控体系也越来越复杂，管理者常有“一放就混乱，一管就僵化”的感觉。于是乎，构建一套科学有效的授权管控体系就成为亟需解决的问题。

如何构建呢？上图所示的两份文档，是现阶段企业最常用的技术手段。一份是《企业责权管控表》，即站在整个企业的角度，梳理需要管控的事项，明确管控的责任主体，并在二者间分配相应的权力和责任。另一份是《流程权限表》，其作用是承接《企业责权管控表》并在设计的流程中加以落实。《企业责权管控表》中的管控点必须在流程中落实，而流程中还会基于实际情况增加新的管控点，这些都体现在《流程权限表》中。比如，《企业责权管控表》中明确规定设备采购超过 100 万时须总裁审批，那么在流程中就必须有这样一个审批步骤。同时，在流程中可能还会增加部门经理的审批环节，从而形成一个完整的审批审核链。

那么，上述体系实际运行效果如何呢？挑战还是很大的，主要体现在以下几个方面：

1．“纸上谈兵”很普遍

这两套表大都是用 WORD 或 EXECEL 编写的，是电子文本。因此，这两套表之间的对接是靠人工完成的，经常会有不一致的情况出现。《流程权限表》如果没有落实《企业责权管控表》中的要求，那后者就成为“纸上谈兵”了。

《流程权限表》本身还不是实际运行的流程，这套表还需要人工配置到工作流或其它信息化系统中，这两者的一致性也很难完全保证。信息化系统中如果没有落实《流程权限表》的要求，那么《流程权限表》也成为“纸上谈兵”了。

经过这两道环节的“纸上谈兵”，最后落实在信息化系统中的流程出现偏差的情况就很常见了。

2．“责权告知”不清晰

所谓“责权告知”，即让每一位管理者明确知道自已的授权范围。比如，某位副总或部门经理，可以随时查询其可以审批审核哪些所有事项和具体的授权条件。通俗地说，就是通过一张表明确、完整、清晰的告知每个层级的管理者“我有什么权力”。这很难吗？真得很难！实操中，需要基于《企业责权管控表》和《流程权限表》按每个岗位进行统计方可出具针对每个岗位的《岗位权限表》。这得靠人工从一张张表中去汇总，《企业责权管控表》和《流程权限表》中的某一行改了，所有相关的《岗位权限表》都得人工更新。

当然，也可以让管理者自已从一份份的《企业责权管控表》和《流程权限表》中去查阅自已的权限。实际情况是，大家也就懒得去看了，反正信息化系统中怎么配的，我就怎么做。所以，才会出现某位副总就某一事项审批了好几个月才发现，这事根本不属于他的管。造成这个乌龙的原因是，管理者并不明晰自已的权责，而流程配错了！

3．“优化分析”很困难

某企业想优化整个管控体系，提出减少 10% 不必要的管控环节，以提升企业的效率。那么，企业的流程中究竟有多少审批环节呢？就这一个问题，就把很多人累坏了。因为需要从所有《流程权限表》中去汇总。然后，如何分析呢？一个审批环节是否必要，这需要站在端到端流程角度去分析，所以需要将《流程权限表》按端到端流程进行梳理和对接，这对很多人来说，几乎就无法操作了。

这些问题有解决方案吗？有！博阳精讯的EBPM 企业数字化授权管理平台就可以解决这些问题，而其中的关键字是：数字化。具体来说，就是构建一套企业管理的数字化模型，并基于这套模型进行执行、治理和优化。

1．数字化设计：构建数字化模型

将电子文本形式的《企业责权管控表》和《流程权限表》进行模型化处理，构建企业授权管控体系模型。如还需要看这两张表，则基于模型自动输出，不再需要人工维护。管理者需要维护的是上图所示的 《管控模式矩阵模型》和《流程授权体系模型》两大模型，而且这两者是自动对接的，基于 EBPM 平台内置的检查逻辑可以智能化的检查落地流程是否落实了《管控模式矩阵模型》中的管控要求，如没有则会亮红灯提示。

2. 数字化执行：“责权告知”明晰，不再“纸上谈兵”

基于模型，管理者可随时查阅“我有什么权力“。而设计完成的《流程授权体系模型》与信息化落地执行系统则有三种对接技术：

1）EBPM 平台导出授权表给 IT 人员配置落地系统，然后通过流程还原技术来检查两者的一致性。

2）EBPM 平台通过接口直接推送授权表至流程落地系统。

3）在EBPM 平台上直接运行流程。

不管哪种方式，确保一致性是主要的诉求。

3. 数字化治理：柔性的体系，严格的管控

灵活与严格似乎是对立的，但基于数字化技术，兼顾两者不再是不可企及的事了。如果构建了《管控模式矩阵模型》-《流程授权体系模型》- 信息化系统的对接体系，企业根据内外部环境的变化，随时调整管控模式并迅速在信息化系统中落地实现，是完全可能的事。同时，由于基于信息化平台运行流程，各个管控节点自然可以实现可视化的实时监控。

4. 数字化优化：基于模型优化分析

优化分析不再是靠人工统计了，基于数字化模型，可以从各个视角和维度进行统计和分析，可以从端到端流程的角度来可视化的分析审批审核环节，还可以基于流程实际运行的情况来分析哪些是不必要的“堵点“。