采购流程基础:从需求到付款的完整闭环
采购这件事,说白了就是「用合适的钱,在合适的时间,买到合适的东西」。但很多新人容易忽略一个事实——采购不是下单那一个动作,而是一条完整的链条。我见过太多人只盯着「下单」这一步,结果前面需求没搞清楚,后面付款对不上账,最后全得返工。
这一章,咱们就把这条链条从头到尾捋一遍。你想想看,一个完整的采购流程,其实就五个字:需、寻、比、定、付。需求、寻源、比价、定单、付款。今天重点讲前两个环节——需求到审批,以及订单管理。
核心观点:采购流程不是线性的,而是闭环。从需求发起,到最终付款完成,每一环都要能回溯、能审计。断了一环,后面全是坑。
2.1 采购申请与审批流程
采购申请,英文叫 PR(Purchase Requisition)。这是整个采购流程的起点。没有 PR,后面所有动作都是违规操作。我在项目中遇到过不少「先斩后奏」的情况——业务部门自己先买了东西,再跑来让采购补单子。嗯,这种单子我一般直接打回去。
一个规范的 PR 应该包含哪些信息?我列个清单给你看:
- 需求描述:买什么?规格、型号、数量、单位。别写「买点办公用品」,要写「A4 复印纸 80g 500张/包 × 20包」。
- 需求时间:什么时候要?这个很关键。紧急采购往往意味着高价。
- 预算归属:这笔钱从哪个成本中心出?预算编号是多少?
- 推荐供应商:如果有指定供应商,必须说明理由。我见过有人指定亲戚的公司,这种必须走关联交易审批。
- 附件资料:技术方案、图纸、样品照片等。
我的习惯:PR 表单上一定要加一个字段叫「采购紧急程度」。分为「常规」「加急」「特急」三档。加急需要部门总监审批,特急需要 VP 级审批。这样能倒逼业务部门提前规划需求,而不是每次都火烧眉毛。
审批流程的设计原则
审批不是越多人越好。我见过一家公司,买个 500 块钱的硒鼓要 7 个人审批,结果等批下来,打印机都坏了两周了。审批流程的设计,核心就三条:
- 金额分级:小额走快速通道,大额走完整审批链。比如 5000 元以下部门经理批,5000-50000 元加财务总监,50000 元以上加总经理。
- 品类分级:MRO(维护、维修、运营)物料和原材料采购,审批链不一样。MRO 可以更灵活,原材料涉及生产计划,必须更严格。
- 风险分级:新供应商、单一来源、关联交易,这些必须额外加审。
| 采购金额 | 审批层级 | 审批人 | 备注 |
|---|---|---|---|
| ≤ 5,000 元 | 1 级 | 部门经理 | 快速通道,当日审批 |
| 5,001 - 50,000 元 | 2 级 | 部门经理 + 财务总监 | 需预算确认 |
| 50,001 - 200,000 元 | 3 级 | 部门经理 + 财务总监 + 总经理 | 需比价报告 |
| ≥ 200,001 元 | 4 级 | 部门经理 + 财务总监 + 总经理 + 董事会 | 需招标或竞争性谈判 |
避坑指南:我曾经遇到过一个案例——业务部门把一笔 30 万的采购拆成 6 个 5 万的订单,想绕过总经理审批。这叫「化整为零」,是严重的合规红线。采购系统里必须设置规则:同一供应商、同一品类、一个月内的累计金额,按总额触发审批层级。
2.2 采购订单管理
PR 审批通过之后,就到了 PO(Purchase Order)环节。PO 是采购合同的法律载体,是买卖双方权利义务的书面凭证。很多人把 PO 当成一张「送货通知单」,这是大错特错。
PO 的核心要素,我总结为「5W1H」:
- What:买什么?物料编码、品名、规格、数量、单价、总价。
- Who:卖给谁?供应商名称、联系人、银行账户、税号。
- When:什么时候交货?交货日期、分批还是一次性。
- Where:送到哪里?收货仓库地址、收货人、联系方式。
- Why:为什么买?对应的 PR 编号、项目编号、预算编号。
- How:怎么付?付款条件、账期、付款方式(电汇/承兑/信用证)。
你想想看,如果 PO 上连付款条件都没写清楚,供应商发货后你拿什么跟财务说「该付钱了」?
PO 的生命周期
一张 PO 从创建到关闭,一般经历这几个状态:
- 草稿:采购员在系统里创建,还没发出。
- 已审批:内部审批流程走完,可以发给供应商了。
- 已发出:通过邮件或 EDI 发送给供应商,对方确认。
- 部分收货:供应商分批发货,仓库做了部分入库。
- 全部收货:所有物料入库完成。
- 已关闭:发票匹配、付款完成,PO 生命周期结束。
关键点:PO 一旦发出,不要随意修改。如果需求变更,正确的做法是:关闭原 PO,重新创建新 PO。这样审计的时候才能看清每一笔变更的来龙去脉。直接在原 PO 上改金额、改数量,审计查账时根本说不清楚。
PO 与合同的区别
很多新人会问:有了 PO 还要不要签合同?我的回答是:看金额和风险。
| 对比维度 | 采购订单(PO) | 采购合同 |
|---|---|---|
| 法律效力 | 属于要约,需供应商确认 | 双方签字盖章,完整法律文件 |
| 适用场景 | 标准品、小额、长期框架下 | 非标品、大额、定制开发 |
| 条款详细度 | 简略,主要写商务条款 | 详细,含违约责任、知识产权、保密等 |
| 审批流程 | 相对简单 | 法务必审,可能需合规部门 |
我个人习惯的做法是:框架合同 + 订单。先跟供应商签一份年度框架合同,把通用条款(付款、质保、保密、违约责任)都写清楚。然后每次采购下 PO 时,PO 上只写具体数量、价格、交期,其他条款引用框架合同。这样既灵活又规范。
PO 管理的常见坑
做采购时间长了,有些坑你一眼就能看出来。我列几个最常见的:
- PO 后补:货都到了,才来补 PO。这是管理失控的信号。一旦开了这个口子,业务部门会越来越随意。
- PO 金额超预算:下单时没检查预算余额,结果财务付款时发现超了,只能卡住。供应商那边又催款,两头受气。
- PO 与入库单不一致:供应商送了 100 个,PO 上写的是 80 个,仓库按实际数量入库,财务对账时发现三单(PO、入库单、发票)不匹配,付款流程卡死。
- PO 长期不关闭:有些 PO 收货后没人去关闭,系统里挂了一堆「已收货未关闭」的订单。年底审计时,这些订单会被当成「未完成交易」处理,影响财务报表。
我的建议:每个月做一次 PO 清理。把超过 30 天未关闭的 PO 拉出来,逐单确认原因。该关闭的关闭,该催货的催货。别等到年底审计才想起来。
2.3 从需求到付款的完整闭环
最后,咱们把整个流程串起来看一遍。一个标准的采购闭环,包含以下 8 个步骤:
- 需求提出:业务部门在系统里提交 PR。
- 需求审批:按金额和品类走审批链。
- 寻源比价:采购员根据 PR 内容,向合格供应商询价、比价、议价。
- 订单下达:确定供应商后,创建 PO,审批后发给供应商。
- 供应商发货:供应商按 PO 要求发货,并提供送货单和发票。
- 收货入库:仓库核对实物与 PO,做入库操作。
- 三单匹配:财务核对 PO、入库单、发票,三者一致才能付款。
- 付款结算:按合同约定的账期付款,PO 关闭。
这 8 步,一步都不能少。少了哪一步,后面都会出问题。我记得有一次,一个项目紧急上线,业务部门跳过了寻源比价环节,直接指定了一家供应商。结果那家供应商报价比市场价高了 30%,被审计查出来,整个项目组被通报批评。
最后提醒一句:采购流程不是用来「卡人」的,是用来「保护人」的。流程规范了,出了问题你能说清楚;流程乱了,出了问题你背锅。别嫌流程麻烦,它其实是你的护身符。