在 SAP S/4HANA 的真实业务里，一个业务动作很少只改一张表，也很少只停留在一个页面里。销售订单确认之后，可能需要更新订单状态、执行信用检查、预留库存、生成后续交货需求、写入变更记录，并在事务真正成功以后发布业务事件。到了企业级系统，这些动作甚至可能由不同的 Business Object、不同的应用以及不同的服务共同完成。
真正麻烦的地方并不是如何写一个UPDATE，而是如何保证整个业务过程结束之后，系统留下的是一个完整、可信、可以继续处理的状态。
假设销售订单已经被标记为已确认，但库存预留失败了，业务数据就出现了矛盾。再假设数据库最终发生回滚，但订单已确认事件却提前发送到了 SAP Event Mesh，下游系统已经根据这个事件创建物流任务，问题会更加棘手。
因此，Transactional Consistency 并不是数据库层面的一个小功能，而是企业应用架构必须长期坚持的一条规则。
ABAP Cloud 在这里采用了一种与经典 ABAP 很不一样的思路。它并不希望每个开发人员分别解决事务、锁、授权、保存顺序和错误恢复，而是通过统一的 architecture、统一的 programming model、统一的 runtime contract，把这些规则放进框架本身。
SAP 对 ABAP Cloud 的定位也明确强调了这种 standardized architecture。不同应用和服务遵循同一套技术规则，框架负责定义技术契约和运行流程，因此端到端业务流程可以基于统一的 transaction model 来组合，而不必让每个局部应用自己重新发明一套事务机制。
