库存模块收发存汇总表异常修改.pptxVIP

库存模块收发存汇总表异常用友实施工程师：徐先荣QQ：4035397332011年10月用友技术支持：广州嘉文全国服务热线：020-22361247

库存模块收发存汇总表异常对于启用批次管理的存货，在做出库业务时不能选择批号是很常见的错误，这样的错误并不是所有都是由结存数量错误造成的，有时也可能是由于出入库记录某字段赋值错误造成不能正常出库。下面为大家介绍一种数据对比的方法排除错误原因的方法。

问题现象描述存货：001仓库：3配料库此存货在收发存汇总表中查询6月末结存余额与7月初期初余额不符查询日期7月1日-7月31日期初结存数量36.91查询日期1月1日-6月30日期末结存数量7.5

数据分析过程库存模块的收发存汇总表数据来源是ST_TotalAccount（库存总账表）作为期初，再根据RdRecords（出入库明细）的所有入库记录作为入库汇总，所有出库记录作为出库汇总。因为此问题现象是期初数据发生错误，所以我们判断很大的可能是ST_TotalAccount表有错误记录。01数据库中调出ST_TotalAccount表的记录（存货和仓库按问题描述中选择）02这里我们发现，在这个帐套中同一存货在同一仓库每个期间有两条记录，并且cbatch和cfree1、cfree2字段有些是空值，正常未启用应该是null。03

数据分析过程再往以前年度查询，这样不正常的现象是从上个年度2008年2月开始的。012008年除第一个期间外，此存货在每个期间都是两条记录。02ST_TotalAccount表是从库存模块期初记账后开始写入数据，按仓库、存货、批号、自由项每期间一次写入存货的期初、收入、发出总数。库存总账表每月在库存模块结账后写入一次数据。所以本帐套中查询出的ST_TotalAccount表中的数据是不正常的。03

数据分析过程ST_TotalAccount表每月在库存模块结账后写入一次数据，取消结账则恢复到上月的数据，所以以前我们处理ST_TotalAccount表不正确的现象是可以通过库存模块重新结账来解决，但有时因用户有核算模块，并且很多单据都记账并生成凭证，重新反结账很麻烦不说，还可能在反结账处理过以后很难还原到原来的状态，并且对这个问题来说上个年度就是错误的，所以结转过来期初也是错误的，反结账也不能解决。再确认了问题原因以后，下面介绍一种不需要取消核算和库存结账来重算ST_TotalAccount表的方法，并且可以处理像此次列举的帐套这样多年度数据的错误。

解决方法详解：因错误记录最早出现在2008年2月，所以我们首先要调整2008年数据：1、删除ST_TotalAccount表数据，但要保留期初，也就是1月的数据。deletefromST_TotalAccountwhereimonth1‘从刚才的查询中我们看到2008年1月的数据，虽然没有两条记录，但cbatch（批号）和cfree1、cfree2（存货自由项1、2）字段都是空白记录，这里假如没有启用批次和自由项，正确的值应该是NULL，并且下面的月份出现重复记录也是因为此处赋值不正确导致，所以第二步要将这里三个字段的值修改正确：2、将ST_TotalAccount表中自由项和批号异常记录修改为NULL：updateST_TotalAccountsetcbatch=null,cfree1=null,cfree2=null

解决方法详解：3、执行St_totalAccountReCalculation建立存储过程4、执行存储过程，重算2008年数据，格式为：execReCaluST_TotalAccount‘882’,2008（其中882是帐套号，2008为年度）执行过脚本后，会在2008年数据库下建立一个新的存储过程。到此2008年数据可以调整正确。然后在执行另一个存储过程来将ST_TotalAccount表数据重新结转到2009年。

解决方法详解：5、删除2009年ST_TotalAccount表数据。deletefromST_TotalAccount6、执行STTotalAccountJZ建立存储过程执行过脚本后，会在2009年数据库下建立一个新的存储过程。

解决方法详解：这样2009年期初已经正确，然后按之前计算2008年数据重算方法，将2009年ST_TotalAccount表数据重算。执行存储过程结转数据，格式为：execJZSTTotalUFData_882_2008,UFData_882_2009所以在以后处理ST_TotalAccount异常造成的数据错误时，在不能将库存模块反结账时，保证库存期初是正确的情况下，大家可以尝试使用这样的方法来重算ST_TotalAccount表。0