分阶段订阅合同概览

分阶段合同的阶段

分阶段合同属于订阅合同,客户更喜欢将合同分成不同的阶段,每个阶段都有不同的要求。每个阶段都由开始和结束日期定义,这样一个阶段就可以在前一个阶段结束之后开始。所有阶段不必具有相同的长度,但它们必须是连续的,即没有任何间隙或重叠。
数量、配置和合同科目等属性在每个阶段可能会有所不同。
解决方案报价中的合同阶段

下面列出了订阅订单管理中分阶段合同的前提条件:
- 在单个订阅合同的所有阶段,付款方和售达方必须相同。
- 阶段的长度可以不同,但阶段之间不能有间隙或重叠。
- 第一阶段时间片段的开始时间和最后阶段时间片段的结束时间必须分别与合同的开始日期和结束日期相同。
- 订阅项目的 API 结构中必须提供阶段标识和先前项目编号。
- 在合同变更期间,所有阶段的信息,例如 FICA 合同编号和订阅合同中的项目编号,必须与变更流程信息一起提供。
使用 API 创建分阶段合同

分阶段合同具有以下功能:
- 您只能使用解决方案报价 API 创建和更改订阅合同。
- 包含单个产品的分阶段订阅合同作为解决方案报价的后续创建。
- 要更改分阶段合同的现有激活阶段和未来阶段,您必须传递所有阶段的数据以及所需的更改。
- 以下日期集对于分阶段合同很重要,并且在 日期 分配块下可见。
- 合同开始日期和结束日期表示原始合同持续时间。
- 期限开始日期和结束日期表示计划的合同持续时间。
- 时间片段开始日期和结束日期有助于定义阶段的长度。
- 您可以在订阅合同 UI 上查看阶段,在订阅项目 UI 上查看阶段数据。
E2E 数据流分阶段合同

分阶段合同的激活阶段分配给了 FI-CA 合同、CI 开票计划和 SAP Convergent Charging。未来阶段仅分配给了 SAP FI-CA 提供商合同和 CI 开票计划。
解决方案报价中的分阶段合同项目

请注意以下事项:
- 您只能使用解决方案报价 OData API 创建分阶段合同。
- 定义后,阶段结构是固定的。
- 阶段的长度可以不同,但一个项目的各个阶段之间不允许有重叠和间隙。
- 第一阶段的开始日期和时间必须与合同开始日期和时间相同,最后阶段的结束日期和时间必须与合同结束日期和时间相同。
- 合同阶段始终表示一个项目的完整状态。
- 例如,您在第 1 年计划 100 件,在第 2 年计划 500 件
- 然后,您的项目必须看起来像第 1 年 – 100 件,第 2 年 – 500 件
- 仅支持主项目作为分阶段项目。这意味着子项目不能与阶段组合。
- 当您更改合同时,您必须始终通过 API 发送所有激活阶段和未来阶段。
- 如果您使用 FI-CA 分配场景,则必须计划 ODI 分配报表 CRM_ISX_MSG_START_PLANNED 以触发未来阶段的分配。
订阅合同中的合同阶段

FI-CA 合同和开票计划中的阶段

合同阶段也反映在供方合同和开票计划中。这些阶段是连续的,在合同生命周期的任何时候都不会重叠。
在解决方案报价中组合分阶段项目和非分阶段项目

初始阶段和下一阶段的分配

FI-CA 合同和开票计划中的阶段通过早期分配创建。
CC 合同仅对活动时间段进行更新,并应用常规分配。