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

库存模块收发存汇总表异常,用友实施工程师：徐先荣 QQ：403539733 2011年10月,用友技术支持： 广州嘉文:/ /u/2511412405 全国服务热线：020-2236 1247,库存模块收发存汇总表异常,对于启用批次管理的存货，在做出库业务时不能选择批号是很常见的错误，这样的错误并不是所有都是由结存数量错误造成的，有时也可能是由于出入库记录某字段赋值错误造成不能正常出库。下面为大家介绍一种数据对比的方法排除错误原因的方法。,问题现象描述,存货：001 仓库：3 配料库 此存货在收发存汇总表中查询6月末结存余额与7月初期初余额不符,查询日期7月1日-7月31日 期初结存数量 36.91,查询日期1月1日-6月30日 期末结存数量 7.5,数据分析过程,库存模块的收发存汇总表数据来源是 ST_TotalAccount（库存总账表）作为期初，再根据 RdRecords（出入库明细）的所有入库记录作为入库汇总，所有出库记录作为出库汇总。 因为此问题现象是期初数据发生错误，所以我们判断很大的可能是ST_TotalAccount表有错误记录。,数据库中调出ST_TotalAccount表的记录（存货和仓库按问题描述中选择）,这里我们发现，在这个帐套中同一存货在同一仓库每个期间有两条记录，并且cbatch和cfree1、cfree2字段有些是空值，正常未启用应该是null。,数据分析过程,再往以前年度查询，这样不正常的现象是从上个年度2008年2月开始的。,2008年除第一个期间外，此存货在每个期间都是两条记录。,ST_TotalAccount表是从库存模块期初记账后开始写入数据，按仓库、存货、批号、自由项每期间一次写入存货的期初、收入、发出总数。库存总账表每月在库存模块结账后写入一次数据。所以本帐套中查询出的ST_TotalAccount表中的数据是不正常的。,数据分析过程,ST_TotalAccount表每月在库存模块结账后写入一次数据，取消结账则恢复到上月的数据，所以以前我们处理ST_TotalAccount表不正确的现象是可以通过库存模块重新结账来解决，但有时因用户有核算模块，并且很多单据都记账并生成凭证，重新反结账很麻烦不说，还可能在反结账处理过以后很难还原到原来的状态，并且对这个问题来说上个年度就是错误的，所以结转过来期初也是错误的，反结账也不能解决。,再确认了问题原因以后，下面介绍一种不需要取消核算和库存结账来重算ST_TotalAccount表的方法，并且可以处理像此次列举的帐套这样多年度数据的错误。,解决方法详解：,因错误记录最早出现在2008年2月，所以我们首先要调整2008年数据： 1、删除ST_TotalAccount 表数据，但要保留期初，也就是1月的数据。 delete from ST_TotalAccount where imonth1 从刚才的查询中我们看到2008年1月的数据，虽然没有两条记录，但cbatch（批号）和cfree1、cfree2（存货自由项1、2）字段都是空白记录，这里假如没有启用批次和自由项，正确的值应该是NULL，并且下面的月份出现重复记录也是因为此处赋值不正确导致，所以第二步要将这里三个字段的值修改正确：,2、将ST_TotalAccount 表中自由项和批号异常记录修改为NULL ： update ST_TotalAccount set cbatch=null,cfree1=null,cfree2=null,解决方法详解：,3、执行St_totalAccountReCalculation建立存储过程,4、执行存储过程，重算2008年数据，格式为： exec ReCaluST_TotalAccount 882, 2008（其中882是帐套号，2008为年度）,执行过脚本后，会在2008年数据库下建立一个新的存储过程。,到此2008年数据可以调整正确。然后在执行另一个存储过程来将ST_TotalAccount表数据重新结转到2009年。,解决方法详解：,5、删除2009年ST_TotalAccount表数据。 delete from ST_TotalAccount,6、执行STTotalAccountJZ建立存储过程,执行过脚本后，会在2009年数据库下建立一个新的存储过程。,解决方法详解：,7、执行存储过程结转数据，格式为： exec JZSTTotal UFData_882_2008,UFData_882_2009,这样2009年期初已经正确，然后按之前计算2008年数据重算方法，将2009年ST_TotalAccount表数据