当前位置：文档库 › SAP+定价条件技术在MM[1].SD地应用

SAP+定价条件技术在MM[1].SD地应用

MM采购定价

假设企业采购某物料10吨，1000元/吨（增值税率17%），其中运输增值税发票100元（税率7%，其中100/（1+7%）=93.46进入存货成本），商检费20元，代理报关费用50元。则收货材料入库成本为。

Dr：原材料10163.46元

Cr: GR/IR 10000元(对应材料采购金额,材料供应商)

运输费93.46元(100元运输费应入存货成本,另6.54为可抵扣进项增值

税,OBYC->ZM5,对应运输商)

商检费20元(OBYC->ZA5,对于商检队)

代理报关费用50元(OBYC->ZA6,对应代理报关行)

对于这附加费用,也可使用默认的过帐码,比如一些人喜欢将所有采购附加费用条件类型全部对应到默认的Account Key FR1并且这些采购附加费用科目都对应到GR/IR科目,则上面的分录为:

Dr：原材料10163.46元

Cr: GR/IR 10000元(对应材料采购金额,材料供应商)

GR/IR 93.46元(100元运输费应入存货成本,另6.54为可抵扣进项增值

税,OBYC->ZM5,对应运输商)

GR/IR 20元(OBYC->ZA5,对于商检队)

GR/IR 50元(OBYC->ZA6,对应代理报关行)

虽然报表上可通过条件类型获得采购附加费用,但远不如科目直观。

在实务中，往往运输费用，商检费和代理报关费用并不对应到具体单个PO，比如运输发票

是月末才统一开来，此时这些费用在收货时实质上是以计划应计值进入存货的，如果发票是下期开来，严格地讲会稍微影响材料成本。

图4-[6]：定义计价方案(define Calculation Schema)

系统已定义好一些范例计价方案，计价方案由一系列按一定规则组织的计价条件类型组成，针对本例，假设定义计价方案ZFRM01，包扩6个条件：

PB00：信息记录中的含税价格。

ZM01：通过计算类型增强909算出的应交进项增值税。

909增强代码如下表：

*909通过含税价格计算出采购净价，反应到条件类型ZM01上,注意XKOMV-KAWR表示

*条件基价(请SE11查看KOMV),即信息记录价格,比如信息记录含税价为1170元/个,则其中

*价外增值税为(1170/1.17得到净价)* 17%, 909考虑不同税率情况.

FORM FRM_KONDI_WERT_909.

ZM05：通过计算类型增强908算出应计入材料成本的运输费用。

增强908代码简单，假设可抵扣运输增值税发票上是100元，由于是运输增值税为价内税（通常税率为7%），则进入存货成本为100/1.07 = 93.46,可抵扣税额为6.54元,增强代码就一句:

XKWERT = XKOMV-KWERT * 100 / 107.

ZA05/ZA06：对应本例的商检费和海关代理费用。

图11-[1]:Required如果选上则表示该条件类型必须在确定计价方案存在,比如采购单肯定得有采购价格条件类型,但是对该采购单可能不需要商检费用。

图11-[2]:表示该条件类型是统计性。

图11-[3]:可以在Reqt(Requirement)和计算类型(CalType)增强条件计算,这是系统计价魅力所在, 复杂的条件类型取数逻辑总可通过增强实现,系统还提供了Tcode:VOFM

统一组织这些增强。

图11-[4]:通常如果条件类型设置了"应计"标志,在此为其设置记帐码,记帐码对应到科目,自动科目分配统由Tcode:OBYC统一设置,可以想象,在建立采购单时,后勤人员只需要关注条件类型就行,会计科目是自动带出的,我觉得,让并不精通财务的后勤人员直接选择科目是不明智的。

图4-[7]：定义方案组(Define Schema Group)

在一个大集团中，可能建立了很多不同的计价方案，典型地，有国内采购计价方案和国外计价方案，普通采购单和转储单计价方案，那么集团各种的采购订单如何确定计价方案呢？系统提供了一个叫方案组的东西，可以为不同供应商或采购组织设置方案组，图12假设为供应商设置了M1-M3方案组，接下来将在供应商主数据的采购视图中设置方案组，如图13。

你还可为不同采购组织定义方案组。

图13中，供应商40114500对应采购计价方案组M1。

图4-[8]：定义方案确定(Define Schema Determination)

设置好计价方案和为方案组后，最后一步就是让采购单如何确定计价方案了，计价将系统的采购单分普通采购单和转储单（Stock transfer order，通常包括同一公司代码下不同工厂下的转储和同一集团不同公司代码下的转储）。确定计价方案配置如图14，很容易理解。

图14中，由采购组织方案组和供应商方案组联合决定计价方案，注意到采购组织方案组为空，实际上表示不设置采购组织方案组，也就是说，建立采购单时其计价方案直接由供应商主数据设置的供应商方案组（如图13）决定计价方案。

假设某集团设置了采购组织方案组A001（国内采购组织）和A002（国外采购组织），供应商方案组设置了M1,M2,M3,则允许用户设置多达6种不同的计价方案,系统在为不同采购组织和供应商建立采购订单都能确定到，当然，实务上一般并不会出现如此多的个性计价方案。

