在 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)/