透视条件（Condition）技术

透视条件（Condition）技术

在采购和销售环节,企业可能遇到各种复杂的定价问题,下面举几个实际业务实例:

(1).A公司需要将一批物料转储到异地某仓库,运输费和货箱体积或重量相关,比如10立方米或10吨以内价格是X元/立方米或吨,超过则为1.2X元这样一个超额累进费率。

  A公司还和某Forwarder签定了组合计量单位进行定价合同，即按重量*公里数决定运输费用。

(2).B公司维护了物料采购价格信息,原则上即为采购订单价格,由于价格经常波动但是又想进行有效控制,规定采购员开单时价格波动只能在已维护的采购价格信息上下 3%,如果超过则需要审判否则禁止定单通过.

(3).C食品公司希望其食品定价和时间相关,这个时间可能是月,周或日,甚至当天不同的时刻,同样食品的价格都有所不同。

(4).D公司的供应商的材料供应采用的典型的阶梯(等级，多维)定价,规定购买1-100PC一个价格,1000-5000 价格优惠3%,5000-10000价格优惠5%,10000以上5.5%等。

(5).E公司接受到供应商甲的含税报价,供应商乙却给E公司报不含税价格。

(6).F公司规定购买其公司10斤以上瘦肉搭赠猪肝一副。

(7).G公司玩的比较BT, 在不同地搞空调促销活动, 华东区大客户阿大阿二参加，促销价PX,总数量限制1000台; 华北区大客户大毛二毛三毛参与促销,促销价PY,数量限制2000台。

(8).H公司决定在每期末按照客户累计超额销售量给予一定折让。

……

SAP的条件技术可以非常灵活地处理以上各种不同定价策略，条件技术不仅用在MM&SD的采购/销售定价策略（Pricing)和采购销售环节中的各种折扣和附加费计算（Rebate/Discounts and surcharges)s上,也用于税务计算,成本核算单(Costing sheet)和各种消息输出(Output Message例如Print,EDI,Fax)，SD的收入科目确定实际上也采用条件技术。

正因如此，传说条件技术曾被多家独立咨询公司评为XXXX年度管理软件设计金奖,你说这种好玩意不宰透怎么对得住全国人民?

举一个经典 Scenario来说明条件技术工作原理。

业务场景：

甲公司采购料除涉及采购净价和17%进项增值税外，还涉及7%价内可抵扣运输费用(价内另93%进存货)、报关费和商检费等采购附加费用，这些附加费用对应不同供应商并且进入存货。建立以下5个条件类型：

PB00:采购含税价(假设供应商报价即信息记录是含增值税的总报价,系统自动计算出净价)

ZM01:增值税(通过含税价计算出增值税)

ZM05:运费(由于是价内税,系统将自动将运费/1.07计算出应进存货成本部分)

ZA05:商检费

ZA06:报关费用

采购附加费用

企业会计准则第1号——存货（2006)的第五-六条,存货应当按照成本进行初始计量。

存货成本包括采购成本、加工成本和其他成本。存货的采购成本，包括购买价款、相关税费(除价外的增值税)、运输费、装卸费、保险费、仓储费、合理运输损耗,入库挑拣费以及其他可归属于存货采购成本的费用。其中除购买价款外的各项费用统称采购附加费用。

在实务中，实际上各项采购附加费用分摊存货上并不容易，比如某电子制造厂的运输费用，一大卡车运了上百种电子元件，千把块的运输费用按元件个数、重量还是体积去分？

在旧准则中，商品流通企业发生的附加成本就是因很难合理准则到多种特定存货,因此直接计入期间营业费用,在新准则中, 商品流通企业已可以将采购附加成本计入存货,中国加入WTO, 国际贸易磨擦和纠纷很多都是针对中国,中国制造的产品便宜,一个解释说,商品流通

企业将附加成本计入成货, 可以改善商品报价能力。

帝国主义一方面设置技术壁垒在中国坐收暴利，另一方面还攻击中国式血泪工厂生产出的产品价格低廉，中国人才赚几个小钱他们就眼红，可见,有些鬼佬的良心都长到背上去了。

（1）定义采购定价控制级别（SE16：V_001W_K）

 

