2020-08-19 22:59发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）这是怎么回事：使用事务VT01N... 显示全部
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
这是怎么回事：使用事务VT01N创建了装运（ZG11类型并分配给输出确定程序V7STRA的装运）。 与装运类型ZG11相关的输出类型之一是ZCMR。 有时，第一次处理装运时（即，使用事务VT01N创建装运类型时），系统不会触发输出类型（不打印表格），因为在处理中可以看到 输出类型的日志，货件不存在（！）：
第二次处理装运时（使用事务VT02N），系统最终找到装运并触发输出：
上面，第一行对应于第一次处理货件时的输出类型错误（我在第一张图片中提供了详细信息），第二行对应于之后成功触发输出类型的错误 货物的第二次处理。
现在，我浏览了输出类型ZCMR的配置，并将其与分配给输出确定过程V7STRA的其他输出类型的配置进行了比较。 系统调用的用于处理此输出类型的程序（Z程序）与过程V7STRA的其他12种输出类型相同。 我不认为具有该程序的所有其他输出类型都存在此问题，因此我不认为Z程序是引起此问题的原因。
此外，分配给此输出类型的访问序列也不是标准的。 该访问顺序涉及两个表：一个是标准表，另一个不是。 属于所讨论的两个表的所有字段都是属于标准字段目录的字段，因此我想它们已正确映射到方便的通信结构。
我现在要遍历2020年1月1日以后创建的几批货物的清单，看看哪些输出类型出现故障，哪些输出一切正常，看看是否有某种模式。 我想知道非标准访问序列是否与这一切有关，因为至少有另一个ouptut类型存在此问题。
说了这么多，您认为我应该做些什么来找出问题吗？
谢谢您的时间。
我不会很快将自定义打印程序视为潜在的根本原因-您自己说过"有时"。 我的理解是，该问题是随机发生的，因此您不能100％地确定不会发生同一问题，或者对于其他输出类型（尤其是SAPScript）也不会发生该问题。
它 我猜这个问题也可能与其他自定义代码有关，例如 在分配号码的出口处或在BADI中，但打印程序似乎更可能是罪魁祸首。 您可以通过SNIF检查是否有一些与运输相关的自定义代码，然后请您的团队中的开发人员对其进行审核。
关于自定义访问顺序-我同意这不太可能 这个问题，您使用标准字段，并且没有通过自定义逻辑在其中填充值，对吗？ 如果访问顺序是问题所在，那么问题可能会更频繁地发生，并且可能只是针对其中一个表（自定义表），因此您现在已经注意到了这一点。
关于自定义 打印程序：如果问题相对频繁发生，我还将使用标准打印程序对输出类型进行测试，看看是否出现相同的错误。
确切的错误消息类别和编号是什么， 顺便说说？ 您是否尝试检查SE91中使用的位置以查看凸起的位置？ 在测试环境中调试呢？ 您是否能够在测试系统中重新创建示例，以便开发人员可以尝试对其进行调试？ 我知道，考虑到您不确定是否可以重现该问题，这将非常耗时，但是如果其他所有操作均失败，那么您将没有很多其他选择...
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 不懂烦人 的问题《装运中的输出类型有问题》','https://www.easysap.com/answer/17725/49757.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
我不会很快将自定义打印程序视为潜在的根本原因-您自己说过"有时"。 我的理解是，该问题是随机发生的，因此您不能100％地确定不会发生同一问题，或者对于其他输出类型（尤其是SAPScript）也不会发生该问题。
它 我猜这个问题也可能与其他自定义代码有关，例如 在分配号码的出口处或在BADI中，但打印程序似乎更可能是罪魁祸首。 您可以通过SNIF检查是否有一些与运输相关的自定义代码，然后请您的团队中的开发人员对其进行审核。
关于自定义访问顺序-我同意这不太可能 这个问题，您使用标准字段，并且没有通过自定义逻辑在其中填充值，对吗？ 如果访问顺序是问题所在，那么问题可能会更频繁地发生，并且可能只是针对其中一个表（自定义表），因此您现在已经注意到了这一点。
关于自定义 打印程序：如果问题相对频繁发生，我还将使用标准打印程序对输出类型进行测试，看看是否出现相同的错误。
确切的错误消息类别和编号是什么， 顺便说说？ 您是否尝试检查SE91中使用的位置以查看凸起的位置？ 在测试环境中调试呢？ 您是否能够在测试系统中重新创建示例，以便开发人员可以尝试对其进行调试？ 我知道，考虑到您不确定是否可以重现该问题，这将非常耗时，但是如果其他所有操作均失败，那么您将没有很多其他选择...
一周热门 更多>