现在为供应商建立40114550建立一个采购单，其计价方案如图15。

图15-[1][2][3][4[5][6]：首先，点击[6]的“Analysis”按钮能发现供应商40114550建立的采购单(采购数量为10)的计价方案正是图14设置的ZFRM01，假设信息记录（Tcode:ME11）维护的价格为包含增值税的价格1170,通过增强909计算出的增值税为(1170/1.17) *17% * 10 = 1700元,对应条件类型ZM01，而采购净值（Net）为10000元。

ZM05为运输发票，100元自动计算出应计材料成本为100/1.07 = 93.46元。

ZA05为商检费，注意到ZA05/ZM05采购数量无关，检查条件类型Cond.class/Calculate type /Cond. category为A/B(fixed amount)/B，而假设报关费用和数量相关系，ZA06 Cond.class/Calculate type /Cond. category为为A/C(quantity)/B，表示费用和采购量相关。

图15-[7]：运输费用，商检费和报关费这些采购费用一般和材料供应商并不是同一家公司，有时甚至连货币都不同，比如国外运输商要求用USD结算，所以可以按此按钮进去

设置不同服务供应商。在后勤发票校验时，系统也可非常方便地分别为这些供应商确定应付帐项。

PO定价条件类型相关表格

SD销售定价

MM/SD销售定价原理相同，下面简单叙述下SD的定价和计价确定

图1-[1]:定义定价条件表

Tcode: SE16:V_T681F|V/03|V/04|V/05

在此步你可定义SD定价允许字段和自定义条件表,请看本篇的SD定价实例.

图1-[2]:定义条件类型

Tcode: SE16:V_T685A|SE16: V_T685Z

和MM一样,一般是比如你为销售定价PB00定义一个参考价格ZPB0什么的,只是参

考程序在SD选V而MM是选M的,如需要设置条件类型的上下限(在VK11时输入的条件值就会受限制).

我记得在MM的info record PB00比如设置了上限100HKD,下限50HKD,这样在ME11 时PB00就只能在50<=X<=100取值.但是如果PB00是允许手工更改在Po condition 里手工输入的值并不受这个范围限制,估计SD的一样,留点东西给读者自行测试.

图1-[3]:定义存取顺序

Tcode:SE16:V_T682

和MM一样,实际上所有的使用到条件技术(MM定价|SD定价|Tax|output|costing sheet 甚至SD的收入科目确定)的东西都共用了一些相关表格和程序,所以说condition非常

简单,一通百通.

:定义和分配计价过程

在MM模块的定价中,我们是先定义方案组(schema group),方案组可以是vendor 和采

购组织,然后根据方案组为标准PO和转移单分配计价方案(Calculation Schma).

显然SD的定价非常灵活但是只要掌握也很简单，实际中也不过是copy几个东西而已,SAP项目实施最后配置不就是按实际业务copy来copy去的吗?

简而言之, SD的计价过程由(1)customer(Pricing procedure assigned to this customer)(2)sales document type (销售订单类型)(3)sales area(销售组织+分销渠道+division)三部分决定,这是什么意思呢?如上图3.

图3-[1]:定义customer pricing procedure,你在客户主数据的sales area data的sales tab页的Pricing/Statistics的Cust. Pric.proc栏位填写.

图3-[2][3[4][5]:定义document pricing procedure,在图3-[3]对应到销售订单和billing 类型.

图4是一个合成图,假设我开了个sales order type OR的销售定单,客户是1,item category 是TAN. 你从下面三个步骤去理解计价过程是如何由customer|SO type|Sales area决定.

(1):图4-[5][7]我们知道客户主数据sales area data的prcing statistics的cust. Pric.proc.是1,

(2):图4-[1][2][3][4]我们定义了sales area 5100|80|10,对于A(因为我开的是OR类型销售订单,从上图3-[3]我们知道OR对应的doc pricing是A),customer pricing 1的定价过程是RVAA01,销售价格condition默认是PR00 .

(3):你从图4-[9]的那个⑤按进去就能看到condition明细,在condition屏幕点击图4-[10]的那个Analysis按钮,就能知道的确我没有蒙你这个销售订单的pricing procedure是RVAA01.

练习:

现在假设你使用XD02将customer 1的Cust. Pric. Proc. 1改成我定义的Z,然后再开一个刚才一样的销售订单,将会有什么结果?

是的,系统会告诉你没有计价过程,因为在图4-[1][2][3][4] Define Pricing Procedure Determination时我并没有为sales area 5100|80|10, Do Pr A, CuPP Z定义一个计价过程.

从上面的描述里,可以知道SD的定价过程比较灵活.

如果你的pricing procedure 没有,请用OVKK检查.

图1-[5]:define pricing by item category.

图5-[1]表示item category为TAN的必须确定销售成本(通常是VPRS conditon),我们还看到即使是free of charge item TANN也要确定销售成本.

什么样的销售订单的行项目不要确定成本,典型的比如寄兽发货的KAN(consignment pick-up),KBN(consignment fill-up)和文本行项目G2TX(text item).

*关于寄售请参考本书的SD寄售流程.

图5-[2]表示item category为TAN的行项目允许直接带出销售定价condition type amount(如果VK11维护了的话),TANN则没有(free of charge当然不需要销售价格条件).

图1-[6][7]:定义计价相关的主数据字段和condition负责员工.

假设你的SD定价过程的condition type是PR00对应的access sequence是PR00,你看一下access sequence PR00可以发现有一些AcNo(Access No.)使用了price list,material pricing group.

如果需要更细的销售定价或分类,你可以自定义包含price list,customer pricing group(Customer主数据sales area data 的sales tab页定义)和material price group(在物料销售view定义)的条件表,将这些条件表加入销售定价condtion type使用的access sequence.

决定SD pricing procedure的是三个条件:sales area |Sales order type(对应docPr)|Cupp.

Price list,pricing group,material pricing group你可用于建立一些自己的condition table然后加到销售定价条件比如说PR00的存取顺序让销售定价更灵活点而已.

PR00只是SD pricing procedure的其中的一个销售价格条件而已.

SAP_销售定价定价过程学习

销售定价过程学习：它标识了此条件类型在计算方案中的编号，例如，第一个条件类型应该是步骤10，第二个条件类型应该是步骤20，当然，它们也可以间隔1标识步骤，但这样可能会对今后修改计算方案造成不小的麻烦。 :系统用它来显示计算方案中一个阶段内的存取编号。例如，你可以把所有运输附加费分配给步骤100，然而，可能有三个条件类型，每一个代表一个不同的运输附加费，因此你可以把步骤100分配一个运输条件类型，计数1；另一个分配给步骤100，计数2，另一个分配给步骤100，计数3。 :“从”“到”：用于两种情况：1）为小计定义范围。例如，如果你要累积从步骤10到50的所有条件类型，应该分别在“从”“到”中输入10和50。

:标志条件类型是否允许自动处理还是仅仅允许手工处理。：标明当系统使用这个定价过程完成定价时，条件是否必需的，例如，如果在定价时总是要包括一个税金条件，可以适当在税金条件中设置该标志符。 :应该翻译为统计。计算方案使用‘统计’增加一个统计值，这步的值不会改变方案中的其它值，这可以用于标识物料的成本价格。：该打印标志符确定分配给某一步骤的哪一个描述和相关值会输出到单据。 :如果相同的字段用来存储不同的条件金额，系统将对单项数额求和，这些条件金额或小计可以作为进一步计算的开始点。系统中小计短文本没有独立的小计 * 1值转到 KOMP-KZWI1 * 2值转到 KOMP-KZWI2 * 3值转到 KOMP-KZWI3 * 4值转到 KOMP-KZWI4 * 5值转到 KOMP-KZWI5 * 6值转到 KOMP-KZWI6 * 7 值转到KOMP_BONBA(回扣基础1 ) 8 依据 KOMP-PREVA（优先值）复制值 9 将值复制到 KOMP-BRTWR( 毛值 ) A 价格转到 KOMP-CMPRE ( 贷方价格 ) * B 值转到 KOMP-WAVWR（成本）* C 值转到 KOMP-GKWRT（统计值） D 将值复制到 XWORKD E 将值复制到 XWORKE F 将值复制到 XWORKF G 将值复制到 XWORKG H 将值复制到 XWORKH I Wert黚ernahme nach XWORKI J 将值复制到 XWORKJ K 将价格复制到 XWORKK L 将价格复制到 XWORKL M 将价格复制到 XWORKM Q 保留的 (IS-OIL) S 将值复制到 KOMP-EFFWR (有效值) Y 保留的 (IS-OIL) Z 保留的 (IS-OIL) 1-6是把某些小计值存储到sap数据库中的默写位置，没什么特别意思，可以按要求使用。对于成本和贷方两项。成本会作为物料的成本抛转到copa中，而贷方是作为信用核算的基础。

SAP-MM定价条件全解析

定价条件 1、定价条件后台配置路径： SPRO->物料管理->采购->条件->定义价格确认流程主要用到：“定义条件类型”，“定义计算方案”，“定义方案组”，“定义方案确定”这四块接下来我将按照上面的顺序讲解； 2、定义条件类型

首先我们要明确我们需要什么定价条件，这要根据实际业务需求来判断，我们项目中，需要“进项税”“运费（行项目）-不含税”“运费（抬头）-不含税”“保险费”这三个。进入后，点击“新条目”进入如下界面，下面的界面会涉及很多很多的字段，有的我也没用过，但有很多也用不到，需要继续研究！

1、定价类型：定价条件的名称和代码 2、定价等级：定价条件属于哪种，是属于“折扣/附件费”，还是“税”，还是“价格”等等（其实我赶脚这个只是个名字，没有任何意义，因为我这个是进项税，但是我选的是“折扣或附加费”） 3、计算类型：如果你这个定价条件输入时，是按照“固定值”还是“百分比”，比如我们进项税肯定是输入百分比，如下图 4、舍入规则：“商业”“向上取整”“向下取整”，商业就是四舍五入，向下取整就是舍掉，例如19.248，就变成19.24，向上取整就是全部进入，19.131，就变成19.14

5、正/负：这个定价条件的值是正的还是负的，我们这里选择“负数”，因为我要计算出他的净价（不含税价），肯定是减去税钱，如下图： 6、组定价：这个字段我赶脚是一个非常非常非常牛X的字段，这里我赶脚有两个作用 1）配合“7”“16”“17”“18”“19”使用，比如信息记录里面维护价格，1个100元，2-100个98元，101-500个95元，500个以上90元，然后我们采购时，有两个行项目分别为数量300和100个，如果两个行项目都属于一个物料组，我们可以根据物料组设定一个组别，对应到7里面，这样，就会按照101-500个这个范围取价格。16的作用在于你这个信息记录中的价格条件什么时候开始生效。17定价过程我也没研究出来有什么作用。 18用于选择价格是按照什么等级划分的，比如这里单价是按照数量进行划分的。19用于检查判断，你可以校验价格是按照升序，降序，还是不检查。比如这里的例子，我们的价格随着数量越来越低（降序），如果19你选择了升序，那就会报错。 2）组定价的第二个作用我觉得非常好，就是对于“抬头”的定价条件价格是如何分配的，比如抬手条件运费（抬头）-不含税，我输入了600元，有两个行项目，行项目A总价格 100元，行项目B总价格200元，如果没有勾选“组定价”那么系统会将600元分别分配给两个行项目，也就是运费由1200元。行项目A总价格为700元，行项目B总价格为800元，如果选择了“组定价”那么系统会根据每个行项目的总价格按比例分配。那么就会分配给行项目A，200元运费，行项目B，400元运费，那么总价格分别为300元和600元，这样才能满足条件。 7、已讲 8、人工输入项：这个字段的作用是控制定价条件是否允许多次输入。包含五个选项“没有限制”“A免费”“B自动条目具有优先权”“C人工输入有优先权”“D不可能手工处理”_：无限制：无任何限制 A：自由定义：无任何限制 B：自动输入具有优先级。若存在一个定价记录，则无法手工输入定价：定价条件不能手工输入 C：手工输入具有优先级。手工输入定价时，系统不检查是否存在一个定价记录：手工可输入定价条件，并且不做限制 D：无法手工处理：创建PO时不会将定价条件显示出来，无法选择 9、抬头条件：这个定价类型是否为抬头条件，如果为抬头条件，那么在行项目中不会带出来，无法选择；

SAP定价

MM采购定价假设企业采购某物料10吨，1000元/吨（增值税率17%），其中运输增值税发票100元（税率7%，其中100/（1+7%）=93.46进入存货成本），商检费20元，代理报关费用50元。则收货材料入库成本为。 Dr：原材料 10163.46元 Cr: GR/IR 10000元(对应材料采购金额,材料供应商) 运输费93.46元(100元运输费应入存货成本,另6.54为可抵扣进项增值税,OBYC->ZM5,对应运输商)商检费20元 (OBYC->ZA5,对于商检队) 代理报关费用50元(OBYC->ZA6,对应代理报关行) 对于这附加费用,也可使用默认的过帐码,比如一些人喜欢将所有采购附加费用条件类型全部对应到默认的Account Key FR1并且这些采购附加费用科目都对应到GR/IR科目,则上面的分录为: Dr：原材料 10163.46元 Cr: GR/IR 10000元(对应材料采购金额,材料供应商) GR/IR 93.46元(100元运输费应入存货成本,另6.54为可抵扣进项增值税,OBYC->ZM5,对应运输商) GR/IR 20元 (OBYC->ZA5,对于商检队) GR/IR 50元(OBYC->ZA6,对应代理报关行) 虽然报表上可通过条件类型获得采购附加费用,但远不如科目直观。在实务中，往往运输费用，商检费和代理报关费用并不对应到具体单个PO，比如运输发票是月末才统一开来，此时这些费用在收货时实质上是以计划应计值进入存货的，如果发票是下期开来，严格地讲会稍微影响材料成本。图4-[6]：定义计价方案(define Calculation Schema) 系统已定义好一些范例计价方案，计价方案由一系列按一定规则组织的计价条件类型组成，针对本例，假设定义计价方案ZFRM01，包扩6个条件： PB00：信息记录中的含税价格。 ZM01：通过计算类型增强909算出的应交进项增值税。 909增强代码如下表：

(完整版)SAP之采购价格确定(定价过程)-经典

目录目录 (1) 序言采购价格条件技术简介 (2) 第一章条件技术的组成 (2) 一、概述 (2) 二、条件类型。 (3) 三、存取顺序： (4) 四、条件记录和条件表 (6) 五、计算方案 (7) 第二章价格确定 (9) 一、价格确定概述 (9) 二、确定计算方案 (10) 三、条件类型PB00的条件补充计算方案 (13) 四、总价（PB00）的存储顺序 (14) 五、有效期和定价日期 (15) 六、等级 (16) 七、信息记录和订单价格历史 (16) 八、条件类型PB00和PBXX (17) 第三章抬头条件和组条件 (17) 一、抬头条件 (18) 二、组条件和等级 (18) 第四章维护条件 (18) 一、维护时效性条件（time-dependent） (18) 二、有效期 (20) 三、批量修改 (21) 四、自动调整 (22) 五、改变文档 (22) 六、凭证中的修改选项 (23) 第五章特殊条件类型和特殊功能 (23) 一、贵金属条件 (23) 二、交货成本 (24) 三、基于重量或体积的条件 (25) 四、条件排除程序 (25) 第六章后台配置 (25) 后记 (25)

序言采购价格条件技术简介条件技术（condition technology）是SAP中运用较多的配置技术，了解条件技术如何运作，有助于我们理解系统在不同情况下的行为和反应。条件技术广泛地应用于定价、文本确定、输出确定和物料确定等，它基本上存在于任何需要条件记录的地方。 SAP通过条件技术在一定数量的选项中选择一个方案。因为SAP是基于条件做出选择的，因此有了‘条件技术’这个名词。本文的内容就是和大家探讨条件技术在采购定价方面的应用。本文主要分为：第一章条件技术的组成第二章价格确定第三章抬头条件和组条件第四章维护条件第五章特殊条件内容和特殊功能第六章后继结算第七章相关后台配置编者注：本文演示所使用系统版本为4.6C。本文红色斜体字表明是后台配置路径。第一章条件技术的组成一、概述首先，我们来说明一下什么是条件（condition）。条件就是我们与供应商约定的价格，折扣和附加费等等。我们可以在报价，框架协议，采购订单中维护这些条件，还可以在供应商级别输入条件，系统通过这些条件来计算采购订单中的价格。在采购业务中，我们会用到下面3种价格：总价（cross price）：包含任何折扣和附加费用的价格。净价（net price）:不包含折扣、附加费用和税收的价格。有效价（effective price）:净价减去现金折扣，加上交货成本、不可抵扣税金和杂费的价格。其中，折扣和附加费可以是基于百分比或基于数量的。系统中，条件区分为两种，一种是具有一定的有效期限，即在一个确定的时间范围内有效；另一种则是没有特定的有效期限。信息记录和合同中的条件通常都是具有有效期的，采购订单中的条件通常都是没有有效期限的。如果供应商的价格根据我们采购的数量或价值进行改变的话，我们可以通过设定数量或价格等级来达到这一目的。我们也可以对条件设定上下容差，这样可以避免因人为修改条件值而造成价格超出我们所

SAP 层次定价

SAP层次定价客户层次定价主要用于销售公司管理下面不同层次的代理商的定价策略。如下图的三级代理模式（一般的情况代理级别不会超过三级，因为代理商品经过层级越多，到达消费者手上的商品价格越高）业务场景：产品A有标准的定价，现在实现按代理级别打不通的折扣，如地区总代可以打5%折扣，省代理可打3%折扣，市级代理可打2%折扣。实现过程： SAP可通过定价条件实现，前提是客户需要先建立好上图的层次，定价条件类型可采用标准的HI01 层次价格实现：系统配置： 1.配置定价过程（销售和分销-基本功能-定价-定价控制-定义并分配定价过程），增加HI01层次这个定价条件，并设置条件的计算步骤。从10到10表示计算的基础是上面的销售含税价格。

2.配置客户层次（销售和分销-主数据-业务合作伙伴-客户-客户层次）定义客户层次（默认用系统标准的）分配科目组：上层账户组意思就是我们的层次。这里我们采用系统标准的0012这个上层账户组，再增加当前在用的账户组赋予给这个上层账户组。分配销售范围：通过销售凭证类型为定价分配层次类型： 3.创建层次(XD01)：

4.维护层次结构(VDH1N)： 5.创建条件记录(VK11)：条件类型选择HI01，把我们的三个层次级别维护：

业务实现：创建销售订单（VA01），查看定价条件，系统会自动判断该客户属于哪个层级，根据层次的折扣打折：物料层次定价物料层次定价适用于销售的产品有多个产品线，或不同的系列，为这些产品划分好层次的作用是能够集中调整产品的定价，如xxx系列平板电脑节假日促销，统一降价5%。业务场景：某公司的产品系列层次结构如下：

定价(销售_采购)-条件索引(Condition Index)

frankyue2001分类： SAP-SD SAP-MM 有奖征资源，博文分享有内涵人气博主的资源共享：老罗的Android 之旅微软Azure?英雄会编程大赛题关注CSDN 社区微信，福利多多社区问答：叶劲峰游戏引擎架构定价（销售/采购）-条件索引（Condition Index) 2011-05-01 17:16 813人阅读评论(0) 收藏举报数据库报表产品c 1、条件索引总揽：条件索引是定价中的一项功能，使用的频率不是很高，但鉴于条件索引的介绍资料很少，本文就做简单的介绍。通过创建条件索引 (condition Index)可以查询特定的条件类记录，例如关于某个物料的所有条件记录。举例说明：某公司销售产品100032，该物料存在以下类型的价格销售单价PR00，根据销售组织、分销渠道、物料维护或销售组织、分销渠道、客户、物料维护；销售折扣K004，根据销售组织、分销渠道、物料进行维护跨公司销售单价PI01，根据销售组织、发货工厂、物料进行维护；我们希望能够同时查询到关于该物料的各种条件类型，此时我们就可以使用条件索引功能。 2、系统设置： a) 条件类型PR00、K004、PI01标记上条件索引指示符。（事务代码：v/06）原创：70篇转载：37篇译文：0篇评论：18条个人资料 frankyue 访问：73488次积分：1452分排名：第10027名文章搜索文章分类 SAP Cross Module (14)SAP Ren blog and other sap web site (7) sap unsucessfully story (0) SAP 网站与SAP 使用帮助(1) SAP 行业(1) SAP-ABAP (17) SAP-BASIS (9) SAP-MM (24) SAP-PM (1) SAP-QM (11) SAP-SD (16) SAP-SD and PP (1) SAP-TEST-QM (2) SAP-基础知识(1) SAP-生态圈(2) SAP_PP (13) WSJ 专栏(1) 一些我不认识的人(7) 其他-IT 技术-Office (3) 社会百态(9) 经营管理(1) 文章存档 2013年12月(1) 2012年02月(1) 2011年05月(13) I love SAP -认识、理解、面对这个世界,然后是行动目录视图摘要视图订阅登录 | 注册