SAP在定价设计上可谓下足了工夫,比如某企业为了加强采购管理,将价格维护和开设订单权

限分开,建采购单时价格直接从价格信息记录(Info. Record)中带出来,禁止修改,其中一个解决

方法是使用配置(SE16:V_162)将Tcode: ME21N的layout selection group 的”quantity and

price”组的”price and price unit”设置成display就行，至于info record的变更也可通过Tcode：

MEI1/MEI4/MEKP等方便找出，因此有人企图在价格上做文章实施系统后是困难的。

可以限制在建立采购价格信息记录（Tcode：ME11->信息记录）和采购框架协议时(Tcode:ME31K->采购合同|ME31L->计划协议)和指定采购工厂相关,如图2。

 

 “Conds. at plant level”有3个标志:

空: Conditions allowed with and without plant

建立信息记录或框架协议可不指定plant。

-: No plant-related conditions allowed

  表示禁止plant-level,此时你只能建立采购组织级的信息记录或框架协议。

+:Only plant-related conditions allowed

+表示建立信息记录或框架协议必须选择工厂。

集团可能采用总部集中采购方式，也就是说对于同一供应商同一物料在集团下任一工厂价格都会一致，集中采购方式的优点之一就是汇总采购数量取得价格优惠，但是也存在一定缺点，集团如果采用分散采购，则同一供应商同一物料对于不同地区的不同工厂价格当然可以不一致，想想深圳一屠宰公司将猪肉送到某集团东莞分公司和北京分公司当然价格会不同。

图2中假设工厂5100选择了标志‘+’。

 

新建委外成品号ZST_SUBCON，MRP2视图的procurement type F ， special procurement type 选择30->Subcontracting, 表示该料是外购,而且是外包，可以建立外包价格信息，系统提供了4种信息记录类型：

0：Standard(普通)

2：Consignment(供应商VMI库存价格信息)

3：Subcontracting(外包价格)

P：Pipeline(管道物资)

（2）熟悉采购定价过程

现在来看看采购定价配置，如图4，这里谈谈定价涉及的8个主要步骤（注意顺序）。

 

图4-[1]:扩展条件表字段     

SAP定价条件表字段组合非常灵活,你可根据组织单元字段比如国家、地区、公司代码、采购组织、工厂等,或产品相关的产品组、物料组、物料类型等,或采购销售条款的贸易条款、运输方式、贸易合同,或客户/供应商层次、客户组供应商组、不同的送货方开票方,或计量单位比如数量重量体积时间来进行定价组合。对采购定价PO header, PO Item（表EKKO,EKPO,EKET）等表字段都可用作定价条件字段，如果你家的定价比较复杂,系统还允许你自定义字段，甚至你自己定义表中的字段(比如为了 更多采购信息，你使用增强MM06E005激活PO屏幕增强SAPMM06E,自定义屏幕激活后通常会作为一个名称叫Customer Data的Tab页，在自定义屏幕上你将输入信息记录到自定义表中，如图6)进行定价。

大都数情况下,并不需要增加额外的条件字段就能满足企业定价需求。有某家企业将采购组(对应字段 EKGRP)对应成采购部门的Buyer,现在是，定价条件需要为同一物料不同地方的buyer设置不同的采购价格(Item condition),象我这样长的比较帅的Buyer采购时价格就优惠点，如果你稍有ABAP知识,你应该知道采购组EKGRP是PO header表EKKO的字段,如果你需要将它用于PO Item condition,要在KOMP和KOMG俩个定价结构中增加同时ZZEKGRP字段。

另外，假设某公司需要将国内生产的产品运输到国外的集团分公司去，根据不同的运输目的地点确定不同运输费用，跨公司ROUTE(对应转储单 Item shipping data表EKPV-ROUTE字段)将作为整个Transfer order PO header conditioned 定价字段。

注意：只有转储单才会出现图6-[1][2]的shipping Tab页，才可设置Shipping route，关于转储单处理流程请参考相关部分，Shipping和route determination请参考Logistics Execution IMG path下的shipping和route determination相关配置。

在KOMP和KOMG增加ZZEKGRP和ZZROUTE字段，按规矩需要申请Access Key，然后如图5中加入此字段。

 

