很抱歉，我是坏消息的承担者，但是除非您拥有零售系统（促销定价引擎），或者如果您拥有执行计算的外部系统，然后将定价结果复制到后端， 我认为没有简单，便宜或标准的方式来完成您的要求。

主要问题是您的客户需要很大的灵活性，并且您没有明确的标准来分组

多年来，我已经看到了一些解决方案-CRM中的自定义逻辑，外部系统，一个（出色的）程序 在后端计算促销。

可能您可以探索BRF +来创建规则并确定正确的促销（是的，您还需要考虑处理多个可能的促销，其中包括 相同销售凭证中的折扣）。 这不是不可能的，但是如果您在同一文档中有许多有效的促销组合，则会使情况变得复杂。 您肯定会需要团队中有一个聪明的人，才能为促销决策提供一个良好且性能高效的逻辑。

（我认为）主要问题是性能影响。 是的，他们说您的新系统将比您的旧ERP快很多，但是，如果您处理带有很多项目和促销的大量销售单据，我严重怀疑您的全新S/4HANA是否是如此

简单地说，灵活性并不便宜，请尝试与客户协商限制促销的可能组合，并进一步阐明确定促销折扣的规则。 这说起来容易做起来难，但是在后端进行这种自定义开发（如果这是客户期望的话）将花费大量时间和资源，并且会对性能产生负面影响。

Gopal Chandra Mitra 的销售交易很好，但是它们在材料之间的灵活分组方面没有多大帮助（至少不是标准的） ）。