1 整体介绍

在上篇文章：如何维护阶梯价格 中，我们已经学会了如何维护阶梯价格。但维护之后，我们还需要将其配置到取价方案和取价策略中，才可以最终实现阶梯价格的使用。下面我们来介绍一下如何配置阶梯价格的取价方案和取价策略。

下图展示了阶梯价格的基本原理：

阶梯价格的最主要特征就是，在价格明细下，会有更细的一层分录来记录不同数量段的不同价格。配置阶梯价格的核心其实就是如何来保证取价单据的数量能正确的落到恰当的阶梯区间。如上图，订单数量3000个，应该落到1000-10000的阶梯区间，并获得这个区间的价格97元。不同于普通取价方案，我们不需要关心数量的关系，在阶梯价格的取价方案中，我们需要关注单据的数量要能确定唯一的阶梯区间。

因为阶梯价格是价目明细的下层分录，所以我们如果只配置了一种取阶梯价格子分录的取价方案，那么就会导致如果某个物料没有使用阶梯价格，那么就无法取到价格了，所以，我们要针对阶梯价格和非阶梯价格，维护两套方案，并将这两套方案都放到取价策略之中，即下图的过程。

说完原理，我们看下通过实例来维护阶梯价格的取价方案和取价策略。

1.1 维护阶梯价格取价方案

上图是阶梯价格取价方案的一个示例，有几个点需要关注

• 不同于普通价目表不需要关心单据上的数量，阶梯价格一定要维护单据数量与价目表阶梯数量的比对关系。以上篇文章中维护的阶梯价格为例：

  每一个阶梯段，有不同的价格。因为单据数量一定是唯一值，所以要将单据数量落到阶梯段中，落的方式就如示例一样，维护两行数据，一行为阶梯数量起始值与单据数量的比对，一行为阶梯数量截止值与单据数量的比对，两者限制来确定唯一的阶梯价格行。

• 阶梯价格的开闭区间问题

  继续上面的话题，我们发现，如果单据数量是100，那么100是落到第一行阶梯价格还是落到第二行阶梯价格呢？其实这就是阶梯价格的开闭区间设置问题。一般，我们有两种开闭区间方式，即：

  阶梯数量起始 < 单据数量 ≤ 阶梯数量截止 （这种情况下，100≤ 第一行的截止数量， 这样100落到第一行）

  阶梯数量起始 ≤ 单据数量 < 阶梯数量截止 （这种情况下，100不符合小于第一行的截止数量，而是符合第二行的大于等于起始数量，这样 100落到第二行）

  我们在调研客户的阶梯价格需求是，请务必关注客户到底是采用哪种开闭区间方式，然后将开闭区间方式固化到取价方案中。

• 阶梯价格是含税单价还是单价？

  如价目表中的“最高限价”和“最低限价”一样，阶梯价格我们没有设置两个字段来区分含义是“含税”还是“不含税”。阶梯价格一般我们认为和价目表的“含税”开关相关，即“含税”开关打开时，阶梯价格含义是“含税单价”；关闭时含义是“单价”。同样我们在调研客户的阶梯价格需求时，请务必关注客户是否按照此定义去维护的阶梯价格，并将阶梯价格映射到单价或含税单价字段。如果客户在同类价目却灵活使用“含税”开关，那么建议配置不同的取价方案，并通过价目表的“含税”标识作为前置条件过滤。

• 其他条件过滤

  示例中， 可以看到我添加了一条过滤条件：“价格明细单据体.阶梯价格” = “是”。其实加上这条过滤条件是为了最佳性能。通过添加过滤条件，可以在阶梯价格取价方案中直接排除未使用阶梯的价目表，来减少数据库搜索次数。

  同样，如果需要还可以根据上面的“含税”做条件过滤。

2.2 维护非阶梯价格取价方案

上图是维护非阶梯价格取价方案的一个示例，有一个点需要关注：

• 同样为了最佳性能，可以添加一个过滤条件：“价格明细单据头.阶梯价格” = “否”，这样可以直接筛选出没有使用阶梯的行。

1.3 将取价方案分配给取价策略

上图是维护取价策略的一个示例。建议将阶梯价格的取价方案放到非阶梯价格的取价方案上面，基于的考虑是如果有阶梯价格就优先取阶梯价格，没有阶梯价格才使用普通价格。（特别是如果没有添加过滤条件，不加这个优先级排序，可能导致普通价格优先取得）

通过以上方式，我们就可以配置出整套的阶梯价格取价方案和策略。如果配置完仍取不到价格，请务必结合取价日志进行分析，可以看到详细的取价过程分析。