在图6-[1]中，可以看到转储单的Shipping Tab页的将用来于定价的Route字段，图6-[3]则显示出激活屏幕增强SAPMM06E采购行项目屏幕将出现一个“Customer data”的Tab页。

如果想让自定义扩展字段用于定价，比如ZZEKGRP字段，现在要激活Line item 增强LMEKO002（Header condition exif LMEKO001）写几句简单代码就行。

MOVE I_KOMK TO E_KOMP.
MOVE I_EKKO-EKGRP TO E_KOMP-EKGRP.

图4-[2]:建立条件表

定价信息作为条件记录储存在条件表中，条件表由多个条件字段组成。

建立条件表很简单,只要将所需要的条件字段选到左边就可以,如图7。

 

图7-[1]:选择需要的条件字段 ,按此按钮生成条件表A990(建立条件表输入的 是数字990,系统默认给条件表加字母A前缀),在A990中使用了自定义的条件字段ZZEKGRP。

图7-[2]:可不断点击”Other description”按钮切换条件字段的短中长描述。

图7-[3]:增减条件字段,但当条件表已生成后就不允许再增减条件字段的。

在下面定义定价条件时,如果将条件记录对应到此条件表A990,Tcode:MEK1为该条件类型创建的条件记录就会保存在A990中。

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

什么是存取顺序,怎样的条件类型才要存取顺序呢?

存取顺序：是帮助找到某条件类型的有效条件记录的一种寻找策略，可以为某条件类型分配一个存取顺序。

为了方便理解存取顺序，以系统默认的采购价格条件 PB00例，其对应存取顺序0002，如图8显示的是存取顺序0002的内容。

 

图8中存取顺序0002包括一系列按从小到大编号的条件，注意到“Requirement”和“Exclusive”列，Requirement中可以编写小段代码，就是说只有满足一定需求（Requirement，在SAP中返回值SY-SUBRC = 0表示成功满足）才考虑该输出记录，“Exclusive”则表示只要按编号顺序抓到一个条件表中的条件价格,就不往下继续寻找价格记录了。

怎么理解呢？由于定价的丰富多性，比如默认的采购价格条件类型PB00，如果你使用MEK1建立PB00的价格记录，你可看到一系列key Combination，正对应图8的存取顺序。

图4-[4]:定义条件类型

依旧采购价格条件类型PB00例，如图9，其存取顺序是0002,而另一个系统默认的条件类型PBXX则没有设置存取顺序。

 

图9中，可以看到一个条件类型复杂的参数设置。

(a).在Control data 1 页面，可以选择该条件类型所属的Condition class, Calculate. Type,

Condition Category,舍入的规则,舍入可以是四舍五入的商业规则或向上向下直接取整。

Plus/minus则标志出该条件类型的正负标志，比如折扣条件类型就是以负号出现。

注意三个名词：

Condition Class：决定条件类型用于表示折扣，附加费用，采购价格，税务还是返回费用等。

Calculate. Type：计算类型可按百分比,数量,体积,固定金额,公里,甚至可以按公式和多维计算，传说多维定价最多可以有三个不同维度。系统还提供了和时间关的M，N，O，P可以使用于不同的时间给定不同条件价格。

Condition Category：决定条件类型的种类是包装费,运输费,保险,税务,现金折扣等。

系统预设置了多种条件类型,在实务中，似乎总能找到所需要合适条件类型。

(b). 在Gourp conditonn页面,可以定义该条件为组条件,还可在GrpCond. routine 中组条件

设置增强例程。组条件下，相关行项目的价格，订单数量，重量或体积等可被被累加作

为计价基础。

举两个例子：

供应商提供给企业某类型多个类似物料等级价格,采购量从1 PC到100 PC时，价格为10RMB，100到1000价格为9.8RMB,如果采购单有多个行项目,比如80个,80个,900个,则合起可享受100-1000的价格优惠, 多个行项目的不同的物料(通常物料组相同)也可以自动汇总来。

另一个例子是多个行项目金额小数问题，由于系统货币两位数的限制，总会出现行项目汇总后和总数差几分，据说使用组条件能消除此类问题。

