SD从零开始11-12

SD从零开始11 定价中的条件技术(Condition Technique in Pricing)

定价程序Pricing Procedure

所有定价中允许的条件类型都包含在定价程序中；

通过为每个条件定义requirements来决定系统将如何使用条件；

业务凭证中系统访问条件的次序也在这里确定；

参考层次Reference level提供一方法来为条件类型计算定义不同的basis以及将条件分组求和；

定价程序能够包含介于Gross和Net price之间任意数量的分组求和；

可以在定价程序中将一个条件类型定义为：

强制条件mandatory condition；

手动输入条件manually entered condition；

仅作统计用；

访问次序Access Sequence

在定价程序中，除了header and manual only condition types外，

每个condition type都定义了一个访问次序（搜索策略）；

搜索策略定义了系统为condition type读取condition record的顺序；

访问顺序中每个访问通过使用condition table来执行；

条件表condition table是条件记录的key fields的集合；

可以执行一个依赖于某些先决条件访问；

定价预览Pricing Overview

Eg. 订单创建—120PCs of a material，系统需自动决定price；

首先，相关的定价程序确定（基于销售区域，客户和销售凭证类型）；

然后，系统读取第一步中的条件类型，判定该条件类型指定的access sequence；

其次，系统读取access sequence，条件表的次序显示了寻找相关condition record的搜索策略；

每个条件表描述一组可作为key生成条件记录的一次访问；

再次，系统使用条件表中定义的key搜索有效的条件记录，如果第一次访问没有找到有效的条件记录，

则系统使用下一个条件表搜索下一个access；

最后，当系统为某次访问找到有效的条件记录，则读取条件记录并Copy符合刻度的值到销售凭证中；

整个流程需要为每个condition type执行一遍直到系统完成整个定价程序；

排斥条件Excluding conditions

在定价程序中，条件condition能够链接到requirements；

Requirements能够检查condition exclusion indicator，如果设置，则忽略该condition；

Condition exclusion indicator可以设置在condition type或者condition record；

凭证中手动修改价格Changing Price Manually in Documents

在条件记录中，你可以定义手动修改的限制范围；

除了自动确定，在销售凭证中也可手动输入condition，它们会标记为已经手动输入；

也可以通过配置，禁止手动修改某个condition type；

凭证头部的条件Conditions in the Document Header

也可以在凭证头部输入conditions，叫做header conditions，对所有的Items有效；

这些header conditions自动地基于net value分布到Items；

分布header condition的基础可在定价程序中通过在ALTCBV field中选择适当的routine来修改；

新定价和定价类型New Pricing and Pricing Types

你可以在Pricing type中配置pricing的行为；

从4.5版本以后，会有2种选项来控制销售凭证中的新定价功能；

Update prices 在condition screen，对header和item层都可用；

New pricing document 将定价类型分配到定价程序，默认为B（执行新定价）；

这些功能支持销售凭证和billing凭证；

定价类型Pricing type：

A copy pricing elements and update scales

B carry out new pricing

C copy manual pricing elements

G redetermine taxes

H redeterming freight conditions

X、Y reserved for customer

1-9   reserved for customer

Bill Document中的定价Pricing in the billing Document

在Outbound delivery 到Billing document的每个item的coping control中判定pricing type；

[原创]SD从零开始12 定价配置（Pricing Configuration）

定价配置预览1 Overview：pricing configuration1

条件表condition table 包含可用来创建相应条件记录的keys

Eg1.：condition table   ：Material； customer/material；

可以添加自定义的条件表，号码范围501---999；

条件表Condition Tables

条件记录通常用特定的key创建，用table来帮组定义condition record keys；

用在header和Item层定价的最重要的fields在标准系统里已经可用；

从4.5版本开始，也可以添加non-key fields到条件表，例如condition table144（用于价格目录，condition type PBUD）；

条件表的key fields必须位于table的开头；

定价配置预览2 Overview：pricing configuration2

Access sequence 由一个或多个条件表组成；

创建访问次序Creating an Access Sequence

你可以在不同的层次定义价格，折扣和额外费用，每个层次可由条件表中的fields组合或一个field定义；使用access sequence，能够定义不同层次的次序；系统尝试按定义的sequence来确定condition records；

为访问次序确定源字段Determining Source Fields for Access Sequences

对于access sequence中的每个access，你可以定义access执行所需的特定的凭证字段（source fields）；

例如：

Material or pricing material；

Document currency or Local currency；

Sold-to party or Ship-to party；

访问先决条件Access Requirements

设置access依赖于requirements可避免不必要的access，这样减轻系统负荷；

定价配置预览3 Overview：pricing configuration3

创建access sequence之后，被分配给condition type；

可创建自定义的condition types，为每个condition type确定特征，例如，是用于surcharges还是discounts以及是应该依赖于values还是quantities；

定价配置预览4 Overview：pricing configuration4

Condition types 按照需要的顺序组合到pricing procedure中；

定价配置预览5 Overview：pricing configuration5

最后，你需要为定价程序维护procedure determination table；pricing procedure 根据一下内容确定：

销售区域Sales area

客户主记录中‘Customer pricing procedure’field

销售凭证类型的‘Document pricing procedure’field

为定价添加新的字段Adding New Fields for Pricing

所有用来创建条件表的字段都必须包含在各自的字段目录中；可以向字段目录中添加新的字段；

实施定价策略1Implementing Your Own Pricing Strategies1

满足特定的定价需求可能需要1个或多个新定价组件，理解每个组件的目的和能力，以及定价组件之间的关系是关键的；

解决特定的问题需要创造性地构建和结合所有的定价组件：

条件表condition table：定义条件记录的关键字；

访问次序Access sequence：包含访问条件记录的层次；

条件类型Condition type：描绘定价条件的属性；

定价程序Pricing procedure：定义条件类型是怎样联系在一起的；

程序确定Procedure determination：选择正确的定价程序；

实施定价策略2 Implementing Your Own Pricing Strategies2

下面的元素对于实施复杂的情景可能是必要的：

为定价添加新的字段 adding new fields for pricing –为了符合所有客户的需要；

必要条件Requirements—定义依赖条件和改善性能；

公式Formulas—扩展标准配置的限制；

Requirement routines and formulas 提供了修改标准定价逻辑的方法来满足独特的用户需求；