跳到内容
技术文章
作者的个人资料照片万博新体育手机客户端jigang张张艳

关于VL014的调试提示“错误交付拆分,因为合作伙伴不同”

当使用Tcode VL10B基于一个特定的STO顺序创建传递订单时,用户收到了VL014的错误消息,即“项目&:交付拆分,因为合作伙伴不同”。所有项目共享相同的客户和相关的拆分配置,没有问题已被检查,这些项目应该是一个交付订单,而不是通过项目增加了许多不必要的进一步操作的递送顺序。

在本文中,我尝试从技术角度来看,在调试过程中列出关键点。

首先,在调试屏幕上使用消息编号014设置此消息类型VL的断点是最佳起点。但不幸的是,它不会被触发,因为此消息未像突起,但仅收集错误列表显示。和VL10B不会在SM37的姓名下创建后台工作,因此忘记了JDBG。

通过追踪函数模块的错误日志表FVBFS的变化:RV_Delivery_CC_ERRORLOG_ADD,将在命名的例程中找出此错误消息的触发点'message_handling_variabel.sapmv50a.“包括程序LV50SF08。(插入点是例行的'Message_vbfs_aufbauen'在fv50xf0m。)

BTW,使用RV_Delivery_CC_ERRORLOG_ADD作为进程终止点,以防止交付在物理上创建,因为这种情况可能是罕见的,很难找到一个新的,否则需要相应地恢复发票并删除生成的交付。

在相同的例程中,关键字段检查是否需要合作伙伴的拆分交付是字段的“lf_partners_identical'。

FM更新此相同标志:'shp_compare_delivery_partners'内部fm:'shp_check_partner_combination'。

这里的两个表:一个是lt_vbpa_check包含标题的合作伙伴信息现有的,LT_VBPA新交付标题ZLIKP的合作伙伴。标志EF_Partners_Identical被标记为乞引的X,这意味着默认情况下,除非清除此标志,否则不应拆分所有递送。

为字段创建观察点'ef_partners_identical',我们发现根〜!在这里你可以搜索'清除EF_Partners_Identical'获得所有不同的原因,可能导致由合作伙伴造成的交付分歧!在我的情况下,这是由不同的ADRNR引起的!

omg,怎么可能是这样的简单原因~~~我要晕了。检查PO项目表,各种PO项目的不同ADRNR,数字是顺序的!不要忘记Adrda ='e'意味着什么。

使用那些ADRNR检查ADRC表,所有这些行都完全相同,除了数字。

检查Po更改,用户为项目做了什么?没有任何改变但左转日志!

这些毫无意义的行动使系统认为细节已更新为送货地址,这就是为什么Adrda是'E'而不是默认的'D'!

通过用户ID和ChangeLog时间,我们可以更清楚地在ChangeLog Item表CDPOS中看到此操作!空白value_new和value_old,用'i'及其日志是无用的更新

为什么除了ADRC之外,还有一些其他表已插入?检查项目更改日志您将找到:P交付创建过程中的某些关键功能或例程:

  • 'gn_delivery_create'在'shp_vl10_delivery_create'
  • lv50r_craf07的'shp_vl10_delivery_create'
  • LV50R_VIEWF43的'delivery_create'
  • LV50R_VIEWF44的“Packages_Deliver”
  • Fcode_samd / fcode_execute在vl10b的pai

调试就像我的追逐游戏,满的对陷阱和刺激的诱惑〜最大的缺点是我会滴头发〜

/
成为第一个评论者
你一定是已登录评论或回复帖子。