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" 表示超时自动通过(适用于低风险验收环节)。