SAP中SD模块的销售价格确定逻辑简析

在销售业务中，销售订单项目有一些基本要素，数量，价格，运费，税率等。

在SD模块的销售订单或销售计划协议功能中，这些要素往往通过条件记录的形式来处理。如何理解条件记录？通过价格比较好理解。例如有物料M，其销售给不同客户的价格可能是不一样的。

因此，物料M+客户A＝一个价格；物料M+客户B＝另一个价格。物料销售价格就是一个有条件的记录。那么，在SD模块中，会将条件通过事务VK11录入到系统中。如下图VK13中显示的价格条件记录ZPR2中，体现了客户与物料的组合。当然，价格有效期也需要关注，另外，可能通过价格有效期去价格的生效和失效，但不建议去删除历史价格。历史价格通常具有很强的参考价值。

在SD的销售订单中就要用到 上述的条件记录来代出价格。按照传统思维，做销售订单，价格直接填上去不就行了吗？当然，也可以在订单中手工维护一个价格。但SAP中的这种设计应该是基于一种规范化的管理控制目的。在做销售订单时，订单中会确定客户和销售项目，价格就是由这两者的组合在条件记录中代入到销售订单中的。如果找不到，就会给出提示，说明条件记当中没有维护。在实际销售业务中，可能销售价格的维护和销售订单的下达可能不是同一个人。这样的设计也可以起来对销售流程的管控需求。

还有一种情况，就是物料M，销售给同一个客户价格都不一样。但这种情况属于物料评估不同，比如不同质量等级，不同产地，不同包装等。如果用同一种物料号来做区分，那么就需要引入分割评估了。有关分割评估，今后再另外写博文分析。