SAP Developer Center 上的 Travel 应用示例,把 ABAP Cloud 的几种用途放进了一条清晰的业务链路。我们可以在页面里创建旅行记录,维护出发日期和费用,也可以把旅行业务对象扩展为需要审批的申请,让保存操作触发 SAP Build Process Automation 中的审批流程。官方教程明确展示了通过 RAP 的 Determination 扩展业务对象行为,以及使用 EML 操作业务对象的实现方式。这是一个公开的教学案例,适合观察应用操作与流程协同之间的关系。SAP Developer Center
顺着这个案例往下看,几个经常被混在一起的问题就能分开。维护旅行记录属于事务处理,统计旅行费用属于分析,把申请交给外部审批服务属于过程集成,把旅行数据提供给外部数据平台属于数据集成。页面、报表和接口看上去是不同的交付物,却可能围绕同一组业务数据展开。
理解 ABAP Cloud 的使用场景,我习惯从服务的消费者出发。消费者是业务人员时,我们关注的是怎样查看信息、完成操作、理解结果。消费者是另一个系统时,我们关注的是怎样交换数据、执行业务动作,以及怎样让多个系统共同完成一项业务。这个判断比直接讨论采用哪一种协议更有用,因为它决定了服务需要承担什么责任。
不过,消费者并不是唯一的判断维度。业务人员可以使用事务应用,也可以使用分析应用。外部系统既可以读取数据,也可以创建业务单据。因此,用户消费与系统消费描述的是服务被谁使用,事务处理