(c).在changes which can be made页面,Manual entries多个选择很有意思,可以禁止用户手工输入,此时条件值只根据存取顺序从条件表中会根据计价方案设置中自动带出,你还选择是自动带出的还是手工输入的内容谁更优先，delete标志决定是否允许用户从计价方案中删除该条件类型，特别提示一下header condition和Item condition。

抬头条件header condition

抬头条件作用于整个定单，并且可以根据条件类型的自动分配到所有的行项目。前面说过

运输费用问题，“某电子制造厂的运输费用，一大卡车运了上百种电子元件，千把块的运

输费用按元件个数、重量还是体积去分？”，条件技术自动为你解决了这个问题，比如系

统的条件类型HB00&RB00前者是每个行项目平均分配，后者似乎是按照数量分配。

抬头条件的作用还在于，一般情况下，各行项目条件记录值将在抬头条件汇总。

(d). 在master data页面，如果在PricingProc设置一个条件附加（Condition supplements）的计价方案，PB00使用系统默认的附加计价方案RM0002，则在ME11建立信息记录时可以将附加计价方案RM0002包含的折扣附加费海关运费一起维护，这样做的好处是这些条件记录即使不用access sequence也可在开PO时间自动随PB00捆绑带出，如图10是PricingProc设置了RM0002后ME11的一个画面。

对于SD模块，在master data页面（IMG Path:销售和分销->基本功能->定价->价格控

制->定义条件类型）还可使用条件类型（Rererence condition type）, 比如在SD定

价中设置了ZPR1的参考条件类型是ZPR0,这样VK11只要维护ZPR0就行，设置参考定价

条件的好处在于起对比作用，在一个定价过程中，固定一个系统价格比如ZPR1且不允许

修改，订单价格为ZPR0则可根据实际业务修改，从而看出价格的浮动。

注意：附加计价方案、条件附加、参考条件类型。。

(e).在Control data 2页面的Accruals（应计）标志强调一下，如图9-[8]，如果你新

建的条件类型的Cond.category为B（delivery cost,交货成本即采购附加成本 ），则一

定要选上应计标志并配置一对应过帐码(Account Key),也就是说,同一些不入帐只起参考

作用的条件类型不同,采购附加成本条件类型是要计入存货成本,也就需要会计科目。

 

在图10中，因为PB00设置了附加计价方案RM0002，则计价方案RM0002所包含的条件类型

在ME11时全部出现。非常遗憾的是,这样的缺点在于,因为信息记录中采购价格条件 PB00

通常是针对某物料某供应商某采购组织设置针对某plant的,而通常运输费海关费是只根据国

家代码运输Route制定计划价格,所以通常还是建立access sequence然后MEK1维护运输费

海关费计划价格比较合适。

实际上，SAP推荐的附加计价方案只是将采购价格和相应的各种折扣捆绑在一起维护而已，

如果使用附加计价方案，则建立一个小的方案将这些可能需要捆绑在一起的条件类型放在一

起。

在采购业务中，经常碰到以下几种价格和条件类型：

总价（Gross price）：可能包含增值税在内的价格。

净价（net price）:扣除增值税供应商提供的材料净价格，通常即采购价格。

注：对于工程物资，其存货成本则包含增值税。

有效价（effective price）:净价加上各种交货成本（即采购附加成本）减去相关折扣折让。

商业折扣、现金折扣、销售折让和回扣

1．  商业折扣：是指对商品价目单中所列的商品价格，根据批发、零售、特约经销等不同销售对象，给予一定的折扣优惠。商业折扣通常作为促销的手段，通常用百分数来表示，一般情况下，商业折扣都直接从商品价目单价格中扣减，购买单位应付的货款和销售单位所应收的货款，都根据直接扣减商业折扣以后的价格来计算，故商业折扣对企业会计记录没有影响。

实际上，虽然在会计分录中不反应商业折扣，但是可使用条件类型记录商业折扣前后的商品价格以备查，只是以为扣减商业折扣以后的价格过帐而已。

