PO是什么意思？一张采购订单的流转与三单匹配

采购员小周收到车间的请购单，在系统里开出一张PO发给供应商：两千个轴承、单价十四元六角、九月三十日前交货、货到票到三十天付款。供应商回签确认，排产发货；仓库按这张PO验收八点入库，系统生成收货单；月底供应商开来发票，财务把三张单摆在一起——订单两千、实收两千、发票两千，金额一致，付款放行。这一圈转下来，PO（Purchase Order，采购订单）扮演的角色值得点透：它不只是"下单"这个动作，而是一条控制链的起点——企业对"买什么、买多少、花多少钱、什么时候付"的控制权，全部锚定在这张单据及其后续的匹配上。

PO的定义与核心要素

PO是买方向供应商发出的、包含明确交易条款的正式购买要约，供应商确认后即对双方形成约束。一张要素完整的PO包括：唯一单号（PO number，后续所有对话都引用它）、供应商信息、品名规格与数量、单价与总价、币种与税率、交货日期与交货地点、付款条款（如月结三十天）、以及运输方式、包装要求等约定。这些要素里最容易被轻视的是交货地点与收货窗口——写不清"送到哪个仓、几点收"，供应商的车到了门口进不来，仓库计划全被打乱。

从请购到付款：PO身处的单据链

PO往前往后各有一段链条。往前是请购（PR，purchase requisition）：需求部门发起"我要买什么"，经过预算与权限审批后转成PO——PR回答"该不该买"，PO回答"跟谁、按什么条件买"。往后是收货单（GRN，goods receipt note）：仓库对照PO验收实物，记录实收数量与质检结果——注意是"对照"：没有PO对应的到货，规范流程里只能暂收待处理，不能直接入账。再往后是发票与付款，控制的核心动作在这里发生：三单匹配（three-way matching）——PO的数量与价格、收货单的实收数量、发票的金额，三张单逐项核对，全部一致才允许付款。三单匹配拦住的是采购领域最常见的三类错：多开数量、抬价开票、为没收到的货付款。两两匹配的简化版（PO对发票，不核收货）适合低值高频的采购，风险敞口大一点，效率换来的。

PO、销售订单、采购合同的区别

同一个交易，站在两端看是两张单：买方开出的叫PO，卖方收到确认后生成的叫销售订单（SO，sales order）——内容镜像、视角相反，一个的应付是另一个的应收。PO和采购合同则经常被混为一谈：合同是框架性文件，约定长期有效的通用条款（价格机制、质量标准、违约责任），通常一签一年；PO是合同框架下的一次次具体执行，每单一签、单单引用合同条款。可以记成"合同管关系，PO管交易"——小额临时采购可以只有PO没有合同，长期大宗采购则两者缺一不可。

PO的生命周期与常见异常

一张PO的典型状态流转：草拟→审批→发出→供应商确认→部分收货/全部收货→对账开票→付款关闭。异常比主流程更考验管理：超收（实收多于订单）——设超收容忍上限（如百分之五），超出部分系统自动拦截或走例外审批；改单（数量、价格、交期变更）——变更留版本痕迹，双方确认后生效，口头改单是审计重灾区；长期未清（下单后迟迟不收货）——定期清理未清PO，该取消的取消，挂着的敞口既占预算又虚增在途。这些异常处理规则属于"写进系统比写进制度更可靠"的典型——ERP或SRM里的PO状态机，就是这些规则的固化。

常见问题

PO必须用系统开吗，邮件确认算不算

小规模交易邮件往来也能形成有效的订单凭据，但管理上会越来越吃力：单号不连续、改单无版本、对账靠翻邮箱。判断标准是单量——月采购单据超过几十张、或涉及多仓多审批人时，系统化管理（哪怕先用轻量工具）的收益就开始明显。

三单匹配不一致时怎么办

按差异类型走不同通道：数量差异（收少开多）挂起部分发票、按实收暂付或等补货；价格差异（发票单价高于PO）原则上退回供应商重开，确有调价的补签变更单再付。关键是"差异必须有处理痕迹"——直接按发票金额付掉的每一次，都是在拆控制链。

PO在库存和仓储侧对应什么动作

仓库视角里PO就是"预期到货"：按PO做收货预约与月台排期，按PO验收生成入库单（收货单），采购在途量在库存可用性计算里也以未清PO为依据——想要"可售库存"算得准，未清PO的及时清理同样是前提。