(定价逻辑.docVIP

定价逻辑 R/3系统是如何确定销售订单中物料的价格的呢？首先，让我们来看以下这张截图： 图中，“净价值”为85.47CNY，这是不包含税收在内的物料的净价值。而“总金额”为100.00CNY，这是包含税收、折扣、返利等价格因素在内所计算出来的总价值。那么，系统如何根据维护的物料金额（图中为100.00CNY）计算出净价和总价的呢？这就是关于定价的后台配置问题了。 现在，我们开始来看后台是怎么配置定价过程的。为了便于理解，我们采用反向思维来看这些定价过程。 首先，我们要知道，价格的确定都是有一个定价过程的。我们去后台看一下这些定价过程。路径如下图所示： 双击“定义定价程序确定”，进入以下界面： 在这里需要先说明一下关于后台配置界面的一些含义。上图中，灰色字段表示决定因素，白色字段表示确定的结果。以上图第一行为例：1000－11－11－A－1 （灰色字段） 共同决定了ZVAB02和PR01白色字段。这就是定价过程的确定框架。下面我们来看各字段表示什么。 “组织”表示销售组织； “DChl”表示分销渠道； “Dv”表示生产线； “DoPr”表示单据定价过程； “CuPP”表示客户定价过程； “PriPr”表示定价过程； “类型”表示条件类型。 我们还以第一行为例，这个定价过程就是说，一张销售订单如果属于销售区域1000－11―11，且其单据的定价过程为A、客户定价过程为1，则这张订单的物料价格的计算应采用ZVAB02的定价过程，订单行项目的条件类型为PR01。单据的定价过程和客户定价过程我们在后面会说到，这里先看ZVAB02这个定价过程是怎样来确定价格的。路径如下图所示： 双击“维护定价过程”，进入以下界面： 按以上方法进入ZVAB02定价过程： 我们来看上图中所列字段的意义： “步骤”：标识了各计算步骤的编号。 “计数”：系统用它来显示定价过程中一个阶段内的存取编号。例如，你可以把所有运输附加费分配给步骤100；然而，可能有三个条件类型，每一个代表一个不同的运输附加费。因此，你可以给步骤100分配一个运输条件类型，计数1；另一个给步骤100，计数2；另一个给步骤100，计数3。 “Ctyp”：是条件类型，这是定价过程的基础。系统中没有一种条件类型可以用来表示“小计”或者“总计”的，在上图中，你可以在没有条件类型的条目中输入描述，比如“总计”。 “从”和“到”：用户两种情况（1）为小计定义范围。如果你要累积从步骤10到50的所有条件类型，应该分别在“从”、“到”中输入10和50。（2）定义计算的基础。如果折扣是定义成百分比形式的，你必须标识那一步应该用作计算的基础。如果你想要在步骤100开始计算，那么在“从”字段中输入100。 “人工”：标识条件类型是否允许自动处理还是仅仅允许手工处理。若打上“人工”标识则意味着该条件类型只允许手工在订单添加，即使之前用VK11维护了该条件类型，系统也不会自动带出维护了的价格。 “必需”：表明当系统使用这个定价过程完成定价时，条件是否是必需的。即要求该条件类型必须有值。 “小计”：给步骤分配给一个小计关键字。如果相同的字段用来存储不同的条件金额，系统将对单项数额求总和。这些条件金额或小计可用来作为进一步计算的开始点。 “计算类”：系统将会在有哪些信誉好的足球投注网站条件类型的值时使用这个列代表的公式替代标准条件技术。在计算比较复杂的税率时一般会用到它。 “条件基”：是分配给条件类型的一个公式，它确定可以作为标准值替代值的条件基的公式。 “帐码”：即科目代码，是分配给条件类型的一个记帐码，由该帐码来确定条件记录应计入哪个科目（包括借方科目和贷方科目，但有时只即入借方科目，视具体的条件类型而定）。 我们可以这样简单的理解：各种条件类型就是定价过程的计算元素，这些元素通过规定的运算法则（比如“从”、“到”、“小计”、“计算类”等），计算得出各种价格（比如“总计”、“边际利润”等），但有些价格是从主数据直接带过来的（比如“含税价格”是从价格主数据（VK11）带过来的或者手工维护的，“成本结转”是从物料主数据中的标准价格带过来的），而销售订单中显示出来的价格（比如“净价值”、“总金额”等）都是从这些计算出来的价格取数的。 此处需要说明的是，长城公司用的基本都是PR01（含税价格）的条件类型，如果有特殊业务需要在销售订单中以物料净价来维护物料金额（即非含税价），则要配置有PR00条件类型的定价过程。 现在，我们继续来看刚才提到的客户定价过程。路径如下图所