跳转到主要内容
Chinese, Simplified

我希望您了解SAP SD定价配置,在今天的博客中,我们将更多地关注高级SD定价功能和控制。在实时情况下,主要挑战在于了解我们需要实施预先定价的特殊定价场景。如果我们是公司间定价材料,则必须了解不同地区的不同税收结构,以便对同一材料进行正确定价。

高级定价考虑了各种不同的市场情况。当同一商品的价格因不同的分销程序而变化时,就会出现这种情况。当同一客户购买指定数量或数量的产品时,可以使用它。或者当价格取决于其他成本和价格,并且具有动态性质而不是固定性质时。


高级定价基本上是针对这些复杂的定价场景…

目录

  1. SD定价
  2. 条件技术
  3. SD定价程序概述
  4. 让我们了解SAP SD定价程序。
    1. 步骤编号
    2. 条件计数器
    3. 条件类型
    4. 发件人和收件人
    5. 定义小计的范围
    6. 定义计算基础
    7. 手动确定的条件。
    8. 条件是强制性的
    9. 条件用于统计
    10. 打印条件行的ID
    11. 备选计算类型、小计、备选条件基值等
    12. 小计
    13. 要求
    14. 备选计算类型
    15. 备选条件基本值
    16. ActKey和应计项目
  5. 条件类型中的某些控件字段
  6. 复杂的定价要求
  7. 创建自定义需求和公式
  8. 价格提升
  9. 定价中的用户退出
  10. OSS定价说明

SD定价

定价结合了创建正确的定价程序,以映射业务的需求和流程。这包括正确的定价和折扣,以及遵守对公司的法律要求,例如遵守相关国家的税法。

条件技术

Condition是SD模块中使用的单个最大配置技术。它也用于定价。SAP条件技术用于在多种备选方案之间进行选择。SAP根据条件进行选择,因此命名为条件技术。

尽管条件技术是SD定价的支柱,但它也涉及其他高级功能。业务场景很少过于简单而无法处理标准定价配置。

例如,可以保留100篇文章的条件记录,但业务要求以10篇文章的价格进行文档定价。

在这里,SAP将需要一种绕过条件技术中使用的替代计算技术。

condition technique

SAP在条件表单的级别上包括一些主要字段来处理这些情况。

同样,公司也需要在计算过程中决定收益。为了做到这一点,它要求在工艺阶段报告产品的生产成本。然后,该方法将从销售成本(净值)中扣除收入。SAP提供特殊条件类型,如–VPRS(成本)等,以满足这些业务需求。

在复杂的业务流程中,我们经常会发现需要根据某些需求进行定价的场景。例如,销售订单可以包含库存产品和非库存产品。在这种情况下,程序不需要检查非库存状态信息。

对于这种类型,SAP提供了某些要求,将系统排除在某些特殊情况的定价之外。

Requirements Routine

因此,要在SD中执行高级定价:

  • 我们需要对定价过程进行详细审查
  • 理解价格程序要素,如替代计算形式、小计、替代条件基本值等。
  • 了解条件类型中的某些关键字段
  • 了解VPRS、SKTO等常见特殊条件类别在业务需求中的重要性。了解一些动态定价条件

SD定价程序概述

sap sd中的定价过程非常复杂。它涉及以下几个方面:价格程序只是一个使用条件技术评估价格的过程。它是条件类型按顺序分组在一起的地方。

16 fields in pricing procedure in sap sd

让我们了解SAP SD定价程序。

定价是企业最重要的方面之一。我们将向您展示sap sd中定价过程中涉及的16个字段,以及如何在定价过程中使用这些字段。

步骤编号

这显示了流程中涉及的步骤数。例如,步骤10应该是第一个条件类型,步骤20应该是第二个条件类型等等。

条件计数器

指示器在列移动的旁边。它用于演示主舞台中的第二个小步骤。例如,我们可能将所有运费附加费分配给步骤100;然而,可能有三种情况,每种情况都代表不同的运费附加费。因此,我们可以将运费cond的形式分配给步骤100,计数器1;另一个到步骤100,计数器2,依此类推。

条件类型

类型列是条件的类型。这是定价周期的基石。输入条件类型后,“说明”字段将自动填充条件类型的说明。

