功能模块上的业务权限 ，只需分配操作上的权限进行设置。任何单据的操作权限，不外乎是增／删／改／查／审，每种操作权限都对应「确认」和「撤销 」两种流向操作，这就是单据五大权限。

这可以实现怎样的一个场景呢？在系统组织架构上，比如可 以实现由采购部门的采购专员新增采购订单，由采购部门的采购主管完成采购订单的审核确认或驳回拒绝。根据已界定的业务蓝图 的单据流转，通过组织和操作权限，基本可以实现所有的业务场景。

权限的分配原则

权 限的合理分配，需要对自身的业务流程有相当清晰的了解，并权衡好度的把握。目前介绍两种权限的分配原则，分别适用于两种截 然相反的场景：

原则一：

上层做减法，基层做加法

使用场 景：

适用于组织处于多变动调整期、或者组织架构不明确、或者是业务场景不清晰而导致权责不分明 的作业场景。简单的说，在开始配置操作权限时，上层岗位角色分配较多的业务操作权限，而基层岗位分配较少的业务操作权限。 业务在调整中前行，根据从多种渠道收集到的使用反馈，渐渐对上层无关要紧的操作权限做减法，对基层所需的必要操作权限做加 法。

原则二：

按级按需分配

使用场景：

适用于组织架构严谨、业务流程清晰明了、岗位权责具体分明的作业场景。这种场景相对很好理解， 不多做介绍。

在实际的权限分配上，大多数情况下，原则一和原则二经常并行执行，无可厚非。