在 SAP S/4HANA 或 SAP BTP ABAP environment 的项目里，我们经常遇到这样一种需求。某个业务对象已经成功发生变化，其他系统需要知道这件事情，但当前业务事务并不需要等待其他系统处理完成。SAP 官方文档里的 Travel 场景就是一个很典型的例子。一个新的 Travel 被创建之后，当前创建 Travel 的业务操作已经完成，但另外一些应用可能希望根据这个变化启动审批、发送通知、执行数据同步，或者触发下游工作流。如果采用传统同步接口，创建 Travel 的程序就需要直接调用这些下游系统。Travel 创建成功之后调用 Workflow。再调用邮件服务。再调用外部数据平台。再调用某个 CAP 应用。随着业务系统不断增加，这段逻辑很容易演变成越来越复杂的点对点集成网络。Business Events 提供了另一种思路。创建 Travel 的 SAP 系统只表达一个事实，也就是 Travel 已经被创建。至于谁对这个事实感兴趣，以及收到事件之后执行什么业务逻辑，不再由 Travel 创建程序决定。这正是 Event-driven Architecture，也就是事件驱动架构在 SAP ABAP 世界里的核心价值。SAP 对 RAP Business Events 的定义非常清楚，事件用于通知 Business Object 的消费者，某个业务对象的状态发生了变化。RAP Business Events 可以在本系统内部消费，也可以通过事件交换基础设施发布到远程消费者。从架构角度理解 Business Events