精华内容
下载资源
问答
  • SAP SD 定价过程配置

    2020-01-02 15:23:43
    SD的定价过程定价过程16个元素的作用: 1.步骤:定价过程中的顺序。 2.计数:对步骤的进一步细化 3.条件类型:定价活动中的定价因素,例如售价、折扣、运费、税费等。 4.描述:对于条件类型,系统会自动COPY...

    更多内容关注公众号:SAP Technical 

    各位可以关注我的公众号:SAP Technical

    SD的定价过程:定价过程16个元素的作用:

    1.步骤:定价过程中的顺序。

    2.计数:对步骤的进一步细化

    3.条件类型:定价活动中的定价因素,例如售价、折扣、运费、税费等。

    4.描述:对于条件类型,系统会自动COPY过来描述。也可以在没有条件类型时手工填写。对于定价过程的每一行都可以看做定价因素。

    5.From - to :标示当前条件类型的条件范围。

    6.手动:是否在创建订单流程中手工输入条件类型。勾选手动标示则代表是。

    7.要求:标示条件类型在定价过程中是否是必需的。

    8.统计:条件类型是否参与统计运算。勾选则代表参与。

    9.打印:这个条件类型的值是否能在行项目级打印。

    10.小计:决定条件类型的值存到具体某个表的某个字段。

    11.需求:满足特定的条件需求才能够生效。是开发顾问根据特定的业务写的例程。

    12.计算类型:计算条件类型的条件公式。这个条件类型是如何计算的。

    13.基础类型:同样是例程。条件类型基础值的计算公式。

    14:帐码和应计项:用于分配帐码,后者依次分配给总分类帐;系统通过总分类帐来记录过帐信息。

    了解定价过程的16个元素的作用,你才能根据企业的需要设计配置满足需求的销售定价的计算方式

    OK,Let's go to design sale pricing procedures.

    我们先看定价的图例,然后根据图例介绍一下常用的条件类型及其配置所起到的作用。一般企业的定价中的条件类型也就用那几个,售价、税、成本、净价、折扣/返利等。

    图例1:

                                                                                                                                  图1

    首先介绍一下售价,即标准销售价格,一个产品一定会有一个价格,因此“要求”表示勾选上,定价过程必须有售价,否则报错,售价是要作为基数参与运算税的,因此勾选“统计”标识,需求2 ,满足需求2时有效。

    然后是折扣,折扣一般是在订单中手工录入,因此勾选“手动”,在订单中手工输入折扣条件类型及其额度,

    再次是总计:一步用来记录最终售价的步骤,描述设为总计,当然你可以改为任何你认为恰当的描述,如图,总步骤10到110 ,记录到”小计“小计1中,作为最终的售价

    然后是销项税,在MM中用的是进项税,MWSI和MWST的区别,MWSI条件类型的计算方式是默认基数为含税价格,即总计= 税+净价值 ,MWST是默认基数为不含税价格,即

    税= 17%总计。一般我们都是含税价格,因此用的税类型都是MWSI。值记录到科目MWS中去。

    最后是成本及净价值了。

    净价值一般都是用标准条件类型NETW,计算方式也是设定好的,如图1所示,其计算公式都在写好的例程中,即小计1的值-税,因此我们一般讲最终售价记为小计1。

    成本VPRS也是有标准的例程如图2:

    以上就是常用到的条件类型,基本这样就可以随意设计自己的定价过程了。

    这里顺带一提信贷控制在定价过程中配置如图3:

    如果你启用了信贷控制。那么定价过程中信贷值必须记录到小计A中,因此我们要加一个步骤,这个步骤用来记录信贷值。如图配置步骤401.

    展开全文
  • SAP采购定价过程-条件技术介绍

    万次阅读 多人点赞 2017-07-27 16:12:29
    条件技术(condition technology)是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-物料管理-采购-条件-定义价格确定流程-定义条件类型。

    在图1中,双击某一个条件类型就可以看到具体的配置参数。

     

    1. 定价等级(condition class 我个人认为翻译成条件类比较好)决定这个条件类型属于价格,折扣或附加费,税中的哪一类。
    2. 计算类型(calculation type)决定了系统在计算此条件值时,是根据百分数、数量还是固定金额来计算的。举例来说,我们可以通过计算总价的百分数来得出相应的折扣或附加费。
    3. 定价类别(condition category,也可译为条件类别)将条件类型分为相似的组,譬如所有的运费或者税条件。
    4. 舍入规则:有3种。分别是商业,舍入到较高值和舍入到较低值。商业就是我们通常说的四舍五入。舍入到较高值就是不管值多大,总是入。舍入到较低值就是不管值多大,总是舍。
    5. 结构定价:它控制条件类型和物料清单的累积值是不相关的。
    6. 正/负:表示条件值对价格的正负数影响。通常,折扣会导致金额效果为负,而附加费导致金额效果为正。

     

     

    其它一些字段配置,会在后面进行具体说明。

     

    三、存取顺序:

    存取顺序就是一种条件读取策略。在存储顺序中我们将设定条件类型的哪些条件表将被读取以及系统自动读取的顺序。我们可以为条件类型分配一个存取顺序。

     

    我们以条件类型PB00(总价)为例。

    图3

    图3中,我们可以看到,我们将存取顺序0002分配给了条件类型PB00。下面我们看一下这个存取顺序是被如何设置的。

    IMG-物料管理-采购-条件-定义价格确定流程-定义存取顺序

     

    图4

    我们可以看到0002存取顺序定义了条件表的存取顺序。系统将根据最左边的顺序号按从小到大的顺序依次寻找相应条件表中的值。从图中可以看到,物料信息记录的顺序号为35,这并不表示物料信息记录是第35个被读取的表。那为什么上下两个顺序号数字之间要有一定的间隔呢,原因就是有时我们可能会需要在原有的存取顺序中加入一个新的条件表,如果原有顺序号之间没有间隔的话,那我们就需要重新分配所有的顺序号。因此为了避免这个问题,系统标准顺序号之间都有5的间隔。

    在上图中我们还可以看到‘需求’和‘排斥的’两个 字段。

    ‘需求’字段里填写的是一个例程编号(例程是一段判断程序),如果我们在需求中维护了例程编号,那只有这个例程条件被满足时,这个条件表才会被系统自动读取。一部分的条件表只有在凭证项目满足一定的条件时才会被读取。

    ‘排斥的’字段如果别勾中的话,那表明如果这个条件表被系统成功读取到数据后,系统将停止这个存取顺序的执行,否则,系统将继续执行下去。

    注意:a、如果我们给某个条件类型设定了有效期的话,那我们必须给这个条件类型分配一个存取顺序。
    b、不能给一个抬头条件分配存取顺序。

     

    我们已经知道存取顺序就是一种条件读取策略。在存储顺序中我们设定了条件类型的哪些条件表将被读取以及系统自动读取的顺序。

    物料的总价取决与多个因素。系统中有多个总价的条件表,这些条件表具有不同的关键字段的组合。举例:

    表A068--框架协议项目:与工厂相关的

    表A016--合同项目

    表A067--每一订单单位的工厂信息记录

    表A017--物料信息记录 (指定工厂)

    表A018--物料信息记录

    表A025--非库存项目的信息记录(指定地点的)

     

    四、条件记录和条件表

     

    系统将条件作为条件记录进行储存。条件表由一个或多个关键字段和一个数据部分组成。数据部分储存了一个数字,我们可以通过这个数字在另外一个表中中找到对应的条件记录。

     

    IMG-物料管理-采购-条件-定义价格确定流程-维护条件表

    图5

    图5中是我们最常使用的物料信息记录的条件表,左边有4个简短关键字,分别是供应商,物料,采购组织和信息类别。

    左边一列的简短关键字代表了已选关键字段,右边一列代表了哪些字段可以作为关键字段。

    物料信息记录条件表的透明表为A018,大家可以用事务代码SE16进行查看。

    图6

    大家可以看到,A018中存储了一些信息:

    图6中,应用M代表采购,条件类型PB00代表总价,随后的供应商,物料,采购组织和信息类别即为设置的关键字段,最后的条件记录号即为前面所说的条件表中的数据部分。

    然后我们可以根据这个条件记录号去相应的透明表中寻找相应的条件记录。

    系统标准的条件记录储存在下列透明表中:

    KONP(时效性条件)

    KONH(抬头条件)

    KONM(数量等级)

    KONW(价值等级)

     

    物料信息记录的条件记录存在于KONP中,我们使用SE16可以进行查看(图7)。

    图7
    (由于字段较多,因此只显示了一部分,大家可以自己测试。)

    五、计算方案

    计算方案集合了所有需要计算的条件类型,并设定了如何计算这些条件类型,也就是计算价格的方法。
    IMG-物料管理-采购-条件-定义价格确定流程-定义计算方案

    图8

    下面,我们讲解一下计算方案中各字段的含义:

    “步骤”:它标识了此条件类型在计算方案中的编号。例如:第一个条件类型应该是步骤10,第2个条件类型应该是步骤20。当然,它们也可以以间隔1标识步骤,但这样可能会对今后修改计算方案造成不小的麻烦。

    “计数”:系统用它来显示计算方案中一个阶段内的存取编号。例如,你可以把所有运输附加费分配给步骤100,然而,可能有三个条件类型,每一个代表一个不同的运输附加费。因此,你可以把步骤100分配一个运输条件类型,计数1;另一个分配给步骤100,计数2;另一个分配给步骤100,计数3。

    “CTYP”:就是条件类型,这是计算方案的基础。当输入一个条件类型时,系统会根据条件类型自动填充描述。

    “从”“到”:用于两种情况。

    1.为小计定义范围。例如,如果你要累积从步骤10到50的所有条件类型,应该分别在“从”“到”种输入10和50。

    2.定义计算的基础。例如,如果折扣是定义成百分比形式的,你必须标识哪一步应该用于计算的基础。如果你想从步骤100开始计算,那么在“从”字段中输入100。

    “人工”:标志条件类型是否允许自动处理还是仅仅允许手工处理。

    “必须”:表面当系统使用这个定价过程完成定价时,条件是否必需的。例如,如果在定价时总是要包括一个税金条件,可以适当在税金条件中设置该标志符。

    “状态”:应该翻译为统计。计算方案使用“统计”增加一个统计值,这步的值不会改变方案中的其它值。这可以用于标识物料的成本价格。

    统计:表示条件值不会改变计算方案中的其他值,但该选项对定价类别是基本价格的条件无效,但该选项常常与定价类别是交货成本的条件配合使用,并要把条件中控制数据2的“应计项”选中。比如:当下采购订单时,如有额外的交货成本是,比如运输费并也运输供应商与采购订单供应商不一致时,可以在定价方案中增加交货成本条件并在条件选择该项目

    “打印”:该打印标志符确定分配给某一步骤的哪一个描述和相关值会输出到单据。

    “小计”:如果相同的字段用来存储不同的条件金额,系统将对单项数额求总和。这些条件金额或小计可以作为进一步计算的开始点。

    系统中小计 短文本   没有独立的小计 *  

    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  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中,而贷方是作为信用核算的基础。

    “需求”:用于给条件类型分配一个需求。它确定在哪个环境下系统排斥对一个特定条件类型的存取。

    “计算类”:指明系统将会在搜索条件类型的值时使用这个列代表的公式替代标准条件计数。在计算比较复杂的税率(采购中的进项税)时一般会用到它。

    “条件基”:是分配给条件类型的一个公式,它确定可以作为标准替代值的条件基值的公式。

    “帐码”和“应计项”用于分配帐码,后者依次分配给总帐科目;系统通过总分类帐来记录过帐信息。
    备抵 G/L 总帐科目不同类型的关键字。在科目键值帮助下,系统可以将金额过帐应计帐户的特定类型中。例如,根据价格条件计算出的回扣利息可以记帐到回扣利息对应帐户中。
     
    科目代码 (帐码):销售模块确定科目
    利息(应计项):采购模块确定科目:如不输入,则默认算入库存成本;
    
    展开全文
  • SAP定价配置

    2021-08-30 09:31:52
    本篇博文讲述ICS业务中的定价配置。 1、定义销售订单类型 目录:SPRO-销售与分销-销售-销售凭证-销售凭证抬头-定义销售凭证类型... 4、维护供方销售组织的定价过程 事务代码:OVKK 注意以上销售组织是生产公司的

    本篇博文讲述ICS业务中的定价配置。

    1、定义销售订单类型

    目录:SPRO-销售与分销-销售-销售凭证-销售凭证抬头-定义销售凭证类型

    事务代码:VOV8

    在这里插入图片描述
    在这里插入图片描述
    2、定义销售订单类型

    目录:SPRO-销售与分销-销售-销售凭证-销售凭证抬头-分配销售区域到销售凭证类型

    事务代码:VOAZ

    在这里插入图片描述
    3、定义定价过程

    事务代码:V/08

    在这里插入图片描述
    注意定价类型PI02即公司间%,需求是22.

    4、维护供方销售组织的定价过程

    事务代码:OVKK

    在这里插入图片描述
    注意以上销售组织是生产公司的

    Dopr = I,Cupp = 1

    当然,在这里接单公司对客户的定价过程也是在这里确定,只不过销售组织是接单公司的销售组织,而DoPr=A,Cupp就看当前客户主数据的定价过程了!

    5、维护公司间的价格信息

    事务代码VK11,这个我就不截图了,维护的类型是PR00以及PI02,即公司间价格百分比。

    以上就是大概定价过程的配置,接下来就是输出过程的配置了。

    展开全文
  • 利用条件,使得采购具有灵活的价格处理方法,不但可以处理简单的价格构成,而且可以处理更加复杂的定价因素;条件是与供应商约定的价格、折扣和附加费,对于每个条件可以定义是否可做手工更改,价格、折扣和附加费的...
  • 定价过程的16个字段的作用说明 Define Pricing Procedure Select the pricing procedure which is the standard and copy it andcreate our own pricing procedure. Highlight it and double click the Control ...

    定价过程的16个字段的作用说明
    Define Pricing Procedure
    Select the pricing procedure which is the standard and copy it andcreate our own pricing procedure.
    Highlight it and double click the Control icon in the LHSscreen.
    We can see that there are 16 columns in the pricing procedure,these are going to be used by the system to control the conditiontypes.
    The detail description of each column is given below.

    Step:
    Number that determines the sequence of the conditions with in aprocedure.
    It indicates the position of the condition type in pricingprocedure.
    Ex.: 10, 15 etc.

    Counter:
    System uses the counter to count the steps and also it can be usedto count mini steps of same condition types. So that number ofsteps can be reduced in the pricing procedure and hence enhancingthe system performance.
    Access number of the conditions with in a step in the pricingprocedure.
    During automatic pricing, the system takes into account thesequence specified by the counter.

    Condition Type:
    It represents pricing element in pricing procedure as a base price,discount, freight and tax.
    The condition type is used for different functions. In pricing, forexample, the condition type lets you differentiate betweendifferent kinds of discount; in output determination, betweendifferent output types such as order confirmation or delivery note;in batch determination, between different strategy types.
    Ex.: PR00 - Price
    K004 - Material Discount
    K005 - Customer/Material Discount
    K007 - Customer Discount.

    Description:
    System copies description of condition type from its description(V/06).

    From and To:
    From:This can be used as a base to the condition type forcalculating further value.
    {+}From and To:+ The range between the steps from and to can beused to specify the range between same condition types. So thatdepending upon the condition type, the system deducts or adds thetotal value of those condition types from specific commonsource.

    Manual:
    This indicator specifies whether the specific condition type can bedetermined manually during sales order processing.
    If we check the box then the entry is going to be manual, if weuncheck it, it is going to be automatic.
    For Base Price and Taxes, the entry should be automatic.
    For Discounts and Freights, The entry should be manual.
    If we check the box, in VA01 when we go to conditions at theheader/item level, the condition type will not be listed. If werequire we will have to manually enter it.
    If we uncheck the box, in VA01 when we go to conditions at theheader/item level, the condition type will be listed.

    Mandatory:
    This indicator specifies that particular condition type ismandatory in the pricing procedure.
    If we check the box, then in VA01 at the header/item level in theconditions tab, if we delete the value in the condition type andtry to save the document then system will not allow us to do it andthrows an error.
    If we uncheck the box, then in VA01 at the header/item level in theconditions tab, if we delete the value in the condition type andtry to save the document then system will allow us to save it,without giving any error.
    Mandatory check box should be checked in condition types which arecompulsorily required in pricing procedure. Ex.: PR00, MWST.
    If the condition type is checked with mandatory option, then valueshould be maintained for that condition type, otherwise the systemwill not allow the user to process the document.

    Statistical:
    This indicator if it is activated will not allow the value of thecondition type to be taken into net value calculation.
    It is used only for information purposes only.
    This indicator causes a surcharge or discount to be set in thedocument statistically (that is, without altering the value).
    This is commonly used for condition types
    SKTO - Cash Discount
    VPRS - Cost (Moving average price/Standard Price).

    Print:
    The value of this field specifies whether line item can be printedor not in the sales document and at what level it is to beprinted.

    Subtotal:
    The value of this field determines where the values of subtotals tobe captured i.e. in which table and which field.
    Controls whether and in which fields condition amounts or subtotals(for example, a customer discount or the cost of a material) arestored.
    If the same fields are used to store different condition amounts,the system totals the individual amounts.
    These condition amounts or subtotals are used as a starting pointfor further calculations. You may, for example, want a subtotal ofall the discounts included in the pricing of a sales order.

    Requirement:
    It is a routine that is written by an ABAP consultant according tothe business requirement.
    By defining Requirement in condition technique we can restrict theaccess of condition type.
    To understand the concept, we will take the example of the Rebates.Rebates are to be included during the billing document processingand not in the sales document processing. As rebates are given onthe delivered quantity and not on the ordered quantity (in case ofcut-off period for rebates).
    For rebates we use the condition types BO01 to BO05, and in theRequirement column we give the value 24 which is "Only in BillingDocument".
    This Requirement will ensure that these condition types will appearonly during the billing document processing.
    If new Requirements are to be defined we follow the procedure givenbelow.
    Go to T.Code: VOFM. - Maintain Requirements & Formulas
    Click on the "Requirements" in the top menu and then click on"pricing".
    We have a list of requirements, we can ask ABAP consultant tocreate new requirement based on the client requests.
    And we assign the application type like V - Sales/Distributionetc.

    AltCty - Condition formula for alternative calculationtype:
    It is again a Routine that is written by ABAP Consultant.
    It is an alternative formula for the condition type that can beused instead of standard formulas.
    For example, let us take the Profit Margin which can be both + / -, so here this routine will help us in generating the value whichcan be either + or -. Profit margin is not a condition type so itcannot be classified as +ve or -ve in the V/06.
    Ex.: 950 0 Profit Margin 11.
    So we assign 11 - Profit Margin.
    If new routines are to be defined we follow the procedure givenbelow.
    Go to T.Code: VOFM. - Maintain Requirements & Formulas

    Click on the "Formulas" and then on the "ConditionValues".
    We have a list of routines, we can ask ABAP consultant to createnew routines based on the client requests.
    And we assign the application type.

    AltCBV - Alternative formula for condition base value:
    Formula for determining the condition basis as an alternative tothe standard.
    It is again a Routine that is written by ABAP Consultant.
    It is used as a basis to calculate value of the condition typeinstead of using it from the "FROM" column.
    Ex.: Freight - KF00.
    Freight is calculated based on weight, volume etc. and not on thebase price. In pricing there is no entry of weight from which thevalue can be referred like we do for discounts using base price. Wehave to get the value from the Material master.
    In this column we can mention the value as 12 - Gross Weight or 13- Net Weight.
    During pricing, the system will consider the value that ismentioned in this column and determine the freight based on thisvalue.
    Suppose we have Net weight: 100 kgs and Gross Weight: 150 kgs. Andif we mention 13 in this column then the Freight condition KF00will be calculated using the weight as 100 kgs.

    AcyKy - Account Key/ Accrls - Accruals:
    The values of the Sales Revenues, Sales Deductions, FreightRevenues, Tax Revenues, and Rebate Accruals etc. are going to beposted in the respective G/L accounts in Fi Module.
    In order to do this we assign account keys/ accruals to thedifferent condition types based on their classification. Theclassification shown below.
    ERB Rebate sales deduct.
    ERF Freight revenue
    ERL Revenue
    ERS Sales deductions
    ERU Rebate accruals
    For Ex.,
    For all Price condition types like PR00 etc. we assign ERL -Revenue.
    For all Discount condition types like K004, K005 etc. we assign ERS- Sales Deductions.
    For all Freight condition types KF00 etc. we assign ERF - FreightRevenues.
    For all Rebates condition types BO01 to BO05 we assign in Accountkey ERB - Rebates Sales deductions and for Accruals ERU - RebateAccruals.
    This account keys and accruals are in turn assigned to respectiveG/L accounts. So the system posts respective values in respectiveG/L accounts in Fi-Co Module.
    This also one of the areas of SD - Fi Integration. SD consultantsassign the account keys and Fi Consultants assign the respectiveG/L accounts in T.Code:VKOA.

    展开全文
  • SAP SD 基础知识之定价配置(Pricing Configuration) 销售定价策略的配置,主要通过如下配置菜单完成, 一,定价配置之条件表(Condition table) 条件表Condition table 包含可用来创建相应条件记录的...
  • SAP 定价

    2019-09-22 09:58:35
    近几天做门店团购销售订单上传SAP接口程序,SO创建测试过程中, 遇到定价问题,同事在定价过程的增强过不了。 VOFM了解到定价过程是个非常复杂的环节,此处出现程序处理过程中ZMP0定价条件下的价格扩大1000倍。【转...
  • 16.3.2.定价过程 16.3.2.1.条件技术七要素 16.3.2.2.条件表V/03、V/04、V/05 16.3.2.3.存取顺序V/07 16.3.2.4.条件类型V/06 16.3.2.5.定价过程V/08与确定OVKK 16.3.2.6.VK11:价格主数据维护 16.3.2.7.定价...
  • SAP定价相关程序

    千次阅读 2015-10-26 15:18:15
    基础的IMG设定(定价表/访问顺序/定价类型/定价过程)就不说了,现在将一些SAP的定价逻辑分享给大家,希望能给做定价增强的ABAPer兄弟一些些帮助。   1) 定价程序 FunctionPool: SAPLV61A Function Name: ...
  • SAP配置变式物料

    2018-11-15 03:19:12
    SAP配置变式物料
  • SAP MM - 一次完整的库存盘点操作流程 SAP的条件定价技术的实现,通过采购订单的信息自动带出,总价,运费和折扣。
  • 问题:VA01创建销售订单时候报如下错误 原因:因为在创建标准订单前没有对定价类型和定价过程进行设置导致系统报错。...在新条目新建需要的定价过程,分销渠道和产品组需要对应起来,配置完成保存以后就OK。 ...
  • SAP税率确定过程和科目确定过程

    千次阅读 2017-12-06 08:57:00
    SAP 税率确定过程,以及科目确定过程 和定价过程 很相似 ,单又有些许差异. 先看看税率确定过程的配置. IMG: SPRO-->财务会计(新)-->财务会计全局设置(新)-->销售/购置税-->基本设置-->检查计算程序. 1 . ...
  • 原文地址:SD定价过程记录作者:bryant 需要完成SD定价的过程,需要做以下配置方能让系统正常运转下来,相关配置都位于目录 SPRO->销售和分销->基本功能->定价->定价控制 下,文章后面用SPRO代替该目录...
  • 【MM配置】Pricing 采购定价过程总览

    千次阅读 2019-05-25 14:36:24
    SAP中是怎样得到一个条件的? 通过计算方案(Calculation schema)得到。 1、通过设定,找到相应的“计算方案”; 什么设定呢(后台设定)? 通过“采购组织” + “供应商”(相同的供应商相同的采购...
  • sd--关于定价技术的表关系和定价过程配置确定的说明
  • sap定价设计条件技术

    千次阅读 2019-05-27 15:33:14
    16.3.2.定价过程...141 16.3.2.1.条件技术七要素...141 16.3.2.2.条件表V/03、V/04、V/05.142 16.3.2.3.存取顺序V/07.142 16.3.2.4.条件类型V/06.142 16.3.2.5.定价过...
  • SAP税率确定过程和科目确定…

    千次阅读 2015-10-20 10:36:12
    原文地址:SAP税率确定过程和科目确定过程作者:SAP_拖拉机SAP 税率确定过程,以及科目确定过程 和定价过程 很相似 ,单又有些许差异. 先看看税率确定过程的配置. IMG: SPRO-->财务会计(新)-->财务会计全局设置(新)-->...
  • 技术服务部门 维修 客户发来的产品时,需要在SAP中创建销售订单(VA01) 输入: 订单类型 DD01 分销渠道 DC01 产品组 P01 过去,输入上述三个参数,是同一套数据。 现在要扩充 因为过去把技术服务部门的销售订单 ...
  • 本篇博文讲述ICS业务中的定价配置。 1、定义销售订单类型 目录:SPRO-销售与分销-销售-销售凭证-销售凭证抬头-定义销售凭证类型 事务代码:VOV8 2、定义销售订单类型 目录:SPRO-销售与分销-销售-...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,088
精华内容 435
关键字:

sap配置定价过程