2．  现金折扣：指企业为了鼓励客户在一定期限内早日还货款而给予客户的折扣优惠。现金折扣对于销售企业来说，称为销货折扣；对于购货企业来说，称为购货折扣。现金折扣一般表示为“2/10，1/20，n/30”等。2/10表示如果客户在10天内偿付货款，给予2%的折扣；1/20表示如果客户在20天内偿付货款，给予1%的折扣；n/30表示若客户在30天内付款，则应付全价并无折扣。

   现金折扣有三种会计处理方法：总价法、净价法、备抵法。在实务中，常用的是前两种方法，我国对现金折扣采用的一般总价法，而IAS2（国际会计准则第2号)对存货的采购成本中涉及现金折扣则采用净价法，采用IAS2企业在定价时和国内企业将不一样。

3．  销售折让：指企业的商品发运后，由于商品的品种、质量等不符合规定的要求或因其他原因应退货而未退货的商品，对购买方在价格上给予的额外折让。给予销售折让会使企业销售收入相应减少，所以应对销售收入进行调整。

4．  销售返利

销售返利的形式主要有现金返利、抵减货款和实物返利（支付）商品。现金返利可“视同销售折让”，按税法规定，凡增值税一般纳税人，无论是否有平销行为，因购买货物而从销售方取得的各种形式的返还资金，均应依所购货物的增值税税率计算应冲减的进项税金，并从其取得返还资金当期的进项税金中予以冲减。应冲减的进项税金计算公式如下：
当期应冲减进项税金＝当期取得的返还资金×所购货物适用的增值税税率。

故当返利金额确定以后，可在客户下次开的增值税发票上直接折扣。

5．  回扣

回扣是指经营者销售商品时在帐外暗中以现金、实物或者其他方式退给对方单位或者个人的一定比例的商品价款。根据<<中华人民共和国反不正当竞争法>>第8条规定:“经 营者不得采用财物或者其他手段进行贿赂以销售或者购买商品。在帐外暗中给予对方单位或个人回扣的，以行贿论处；对方单位或个人在帐外暗中收受回扣的，以受贿论处。”

折扣是惯常的商业习惯,是公开的,明示的,并且依法在财务帐中反映出来的;而回扣是不

见光的,在帐上不反应的, 帐外暗中是区别回扣和折扣的重要特征。

可惜，商业交易中给予“回扣”以获取交易机会这样的商业贿赂行为，在人情和关系交织的国情下，回扣却被普遍默认。

图4-[5]:定义过帐码（TE Key）

如图10，结合本例业务场景为3个附加采购费用条件类型建立3个对应的过帐码

ZM05:运费->Account key ZM5

ZA05:商检费->Account key ZA5

ZA06:报关费用->Account Key ZA6

 

假设企业采购某物料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)

Tcode： VOFM

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

 

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

 

信息记录和采购价格条件记录关系

 

To be continued 。。。。。。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 d

定价记录是如何和采购单link上呢？

PO定价条件类型相关表格：

 

EINE:(信息记录采购组织数据)

INFNR:Pur info recd No.

EKORG:Pur. Org

ESOKZ:Pur info category

WERKS:Plant

 

 

KONP:(Condition Item)

KNUMH:COndition record number

KSCHL:Condition type

KBETR:cond. Amt(rate wo scale)

KONWA:Rate unit

KMEIN:Condition pricing unit

KONH:(Condition Header)

KNUMH:Condition record number

KOTABNR:Condition table

KSCHL:Condition type

DATAB|DATBI:Valid from|Valid to

A017:(工厂级信息记录,对应存取顺序0002),其它的A***表

KNUMH:Condition record number

KSCHL:Condition type

LIFNR:Vendor

MATNR:Material

EKORG:Pur.Org

WERKS:Plant

KONV:(条件交易数据表)

KNUMV:No. of doc. cond.

KSCHL:Condition type

KBETR:Cond. amount

WAERS:Currrency

KMEIN:Pricing unit

KVSL1:Account key

KVSL2:Accr/prov. account key

LIFNR:vendor

EKKO:采购订单header表

KNMUV:No. of Doc. cond.

EBELN:PO No.

 

KONM:条件等级价格表

KNUMH:Condition record no.

KSTBM:Condition scale qty

KBETR:Rate(Condition amt)

EIPA:订单价格历史:信息记录

INFNR:No. of pur. info record.

EBELN:PO doc No.

EBELP:PO item

ESOKZ:info record category

EKORG:Pur. org