SAP条件技术在采购定价中的运用

SAP条件技术在采购定价中的运用在SAP中，条件技术运用非常广泛，如MM中采购订单的定价、SD中销售订单的定价等等，通过前一段时间的学习摸索，现把自己在条件技术在采购订单定价中的运用学习心得总结出来与大家一起分享，鉴于本人对条件技术的认识及实际经验的不足，有些方面可能认识并不完全准确，如有不正确的地方望大家给予指正。总的说来，条件技术主要包含以下几个方面的内容： 1.条件表 2.存取顺序 3.条件类型 4.计算方案 5.方案确定下面分别对以上几个方面展开说明一、条件表在SAP系统中，条件表由一个或几个关键字及一个条件记录号字段组成，条件表SAP系统已经定义好的，不同的条件表存储不同的信息，常见的如无工厂数据的信息记录存储在A018表，有工厂数据的信息记录存储在A017表等等（如图1.1）

图1.1 上图显示的就是系统标准的工厂条件信息记录表，左边就是被选做关键字的字段，如供应商、物料、采购组织、工厂等等，右边可选做关键字的字段，当然如果有必要，系统允许自定义条件表，自定义条件表命名必需在501至999之间。大家可以用SE16查看相应条件表的内容（如图1.2）

图1.2 可以看到条件记录表由关键字及定价记录号组成，系统首先按关键字查找到相应的定价记录号，然后根据定价记录号到相应的表查询条件记录，系统存储条件记录的表主要有以下四个： KONP（时效性条件) KONH（抬头条件) KONM（数量等级） KONW（价值等级）如我们根据图1.2中的定价记录号000007214到表KONP查询到如下条件记录（如图1.3）

