使用设备即服务

服务提供商采用典型的硬件设备（例如，笔记本电脑、台式机、平板电脑、打印机或手机），将其与各种服务和软件捆绑在一起提供给客户，然后按月收取订阅费。它为客户提供一份合同并且只有一名提供商负责。

这些对象的示例如下：

• 一家以每台设备的固定经常性价格捆绑在订阅中的笔记本电脑设备、IT 支持和软件（包括第三方软件）的公司。
• 一家公司直接销售练习设备，但以订阅方式提供相关培训课程。

信息流如下：

1. 订阅订单使用订阅包创建，其中包含与销售相关的项目。提交订单后，将创建包含所有订阅项目的订阅合同。此外，销售订单使用销售相关项目创建。
2. 交货将创建为销售订单的后续。交货具有分配给它的拣配数量和序列号。序列号用于一件设备。
3. 保存交货时，会将设备分配到订购合同主项目的对象清单中。设备编号也会被复制到设备类型的技术资源中。
4. 过账交货发货时，设备的状态将更改为在客户处。
5. 设备的新状态会触发订阅合同的 ODI 步骤以分配和激活合同。开票开始日期设置为设备在客户现场的日期。

在交货中分配序列号并保存凭证时，将会引发 LIKP 对象的 CREATED/CHANGED 事件。

如果在创建产品的序列号时创建并激活设备，则在交货期间，可以识别相关设备标识。

通过从交货中追溯，应该可以识别订阅订单或解决方案报价中的相关销售项目。

如果产品的结构使销售项目是订阅项目的子项目或相反，则该订阅项目是需要维护设备的订阅项目。

通过注册事件接收方，并利用仍然打开以便更改订阅订单或新的维护设备标识的更改流程，可以在相关订阅合同上维护设备标识。

当设备状态发生更改时，EQUI 对象的 CHANGED 事件会被引发。

如果这个被更改的设备在订阅合同的对象清单中进行维护，那么可能由于状态的不同，可以在订阅合同上触发不同的流程。

在此示例中，将检查在客户处状态，如果已设置，则会尝试触发相关订阅合同的 ODI 步骤以启动分配和激活流程。

为了支持用于硬件的订阅或订阅取决于硬件的模型，提供了设备主数据和订阅合同之间的集成功能。捆绑不同种类的产品（硬件、服务和订阅）的功能已经存在，硬件产品导致会创建 SD 销售订单，从中可以执行交货、发货等下游流程。这一点现在已经进一步得到实现，如果硬件导致创建设备项目，那么此类设备项目可以链接回相关的订阅合同。

通过此集成，可以实现以下相关流程：

• 仅在将硬件交付给客户并安装后才激活订阅并开始开票
• 如果相关硬件取消激活，则取消订阅

订阅订单或解决方案报价中订阅项目的设备标识可以在对象清单下维护。此外，您可以根据设备标识、序列号、参考产品标识等搜索设备。维护的设备标识将被复制到订阅合同中。在创建订阅订单或解决方案报价的过程中，如果设备标识未知，则创建的订阅合同不包含设备标识，同时合同保持未激活状态。在下游流程（例如，硬件交付）之后确定的设备标识必须在相关的订阅合同中维护。维护设备标识更改流程可用于支持稍后流程中的设备标识维护。

与硬件相关的标识（序列号或设备标识）可能与 CC 中基于使用量的费用计算相关。为此，将对象清单中维护的设备标识复制到技术资源并分配给 CC 合同。此类复制的前提条件是技术资源类型应使用设备类别进行定义。标准实施将设备标识按原样复制到技术资源中。

在将序列号设置为与设备标识不同并将序列号用作技术资源的场景中，或者如果要根据设备标识派生技术资源，可以通过 CRMS4_SOM_BADI_EQUI_INTEG BADI 实现。在创建订阅订单或解决方案报价时设备标识不可用的场景中，应设置技术资源，以便将分配检查时间设置为 BA-激活之前，从而在订单捕获期间禁止检查。

