关于负库存处理的问题？？？

[pbfan]

在新增出库单时，要判断当前出库的数量是否超过现有库存，如果超过则提示不能出库，但实际修改库存时，是通过审核单据来修改的。问题出来了：当新增出库时有可能不会出现负库存，但当审核这张单据的时候确会产生负库存。大家有更好的处理方式吗？？？？

[txlicenhe]

Select pkm_djlx,pkd_bldh,pkd_wldm,pkd_kwdm,pkd_cwdm,pkd_ylsl From pkd_det Join pkm_mstr On pkd_bldh=pkm_bldh Where pkm_djlx In ('MOL','SOL') And pkm_zt='1' Union

Select trm_djlb,trd_djbh,trd_wldm,trd_kwdm,trd_cwdm,trd_yfsl From trd_det Join trm_mstr On trd_djbh=trm_djbh Where trm_djlb='NPL' And trm_zt='1' Union
Select tra_djlx,tra_djbh,tra_wldm,tra_kwdm1,tra_cwdm1,tra_sqsl From tra_mstr Where tra_zt='1' And tra_djlx In ('INJ','INZ') Union
Select 'GEM',ged_djbh,ged_wldm,ged_kwdm,ged_cwdm,ged_sqsl From ged_det Join gem_mstr On ged_djbh=gem_djbh Where gem_zt='1' Union
Select 'SHM',shd_djbh,shd_wldm,shd_kwdm,shd_cwdm,shd_sqsl From shd_det Join shm_mstr On shd_djbh=shm_djbh Where shm_zt='1'

[txlicenhe]

跟你的表的设计不一样，但写法就是把开单未审核的占库存的资料都查出来。

[pbfan]

继续征求好的负库存处理方式　。。。。。
uping........................

[pbfan]

征求好的负库存的处理试，继续up中。。。。。

[matboy]

8992026(8992026) 说的对，这是个理解的问题，不是你程序能控制的，因为对程序来说，开出库单就必须在系统的库存中减去数量，至于实际的数量，相信是实际审核过的单据才真正出入库的，那么你可以从审核过的单据中统计实际的库存。你想，你系统做的再好，人家先出库过两天再审核单据，那你怎么计算也出不了正确的库存。你要记住，无论你怎么做，系统处理和实际的出入库都有时间差，都有人工失误，你只要保证系统内流转数据正确，同时提供工具可修正人工产生的失误就可以了。

[erigido]

呵呵~~，我做得好象还没有通过审核，直接修改的，看来我又要改了。

[HawaiiLeo]

明白了8992026(8992026) 说的，尽量减少系统处理和实际的出入库时间差
引起的库存不足的情况。
所以当入库的时候实际审核过的单据才真正入库，
而出库的时候就减库存，这样库存内只会多不少少。

[arich]

得益ing。。。。。。。。。。
============================================================
安全的处理方法：
1、输入出库单的时候，就减库存。
2、输入入库单的时候，不加库存。
3、审核出库单的时候，不修改库存。
4、审核入库单的时候，加库存。
5、退货单和退料单的处理同入库单。

[w_rose]

开出库单时发现库存足够，于是出库；审核的时候发现会产生负库存，于是审核失败！

上面的流程都是正常的，不必过于担忧。不必“彻底”解决此问题，只要“缓冲”一段时间就好了。

缓冲的方法：设计“待审核”对象，将开出出库单单是未审核的货物数量记录到此表中（包括对应的储库单号）。这样，出库时判断“负库存”的情况时必须同时考虑此数量，也就是说：库存实际数量减去出库数量再减去“待审核”总数量必须不小于零。

同时，如果储库单在一定时间内未审核（例如12小时），则自动“作废”此处库单。

[w_rose]

缓冲的方法：设计“待审核”对象，将开出出库单但是未审核的货物数量记录到此表中（包括对应的出库单号）。

[w_rose]

如果要保持库存数据直观，在开出出库单时将相应的数量移动到“待审核”表中。在审核时从“待审核”表中减掉而不是从“库存”中减掉。在出库单被“作废”时移回“库存”。

[vchoushen6]

如果你是批量一次性出库,用txlicenhe(不做技术高手) 的方法应该没问题,但如果你是一张张的出,这可能是由于你有多个工作站的缘故,自然会出现你所说的问题了.我觉得你可以考虑一下L
1.以单据审核为主,出现负数则提示不成功,而不做前期的预处理.
2.每次操作时先锁定数据表,操作完成后释放.

[8992026]

HawaiiLeo(罗马数字) :
存内只会少不会多，这样安全。

[pbfan]

8992026(8992026)说的的确有道理。。。。

[pbfan]

w_rose兄说得很好，但实现起来可能比较麻烦。而且有些条件也不能限制的太死。。。。

[BlueChip]

1.一张挂起的待审核的出库单上的数量是不是就无法被利用，即使现在有人急用？
2.下午肯定到的货是不是必须要等入库后才能开单。即使让申请出库的单位呆呆的等一天也在所不惜？
我觉得有时可以考虑负库存开单。

[smallroad]

1、审核时判断剩余库存
2、库存动态管理即开单后减库存
3、触发器

[w_rose]

某些情况不需要限制得太死，某些情况不能考虑的太简单，这是“辩证的”。比如，卖飞机票、卖奖券、卖狗、卖汽车、甚至卖精品服装....就必须用复杂的销售控制方法，而超市销售时（简单的POS程序）就不必如此复杂。对各种可能性应当都知道。

[w_rose]

对于“超市”这种地方用的POS，就应该（必须）允许销售结果得到负库存的情况。应该开发一个模块“事后”追查负库存的成因，但是不应该在销售时核对库存。因为，本小利薄、服务单纯的商店，软件也应该尽量简单快速，可以与后台库存数据库脱机操作。

[pbfan]

我以前做过的超市的处理方法，那不知道要复杂多少！！！！