图1.3 系统根据定价记录号查找到我们最终所要的数据。二、存取顺序所谓的存取顺序，就是系统读取条件的一种策略，在SAP中各种各样的条件都存储在第一节所讲的条件表中，如图2.1是系统标准的总价存取顺序

SAP囚徒_-_SAP销售返利(回扣)实现方法

废话：这两天研究了一下SAP销售返利流程，和大家分享一下。当然销售返利是合法的，不是我们通常所理解的吃回扣，这是见不得光的。销售返利在很多行业广泛使用，比如饮料行业：零售商每销售一瓶饮料，厂家就给0.1元的销售奖励，但是要遵循厂家统一定价。所以销售返利流程，更准确的说是代销返利流程。财务操作实务如下：代销收取手续费方式，是指受托方根据所代销的商品数量向委托方收取手续费的销售方式。在这种代销代销方式下，委托方应在受托方将商品销售后，并向委托方开具代销清单时，确认收入；受托方在商品销售后，按应收取的手续费确认收入。委托方记账： 1.企业委托代销发出的商品作为委托代销商品处理借：委托代销商品贷：库存商品 2.收到受托单位的代销清单，按代销清单上注明的已销商品货款的实现情况，按应收的款项，借：应收账款应收票据贷：主营业务收入应交税金——应交增值税（销项税额） 3.支付返利（应支付的代销手续费）借：营业费用贷：应收账款这种销售返利基本都是一个月或一个季度进行结算，而在这段时间内会对应很多笔业务交易（销售订单，发票…）在定期支付返利时，可能是一笔很大的金额导致应收账款突然失真，因此SAP在返利过程中，使用了预提功能，可以很真实的将返利体现在具体的每笔业务。预提费用核算的基本要求是：按权责发生制原则正确计算本期各项应付未付的费用，正确反映这些预提费用在各期的计提数及实际支付的情况。企业为了核算和监督预提费用的计提与支付情况，应设置“预提费用”科目，该科目属于负债类，其贷方登记企业预提的各项费用；借方登记预提费用的实际支出数；期末余额一般在贷方，表示已预提但尚未实际支出的费用。如果该账户期末出现借方余额，表示实际支出数大于已预提数额，应视同待摊费用，分期摊入成本或当期损益。“预提费用”科目应按费用种类设置明细科目，进行明细核算。 SAP是实现方式：一、数据准备 ●激活回扣处理：销售与分销—出具发票—回扣处理—激活回扣处理；将发票类型和销售组织的回扣功能都激活； ●客户主数据必须激活回扣处理：销售视图中选中回扣字段

