点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
我们发生了一个奇怪的问题,我无法确切指出这里发生了什么。 如果可以的话,我将不胜感激。
因此,该场景是在使用物料作为套件创建销售订单时,即它包含许多较低级别的物料。 如果我们创建此商品并输入商品编号为100的套件材料,那么我们得到的似乎是针对每个子项目(即较低级别的商品)设置的随机"客户数据"文本值。
广泛的调试表明,这是由于在STXH表上存在针对TEXTNAME值为100、200、300等的VBBP的条目。当我们将Kit材质添加为Line 100时,似乎会出现较低级别 然后将材料自动添加为第110、120、130行等,并找到100的STXH条目作为参考(大概是与Kit材料行号相同的值)。
如果套件材料添加的行号不是100,则不会发生这种情况。
我假设此功能存在于SAP Standard代码中,但我想我的主要问题是-那里STXH上的条目如何以及为什么存在,对于VBBP,STXH上的大多数条目都包含订单号 和行号,但整个负载仅包含行号,日期为2016,我无法确定如何创建或维护(或实际上将其删除,这将解决问题!)。
非常感谢收到任何建议。
谢谢。
如果我正确理解您的信息,那么在STHX for VBBP中,您没有针对某些条目的订单号。 我的理解就像您一样-这样的条目是不正确的。
我希望您确实确保没有最近添加的内容,因为这可能意味着创建此类条目的问题已通过后续更正得到解决。 。
我建议您查看SAP注释 966625-虚拟/幻影文本或不清楚的文本来源 解决方案,以删除不正确的条目。
主要挑战是找出为什么会首先发生这种情况,并且以后不会发生这种情况。 您提到的条目已经很老了,在大多数系统中,要找出到底是哪个开发真正引起了这一点确实很困难。 您是否还检查了其他系统-DEV,QAS中是否有最新记录? 如果有问题,则可能是将来在PRD中再次出现该问题,因此在这种情况下,您将需要尝试在测试环境中复制该问题,当然,还要监视受影响系统中的表条目 然后通过RVTEXTE删除这些文本来进行更正,直到问题解决为止。
嗨,
如何创建订单? 如果您有任何MW接口,可以在那一侧检查第100行还是在实现任何代码逻辑之后?
有一点突破。 我发现我们确实在使用自定义数据传输例程,该例程从原始文档中获取更高级别的项目文本。 在这里,我可以看到它将FTVCOM-VBELV和FTVCOM-UEPOS连接到REFERENZ-TDNAME。 但是VBELV为空,因为我们尚未创建订单。 我认为这是它正在读取流氓文本的原因,该流氓文本可能由于某种错误而仍然被创建。
很酷,我很高兴看到这个谜语部分是 已解决。
我不了解您的详细过程,但是如果不使用引用创建项目时不应该传输文本,那为什么不使用050这样的需求例程呢? 还是标题项目是通过引用创建的,但是您爆炸了项目,因此无法使用需求例程? 在这种情况下,您可以在数据传输例程中实施检查。
我不确定REFERENZ-TDNAME的用法。 在标准示例002中,它用于读取标准SO10文本,而不是VBBK/VBBP文本。 当我在例程001中设置断点时(它只是一个空白,所以没有什么特别的事情发生),当程序读取我的VBBP文本时,REFERENZ未填充。
Tony Stoyle 您对TDNAME的说法是正确的,但是如果这些文本是通过自定义代码生成的,谁知道更新了什么值...
在我所看到的沙箱中,我找到了一个带有空TDNAME的条目(尽管对于另一个对象),并且为VBBP找到了一些非常有趣的TDNAME值,但这是一个开发系统,所以一切皆有可能:)
出于好奇-您在TDMACODE1中看到了什么? TDFUSER的值是否可以说明如何生成记录? 抱歉,如果您已经完成此步骤...
我觉得很有趣,在您的情况下,只读取项目编号的条目而不是文档编号+项目的条目。 您是否使用一些自定义数据传输例程?
一周热门 更多>