在 RAP Action 里接入 BAPI 业务逻辑,让物料分类分配既稳、又能回到事务边界里
在SAP S/4HANA的真实项目里,RAP和经典BAPI并存,几乎是绕不开的状态。界面层已经是Fiori Elements,服务层走的是OData V4,行为实现放在behavior pool里,可真正落库的那段业务逻辑,很多时候仍然压在老牌BAPI身上。物料分类分配就是一个很典型的例子,前台看起来只是点一下Assign Class,后台却不能只是把BAPI_OBJCL_CREATE粗暴地塞进一个action方法里就完事。RAP的保存模型把交互阶段和保存阶段拆得很清楚,save_modified属于late save phase,而保存序列本身是在交互阶段至少有一次成功修改之后才会启动。针对这类集成场景,官方给出的路线也很明确,action方法负责读数、鉴权、加锁、准备后续保存数据,真正的BAPI调用放到save_modified里执行,成功之后由运行时完成保存序列的收尾和提交。(SAP Help Portal)/
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/2503262.html
如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!