用友U8+存货核算—暂估材料余额表数据异常原因分析

用友erp软件4折优惠_实现供应链协同信息共享_提高工作效率

问题描述：

160版本，用户在查询2月份的暂估材料余额表时发现本期报销的竟然比期初暂估+本期报销的数还多，结果结存数量和金额都变成了负数，这是咋回事？

暂估余额表一般常见的是上下月结存有金额尾差或是没有结存数量，只有结存金额的情况，而这个现象我还是第一次见到。那其他月的暂估余额是否也有问题呢？诶，正常耶！

问题原因：

根据以往经验直观判断，程序原因导致该现象的可能性不大，根据暂估表的数据来源分析有可能是存货明细帐上的暂估或结算的记录异常，直接打开后台存货明细帐表看下，结果手里杯子差点掉地上，这，这一点毛病没有啊！

一看就是单到回冲的，1月份暂估记账了550个，金额36300，2月结算了550个（即本期报销数），结算金额是56000，红字回冲550，暂估回冲金额36300，2月份又暂估入帐了34个，暂估金额2618，暂估标识为1。可以看出2月的暂估余额应该就是34个，余额2618，这比正常还正常呢！

一般来讲暂估余额表的数据来源主要就是明细帐啊，如果明细帐正常，那还可能与什么有关呢？别猜了，跟吧。。

通过第一个图能判断出问题应该是出自2月份的报销回冲出的问题，那直接对2月份的报销回冲的语句进行跟踪分析：在插入一个临时表时根据关联条件（包括仓库、存货、自由项等）关联了存货总账，按照脚本的意思应该是取蓝字报销单的数量。那咋还关联重了呢？有可能….存货总账出事了！

2月份有条记录后面的自由项是空！这货到底有没有自由项啊？前台一看，这货不光自由项，还自由项核算呢！

那就怪了，都有自由项核算，那存货总账上这条自由项为空的记录又是哪儿来的？！难道是后台调整过核算自由项不成？

由于存货总账上的结果应该都是从存货明细账上汇总来的，那就看看存货明细帐上是否有记录异常的，结果还真发现了一条异常的入库记录，58号入库单的存货自由项为空，这是什么原因导致的？是程序判断问题？还是人为故意修改过存货属性？这时，一个不起眼的细节引起了我的注意，就是这条暂估入库记录的制单人，这才明白它是由MES系统传入的，由于传入时不经过前台程序的判断与控制，直接写入，因此出现了不该出现的问题！

存货明细账上的异常结果导致存货总账有异，但又是什么原因使暂估材料余额表中的本期报销数出现错误的呢？

这话还得从之前那条从蓝字结算单取数的关联语句上说起： 本来正常通过蓝字报销单（明细帐autoid为80）关联存货总账时，应只能关联出存货总账中autoid为70的那条记录就行了，但谁知它还顺手关联出了存货总账autoid=73的暂估入库且自由项1为空的那条记录，这原因何在？

那咱们就把它砸碎了一起分析看看：

其实问题的关键是语句中有一个OrIsNull(Ia_summary.cFree1,N‘‘)=N‘‘

或语句 导致的，去掉它一切就正常了，可是能去么？不能！为啥？脚本没问题，因为确实存货自由项有为空的正常情况，错的应该是存货总帐中自由项不应为空却为空的记录！

因此解决问题的关键是怎么让存货总账中记录结果正常，那还得先从存货明细帐处理起。

解决方案：

经与用户确定该存货确有自由项核算，因此首先应与MES系统负责人沟通，后续传入时需判断存货是否有自由项核算，若有则传入时相关自由项的值不能为空。

其次对于已传入的暂估入库数据，由于此次为MSE系统的导入测试，并没有太多需要补填的数据，且用户表示不方便重新恢复记账处理，做好数据备份后通过关联存货是否为自由项核算且明细账相应存货自由项值为空的记录进行筛选，补填入库单子表及存货明细帐，并对存货总帐进行重算处理。

案例总结：

这个案例也可以说是比较一波三折，给我的反思也是不少：

1、 任何问题不要仅看现象，就仅凭经验轻易下结论

2、 快速处理问题首要判断的是问题产生的方向

3、 注意问题的内含与外延的关联性对结果判断的影响

4、 对跟踪结果的分析也不能只是停留在表面，一定要关联性思考去深挖问题本质

5、 注重细节，不遗漏任何一处导致问题的可能性，逐一进行剥丝抽茧似的分析

6、 对复杂语句进行打碎处理，关注重点，简洁明了，直击问题所在！