SAP Business ByDesign（比亚迪）为您提供了大量的API和集成选项，只要有可能，SAP建议您使用标准的OData API和Web服务API。

但是，对于某些使用情形，可能需要将比亚迪数据定制实时复制到其他应用程序或系统，这样，比亚迪新创建或更改的业务对象实例（BO）将触发实时复制。对于我的场景，我假设触发数据复制的开始条件是特定于公司的，甚至可能依赖于扩展字段。此外，由于用户、web服务和批量操作（例如批量数据运行或批量更改）引起的数据更改也会触发数据复制。一个典型的例子是比亚迪主数据实时复制到某个外部系统。

基本方法是使用SAP Cloud Applications Studio调用嵌入比亚迪业务对象逻辑中的外部web服务。

挑战是如何有效地将实时复制与海量数据操作结合起来，并将这些操作解耦来自比亚迪用户会话的外部web服务消费

基本上我们可以将外部web服务消费需求分为两种场景：

单实例事件（例如用户更改单个对象）：主要需求是实时复制，i、 e.外部web服务消费具有优先权，智慧农业物联网系统，可用资源应用于此任务。批量实例事件（例如用户应用批量变更）：主要需求是资源优化，防止工作负载高峰带来的瓶颈，淘客助手下载，即外部web服务消耗没有优先级，系统资源消耗不影响UI用户

因此，外部web服务的使用应立即触发，但应与用户事务解耦，以避免与外部系统通信时从用户角度造成时间延迟。

比亚迪可使用SAP实现web服务调用与用户会话的解耦（即引入异步屏障）云应用工作室通过两种方式：

异步消息传递异步后台处理（海量数据运行）

异步消息传递是支持实时复制需求的较好方法，但当创建大量消息且不使用绑定选项时，可能会导致较高的系统负载

因此，私有云市场，采购返利，关键问题是：如何将业务对象更改绑定到支持海量数据复制，同时又不丧失实时性？

想法是使用SAP Cloud Applications Studio并行创建更改通知和通信任务。

更改通知充当应复制的业务对象实例的筛选列表。使用ABSL，购物领券，您可以灵活地决定业务对象的哪些更改触发更改通知的创建。

通信任务触发复制（即调用外部web服务），并通过异步比亚迪内部通信与用户会话分离。通信任务收集所有打开的更改通知，并决定作为捆绑包发送到外部系统的业务对象实例的数量。

比亚迪会话ID可能是分组更改通知的"任务ID"。

获取会话ID的BODL/ABSL示例：

BO扩展：

BO保存前事件：

您做了什么想想这个概念？欢迎发表任何意见