使用结算管理

（传统）SAP ERP 返利解决方案使用返利索引表 (VBOX)。使用此表会带来以下挑战：

• 大小：返利索引表有时会包含 SAP ERP 系统中的数千甚至数百万个条目。例如，客户系统中的表包含 1TB 的数据，总数据库大小为 5TB。
• 锁定：如果需要在系统中维护对客户条件的更改，则需要重建返利索引表。在重建过程中，需要为整个组织中的所有人锁定全部返利数据。

SAP S/4HANA 中的结算管理功能旨在应对这些挑战。

VBOX 表本身无法再在 SAP S/4HANA 中使用，因为在 SAP S/4HANA 中，会立即应用返利条件。这意味着，当新客户符合返利或条件变化时，无需重建返利索引表。删除此表可显著减少系统的数据占用。

结算管理包含称为条件合同管理 (CCM) 的功能。此功能将替换 SAP S/4HANA 中的传统返利处理。

条件合同管理 (CCM) 允许在特定流程中涉及的多个业务伙伴之间存储协议。条件合同包含价格、条件和协议有效期等重要信息。它构成了与供应商结算索赔、返利或应向客户支付的账款的基础。此外，条件合同只能用于处理从订单到收款或采购到支付流程的定价条件。

条件合同管理中的常规流程与传统的 SAP ERP 返利处理不同，不同之处在于此流程不是从创建返利协议开始的。相反，会创建和发布一些类型的条件合同。条件合同汇总与特定协议相关的所有信息，例如，条件合同的条件授予者或所有者、合格合作伙伴列表以及折扣或价格等特殊条件。可用于授予折扣以满足销售或采购量的数量或价值目标。系统中的定价增强可确保系统仅找到条件合同中所列合格合作伙伴的相关条件。

条件合同中要处理的条件以条件表的形式存储在定制中。可以在"定制"中分配所需的任何条件表。如果使用合格合作伙伴，或者需要同时存在多个条件记录（例如，在返利中），则条件合同编号需要按访问顺序排列并在条件表中。此编号用于确保条件仅授予给条件合同中合格的合作伙伴。

下图汇总了条件合同管理 (CCM) 的配置：

在条件合同维护中维护记录的条件类型称为（返利的）RES1 和（返利应计的）REA1。

• 条件类型 RES1 返利：

  在条件合同中，条件类型 RES1 用于维护销售返利场景的返利条件。该条件类型使用 SAP 标准存取顺序 RE01 销售返利。将其设置为折扣。但是，您要为其创建贷项凭证，因此您必须将加/减字段设置为正（/负）。此条件类型的计算类型为 A（百分比）。

  在标准定价过程 A10005 中，存在基本公式 214（位于备选条件基值列中）。此公式可控制在固定金额返利条件下，条件基值为正（请参阅公式文档）。使用科目代码 0S1 确定 SAP S/4HANA Finance 中用于过账的科目编号。计算出的值以小计形式存储。

• 条件类型 REA1 返利应计：

  在条件合同中，条件类型 REA1 用于维护销售返利场景的应计条件。因此，在条件类型配置的控制数据 2 字段组中选择应计标识。此条件类型使用 SAP 标准存取顺序 REA1。对于条件类型 REA1，将加/减字段设为负（/减号），因为它代表与作为返利过账的金额相对的金额。将此条件类型的计算类型重新设置为 A（百分比）。结算期间，已过账的应计将再次分解。

• 条件类型 RED1 返利应计：

  在结算运行中使用 RED1 确定增量应计的应计金额（定价过程 A10006）。它本身不是应计条件类型（这意味着不会选择条件类型配置中控制数据 2 字段组中的应计标识），但会使用应计条件类型 REA1 作为参考。在定价过程中需要此类条件类型，因为在净金额确定中不考虑应计条件。净金额将用于应计更新。RES1 返利和 REA1 返利应计是在条件合同维护中维护条件记录的条件类型。

有关配置条件合同管理 (CCM) 的详细信息，另请参阅 SAP 的帮助门户，可以使用http://help.sap.com查找此帮助门户。在搜索全部字段中输入条件合同管理，然后选择名为条件合同管理 - 销售返利处理的条目。