发件人和收件人

它们也是从列到列的。应在两种情况下使用:-

定义小计的范围

例如,如果我们想添加从阶段10到50的所有条件类型,我们将分别在Fro和to列中输入10和50。

定义计算基础

例如,如果折扣被指定为百分比,我们需要指出应该用作计算基础的阶段。如果要从第100阶段开始进行计算,我们将在下面的字段中输入100。。

手动确定的条件。

Man列指示条件类型是只能手动处理还是自动处理。

条件是强制性的

必填列描述了定价过程中所需的需求类型。两种强制性条件类型是销售价格和昂贵价格。如果在过程中找不到强制条件类型,系统将导致定价错误。

条件用于统计

标记为统计或统计的条件形式将不包括在该元素净值的计算中。净值显示在订单和发票对象信息中,所有项目的整体净值显示在命令和发票文档中。

打印条件行的ID

Stat后面的细列称为Print。打印指示器确定指定给某个阶段的哪些定义和相关值将打印在文档上,例如订单确认。

备选计算类型、小计、备选条件基值等

本节概述了小计的功能、标准、替代测量类型、替代条件库、账户密钥以及这些在高级sd定价中的价值。

Alternative calculation type, subtotal, alternative condition base value

小计

小计字段为价格过程步骤指定小计关键字。这些小计字段随后用于系统的其他区域,例如后勤信息系统(LIS)。例如,建议将小计字段4指定给运费定价过程中的总值。

Pricing Subtotal

要求

该需求用于分配条件类型需求。然后,可以使用此要求来排除系统访问条件类型并尝试确定值。例如,一个要求可以用于指定只有当客户拥有低风险信贷组时才应访问条件类型折扣。

Requirement

最常用的需求例程是2,这是一个价格项目。因此,它将足够有效,以了解它在定价程序中的使用情况。如果文档项目的类别与定价相关,并且价格程序中没有为排除条件设置任何先决条件,则满足此要求。

E、 g:销售订单已下放到系统中。订单中的某些项目对客户是免费的,并且它们的项目类别设置为TANN。物料类别TANN已配置为与IMG中的定价无关。在定价程序中,要求2被分配给所有条件。使用此要求,系统无法访问自由行项目的价格条件记录。同样,一些价格被定义为净价。如果找到净价,则应为该项目分配后续折扣或附加费。要求2还确保当项目的净价已经确定时,不会访问附加条件记录。

备选计算类型

AltCty列指定系统将使用此列中表示的公式作为条件类型值的替代方案,而不是使用标准条件技术。例如,这可以用于计算复杂的税务场景

Alternative calculation type

最常用的AltCty公式是2,即净值。条件类型或值行可以分配给价格。公式“2”设置的值等于迄今为止在价格过程中为该项目计算的净值。它包括不含税的金额。

示例A公司希望在其价格屏幕上显示小计,表示总值、净值和净值2。这些都是定价过程中与特定类型的条件不对应的值行。用户指定AltCty公式2来确定这些值行的值。

备选条件基本值

Column AltCBVis是指定给条件类型的公式,用于支持用于计算值的替代基值。例如,使用小计(如4)的公式可以从“小计”字段中稍作修改,将其除以2,然后使用所得值作为条件类型的基值。

Alternative condition base value

最常用的AltCBV例程是2,它是净值。它被分配给定价过程中的条件类型。公式“2”使用行销售文档项目的净值。

示例A公司将SKTO固定表头现金折扣应用于销售订单。固定标题条件总是分布在文档中的行项目中。在这种情况下,公司希望根据行项目的净值分配固定金额。为此,用户将在定价过程中将替代条件基值公式“2”分配给表头折扣条件类型。

ActKey和应计项目

账户和账户密钥用于授予账户密钥,然后将其分配给FI用于注册职位的总账账户。ERL关键字用于将销售收入过账到总账。而ERF用于将销售额扣除到总账。应计关键字用于应计条件类型,如回扣和运费。

ActKey and Accruals

账户的确定将根据定价程序中分配的账户密钥进行。在TCode–VKOA中,将根据账户密钥、条件类型、账户图表和销售组织发布相应的总账。

