别再在 BAPI 后直接 COMMIT WORK：把 BAPI_TRANSACTION_COMMIT、COMMIT WORK 与 BAPI buffer 一次讲透

在很多 ABAP 项目里，你总能看到类似写法：调用完某个BAPI_*函数模块，就顺手来一句COMMIT WORK，仿佛这就是事务提交的标准姿势。代码看起来没毛病，短期也不一定出事，可一旦你把多个BAPI串起来做批处理、或者在失败后继续调用后续BAPI，就可能掉进一种非常隐蔽的坑：数据库里其实没写入成功，但后续BAPI却“以为”某些数据迟早会存在，于是逻辑判断被误导，最终出现莫名其妙的成功、诡异的报错、甚至数据一致性问题。

真正稳妥的规则很简单：

• 在同一个SAP LUW里，只要调用过至少一个BAPI，提交请用BAPI_TRANSACTION_COMMIT，不要用COMMIT WORK。(SAP Help Portal)
• 回滚同理，优先用BAPI_TRANSACTION_ROLLBACK，不要用ROLLBACK WORK。(