ABAP WB01 BDC ”No batch input data for screen & &“ ”没有屏幕 & & 的批输入数据“

公司今年计划大批扩建门店，须要自动化维护相关主数据，其中就有一步经过调用 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 & &问题

一、BDC输入没有转到录屏，好比下面红框注掉，但流程中有这个屏（注：若是有相关的BDC录屏，但没有对应的屏幕，不会出这种问题）：

 （如今上面图中1000与300 BDC录屏的代码，对于后台能够留着，也能够去掉，但前面须要，因此仍是留着吧）

二、屏幕没有结束，就像上面0101屏幕那样， PBO --> PAI --> PBO，屏幕未退出，会致使屏幕流不能正常结束

最后，解决此问题花费了大量时间，硬是将一个只能前台跑的Tcode，改为了后台，反反复复调试了N遍，也多是刚开始思路的问题，很长一段时间未能解决，但后来坚信一个整体思路：解决有问题的屏幕，不能解决的直接跳过它，直接将其PBO和PAI的代码抠出来直接调用，略过屏幕。可能解决这个屏幕，又会出新的问题，那再按这个思路解决新的屏幕问题.........

唉，ABAP真是各类苦，在我快要放弃的时候，又出现了起色。如是Java我想问题早已得以解决..........

因此，ABAP注定是孤独的...............