2. 采购审批流程基础:典型环节与审批人角色定义
采购审批流程是采购管理平台的核心业务骨架,它串联了从需求提出到最终付款结算的全链路。理解每个典型环节的审批节点与角色定义,是后续配置超时自动转审机制的前提。本章将系统梳理采购审批的六大典型环节,并明确各环节审批人的角色与职责。
2.1 采购审批六大典型环节
一个完整的采购审批流程通常包含以下六个核心环节,它们按业务时序依次衔接,形成闭环:
| 序号 | 环节名称 | 核心业务动作 | 审批触发条件 |
|---|---|---|---|
| 1 | 请购 | 需求部门发起采购申请,明确物料/服务规格、数量、期望到货时间 | 提交请购单 |
| 2 | 询价 | 采购员向合格供应商发送询价单,收集报价信息 | 生成询价单并发出 |
| 3 | 比价 | 对多家供应商报价进行价格、交期、质量等维度对比,形成比价报告 | 比价报告提交审批 |
| 4 | 合同 | 依据比价结果与选定供应商签订采购合同,明确条款与交付物 | 合同草案提交审批 |
| 5 | 验收 | 收货部门对到货物资进行数量、质量、规格验收,出具验收单 | 验收单提交 |
| 6 | 付款 | 财务部门依据合同、验收单及发票发起付款申请 | 付款申请单提交 |
流程设计要点: 在实际业务中,询价与比价环节常合并为“寻源定标”阶段;验收环节可能拆分为“到货验收”与“安装调试验收”两个子环节。设计流程时需根据企业采购品类灵活调整。
2.2 各环节审批人角色定义
每个审批环节都需要明确“谁来审”以及“审批的权限边界”。以下是标准角色定义矩阵:
| 环节 | 审批角色 | 角色职责说明 | 常见审批层级 |
|---|---|---|---|
| 请购 | 需求部门主管 | 审核请购需求的合理性、预算归属及紧急程度 | 部门经理 → 总监 |
| 预算控制岗 | 校验请购金额是否在预算额度内,超预算需加签 | 财务预算专员 | |
| 询价 | 采购主管 | 审核询价范围、供应商选择标准及询价单合规性 | 采购经理 |
| 比价 | 比价评审小组 | 对比价格、交期、付款条件、历史合作记录,推荐中标供应商 | 采购经理 + 需求部门代表 |
| 合规审计岗 | 监督比价过程是否合规,是否存在围标、串标风险 | 内审专员 | |
| 合同 | 法务审核岗 | 审核合同条款的法律风险、违约责任、知识产权归属等 | 法务专员 → 法务总监 |
| 验收 | 收货部门质检员 | 核对实物与采购订单的一致性,记录不合格项 | 质检员 → 仓库主管 |
| 使用部门确认人 | 确认物资/服务满足实际使用需求,签署验收确认 | 使用部门负责人 | |
| 付款 | 财务审核岗 | 核对发票、验收单、合同三单匹配,确认付款金额与账期 | 财务主管 |
| 资金审批岗 | 根据资金计划安排付款排期,大额付款需加签 | 财务总监 / CFO |
角色定义避坑指南: 避免将“审批人”与“经办人”设置为同一人(如采购员自己审批自己的询价单)。在BPM设计中,应通过“角色互斥”规则强制分离,防止舞弊风险。
2.3 审批流程的典型流转路径
下图展示了采购审批流程的完整流转路径,以及各环节审批角色的介入节点:
2.4 审批角色与超时转审的关联
在配置超时自动转审机制时,必须基于上述角色定义进行设计。以下是角色与转审策略的对应关系:
- 单人审批角色: 如采购主管、法务审核岗,超时后直接转审至其上级(如采购总监、法务总监)。
- 多人会签角色: 如比价评审小组,超时后需定义“转审触发阈值”(如超过2人未审批则整体转审至上一级评审委员会)。
- 顺序审批角色: 如请购环节的“部门经理 → 总监”,超时转审应跳过当前卡顿节点,自动递延至下一审批人。
- 预算控制岗: 超时后需特别处理,因为预算审批涉及财务周期,可配置“超时自动通过”或“转审至财务总监”两种策略。
设计建议: 在BPM流程设计器中,建议为每个审批节点单独配置“超时策略”属性,包括:超时时长(小时/天)、转审目标角色、是否允许超时自动通过(仅限低风险环节)。后续章节将详细讲解这些配置项的具体操作。
2.5 典型审批流程的BPM节点结构
以下是一个标准采购审批流程在BPM设计器中的节点配置示例,展示了各环节的审批人角色绑定方式:
<process id="purchase_approval" name="采购审批流程">
<!-- 请购节点 -->
<userTask id="req_approval" name="请购审批">
<assignee role="dept_manager" />
<!-- 超时转审配置 -->
<extensionElements>
<timeout duration="PT24H" action="escalate" toRole="dept_director" />
</extensionElements>
</userTask>
<!-- 询价节点 -->
<userTask id="inquiry_approval" name="询价审批">
<assignee role="purchase_manager" />
<extensionElements>
<timeout duration="PT12H" action="escalate" toRole="purchase_director" />
</extensionElements>
</userTask>
<!-- 比价节点(会签) -->
<userTask id="compare_approval" name="比价审批">
<multiInstanceLoopCharacteristics isSequential="false">
<loopCardinality>3</loopCardinality>
</multiInstanceLoopCharacteristics>
<assignee role="compare_panel" />
<extensionElements>
<timeout duration="PT48H" action="escalate" toRole="compare_committee" />
</extensionElements>
</userTask>
<!-- 合同节点 -->
<userTask id="contract_approval" name="合同审批">
<assignee role="legal_reviewer" />
<extensionElements>
<timeout duration="PT24H" action="escalate" toRole="legal_director" />
</extensionElements>
</userTask>
<!-- 验收节点 -->
<userTask id="receipt_approval" name="验收审批">
<assignee role="quality_inspector" />
<extensionElements>
<timeout duration="PT8H" action="auto_approve" />
</extensionElements>
</userTask>
<!-- 付款节点 -->
<userTask id="payment_approval" name="付款审批">
<assignee role="finance_auditor" />
<extensionElements>
<timeout duration="PT24H" action="escalate" toRole="finance_director" />
</extensionElements>
</userTask>
</process>
代码解读: 上述BPMN XML配置中,每个
userTask 节点都绑定了具体的审批角色(assignee role),并通过 timeout 扩展元素定义了超时转审策略。其中 action="escalate" 表示转审至上级角色,action="auto_approve" 表示超时自动通过(适用于低风险验收环节)。