简介采购价格确定直接决定采购订单的成本核算结果是SAP MM模块中的核心配置主题这份文档对此做了系统化梳理。内容从条件技术入手逐一解析条件类型、存取顺序、条件记录和条件表、计算方案等组成部分随后围绕价格确定流程展开说明总价条件的存储顺序、有效期与定价日期、等级结构、信息记录和订单价格历史等细节还特别补充了抬头条件、组条件及条件维护的常用操作方法。整份材料采用章节式编排并附有目录方便读者按需查阅。资源包为一个doc文件大小约719KB已有四百余人学习下载。文档既能为初学者搭建采购定价的完整知识框架也能帮助实施顾问在配置时快速回顾条件类型与取价逻辑的细节。1. 采购价格确定不是「填个单价」PO里的价格是算出来的同一家供应商、同一个物料上午下单和下午下单PO单价能差出两个点——这在SAP里不是灵异事件。SAP之采购价格确定说的是采购订单创建那一刻系统按一套「定价过程」实时算出价格先通过存取顺序找到对应的条件记录再用计算方案把毛价、附加费、折扣一步步算成净价。如果你的理解还停留在「价格就是主数据里一个字段」看完这篇笔记能省下不少跟财务对账的力气。适合刚接手MM模块的顾问、天天跟PO价格打交道的采购用户以及所有被「价格取不对」反复折磨的人。2. 定价机制拆解信息记录、条件记录与存取顺序的关系链价格确定这个说法听起来抽象拆开看其实是一套流水线数据存在哪里、按什么顺序找数据、找到之后怎么算。这三件事分别对应条件记录、存取顺序和计算方案。很多人调价格失败就是因为只改了数据没管顺序和算法。2.1 信息记录、条件记录与条件类型三个容易混的概念采购信息记录Purchasing Info Record是采购视图下的主数据针对「供应商物料采购组织」维护事务代码ME11。它里面存的是供应商物料号、交货数据还有价格——这个价格在后台其实会落成一条条件记录。信息记录可以手动建也可以在收货后由系统自动更新取决于后台「信息记录更新」的开关。条件记录Condition Record是条件技术里更通用的载体事务代码MEK1。它不仅承载信息记录的价格还能承载框架协议价、合同价、运费、折扣等。和「供应商物料采购组织」这种固定组合不同条件记录的字段组合更灵活可以只按「供应商物料组」建也可以加上有效期和数量比例。条件类型Condition Type则是每一条价格的「业务身份」。标准系统里PB00代表普通采购价格PBXX可能是含税净价PBCO是合同价格还有专用于运费、折扣的条件类型。每个条件类型挂着一套自己的存取顺序和计算规则。同一个供应商的物料可能在信息记录里有一个价、在合同里另有一个价两个价分别属于不同条件类型最终PO取哪个不由你拍脑袋由配置决定。2.2 存取顺序一张价格表找不到就换下一张存取顺序Access Sequence是价格确定里最容易被忽略、也最影响结果的一环。一个条件类型下面可能挂着一列条件表系统按顺序逐表查找先按表A的组合字段查查到并且有效期匹配就用表A的结果查不到再落到表B取到即停不会把多张表的价格加起来。举个例子。某条件类型下配了两张条件表表1按「供应商物料采购组织」存储表2按「供应商物料」存储。A采购组织下有这条价格系统直接取表1B采购组织下没维护系统就往下落到表2取供应商物料的兜底价。这个机制解释了两类高频问题一是「明明某处有价格PO却没有」因为没按存取顺序查到你维护的那张表二是「取到了别家的价格」因为兜底表太宽把不该应用的价格命中进来了。字段越多条件越具体通常排前面字段少的表是兜底。但到底谁优先取决于业务上希望哪个口径优先命中。改存取顺序属于高影响配置复制出一个新的再调整比直接改标准的要安全。2.3 计算方案把价格一块块拼出来计算方案Calculation Schema就是采购订单定价过程的「骨架」。它是一列步骤每一步引用一个条件类型还带着计算类型、基准步骤、是否允许手工修改等控制。系统从上往下执行毛价、附加费用、折扣、小计最后汇总出一个净价。事务ME21N创建订单时行项目里的「条件」页签能把每一步展开看到每个步骤取了哪个条件类型、金额是多少。这个页面是后来排查价格问题最直接的入口——哪个步骤没取到数、哪个步骤金额不对一眼可见。计算方案通过「方案组」或采购组织等维度分配给订单类型不同订单类型标准PO、计划协议、合同可以走不同的定价过程。2.4 组织层级为什么换了采购组织价格就「消失」价格条件默认挂在采购组织下面条件表字段里通常包含采购组织EKORG和工厂WERKS字段。你在维护价格时选了哪个采购组织PO创建时也必须用同一个采购组织否则取不到数。同一个集团里不同采购组织维护不同采购价是常态别指望跨组织复制主数据后价格还跟着走。这四层关系如果画出来数据是信息记录和条件记录路由是存取顺序拼装是计算方案。价格取不对的案子八成出在存取顺序和组织层级这两处。把这段理顺后面配置和排错才有底。3. 从零落地采购定价过程条件类型、存取顺序与计算方案的配置步骤标准系统里PB00和对应的存取顺序是开箱即用的大多数企业初期并不需要从零建。但实际业务总会有差异要加运费附加费、要按工厂区分价格、要支持阶梯价。常见做法是先复制标准对象再改而不是自己凭空造一套。3.1 配置前先想清楚按什么口径定价格动手前先回答四个问题。第一价格是按「供应商物料」维护还是按「供应商物料采购组织工厂」维护第二同一物料在不同工厂是否允许不同采购价第三附加费和折扣按固定金额还是百分比第四价格是否含税这四个答案直接决定条件表字段、条件类型取值和计算方案的步骤设计。如果连口径都没定后面配置完会发现取数逻辑和业务对不上。常见的口径组合如下表实际项目里多数是其中一种或两种混用。口径适用场景条件表字段供应商物料集团统一采购价EKORG不需要供应商物料供应商物料采购组织不同采购组织分别议价EKORG供应商物料供应商物料采购组织工厂工厂间价格差异大EKORGWERKS供应商物料3.2 条件类型复制标准PB00还是新建后台路径SPRO→物料管理→采购→条件→定义价格确定过程。进入后能看到条件类型、存取顺序、计算方案和方案确定几个子项。除非必要不动标准PB00复制一个自定义条件类型PBZ1再调整。复制后重点检查三个字段。计算类型采购标准价一般用「金额/数量」也就是按数量计算的固定金额别选成百分比。条件类别保持「采购」。存取顺序指定到将要使用的存取顺序编号。还要确认「手工输入」开关是否打开——如果关掉前台ME21N里就不能手工改价这在某些企业是刻意为之在另一些企业则是事故源头。3.3 存取顺序按业务口径排优先级定义存取顺序时维护各部分表的顺序、字段列表、检索的优先级。每一行一张条件表行号从小到大表示查找顺序。条件表可以从标准表复制也可以新建通常选A9xx段字段组勾选供应商、物料、采购组织、工厂、有效期等。原则是「更具体的条件排前面」。比如业务要求供应商物料工厂的专项价优先于供应商物料的一般价就把含工厂字段的表放前面。反之如果希望一般价优先、专项价只作补充就调整顺序。字段列表决定了系统拿哪些值去匹配条件表凡是参与匹配的字段比如工厂必须在条件表里存在。这里有一个容易翻车的点存取顺序里的表并不是越多越好。每多一张表就多一种命中的可能性。兜底表太宽容易把不合适的价格带进PO。宁可少一张兜底表也不要让错误价格命中。3.4 计算方案拼出一台算价流水线定义计算方案时维护的是一列步骤。每个步骤有步骤号、条件类型、描述、基准步骤、计算类型。下面是一个最小可用的采购定价过程示例。步骤条件类型描述计算类型基准步骤10PB00采购毛价金额无20ZF01运费附加费百分比步骤1030ZD01采购折扣百分比累加值步骤102040ZG00净价汇总汇总无金额类步骤按「数量×单价」计入百分比类步骤按基准步骤的金额乘以比例计入汇总步骤把前面的结果带到净价字段。执行顺序就是步骤号从小到大。百分比步骤的基准写错是常见错误折扣基准应该基于毛价加运费后的值如果不小心把基准指回步骤10折扣金额就会少算一点点。所谓「一点点」在年度采购量面前可能就是几十万。配置完计算方案后还要解决它怎么被采用。在「定义方案确定」里把计算方案和供应商的方案组、采购组织、订单类型绑定。常见做法是给供应商主数据的采购视图指定方案组系统按方案组找到对应计算方案。配置完不要急着切生产先在测试环境用一张测试信息记录跑一个PO看「条件」页签每个步骤是否都有值。4. 价格怎么算、哪个价格生效净价公式、有效期与数量比例价格确定不只是「取数」还有「算账」。同一个条件记录在不同数量、不同日期、不同价格单位下最终的PO单价可能完全不同。这一章把算价过程拆开你会发现那些「差两分钱」的案子几乎都出在这三个环节。4.1 净价公式与计算类型一张PO的完整算价过程拿第3章的最小方案走一遍数字。采购数量100个信息记录毛价10元每个。步骤10按金额计算10×1001000元。步骤20是2%的运费附加费基准是步骤10得到20元。步骤30是5%的折扣基准是「步骤10步骤20」的累加值也就是100020×5%51元。步骤40汇总100020-51969元。PO显示的单价就是969÷1009.69元。这个例子想说明两件事。第一百分比步骤的基准是累加值不是毛价本身。第二金额步骤只乘数量不乘其他金额——如果把折扣做成金额类型并且基准指向不对算出来的数字会和报价天差地别。税金也是同一套逻辑条件类型带税标识时系统按税码计算不是在PO里手工加几个点。4.2 有效期与价格日期决定带出哪个价格条件记录都有有效期从某日到某日。PO行项目里有个字段叫「价格日期」默认是当天日期它决定了系统取哪个生效版本的价格。如果价格日期落在有效期之外即使条件记录存在也取不到。采购员月初改了一个新价但「有效从」填了下月1号当月下单自然还是旧价。这在信息记录的价格历史里能看到ME13显示信息记录能看到价格按时间段分了几段。MEK3显示条件记录同样能看到有效期。价格日期这个字段是「价格不对」类问题的重灾区排查时第一眼看的就是它。如果PO的价格日期被误改到上个月单价会直接变成上期价格。4.3 数量比例与价格单位单价为什么和报价单差一点数量比例就是阶梯价。信息记录里有专门的「数量比例」页签可以维护1-99件10元、100-999件9元这种区间。PO创建时按当前数量落在哪个区间取单价。注意比例是按「订单数量」判断不是按累计到货数量。价格单位则是另一个隐蔽因素。供应商报价单写「每千件1200元」信息记录里价格单位填1000、价格金额填1200。PO里买1件时系统计算的是1200×1÷10001.2元。小数位一多四舍五入后总额就可能和供应商对不上。排查这种差异要把「条件金额」「数量」「价格单位」三项摆在一起看还原计算过程而不是盯着整数单价。5. 采购价格确定排查清单5个高频坑与对应解法价格问题之所以看着玄学是因为你面对的是一个黑匣子输入了主数据但不知道系统按哪条路径取数、在哪一步断掉。我习惯把常见案子和排查路径记成清单遇到问题照着走多数30分钟内能定位。5.1 PO不带价净价一直是0现象ME21N里能看到条件页签但价格字段空白或显示0。 原因最常见三种。信息记录没建信息记录存在但存取顺序里没匹配到对应条件表计算方案中该步骤被设置成非必选且手工输入关闭。还有一种隐蔽情况条件记录维护的采购组织与PO的采购组织不一致导致按组织字段匹配失败。 解决ME11确认信息记录存在、有效期覆盖价格日期MEK3查看条件记录挂在哪个采购组织下再用ME23的「条件」页签看每个条件类型的取数详情定位是哪一步断掉。5.2 改了信息记录价格PO还是旧价现象采购员在ME11把单价从10元改成12元ME21N新建PO仍然带出10元。 原因一看有效期新价「有效从」是下周二看PO行项目价格被手工改过系统不再自动覆盖三看价格来源PO取的根本不是这条信息记录而是更上游的合同价。 解决先确认信息记录的「有效从」字段PO行项目价格若被手工维护会有特殊标识可以在行项目条件页签执行重新定价或者删掉这个行项目重新添加。如果来源是合同价则要回到合同条件记录去改而不是改信息记录。5.3 合同/框架协议价格取不到落到默认价现象年度合同已经签了合同里有明确的单价但PO带上来的还是普通信息记录价甚至没价。 原因PO没有引用合同号从条件技术角度看找不到与合同关联的条件表或者存取顺序里根本没有配置合同价格条件表导致系统只查普通价格表。 解决先确认PO抬头或行项目里填了合同号后台检查存取顺序中是否包含合同条件表如合同价格条件类型对应的表并排到合适位置MEK3查合同条件记录是否存在、有效期是否覆盖价格日期。常见做法是合同创建后系统自动生成条件记录若生成失败用MEK1补建。5.4 换采购组织后同一物料价格变了现象同一个供应商同一个物料A采购组织下有价格B采购组织下没价格或者价格完全不同。 原因条件记录按采购组织隔离B采购组织下根本没有可用的记录。如果条件表里还带工厂字段工厂不一致同样匹配失败。 解决按业务实际口径为B采购组织或对应工厂组合维护条件记录。需要大量复制时用条件清单报表导出整理再批量导入别手工一条条敲容易漏。5.5 总金额差几分钱单价看起来是对的现象PO单价和报价单一致但金额总和总差个几毛几分。 原因三个因素叠加。价格单位不是1比如每千件数量比例区间被命中但换算有小数百分比折扣在中间步骤四舍五入后和财务自己手算的结果有偏差。 解决把PO条件页签的金额、数量、价格单位同时展开对照检查。如果供应商以吨报价而系统按千克维护换算系数要在主数据里先统一。这种差异不是玄学是单位换算和舍入精度问题校正口径后即可。这套清单不替代你理解机制但能帮你快速缩小范围知道问题出在数据、顺序还是算法。6. 查价格别靠猜用条件分析和后台表定位价格来源6.1 先看PO条件分析再看后台表ME23打开PO双击行项目里的「条件」页签可以进入条件分析视图。这里会列出该价格由哪张条件表命中、对应条件记录编号、有效期是多少。到这一步价格来源已经从黑匣子变成了菜单项。我每次排查价格第一个动作永远是打开这个分析视图而不是先翻主数据。6.2 用SE16N直接查条件记录条件分析视图里会给出条件表编号通常是以A开头的表例如某张「供应商物料采购组织」的表。用SE16N直接查这张表核对供应商、物料、采购组织和工厂字段是否与PO一致再按条件记录编号去KONP查金额、去KONH查有效期。很多次「价格莫名消失」最后坐实就是条件表里那一行被删了或者有效期被误改。6.3 固定会跑的三个验证动作我给自己立了一个习惯改完价格相关配置固定做三件事。用ME21N新建一张测试采购订单看初始带出值用ME23看条件分析确认命中了预期条件表用SE16N查条件表和KONP坐实金额。三个动作加起来不到十分钟但能让你对改动结果有把握。价格问题最怕的就是凭手感拍脑袋改主数据越改越乱。先定位来源再动手这套打法救过我很多次希望帮到你。本文还有配套的精品资源点击获取