最近在处理一个 SAP S/4HANA 生产问题时，表面现象很容易把排查方向带偏。系统里有一套已经运行了一段时间的自动采购流程。业务产生 Purchase Requisition，也就是PR之后，由一个自开发的Z Program定时启动 SAP 标准程序RM06BB30，尝试把符合条件的PR自动转换成 Purchase Order，也就是PO。自开发程序被安排在SM36的后台作业里周期执行，日常则通过SM37查看运行情况。奇怪的地方就在这里。SM37里连续几次运行结果都是Finished，没有Canceled，没有明显的 ABAP Dump，后台作业看起来相当健康，可业务人员却发现，有几张PR一直停在那里，没有生成对应的PO。如果只盯着SM37的状态，很容易得出一个错误结论，后台程序已经成功完成，因此自动建单逻辑应该没有问题。实际上，SAP 对后台作业Finished的定义更接近于作业步骤完成，没有因为某个足以终止 Job Step 的技术异常而导致整个作业进入Canceled。SAP 官方文档对后台作业状态的解释也是如此，Finished表示组成该 Job 的步骤已经成功完成。可一个 ABAP 程序完全可