一句话理解
采购订单(Purchase Order,PO)是发给供应商的正式订单:买什么、买多少、什么价格、何时交货,具有法律效力。它是 P2P 流程的核心单据——向上承接采购申请,向下触发收货(GR)和发票校验(IV),还连着 FI 的自动记账。
实战提示:PO 是 MM 顾问的"主战场"。给新人一句话定位——"PR 是对内要东西,PO 是对外买东西;PO 上的每一个字段,收货或发票时都会被校验。" 理解了这句,PO 的字段就不再是死记硬背。
PO 的主要类型
| 类型 | 说明 | 典型场景 |
|---|---|---|
| NB(标准采购订单) | 最常用的一次性采购 | 日常采购 |
| FO(框架订单) | 长期协议,按需开票 | 年度办公用品协议 |
| Zxxx(自定义) | 企业自定义类型 | 跨公司采购、紧急采购等 |
| UB(STO) | 库存转储订单 | 工厂间调拨 |
PO 行项目的关键字段
| 字段 | 说明 |
|---|---|
| 行项目类别 | 标准(有库存)、文本、服务、限制……决定后续流程 |
| 物料编码/短文本 | 采购对象 |
| 数量、计量单位 | 注意订单单位与基本计量单位的换算 |
| 净价、价格单位 | 如 100 元/1 件;条件定价可维护多行折扣、运费 |
| 交货日期 | 供应商应交货日期,MRP 和跟单都看它 |
| 工厂、库存地点 | 收货地点 |
| 收货标识(GR) | 是否需要做收货;服务类 PO 通常不勾 |
| 发票收据标识(IR) | 是否需要发票校验 |
| 科目分配类别 | 费用性采购必填(K/A/P) |
| 税码 | 进项税,FI 相关 |
定价(条件技术)速查
| 条件类型 | 说明 |
|---|---|
| PB00 | 净价(主条件) |
| RA00/ RB00 | 折扣(百分比/金额) |
| FRB1 | 运费 |
| SKTO | 现金折扣 |
| NAVS | 不可抵扣税 |
常见坑:PO 上"收货"和"发票收据"两个标识被随意取消。取消 GR 标识意味着收货不记库存(适合服务),取消 IR 标识意味着不做发票校验——但如果业务实际要收货、要对发票,这两个勾一取消,后续 MIGO/MIRO 直接报错。改这两个标识前,先问业务"这单到底要不要收货/要不要发票"。
实战操作要点
ME21N 创建:选凭证类型 → 抬头维护供应商、采购组织/组、公司代码 → 行项目维护物料/数量/价格/交货日期 → 检查科目分配 → 保存。常用技巧:参照 PR("凭证概览"→选择 PR 行复制)、复制已有 PO。
ME22N 修改:价格、数量、交货日期的修改会产生变更记录;已部分收货后改数量要小心"交货已完成"标识。
ME23N 显示 / ME2N 报表:ME2N 按供应商查 PO,ME2M 按物料查 PO,是跟单和对账的常用报表。
实战提示:PO 价格纠纷 90% 来自"价格单位"没看清——净价 100 元到底是"每 1 件"还是"每 1000 件"?MIRO 发票校验时系统按 PO 价格容差比对,价格单位错了,发票永远过不了。建 PO 时多看一眼价格单位,省掉后面无数的解释。
常见问题
Q:PO 一定要参照 PR 创建吗?
A:不一定,但强烈推荐。参照 PR 的好处是需求可追溯、审批链完整。直接建 PO 适用于紧急采购,但事后审计会问"依据是什么",企业内控通常要求补 PR 或走特批。
Q:PO 发给供应商后还能改吗?
A:可以(ME22N),但要注意:① 价格/数量变更建议先和供应商确认;② 已收货的行项目改数量受限;③ 重大变更最好走变更流程并重新输出 PO 给供应商,避免"系统改了、供应商不知道"。
Q:什么是"交货已完成"标识?
A:行项目上的"交货完成"(Delivery Completed)标识表示该行不再期望收货。部分收货后如果剩余数量不再要了,勾上它,未清 PO 清零。MRP 也不会再为它产生需求。
实战经验
- PO 的输出管理(打印/邮件)是上线必测项:格式、税号、银行信息、条款,一个都不能错。见过太多项目功能测完了,上线前一天发现 PO 打印格式是乱的。
- 跟单(Expediting)是采购员的日常:ME2N 查"未清 PO",按交货日期排序,临期未交的催交。系统里有报表,不用靠 Excel 人肉跟。
- 框架订单(FO)适合价格锁定、数量不定的场景:如年度维修服务。发票直接参照框架订单开,不需要每次都建标准 PO。
相关阅读
相关文章
Purchase Requisition(采购申请)
采购申请 PR 是 P2P 流程的起点:谁来提、怎么审批、ME51N 实战操作,以及释放策略这个最常见的配置坑。
Goods Receipt(收货)
MIGO 收货是库存增加的起点:移动类型 101/102/103/105 一次讲清,收货自动记账逻辑,以及收货冲销的实战处理。
Invoice Verification(发票校验)
MIRO 发票校验是 P2P 的收官环节:三单匹配逻辑、价格/数量容差、差异处理,以及发票校验与 FI 自动付款的衔接。
P2P 完整流程
P2P(从采购到付款)是 MM 最核心的端到端流程:从采购申请到付款的 7 个环节、每个环节的单据与系统动作,一次完整串起来。