一通没接通的电话

上个月拜访一家制造业客户，采购专员小林跟我倒苦水：供应商催货款，问采购单号，财务查不到单，项目经理说没批过。三个人坐在一起对账，对出一笔三个月前的采购——申请单在OA里显示“审批中”，但实际早已验收完成，款也付了一半。

问题出在哪？不在人，在流程。

采购申请这张单，从提交到完成验收，涉及至少三个部门的五个环节。在很多中小企业里，这张单要么“没人管”，要么“管不住”——没人知道它卡在哪，也没人能把全链路数据串起来。

这不是个例。我们接触过几十家中小企业，采购申请管理基本都踩过这三个坑。

断层一：申请是起点，但没人管“起点之后”

大多数企业把采购申请当成一张表格，填完提交就完事。真正的问题是：审批通过之后，这张单去了哪里？

常见的场景是这样的：

• 采购员提交申请，部门主管审批通过
• 然后呢？没有通知，没有跟踪，没有验收节点
• 供应商送货来了，门卫不知道该不该放行
• 东西用上了，仓库没入库，财务没挂账

采购申请成了一个“单向门”——进去就消失在流程里了。验收节点没人填，实际到货数量没人对，付款节点没人跟进。结果就是开头那种情况：账上有这笔钱，但没人说得清这笔钱对应什么事、花在哪里、是否验收完成。

判断标准：打开你公司最近三个月的采购申请单，问自己三个问题：

1. 哪些单已经审批通过但还没验收？
2. 哪些单验收完成但财务还没收到报销凭证？
3. 每张单当前在哪个节点，谁能回答？

如果任何一个问题回答不上来，说明你的采购申请已经卡在“起点之后”了。

断层二：审批人是“人”，不是“角色”

很多企业的采购审批流是这样的：

申请人 → 部门主管 → 财务经理 → 总经理

看起来清晰，实际上藏了两个大问题。

第一个问题是“人等审批”。 部门主管出差了，流程就卡住。财务经理今天休假，所有采购都暂停。这不是流程设计，是“人治”流程。

第二个问题是“权责不清”。 同一套审批流，2000元的打印纸和200000元的设备走的是同一个流程。前者审批层级太多，后者额度太低不够用。更常见的问题是：审批人不知道该问什么，该看什么材料，审完就点“同意”，出了问题说不清楚自己当时为什么批。

对比一下两种审批逻辑：

| 维度 | “人治”审批流 | “规则”审批流 | |------|--------------|--------------| | 触发条件 | 人工提交，人工推进 | 按金额、按类型自动分流 | | 审批节点 | 固定人员 | 按条件匹配审批人 | | 异常处理 | 等人回来 | 自动转交或加签 | | 审计追溯 | 只能看谁点了同意 | 记录审批意见、时长、驳回原因 |

规则审批流的核心不是“让机器替人做主”，而是把“人”从卡点变成节点——审批人依然是决策者，但流程不再依赖特定某个人在场。

断层三：数据散在每个环节，没人能看到全貌

采购申请的第二层断层是信息断层。

申请人不知道自己申请走到哪了，只能追着审批人问。部门主管不知道底下还有多少单没批。财务不知道哪些采购已经验收可以入账。老板不知道公司每月真实采购支出花在哪些类别。

这不是信息没有，是信息在不同系统、不同表格、不同人的聊天记录里。

有一家客户让我印象深刻。他们的采购管理是这样的：

• 申请阶段：纸质单，采购员手填，主管签字
• 审批阶段：OA系统走一遍，但只有审批记录
• 验收阶段：仓库用Excel表格登记，名字格式不统一
• 付款阶段：财务用金蝶，但采购单号和付款单号对不上
• 统计阶段：老板让助理每月从三个地方导数据，手动合并

结果是什么呢？每到月底对账，助理要花三天时间找数，对完自己都不确定数据对不对。

真正的问题是：采购申请这张单，本质上是一个“项目”的起点，它应该带出一个完整的数据链条——从申请、审批、采购执行、验收入库、到付款完成，每个节点的数据都应该串联在一起。

