821采购暂估入库问题.pptVIP

2、821采购暂估入库问题 U8产品支持部12号工程师 2004年08月09日 问题现象 此数据采购“暂估入库余额一览表”和存货的“暂估商品余额表”的月末数量和金额不一致。 我们以2月份为例看一下现象。 如图 采购暂估入库余额一览表 存货暂估商品余额表 采购暂估入库余额一览表2月初数字 存货暂估商品余额表2月初数字 现象分析 2月初的时候，采购暂估余额一览表和存货暂估商品余额表的期初数量是相同的，都是163746.00。 而期初金额上的差异不大，应该是误差合计导致。（这不是本案例讨论的问题） 而到月末的时候，采购暂估余额一览表的数量是117006.00，而存货暂估商品余额表的数量114766.00，二者相差2240.00。 这是怎么回事呢？ 分析思路 首先，我们必须知道那些存货数字不同了。 但是由于采购暂估余额一览表是按照供应商分类的，无法直接输出后和存货暂估商品余额表进行关联查询，所以我们必须转移思路将采购暂估余额一览表能够变成按存货代码合并（无供应商）的表，这样就可以和存货输出的表做关联查询分析了。 那该怎么做呢？ 分析思路 我们用事件查看器跟踪一下采购暂估余额一览表的语句。 跟踪发现在打开采购暂估余额一览表时，程序创建了很多临时表。其中一个名为“zpur_sleftBq”引起我的注意。 在查询分析器单独查询这个临时表结果如下图： 可以看到这个表和软件里表很相像 我们将上图的表做一下处理 select cinvcode,sum(jyquantity) as cg_quantity,sum(jyprice) as cg_price from zpur_sleftBq group by cinvcode 按照存货代码汇总出一个新的表 select cinvcode,sum(jyquantity) as cg_quantity,sum(jyprice) as cg_price into fxg_cg001 from zpur_sleftBq group by cinvcode 结果如下 同时将存货暂估商品余额表结果导入 我们可以将存货暂估商品余额表输出成MDB格式，然后利用SQL的导入功能将表导入同样的库里，形成新的表fxg_ch001. 结果如下： 输出结果 我们将这二张表作个关联查询 SELECT fxg_cg001.cinvcode,fxg_cg001.cg_quantity AS cg_quantity,fxg_cg001.cg_price AS cg_price , fxg_ch001.数量___ AS ch_quantity, fxg_ch001.金额___ AS ch_priceFROM fxg_cg001 INNER JOIN fxg_ch001 ON fxg_cg001.cinvcode = fxg_ch001.编码 形成结果如下： 我们对这个记录集做分析 分析 奇怪，怎么没有结果，难道二张表数量都是相同的？那怎么会最终合计数字不一样呢？ 哦！对了，二张表的记录数一样不一样呢？ 来看一下 原来采购暂估余额一览表记录多 采购表多出来的记录 排除数量为0的记录后 明白了 这三个存货的数量合计正好是2240.00 通过上面的分析思路过程，我们至少明白了一件事情，就是之所以二表之间的月末数量对不上，是因为采购入库暂估余额表有部分存货在存货暂估商品余额表里不存在。也就是说存货系统不认为这些存货是暂估状态的。 那么这又是怎么回事？ 继续分析 以081002-6922072000273存货为例。 从界面上我们查询到，2月此存货采购入库单号“0000000108”，单据日期为“2004-02-19” 而结算日期为“2004-03-09” 单据日期 结算日期 再查询存货明细帐 真相大白了 存货明细帐显示dkeepdate（记帐日期）为“2004-02-29”，bflag=0。（1为暂估标志，0为正常单据）。 所以可以肯定的是，用户在2月份重新进行过存货单据记帐功能，而实际的记帐自然日期为2004-03-09之后。这样虽然会计日期为2004-02-29，但是二次记帐的时候此采购入库单已经结算报销了，所以存货不认为这张单据是暂估状态的。 这也就是为什么存货暂估商品余额表没有这个存货的原因了。 至于解决处理方法 因为实际上是业务流程造成二表对不平的，所以这不算是错误或者问题。那么在日常业务中如何避免这样的问题呢？ 首先是必须随时记帐。 其次是建议不要反记帐，如果反记帐的话，对于暂估业务必须也取消结算，然后重新结算重新记帐。 否则的话，产生这样的现象是必然的。 同时，这种存货在二个月内查询应该是平的。 分析总结 经常有采购暂估表和存货暂估表查询对不