SAP MM定价过程

在SAP中，条件技术运用非常广泛，如MM中采购订单的定价、SD中销售订单的定价等等，通过前一段时间的学习摸索，现把自己在条件技术在采购订单定价中的运用学习心得总结出来与大家一起分享，鉴于本人对条件技术的认识及实际经验的不足，有些方面可能认识并不完全准确，如有不正确的地方望大家给予指正。总的说来，条件技术主要包含以下几个方面的内容： 1. 条件表 2. 存取顺序 3. 条件类型 4. 计算方案 5. 方案确定下面分别对以上几个方面展开说明一、条件表在SAP系统中，条件表由一个或几个关键字及一个条件记录号字段组成，条件表SAP系统已经定义好的，不同的条件表存储不同的信息，常见的如无工厂数据的信息记录存储在A018表，有工厂数据的信息记录存储在A017表等等（如图1.1）图1.1 上图显示的就是系统标准的工厂条件信息记录表，左边就是被选做关键字的字段，如供应商、物料、采购组织、工厂等等，右边可选做关键字的字段，当然如果有必要，系统允许自定义条件表，自定义条件表命名必需在501至999之间。大家可以用SE16查看相应条件表的内容（如图1.2）

图1.2 大家可以看到条件记录表由关键字及定价记录号组成，系统首先按关键字查找到相应的定价记录号，然后根据定价记录号到相应的表查询条件记录，系统存储条件记录的表主要有以下四个： KONP（时效性条件) KONH（抬头条件) KONM（数量等级） KONW（价值等级）如我们根据图1.2中的定价记录号000007214到表KONP查询到如下条件记录（如图1.3）图1.3 系统根据定价记录号查找到我们最终所要的数据。二、存取顺序

