简介:SAP采购价格确定是供应链成本控制与采购策略落地的核心环节,这份PDF面向SAP实施顾问、采购模块运维人员及希望系统掌握定价逻辑的初学者。资源为1个PDF文件,压缩包大小1.27MB,轻量易读,适合按章节快查。文档从条件技术入手,完整拆解条件类型、存取顺序、条件记录与条件表、计算方案等关键组件,随后深入价格确定流程,覆盖计算方案选择、PB00总价存储顺序、有效期与定价日期、等级价格、信息记录及订单价格历史等内容,并补充抬头条件、组条件与维护条件的实操要点。读者可借此理解SAP如何组合各类条件得出最终采购价、如何按存取顺序高效维护条件记录,以及如何利用等级和有效期满足分批定价、日期生效等真实业务场景。已有3105人学习下载,适合作为日常配置查漏补缺和培训参考。
1. 采购价格确定这份经典PDF,值得照着完整配置走一遍
下载过《SAP之采购价格确定(定价过程)》这份经典PDF的人不少,读的时候觉得条件类型、存取顺序、定价过程都讲明白了,一开SPRO就发现配不出来:三个节点到底先配哪个、PO单价不对先查哪个、折扣没进净价该改哪一列。这篇文章按配置落地顺序把整个定价过程拆开讲,先立概念再给可复现的配置步骤,最后是价差排查的血泪经验。适合正在做MM或FICO模块的顾问、要接CO-PA的财务顾问,以及天天盯MIRO发票差异的关键用户。先给一个反直觉结论:PO单价不对,八成不是定价过程本身算错,而是条件类型和存取顺序这两个前置节点埋了雷。
2. 定价过程的骨架:条件类型、存取顺序与计算规则怎么就定了PO单价
定价过程在SAP里像一套“计算器程序”:存取顺序负责“去哪张表找价”,条件类型定义“找回来的价算什么名目”,计算规则决定“这些价按什么顺序叠成PO总价”。三个节点配错任何一个,ME23N里看到的条件明细都会不对劲——不是缺行,就是金额对不上。
2.1 条件类型是价格的口径:PB00与附加费条件该怎么挑
SAP里的“价格”不是一列数字,而是一群带名字的条件类型。PB00是信息记录价格,RB00是折扣率,FRC1是运费,MWST是税。每个条件类型控制的东西比“多少钱”多得多:它决定这条价格是金额还是百分比、价格单位是按1件还是按1000件、是否必须存在、是否允许在PO里手工修改、是否只统计不计入总和。
选条件类型的经验是:主价格用PB00这类“价格”条件,折扣用百分比类条件,运费按数量乘费率,用固定额类条件。标准定价过程里这几个都有现成的,别自己造一堆新条件类型出来。造新类型意味着要配存取顺序、科目类型、舍入规则一套东西,项目后期维护成本很高。我见过一个项目为了区分“含税价”和“不含税价”复制了四个PB00,结果每个条件类型都漏配了存取顺序,最后PO全部取不到价,这就是典型的过度设计。
条件类型里有几个字段是必调的,参照这张表:
| 字段 | 推荐值 | 说明 |
|---|---|---|
| 条件类 | A(价格) | 决定这个条件参与哪种计算、记到什么科目 |
| 存取顺序 | IN | 给PB00挂上“信息记录”查找链 |
| 计算规则 | C(金额) | 金额条件;百分比条件选B或D |
| 价格单位 | 1或1000 | 消息记录里价格是按1000件报的,这里就得写1000 |
| 手工输入 | 勾选 | 允许ME21N手工改净价,不勾会额外生成新条件行 |
| 统计 | 不勾 | 主价格必须参与总和,不能做成统计性 |
其中“价格单位”是我最常看到翻车的地方。信息记录里供应商报价100元/100件,PO单位是“件”,条件类型价格单位写成1,系统会把单价变成100元/件。这类问题在用户眼里就是“玄学”——价格凭空涨了100倍,其实就是一个字段的换算关系没对。建议配置完立刻在ME23N里看条件明细的“数量”列,如果一条条件显示的是100/100件或100/1件,马上就能发现换算错了。
2.2 存取顺序是取价的优先级:为什么同一条物料会带出两个价格
存取顺序的本质是一串条件表的查找序列。系统从第一张表开始找,命中就停,没命中就查下一张。标准采购定价过程里,PB00挂的存取顺序是IN,IN里面最核心的一张条件表是A018——物料、工厂、供应商、信息记录的组合。不同ERP版本的A018数字编号可能不一样,用SE11按条件表名搜一下就知道。
“同一条物料带出两个价格”的现象,其实就是存取顺序的优先级在作祟。比如同时存在“无工厂级信息记录”和“工厂级信息记录”,如果存取顺序里“供应商+物料”那张表排在前面,系统会先命中它;物料在不同工厂采购时,取到的可能是同一个全局价格。再有就是同一张条件表里存在多条有效期重叠的记录,系统按生效日期和内部编号排序,旧记录没删就会一直占着位置。
排查取价来源时,最直接的办法是查SAP MM底表。我在项目里习惯用SQL直接筛条件表,HANA Studio或SE16N都能跑:
SELECT MATNR, WERKS, LIFNR, DATAB, DATBI, KNUMH FROM A018 WHERE MATNR = 'MAT-10001' AND WERKS = '1000' ORDER BY DATAB DESC;这段SQL的逻辑是按物料加工厂过滤,取出所有有效期的信息记录,按生效日期倒序。参数说明:MATNR是物料号、WERKS是工厂、LIFNR是供应商编号、DATAB和DATBI是条件生效起止日期、KNUMH是条件记录号。拿到KNUMH后,再去KONP表里查对应的金额行:
SELECT KNUMH, KSCHL, KBETR, KPEIN, KMEIN FROM KONP WHERE KNUMH = '0000123456';KONP里KBETR是条件金额、KPEIN是价格单位、KMEIN是价格单位计量单位。两条SQL一接,就能判断系统取的是哪条价、金额多少、单位对不对。这类查底表的方法,就是日常做SAP MM底表排查的常规动作,比在界面上翻条件记录快得多。
2.3 计算规则与层级:折扣、运费、税在PO里按什么顺序叠
定价过程行项目里最关键的两列是“计算规则”和“从/到”。计算规则决定这一行是做基础价、百分比加减还是固定额加减;从/到决定这条规则作用在哪些行上。举个标准例子:
| 步骤 | 条件类型 | 计算规则 | 从/到 | 作用 |
|---|---|---|---|---|
| 10 | PB00 | 基础价 | 10至10 | 从信息记录带入净价 |
| 20 | RA00 | 百分比减 | 10至10 | 只对第10步价格打折扣 |
| 30 | FRC1 | 固定额加 | 1至20 | 按数量加运费 |
| 40 | MWST | 百分比加 | 1至30 | 在含运费基础上算税 |
“从/到”如果写错,后果很隐蔽。比如RA00那行写成“20至20”,它的折扣基数就变成了自己——系统会拿折扣后的金额再打折扣,或者直接不产生任何计算。更常见的是税行“从/到”范围没覆盖折扣行,导致税基算在折前价上,MIRO一进来就是差异。
“统计”标记也是这个章节的重灾区。税条件类型如果被勾成统计性,它只在条件明细里显示,不参与订单条件总额,PO净价就不含税;如果没勾统计,税会直接加进库存评估价。两种口径各有应用场景,但团队里必须统一。我一般建议库存评估用净价、税单独统计显示,这样MIRO时税基和PO价格口径一致,差异最小。
3. 用标准配置搭一套采购定价过程:从SPRO到条件记录的落地步骤
概念立住之后,接下来是可复现的配置过程。这套步骤我在项目里至少走过几十遍,按这个顺序做,能把「取不到价」「价差不对」的问题挡在测试阶段。
3.1 配置前准备:物料、工厂与信息记录先建好
定价过程是计算框架,它得先有数据才能算出价。很多顾问一上来就扎进SPRO配过程,配完才发现没有信息记录,PO一样取不到价。正确顺序是先准备主数据,再配框架。
准备清单按这个来:工厂和采购组织先确认存在;物料主数据必须有会计视图,会计视图里的“评估类”字段决定库存记到哪个总账科目;供应商主数据建好采购组织数据;最后用ME11建采购信息记录,里面维护净价、税码、有效期。
评估类与总账科目的关系在这一步就要对齐:同一个物料,不同评估类会走不同库存科目,后面物料分类账跑完,采购价差进哪个科目由这组配置决定。如果评估类和总账科目没配好,定价过程算出来的价格再准,会计凭证也会挂错科目。ME11建信息记录时,建议同时建一条“无工厂级”和一条“工厂级”的价格,后面验证存取顺序优先级时会用到——两条记录同时存在,正好能看出系统按什么顺序取价。
3.2 在SPRO里维护条件类型与存取顺序:参数设置的三处关键开关
主数据就绪后,进SPRO路径:物料管理 → 采购 → 条件 → 定义价格确定过程。这个节点在不同版本里可能显示为“定义定价过程”或“维护价格确定过程”,本质是同一个配置区域。里面先做两件事:维护条件类型,维护存取顺序。
维护条件类型时,找到PB00,重点检查三处开关。第一处是“存取顺序”字段,必须挂上IN,否则系统不知道去哪找价;第二处是“条件类”,保持A(价格),别手滑改成G或E;第三处是“手工输入”,如果采购员需要自己在PO里改净价,这个勾必须打上。很多项目复制了完整配置,却漏了“手工输入”,采购员一改价格系统报警,最后只能靠增强绕过,这属于给自己挖坑。
存取顺序的维护在相邻节点。IN顺序里加条件表A018,优先级数字小的排在前面。这里要理解一个逻辑:存取顺序里条件表的排列顺序,就是取价的优先顺序。标准做法是把“物料+工厂+供应商”这种最精确的信息记录表放最前面,把无工厂级的放后面。我一般会让项目中“信息记录价格”永远是第一优先,合同价、报价单价格排在后面,这样采购订单默认走信息记录,逻辑清晰。
这组配置在Fiori或GUI里的入口不同,但写的是同一张配置表。老顾问习惯用SPRO树,新环境里用SM30直接维护定制表也能到达同样的效果,不过我建议新手还是走SPRO树,至少能看到节点上下文,不容易迷路。
3.3 定义定价过程并挂到采购订单类型:Step编号和顺序决定价格叠加
条件类型和存取顺序配好之后,回到“定义价格确定过程”节点,维护定价过程的行项目。屏幕上能看到Step、计数、条件类型、从/到、必填、手工、统计、计算规则、科目类型、存取顺序这些列。推荐按这张表建一个最小可用过程:
| Step | 计数 | 条件类型 | 从/到 | 必填 | 计算规则 | 存取顺序 | 说明 |
|---|---|---|---|---|---|---|---|
| 10 | 1 | PB00 | 10至10 | 勾 | 基础价 | IN | 主价格,来自信息记录 |
| 20 | 1 | RA00 | 10至10 | — | 百分比减 | — | 手工折扣,默认10% |
| 30 | 1 | FRC1 | 1至20 | — | 固定额加 | — | 运费按数量累加 |
| 40 | 1 | MWST | 1至30 | 勾 | 百分比加 | — | 税,建议勾统计 |
Step编号用10的倍数是为了将来插入新条件时不重编。同样Step下多条条件用“计数”区分。从/到的范围决定了计算基础,PB00行是基础,RA00折扣只作用在PB00这一行,FRC1可以跨到前面所有行,MWST覆盖包括运费在内的全部。几个字段我解释一下:必填列若勾上,PO里缺这条价格就直接报错;统计列决定是否只显示不计入总和;科目类型列决定这条条件记账时进折扣科目还是差异科目。
定价过程保存后,还差最后一步:分配。常见做法是在“分配定价过程”节点,把定义好的过程分配给采购组织。这里最容易踩的坑是:过程配好了,但没做组织分配,系统提示“未找到定价过程”或PO条件明细一栏全空。分配完成后,建议顺手在ME21N建一张测试PO,确认PB00能带出信息记录价格,再做下一步。
4. 含税价、舍入与数量层级价:PO单价被悄悄改掉的三条路径
价格取到了,不等于价格是对的。上一章解决“能不能取到价”,这一章解决“取到的价为什么和供应商报价对不上”。三条路径最容易让PO单价和报价单产生偏差:税的口径、舍入规则、数量层级价。
4.1 含税价与净价的错位:PO、收货和发票校验为什么对不上
供应商报价单上写的“含税117元/件”,采购员图省事直接录进PO,信息记录里也按117维护。PO入库后库存评估价变成117,MIRO发票校验时又要按税率拆出税额,税基和税额外加,一来一回差异就出现了。这个现象不是定价过程算错,而是价格口径没统一。
我的建议是库存评估一律走净价:信息记录维护100元净价,税单独用MWST条件类型,并且勾“统计”。统计性税条件在PO里只做展示,不进条件总额,库存评估价始终是净价。发票校验时MIRO按税码自动算税,税基就是PO净价,两边对得上。
如果企业必须按含税价下单——比如办公用品采购习惯含税报价——那就在定价过程里让税参与计算,但会计凭证里要通过条件类型的科目类型把税额单独分离,并且物料分类账开启后,采购价差会进差异科目,不再进库存科目。这两种口径都能跑,但不能混。项目里最怕的是:A采购组织用净价,B采购组织用含税价,月底对账时CO和MM各说各话。
4.2 舍入规则和数量层级价:改个数量单价就跳,不是玄学
信息记录ME11里可以维护数量层级价:1到100件单价100元,100到500件单价95元。PO数量从90改成110,单价自动变成95,采购员以为系统抽风,其实命中了第二条层级条件。这类现象在SAP项目里每天都有,关键在于层级价的生效逻辑是按“数量落在哪个区间”取价,不是按最新维护的价格取。排查时先看信息记录的价格层级页签,再对照PO数量。
舍入是另一条隐蔽路径。条件类型里有“舍入规则”字段,控制计算结果保留几位小数、四舍五入还是向上取整。运费这类计算常按“向上取整”处理,比如按订单数量计算运费后取整数,导致单位成本比报价单略高。这个偏差是设计出来的,但如果不写进配置文档,接手的顾问会当成bug改掉,改完运费又对不上承运商的账单。
登记舍入规则是我养成的习惯:每个含舍入的条件类型,在配置文档里写明“此处向上取整,依据是物流计费规则”。这样后来的人改配置前会先看文档,而不是直接动字段。
4.3 跨工厂取价的覆盖逻辑:信息记录为什么会突然失效
信息记录分无工厂级和工厂级两种。存取顺序里如果“供应商+物料”表排在“物料+工厂+供应商”前面,无工厂级的全局价格会盖住工厂级价格。反过来,如果工厂级表在前,每个工厂得单独建信息记录,没建的那个工厂就取不到价。这两种设计各有取舍,选哪种取决于公司采购模式:集中采购用无工厂级优先,分散采购用工厂级优先。
信息记录突然失效,多半是有效期问题。ME11维护价格时没注意DATAB/DATBI,月底一过价格自动过期。供应商报价单失效也是同一套逻辑——报价截止日期到了,条件记录自然不参与取价。碰到“上周还有价,今天PO没价”的工单,第一件事就是ME13查看信息记录的有效期,九成是过期,不是配置坏了。
5. 采购定价过程的避坑清单:价差、取价失效与发票差异的现场排查
以下五条按现场出现频率排序,每条都是“现象→原因→解决”的结构,照着排查能省下半天扯皮时间。
5.1 有信息记录但PO取不到价:先查条件类型有没有分配存取顺序
现象:ME11确认信息记录存在且有效,ME21N建PO时PB00空白,单价为零。
原因:条件类型PB00的“存取顺序”字段为空,或者挂的存取顺序里不含A018这张条件表。多数发生在复制其他模块配置时,只复制了定价过程行项目,没复制条件类型的存取顺序分配。
解决:回SPRO“维护条件类型”界面,给PB00分配存取顺序IN;再检查IN里条件表的优先级顺序。改完配置记得重新读入,PO里才会生效。
5.2 单价显示正常,MIRO发票校验差异一大堆:税与折扣被重复计算
现象:PO单价和报价单一致,但MIRO过账后总差异挂在“折扣”或“税差”科目,金额不大但每张票都有。
原因:定价过程里折扣行RA00从/到范围写错,导致税行把折前价当税基;或者RA00被设成统计性,发票校验时系统又按税码算了一遍折扣,同一笔折扣除两次。
解决:检查定价过程里税行的从/到范围必须覆盖折扣行;折扣行不要勾统计。再用一张测试发票验证税基:MIRO里看税基金额是否等于“PO净价减折扣”。
5.3 条件记录改了不生效,旧价格阴魂不散:缓冲与SE14删数据的坑
现象:ME11把价格从100改成95,PO里还是100。
原因:SAP条件记录有缓存,修改后没有立即同步到当前会话;或者项目里有人用SE14直接删了条件表数据,把缓冲和索引搞乱了。
解决:正常流程是在ME11修改后,用ME13确认新有效期,PO里旧价通常是因为有效期重叠——旧记录和新记录同时存在,系统按生效日期排序取了旧的。有人图省事拿SE14清条件表,结果整张A018数据被删还触发锁表,这是翻车现场。SE14只建议在测试环境重建数据时用,生产系统千万不要碰。
5.4 折扣没进净价:检查From/To和计算规则
现象:PO条件明细里折扣行有金额,总价也减了,但库存评估价和成本还是毛价。
原因:RA00行勾了“统计”,或者从/到写错。统计性条件只展示不参与计算,看起来有折扣,实际没扣;从/到写错则折扣基数不正确,金额计算出来但没作用在成本行。
解决:去掉折扣行的“统计”勾选,把从/到改为“10至10”,确保它作用在PB00行上。改完在ME23N里看条件总额和净价列,确认两者之差等于折扣金额。
5.5 价差进错总账科目:评估类、总账科目和物料分类账的三角关系
现象:物料分类账跑完后,采购价差挂在库存科目,而不是采购差异科目,月底CO对账不平。
原因:条件类型的“科目类型/科目代码”没有配置,或者评估类没有匹配到正确的总账科目。定价过程里的折扣和附加费应该记到差异科目,而不是混进库存科目。
解决:在定价过程行项目里为折扣、附加费、税分别维护科目类型;再到SPRO“物料管理→评估和科目设置→自动记账”里维护评估类与总账科目的对应关系。测试方法:跑一张PO收货,MIGO过账后看会计凭证,库存科目和差异科目各发生了多少。
6. 验证定价过程的四步法与CO-PA映射的进阶技巧
配置和排错都讲完了,最后一章给一套验证方法,再加一个接CO-PA的进阶技巧。这两件事做好了,定价过程才算真正落地。
6.1 用ME23N核对条件明细:四步验证一条PO
第一步,ME21N建一张测试PO,用前面准备过信息记录的物料和工厂。第二步,ME23N进入PO“条件”页签,逐行核对条件类型:PB00金额必须等于信息记录价格,RA00显示折扣比例,MWST只统计不计入总额。第三步,对照ME13信息记录,检查单价、有效期、价格单位换算是否一致——这一步能抓到80%的隐藏问题。第四步,MIGO收货后MIRO做一张测试发票,看税基是否等于PO净价、折扣是否只扣一次、差异科目是否正确。四步全过,定价过程才算验收。
6.2 把定价过程接到CO-PA:KE4R里条件类型映射的边界
公司跑CO-PA的话,定价过程的条件类型还要映射到CO-PA价值字段,否则利润报表里收入、折扣、运费全是空白。常见做法是用KE4R做映射:把PB00映射到“销售收入”字段,RA00映射到“折扣”字段,FRC1映射到“运费”字段。KE4R的边界在于它按“定价过程 + 条件类型”组合映射,新增一个条件类型后必须补映射,漏了报表里那一列就是空的。字段目录里也必须预先建好目标字段,映射版本要激活才生效。这个环节通常在项目收尾阶段做,但建议在配置定价过程时就同步设计好字段清单,免得后面补映射补到手软。
我带项目时有个规矩:每次改定价过程,无论改动多小,都要在测试工厂跑一条PO加一张MIRO,重点看从/到范围改过后税基和净价是否还一致。这份经典PDF值得存下来反复读,但真正让系统稳定运行的,是这些配置后的验证动作。希望帮到你。
本文还有配套的精品资源,点击获取