企业官网建设流程全解析

摘要：本文详细解析 BC 审批流程中四种 Approver Limit Type 的运作逻辑。其中 Approver Chain 和 First Qualified Approver 受订单金额影响，前者沿汇报链逐级审批直到金额足够的领导，后者仅将任务分配给第一个金额达标的审批人；而 Direct Approver 和 Specific Approver 完全不看订单金额，分别固定提交给直属上级或预先指定的审批账号。文章通过 12000 采购订单示例和对比表格，帮助读者快速理解各类型的适用场景与潜在风险。

逐个详细解释

1. Approver Chain（审批人链路）👉受订单金额影响

系统沿着汇报链向上，从直属上级开始，每一级都要审批，一直到包含第一个金额限额足够审批该单据的那一位领导为止。

举例：PO 金额 12000；主管限额 5000；经理限额 8000；总监限额 20000 审批任务：主管→经理→总监，三个人串行全部审批。金额用来决定审批链向上走到哪一层停止；中间每一层都必须审批。⚠️必须维护【Approval User Setup】里面每个人的审批金额上限，金额字段才会生效。

2. First Qualified Approver（第一个合格审批人）👉受订单金额影响

沿着汇报链向上搜索，只找到第一个审批限额≥单据总金额的那个人，只分配审批任务给他，前面的上级不需要审批。沿用上面 12000 采购订单例子：主管（5000 不够）→经理（8000 不够）→总监（20000 足够）；只发给总监审批。

金额决定系统向上搜索到哪一位领导就停止，只让该单人审批。

3. Direct Approver（直接审批人）👉完全不看订单金额

直接提交给提交人的直属上级，完全忽略该上级的审批金额上限。哪怕直属上级的审批限额远小于这张订单金额，单据依然流转给他审批，系统不会自动向上升级流转，存在越权审批风险。

举例：订单 12000，主管限额 5000；直接发给主管审批，不会自动往上转给经理 / 总监。

4. Specific Approver（指定审批人）👉完全不看订单金额

不管订单金额是大是小，单据固定提交给预先指定好的那一个用户审批。不走员工汇报层级，完全不读取审批金额限额字段。