上图显示了设备激活延迟时的早期分配。

通常，仅在开始日期在未来时才适用订阅合同的早期分配。对于设备，存在合同开始日期可能为立即的场景，但实际激活和分配应仅在相关设备激活时进行，这可以在未来进行。通过图中的收入会计核算和报表，可能需要提前查看此类合同，即使该合同尚未激活。为了支持此操作，提供了一个功能，通过此功能，即使开始日期是立即开始，也可以执行早期分配，但实际分配将被推迟。此功能可以在项目类别级别进行配置。

提供了一个示例实施，显示了如何根据相应交货中的序列号分配在订阅合同上自动维护设备标识。如果在创建产品的序列号时创建并激活设备主数据，则可以在交货期间识别相关设备标识。通过从交货中追溯，应该可以识别订阅订单或解决方案报价中的相关销售项目。

如果产品以销售项目是订阅项目的子项目或相反的方式构建，则该订阅项目是需要维护设备标识的订阅项目。利用仍然打开以便更改订阅订单或维护设备标识的更改流程，可以在相关订阅合同上维护设备标识。这种基于系统的自动更新是使用事件类型链接实现的（请参阅事务 SWE2）。在交货中分配序列号并保存凭证时，将会引发 LIKP 对象的 CREATED/CHANGED 事件。针对该事件注册了一个 SOM_EQUI_DELV 事件接收方，这有助于维护订阅合同上的设备标识。

严格来说，这只是一个示例，因为每个客户都可能以自己认为合适的方式实施这些流程。其中一些示例如下：

• 客户 A 在为产品创建序列号时实施了设备主数据的创建。在这种情况下，在创建交货时，可以根据序列号识别相关设备标识，以便在非活动订阅合同上触发相同的维护。之前提到的示例实施适用于此任务。
• 客户 B 仅在向最终用户完成硬件交付后才实施设备主数据的创建。在这种情况下，在创建交货时，无法识别相关设备。可以构建自定义实施以支持此任务。

订阅合同的分配和激活：在维护设备标识并在设备上设置相关状态（例如，在客户处、准备就绪等）之前，不会分配和激活订阅合同。此功能是使用 ODI 框架实现的。提供了一个标准示例 EQUI 模式，其中包括以下步骤：

• EQUM（是否已维护设备数据？）：仅当在订阅合同中维护设备标识时，此步骤的状态才会设置为已执行。
• EQUA（所有设备是否均处于活动状态？）：仅当链接的设备具有特定状态时，此步骤的状态才会设置为已执行。ECUS（在客户处）的标准实施检查。
• PCEA（调用 FICA 消息合同激活）：触发 FICA 和 CC 合同创建的标准分配步骤，仅在之前的两个步骤成功时执行。

激活设备时触发订阅合同激活：与之前的场景类似，提供了如何根据设备状态触发订阅合同分配和激活的示例实施。当设备状态发生更改时，EQUI 对象的 CHANGED 事件会被引发。如果更改的设备的标识在订阅合同中进行维护，则可能会因状态不同而触发不同的流程。

在所示示例中，当设备状态设置为 ECUS（在客户处）时，会触发订阅合同的分配和激活流程。已针对此事件注册 SOM_EQUI_ACTV 事件接收方，这有助于触发。

基于设备激活的开票开始日期：通常，对于订阅合同，适用周期性费用的起始日期与合同开始日期相同。涉及设备时，使用场景，其中周期性费用仅在激活相关设备时适用。此外，也可以是"设备激活后"或"合同开始后 X 天"，以较早的日期为准。为支持此类场景，提供了 CONTBILS（开票开始）日期类型。标准情况下，此日期类型设置为成功执行步骤 EQUA 的日期，但这可以通过实施 CRMS4_SOM_BADI_EQUI_INTEG 业务加载项来更改。

前提条件：项目类别已标记为与设备链接相关。