SAP之采购价格确定(定价过程)-经典知识讲解

S A P之采购价格确定(定价过程)-经典

目录目录 (2) 序言采购价格条件技术简介 (3) 第一章条件技术的组成 (3) 一、概述 (3) 二、条件类型。 (4) 三、存取顺序： (5) 四、条件记录和条件表 (7) 五、计算方案 (8) 第二章价格确定 (10) 一、价格确定概述 (10) 二、确定计算方案 (12) 三、条件类型PB00的条件补充计算方案 (14) 四、总价（PB00）的存储顺序 (16) 五、有效期和定价日期 (16) 六、等级 (17) 七、信息记录和订单价格历史 (18) 八、条件类型PB00和PBXX (18) 第三章抬头条件和组条件 (18) 一、抬头条件 (19) 二、组条件和等级 (20) 第四章维护条件 (20) 一、维护时效性条件（time-dependent） (20) 二、有效期 (21) 三、批量修改 (22) 四、自动调整 (23) 五、改变文档 (23) 六、凭证中的修改选项 (24) 第五章特殊条件类型和特殊功能 (25) 一、贵金属条件 (25) 二、交货成本 (26) 三、基于重量或体积的条件 (27) 四、条件排除程序 (27) 第六章后台配置 (27) 后记 (28)

