公司今年计划大批扩建门店，需要自动化维护相关主数据，其中就有一步通过调用 WB01的BDC录屏来自动创建地点，前台跑没有问题，但后台JOB死活不行，屏幕是以前同事录好的，只能硬着头皮修改。
后台任务日志：
抛RAISE_EXCEPTION异常。
用ST22进去跟踪出错的代码：
出错的地方：
结合前台调式，发现了出错屏幕：
即SAPLPLANT_DISPLAY_CUSTOMIZING的1000屏幕出问题，经查证原因是屏幕上的ALV是OO方式写的
解决办法：后台时跳过该屏幕，但处理逻辑不能省。由于屏幕只是个交互过程，可以在后台代码直接将有用户输入的值给赋值上，屏幕自然就可以不要了，具体实现就是将原屏幕PAI与PBO相关的代码抠出来直接调用，而不再Call 屏幕
查找该屏幕被调用的地方：
发现两处调用：
将这两处都打上断点：
然后断点调试看是哪个地方，SM37进去：
勾上出错的JOB，输入JDBG事务码，回车：
看调用栈，这样就知道是哪个调用了吧，就是DISPLAY_PLANT_COPY_CUSTOMIZING函数，然后进该函数，找到调用 SAPLPLANT_DISPLAY_CUSTOMIZING的1000屏幕的位置进行代码修改。（ 注：在按F8调试完JOB后，发现报 OBJECTS_OBJREF_NOT_ASSIGNED异常
但先不要去解决这个问题，本人就因为去解决这个问题耗费了大量时间，这个问题的本质还是因为OO方式的ALV在后台无法构建出的问题，与前面的问题其实是同一问题，只是运行方式不一样：前面的 RAISE_EXCEPTION异常是直接通过任务跑出来的，这个 OBJECTS_OBJREF_NOT_ASSIGNED异常是通过再一次调试该任务出来的。 可以ST22查看出错点：
）
下面就继续修改代码，但代码是标准的程序，一般是不让改的，但我司是老的SAP系统，都不会再升级或打补丁了，再说SAP出来了新的S/4产品，都明确说过，以后不再对老的SAP产品进行维护，就像Windows XP一样，所以想维护想修改BUG的话，就自己来吧
在修改标准程序前，还需要破解程序，不然是修改不了的，我想搞过的人都知道吧，这里就不说破解的事了
但要注意的是，修改标准程序不要影响其他的程序，所以最好在主调程序调用WB01录屏之前，设置一些标记，将这些标记传到标准程序中，然后在修改标准程序的地方，读取这些标记，能读到，则修改，否则还是走原来的逻辑。
下面是自己的程序，就是该程序调用WB01录屏的：
下面是已修改的标准程序：
（注：ok_code = 'BSTV'.，因为从后面可以看出该Code还要继续传到外面去，调用它的程序应该需要用到）
上面红框中的代码就是 SAPLPLANT_DISPLAY_CUSTOMIZING的1000屏幕 的处理逻辑，我们可以打开1000屏幕，将它的PBO，以前PAI抠出来，再这里进行直接进行调用，这样虽然去掉了1000屏幕的交互过程，但后台逻辑我们并没有省略，这样数据就不会出问题。
其实到这里还没有完，当再次定义JOB跑时，上面的1000屏幕已成功去掉，但相应的数据没问题，但是，出现了新的问题：
那我们再进SAPLSTRD标准程序的0300屏幕，找出错原因。
先入到 进SAPLSTRD的0300屏幕，在PBO与PAI都打上断点：
为什么要选择这两个Module进行断点呢？原因就是因为该屏幕出问题，但不知道是PBO里，还是PAI里出问题，所以两个都断点一下，再调试看看屏幕的走向。
断点打好后， 同样再调试该JOB：
F8到下面断点暂定，然后F6看屏幕一步步走的轨迹：
继续F6，发现所有屏幕都退出，PAI模块根本没调用，直接退到我们自己的主调程序里：
此时sy-subrc为1001状态，查看返回消息内表PT_MESSTAB[]，找到出错Message ID以及错误号：
SE91查看详细错误消息：
没有屏幕 & & 的批输入数据
对应的英文：
No batch input data for screen & &
选中，看长文本：
还是看不懂，云里雾里，只能暂停............
从上面调式300屏幕仔细来看，只走了PBO模块，PAI没有走，没触发PAI，录屏中已传OKCODE，即使这里手动设置还是不行.............
很久后，硬是没找到问题...................
没触发PAI，这问题真是难找，原来的别人的录屏又那么复杂，没有适当数据，重录出来的屏幕流程与原来又不一样，产品还没找出原因，干脆一不做二不休，将出问题的这个300屏幕也从屏幕流中干掉，屏我也懒得重录了
通过上面可以看出，问题出在SAPLSTRD的300屏幕：
从前台调试，可以得知是300屏幕是如下传输请求屏幕：
现在要跳过300屏幕，与前面跳过1000屏幕一样，先要找到调用这300屏幕的地方，其实从上面图就可以看出，是在 TRINT_ORDER
_CHOICE调用的，所以打开这个函数，再次进行代码修订：
与略掉1000屏幕一样，将300里PAI与PBO相应影响数据的Module调用Form扣出来，在这里直接调用，不走屏幕的PAI与PBO。
修改后，继续跑后台测试，很不幸，还是出问题：
初看起来与前面 SAPLSTRD的300屏幕问题一样，也是没有什么批输入数据什么的，但经过下面调试，发现还真不一样，前面是没有触发PAI，这里又是什么情况呢，继续调试上面出错的JOB，调试前，与前面一样，在SAPMWBE3的101屏幕中的PAI与PBO各打上一个断点，查看屏幕的走向逻辑：
继续调试上面出错的JOB，F8直到上面两处断点地方，继续调试JOB：
经过F6一步步调试，Module调用顺序 ：PBO --> PAI --> PBO，这与前面1000屏幕不一样，PAI触发过（1000屏幕只执行过PBO），问题有所变化：虽然都是 没有屏幕 ＆＆ 的批输入数据 的问题，但可能引发的原因不一样，以经过一段时间的思考，这里应该是屏幕没有退出，因为PBO执行了第二次，问题的原因应该是在修改标准函数 TRINT_ORDER _CHOICE引起的。下面那就在TRINT_ORDER_CHOICE函数里修改的地方打上断点：
然后继续调试上面JOB，F8直到上面的断点地方：
F6一步步执行，发现当执行完 PERFORM append_to_order. 后，直接退到了上面第二行，即调用0101屏幕的地方：
现在可以看出，函数 TRINT_ORDER_CHOICE 就直接退到0101屏幕了，说明该函数中有 LEAVE SCREEN 语句，退出了401屏幕：
按理来说，TRINT_ORDER_CHOICE 函数的调用不应该退出401屏幕，因这个函数是在 PERFORM append_to_order. form中调用的，该函数是我们修改标准程序调用的，而修改的目的是不走屏幕流程，即屏幕以及流程跳转语句应该也要屏蔽掉，所以继续看append_to_order Form，发现最后面有 LEAVE SCREEN 语句：
也将其 屏蔽掉 
再次以JOB跑，结果成功：
总结：出现 No batch input data for screen & &问题
1、BDC输入没有转到录屏，比如下面红框注掉，但流程中有这个屏（注：如果有相关的BDC录屏，但没有对应的屏幕，不会出这种问题）：
（现在上面图中1000与300 BDC录屏的代码，对于后台可以留着，也可以去掉，但前面需要，所以还是留着吧）
2、屏幕没有结束，就像上面0101屏幕那样， PBO --> PAI --> PBO，屏幕未退出，会导致屏幕流不能正常结束
最后，解决此问题花费了大量时间，硬是将一个只能前台跑的Tcode，改成了后台，反反复复调试了N遍，也可能是刚开始思路的问题，很长一段时间未能解决，但后来坚信一个总体思路：解决有问题的屏幕，不能解决的直接跳过它，直接将其PBO和PAI的代码抠出来直接调用，略过屏幕。可能解决这个屏幕，又会出新的问题，那再按这个思路解决新的屏幕问题.........
唉，ABAP真是各种苦，在我快要放弃的时候，又出现了转机。如是Java我想问题早已得以解决..........
所以，ABAP注定是孤独的...............