SAP 对HU作货物移动报错-Only 0 serial numbers entered instead of 30 -

SAP 对HU作货物移动报错-Only 0 serial numbers entered instead of 30 -

 

元旦刚过，就收到客户的业务人员报错说，当其对HU作转库（同一个公司代码下工厂到工厂或者同一个工厂下存储地点对存储地点）都不成功，报错以下：

 

Only 0 serial numbers entered instead of 30/

 

 

 

以第一个HU为例，里面是包含有30个序列号的，

 

 

 

HU的状态是WHSE，代表HU里的货物是在库状态。数据都是正常的，HU状态等都一如从前正常。

 

那为啥用的好好的事务代码，过了一个新年就不能正常运行呢？这个报错信息，是加入项目近一年以来第一次遇到的。不管是业务人员仍是咱们运维团队，都感到奇怪！究竟是为何？

 

项目上对HU执行转库的事务代码，没有使用VLMOVE，而是在VLMOVE的基础上作了一个封装，容许一次对多个HU批量进行转库操做，其核心功能仍是VLMOVE的功能。

 

1），咱们去项目上的SAP测试系统上测试，发现若是把过帐日期改为2019-12-31，不是当天（2020-1-3）的话，就报相同的错误：

 

 

 

 

若是不修改过帐日期，就是用系统本身建议的日期，

 

 

 

执行，

 

 

成功了！

 

也就是说，这个不是对HU转库的程序问题。不过真的奇怪，跨了一个年就不能对含有序列号的HU转库过帐了？这不合常理啊。

 

2)，咱们就这个问题向SAP公司发了一个Message。获得的回复，正如预期的回复同样，因咱们使用的不是SAP标准事务代码，而是一个自开发的事务代码（虽然这个自开发事务代码核心功能仍是调用标准VLMOVE功能），因此SAP公司不提供支持。

 

3），固然，咱们也同时找了开发同事去调试程序。没有哪一个问题是开发顾问调试程序找不到缘由的！通过开发同事的努力，咱们有新发现：当咱们将过帐日设置为2019年年末的时候，程序生成的物料凭证过帐日期是2019年的，可是序列号相关年度是取的天然年度的日期2020年，这样会致使物料凭证不完整。也就是说标准SAP系统里VLMOVE不支持为含有序列号的HU作跨年转库等过帐操做。

 

咱们能够说是SAP系统的一个bug吧。

 

解决方案，天然不是去打Notes了，而是由开发同事在相关检查的地方加了加强代码，跳过相关的检查绕过这个报错，最终问题解决。

 

2019-01-03 写于银川市。