其中：
步骤：计算的顺序
计数：可以忽略
CTyp：条件类型
从：到：当需要计算多个条件类型小计的，填写步骤号，只能填写此步骤号之前的步骤号。
手动：手工更改的优先级更高
需要的：
统计的：
打印：
小计：将小计数计入哪个中间表
需求：
计算类型：VOFM例程
例如：25KZWI1减少税收
科目代码：值计入应收成本，常用ERL（收入）、ERS（销售扣减）、MWS(销售/采购税)
此处和前台的VK11确认相关。
Tcode：VK13
此处通过客户的税分类和物料的税分类来区分是否计算税，及确定税率。
3)创建条件类型。
4）创建存取顺序，向存取顺序分配条件表。。
价格主数据的优先级。
5）向条件类型分配存取顺序。
6)创建确定过程（如果需要的话），向确定过程分配存取顺序。
所有的定价过程都可以通过拷贝系统原有的定义。
必要条件Requirements—定义依赖条件和改善性能；
公式Formulas—扩展标准配置的限制；
Requirement routi Nhomakorabeaes and formulas提供了修改标准定价逻辑的方法来满足独特的用户需求；
看了两小时的配置录屏。可是感觉都只是大致只讲到了定价过程的分配而已。根据自己的理解再做个笔记。将后台配置及前台相关的记录一下。
完整的定价过程：
1)将你想要的字段放入字段目录。
2)创建条件表：定义条件记录的关键字
Tcode：v/03（创建）v/05（显示）
自定义一般为7开头，002为标准国内税。
如果是自定义的，从字段目录中选择需要的关键字选出，排序。
利息：中转科目结转入ZCO（如果应计项勾，此步可省略）
7)分配确定过程。.
销售组织、分销渠道、产品组、程序（订单类型中）、
对应定价过程及是否含税的条件类型
8)最后，创建你的条件记录。
Tcode：VK11
下面的元素对于实施复杂的情景可能是必要的：
为定价添加新的字段adding new fields for pricing–为了符合所有客户的需要；