条件类型中的某些控件字段

系统使用条件类来确定必须重新确定的条件以及何时重新确定。系统将重新确定以下类型的条件。

  • 税款(条件类别D)
  • 回扣(条件类别C)
  • 公司间计费条件类型(条件类别I)
  • 成本条件(条件类别G)
  • 现金折扣(条件类别E)

Condition class

“复制价格要素不变并重新考虑税收”,类型G,在复制控制价格中

  • 四舍五入规则–条件类型的值基于该规则进行四舍五舍五入。如果保留为空,系统将使用商业舍入来查找条件类型值。在商业舍入中,小于5的值将向下舍入,大于或等于5的值则向上舍入。
  • 组条件:组状态–表示系统是否根据单据中的多个项目计算比例值。

Group condition

为了使组条件生效,项目必须属于一个组。例如,项目可能都属于同一个材质组。

示例—销售订单包含两个项目。这两个项目都属于材料组01。物料组折扣的条件类型定义中规定了组条件指标。这两种商品本身都没有资格享受折扣。但是,当项目作为组条件的一部分进行组合时,组合的数量提供了折扣的基础。然后,这个基础超过了获得更高折扣所需的规模值。

  • 货币转换–如果标记,则此指标将使系统在条件货币与条款相乘后将货币转换为文档货币。如果未标记该值,系统会将条件的货币转换为文档的货币,然后再乘以项目的值。

Currency conversion

  • 应计项目–表示系统将此条件下的金额作为应计项目过账到财务会计中。使用如果标记此指标,则该条件在文档中显示为统计信息
  • 排除–指示系统是否在定价过程中自动排除建议的折扣。此指示器可以通过两种方式设置:
  • 对于特定条件记录(该字段显示在“详细信息”屏幕上)
  • 对于特定条件类型的所有记录(该字段显示在定义条件类型的屏幕上)
  • 定价日期——确定条件记录有效性的系统日期应通过价格日期的条目来指示。如果该字段为空,则系统将使用标准定价日期KOMK-PRSDT进行定价,但对于税收和回扣,系统将使用日期KOMK-FBUDA。
  • Rel Acc Assig–控制如何为这种类型的条件分配帐户。如果我们输入指标B,系统将在分配帐户时包含会计指标。状态记录中的信息被转发到具有“会计指标”分类的Controlling。系统将状态记录链接到基础计费凭证项目,以便找到分配给特定交易的会计指标。

对于涉及会计变量的交易,KBM1条件在标准框架中设置。。在服务管理系统中经常使用使用会计指标的账户分配。它使您能够确定特定服务交易(例如担保下的商誉)的成本是如何产生的。

  • 数量转换–此字段控制在确定条件基础时的转换数量。

停用:条件的基本数量通过数量转换为存储单位。这意味着条件的数量是为计划因素确定的。这意味着在交货或订单中不考虑转换系数的变化。在数量转换过程中可能会出现舍入错误。

激活:如果销售数量单位和条件数量单位相同,则使用单据项目的数量,即实际数量。

Control data

复杂的定价要求

  • 不同付款人(1)-如果销售单据中的销售对象与付款人不同,则满足此要求。当价格状态记录在销售和/或付款方级别上维护时,可以将其分配给援助绩效的访问序列。

示例–作为定价计划的一部分,公司有时会根据对付款人的销售额来定义价格。在他们的客户群中,一些客户有一个中央付款人,用于向多方销售。在卖家和付款人相同的情况下,其他客户规模较小。在价格访问序列中,用户为卖家和付款人设置访问权限。第一次访问使用销售文档搜索价格。第二种是寻找基于销售单据付款人的价格。用户将要求1分配给第二次访问,以指示只有在卖家与付款人不同的情况下才需要查找付款人级别的价格

  • 公司间(22)-如果单据是公司间账单单据,则满足此要求。此计费单是将公司代码计费到销售组织的公司代码。该要求应分配给与公司间账单文件相关的条件,如PI01和PI02。