SAP之采购价格确定定价过程

目录目录1 序言采购价格条件技术简介2 第一章条件技术的组成2 一、概述2 二、条件类型。3 三、存取顺序：4 四、条件记录和条件表6 五、计算方案7 第二章价格确定9 一、价格确定概述9 二、确定计算方案10 三、条件类型PB00的条件补充计算方案13 四、总价（PB00）的存储顺序14 五、有效期和定价日期15 六、等级16 七、信息记录和订单价格历史16 八、条件类型PB00和PBXX17 第三章抬头条件和组条件17 一、抬头条件18 二、组条件和等级18 第四章维护条件18 一、维护时效性条件（time-dependent）18 二、有效期20 三、批量修改21 四、自动调整22 五、改变文档22 六、凭证中的修改选项23 第五章特殊条件类型和特殊功能23 一、贵金属条件23 二、交货成本24 三、基于重量或体积的条件25 四、条件排除程序25 第六章后台配置25 后记25

SAP-销售定价条件技术

SAP条件表\条件类型\存取顺序等在SAP中，条件技术运用非常广泛，如MM中采购订单的定价、SD中销售订单的定价等等，通过前一段时间的学习摸索，现把自己在条件技术在采购订单定价中的运用学习心得总结出来与大家一起分享，鉴于本人对条件技术的认识及实际经验的不足，有些方面可能认识并不完全准确，如有不正确的地方望大家给予指正。总的说来，条件技术主要包含以下几个方面的内容： 1. 条件表 2. 存取顺序 3. 条件类型 4. 计算方案 5. 方案确定下面分别对以上几个方面展开说明一、条件表在SAP系统中，条件表由一个或几个关键字及一个条件记录号字段组成，条件表SAP系统已经定义好的，不同的条件表存储不同的信息，常见的如无工厂数据的信息记录存储在A018表，有工厂数据的信息记录存储在A017表等等（如图1.1）

