BW ASSIGN_TYPE_CONFLICT 错误总结

本文针对ABAP/4processor:ASSIGN_TYPE_CONFLICT错误进行了详细分析,并分享了一种可能的解决方案。通过对DSO、Transformation及InfoCube的重新激活,解决了因版本不一致导致的数据上传失败问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

 

Dump: ABAP/4 processor: ASSIGN_TYPE_CONFLICT 错误总结

:由于本错误比较特殊,也特别难解决,故我们希望多总结一些案例来发现解决办法.

 

案例一: DSO: ZCUS_O06通过DTP上传数据到InfoCube: ZCUS_C06时发现第4包数据一直出现错误,查看错误信息,也只是说系统自身的程序类型不匹配,如何解决呢? 错误现象如下:

 

图一:  数据处理关系图

 

图二: 错误现象

 

问题分析: 根据错误现象,我们认为是系统自身程序出错,没有更好的办法可以解决,检查SAP NOTES,发现类似的故障在BW7.0中也存在,一般是把SAPKW补丁打到11就能解决部分类似问题,我们目前系统补丁是9, 短时间无法请BASIS打到11. 另外,也不能确定补丁打到11就能解决.

解决方法:   其实开始我们发现第1包和第4包数据都出现这个错误信息,当把InfoCube: ZCUS_C06激活后, 4包数据就不报这个错了,但第1 包数据还是报这个错. 我们把DSO, Transformation,InfoCube都重新激活一次,再允许DTP,竟然发现数据上传成功,问题不再出现.

小结: 这个问题很可能是因为DSO/DTP/INFOCUBE的版本(时间戳)不一致而导致的,产生的原因一般是部分对象修改了,而其他的对象没修改,所以通过激活对象,来形成一致的版本(时间戳).

 

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值