示例–公司收到客户的销售订单。发货工厂的公司代码与销售组织的公司代码不同,表示公司间销售。除了给客户的发票外,系统还会创建一个额外的发票,以指示公司代码对销售组织公司代码的付款。该公司的政策是向销售公司的代码收取交易每单位材料的固定金额。在定价过程中,用户将条件类型PI01配置为保持固定金额,并分配需求“22”,以便只有在生成公司间发票时才能访问该需求。如果金额必须在

  • 免费商品定价(55)-如果商品的商品类别具有价格指标“B”-免费商品价格,则满足此要求。使用定价程序中的R100条件,100%折扣将自动应用于系统。在定价程序中,应将要求“55”分配给此类条件,使其仅适用于免费项目。

示例–一家公司与其客户签订了免费商品协议。客户每购买10箱产品A,就会免费收到2箱产品B。从价格的角度来看,用户希望跟踪免费项目的收入和销售扣除额。为此,用户使用价格指示器“B”标记免费商品项目的类别此外,用户在应用100%折扣的点上将条件类型R100添加到定价过程中。用户还将条件“55”分配给价格程序,以便申请免费商品。

创建自定义需求和公式

创建自定义需求、替代计算类型和替代条件基本值例程-除了提供的Sap需求、替代运算类型和基本值例程外,如果定价要求如此要求,我们还可以创建我们的例程。

Customized Requirement & Formulas

价格提升

  • 如何在定价字段目录中添加新字段
  • SD中的文档和项目数据存储在VBAK和VBAP等数据表中
  • 现场目录是一个结构-KOMG,由2个表KOMK和KOMP组成。它们是用于将交易数据与定价程序进行通信的通信结构。结构KOMG包含表格KOMK和KOMP的字段。

如果一个油田不在KOMG内,就意味着它不在KOMK和KOMP内。为此,我们需要在KOMK或KOMP中添加字段,然后编写ABAP代码,将字段中的数据从事务表传输到通信结构。

以下是步骤:-

  • 使用为要求提供的标准includes在KOMK和KOMP表中创建字段。
  • 在用户出口中编写一个代码来读取事务数据并将其传输到KOMx结构。

如果该字段来自标题表,我们需要将其添加到KOMK表中包含的KOMPAZ表中。最后,我们需要在USEREXIT_PRICINGPREPARE_TKOMP中编写ABAP代码,以包括用于订单的程序MV45AFZZ和用于计费的程序RV60AFZZ

定价中的用户退出

价格确定:模块池SAPLV60A,包括RV60AFZZ:

  • USEREXIT_PRICING_REPREPARE_TKOMK(复制TKOMK通信结构中用于定价的附加字段(标题字段),这些字段在标准SAP系统中尚未提供)
  • USEREXIT_PRICING_REPREPARE_TKOMP(复制TKOMP通信结构中用于定价的其他字段(项目字段))
  • USEREXIT_PRICING_REPREPARE_TKOMK(定价的Hdr Strctr)-FV45PF0P_PREISFINDUNG_VORBEREI
  • USEREXIT_PRICING_REPREPARE_TKOMP(Itm Strctr for PRICING)-FV45PF0P_PREISFINDUNG_VORBEREI
  • 模块池SAPMV61A,包括MV61AFZA:USEREXIT_FIELD_MODIFICATION、USEREXIT_PRICING_CHECK和USEREXIT_CHANGE_PRICING_RULE
  • 模块池SAPMV61A,包括MV61AFZB。
  • 模块池SAPLV61A,包括RV61AFZA:USEREXIT_PRICING_RULE和USEREXIT_PRECING_COPY
  • 模块池SAPLV61A,包括RV61AFZB。

OSS定价说明

  • SAP说明388112:生产系统中定价程序的变更
  • SAP Note 834174:“价值相关”条件基础是如何确定的?
  • SAP Note 1007110:KWERT是如何在小计中定义的?
  • SAP Note 791944:KBETR是如何通过小计确定的?
  • SAP Note 363212:价格运营模式分析
  • SAP Note 859876:缺少条件:VE 108或VE 008
  • SAP注释156230:要求:什么是允许的,什么是不允许的?
  • SAP说明24832:定价规则/TFCPF

现在按照这些教程链接了解更多关于Available to Promise的信息

原文地址
https://www.saptutorials.in/sap-sd-pricing-2/
本文地址
Article

微信

知识星球

微信公众号

视频号