三个动作，把采购申请管住

动作一：画一张“采购单的生命周期图”

不需要多复杂，但要把每张采购申请从提交到完成要经过哪些节点、每个节点谁负责、什么时候算完成说清楚。常见节点包括：

1. 申请提交（申请人）
2. 需求确认（部门负责人）
3. 价格/供应商确认（采购部/比价）
4. 审批通过（各级审批人）
5. 采购执行（供应商发货）
6. 到货验收（仓库/使用部门）
7. 入库确认（仓库）
8. 付款申请（财务）
9. 付款完成（出纳）

每个节点加一个判断：“这个节点完成的标准是什么？谁来签字确认？”把这两个问题回答清楚，你的生命周期图就合格了。

动作二：按金额设审批规则，而不是按人员设审批流

建议的划分方式（仅供参考，可根据企业实际情况调整）：

• 1000元以下：部门主管直接审批
• 1000-5000元：部门主管 + 财务确认
• 5000-20000元：部门主管 + 财务 + 分管副总
• 20000元以上：常规审批链 + 总经理终批

金额阈值可以设，也可以按采购类型区分——办公用品走简单流程，设备采购走完整流程。这比固定审批人更灵活，也不容易因为某人不在而卡住。

动作三：用一个系统把“采购一件事”串起来

如果条件允许，建议用一个工具把采购申请全链路串起来：申请、审批、验收、入库、付款节点全部线上化，每个节点的状态可查、可追溯、可统计。

这类需求用蓝点通用管理系统可以灵活搭建。它支持自定义表单和流程，可以按企业的实际审批规则配置流转逻辑，验收节点、入库节点都能加进去，审批通过后自动通知下一个负责人。每个节点完成后，系统里留有记录，财务对账时直接查单号，不用再追着人问。

当然，如果企业目前采购量不大，流程简单，用表格和固定审批流也能管一段时间。但要注意：采购量上来之后，数据散、审批乱、对账难的问题会成倍放大，到时候迁移成本会比一开始就规划好高得多。

常见问题

Q：采购申请一定要用系统吗？Excel+OA不行吗？

可以用，但要看规模和复杂度。如果每月采购单量不超过20张，审批层级不超过两级，Excel登记+OA审批够用。但超过这个量级，Excel的数据汇总和跨表格对账会变成噩梦，OA审批流不支撑验收节点和数据统计，迟早要换。

Q：审批层级设多少合适？

建议最多三级。超过三级，审批变成走过场，没人真的审。层级少的关键是权限下放——小金额放权给部门，大金额才往上走。

Q：采购申请和采购订单是一回事吗？

不是。采购申请是“内部请求”，说明为什么要买、买什么、多少量。采购订单是“对供应商下单”，是采购执行的动作。很多企业把两个流程混在一起，结果申请单和订单对不上，财务挂账也不知道挂哪个。建议分开管理，申请单管“需求”，订单管“执行”。

Q：验收节点一定要加吗？

一定要。验收是采购申请变成真实成本的关键节点。没有验收记录，采购的东西可能早就用了，但财务账上还是“预付款”，对账永远对不上。验收不只是收货签字，还要确认：实际到货数量、规格是否与申请一致、是否有质量问题。

Q：采购申请的数据分析有什么用？

至少三个价值：一是知道钱花哪了，按部门、按类型统计采购支出；二是发现异常，比如某类物资频繁采购，可能存在库存管理问题；三是供应商评估，验收合格率高的供应商可以优先考虑，频繁出问题的要重点审查。

一张单能不能管住，考验的是流程设计能力

回到开头那家公司。后来他们把采购申请流程重新梳理了一遍：申请单加了验收节点，审批按金额分流，财务对账直接查单号。三个月后，那笔三个月的糊涂账对清楚了，再没有“审批中但实际已付款”的情况。

采购申请看起来是件小事，但它是一家公司从“想做事”到“做成事”的第一个动作。把这个起点管住，后面的验收、付款、对账才能顺；管不住，后面每个环节都会埋雷。