图1.1 上图显示的就是系统标准的工厂条件信息记录表，左边就是被选做关键字的字段，如供应商、物料、采购组织、工厂等等，右边可选做关键字的字段，当然如果有必要，系统允许自定义条件表，自定义条件表命名必需在501至999之间。大家可以用SE16查看相应条件表的内容（如图1.2）图1.2 大家可以看到条件记录表由关键字及定价记录号组成，系统首先按关键字查找到相应的定价记录号，然后根据定价记录号到相应的表查询条件记录，系统存储条件记录的表主要有以下四个：

KONP（时效性条件) KONH（抬头条件) KONM（数量等级） KONW（价值等级）如我们根据图1.2中的定价记录号000007214到表KONP查询到如下条件记录（如图1.3）图1.3 系统根据定价记录号查找到我们最终所要的数据。二、存取顺序所谓的存取顺序，就是系统读取条件的一种策略，在SAP中各种各样的条件都存储在第一节所讲的条件表中，如图2.1是系统标准的总价存取顺序

SAP 采购价格条件技术——初学者必看

采购价格条件

目录采购价格条件 (1) 目录 (2) 序言采购价格条件技术简介 (3) 第一章条件技术的组成 (3) 一、概述 (3) 二、条件类型。 (4) 三、存取顺序： (5) 四、条件记录和条件表 (7) 五、计算方案 (8) 第二章价格确定 (10) 一、价格确定概述 (10) 二、确定计算方案 (11) 三、条件类型PB00的条件补充计算方案 (14) 四、总价（PB00）的存储顺序 (15) 五、有效期和定价日期 (16) 六、等级 (17) 七、信息记录和订单价格历史 (17) 八、条件类型PB00和PBXX (18) 第三章抬头条件和组条件 (18) 一、抬头条件 (19) 二、组条件和等级 (19) 第四章维护条件 (19) 一、维护时效性条件（time-dependent） (19) 二、有效期 (21) 三、批量修改 (22) 四、自动调整 (23) 五、改变文档 (23) 六、凭证中的修改选项 (24) 第五章特殊条件类型和特殊功能 (24) 一、贵金属条件 (24) 二、交货成本 (25) 三、基于重量或体积的条件 (26) 四、条件排除程序 (26) 第六章后台配置 (26) 后记 (26)

SAP采购定价过程(条件技术介绍)

SAP采购定价过程-条件技术介绍条件技术（condition technology）是SAP中运用较多的配置技术，了解条件技术如何运作，有助于我们理解系统在不同情况下的行为和反应。条件技术广泛地应用于定价、文本确定、输出确定和物料确定等，它基本上存在于任何需要条件记录的地方。 SAP通过条件技术在一定数量的选项中选择一个方案。因为SAP是基于条件做出选择的，因此有了‘条件技术’这个名词。本文的内容就是和大家探讨条件技术在采购定价方面的应用。本文主要分为：第一章条件技术的组成第二章价格确定第三章抬头条件和组条件第四章维护条件第一章条件技术的组成一、概述首先，我们来说明一下什么是条件（condition）。条件就是我们与供应商约定的价格，折扣和附加费等等。我们可以在报价，框架协议，采购订单中维护这些条件，还可以在供应商级别输入条件，系统通过这些条件来计算采购订单中的价格。在采购业务中，我们会用到下面3种价格：总价（cross price）：不包含任何折扣和附加费用的价格。净价（net price）:包含折扣、附加费用和税收的价格。有效价（effective price）:净价减去现金折扣，加上交货成本、不可抵扣税金和杂费的价格。其中，折扣和附加费可以是基于百分比或基于数量的。

系统中，条件区分为两种，一种是具有一定的有效期限，即在一个确定的时间范围内有效；另一种则是没有特定的有效期限。信息记录和合同中的条件通常都是具有有效期的，采购订单中的条件通常都是没有有效期限的。如果供应商的价格根据我们采购的数量或价值进行改变的话，我们可以通过设定数量或价格等级来达到这一目的。我们也可以对条件设定上下容差，这样可以避免因人为修改条件值而造成价格超出我们所能接收范围的情况。 SAP中，条件技术由以下四个基本要素组成：条件类型（condition types）存取顺序(access sequences) 条件记录和条件表(condition records and tables ) 计算方案(calculation schemas) 二、条件类型条件类型代表了各种条件因素，实际业务中的各种条件都对应着系统中的条件类型。系统中对于价格，折扣或附加费，税，运费和固定成本等，配置了很多种条件类型。后台配置路径：IMG－物料管理－采购－条件－定义价格确定流程－定义条件类型。