与楼主遭遇相似，我的许多客户的一般系统都对此无可奈何，理由大致有二：一是0出库的控制仅以系统现有量作标尺（其实批次标识做列帐同样有问题，只不过财务如按批次成本记账稍比楼主状况好些，如不是问题类似），如若补单，请核实单据来龙去脉录入，即管理需要到位；二是如果加入记账日作标尺参数，系统业务处理会过于复杂，操作会受影响。这是大多开发商给出的理由，但我看到一家单位的系统，其系统的补单模块正因这个问题，开发商不愿处理，后来是请个人做的。
    处理比较有意思，因原系统是以当前量针对业务单据做倒算，得出指定日的库存列表，发现经常不准确，所以由作业每日生成库存表，进行对账，而个人处理时，就借用了这些列表，凡是补单都关联更新相关的记账，所以在出单时，就有时间上的依据判定，呵呵，这个方法我看过，既然实现了用户的要求，评价尚可，其实我觉得倒是可以在补单时做倒算推出指定日的结存来做控制，如系统已有现成账簿利用一下也无不可，只是我对冗余数据的一致性一直比较担忧。希望我的描述对楼主有些启发。





（楼主所提问题：
举例：某操作员先录入一张入库单，入库日期3月4日，数量10；这时现存量为10，
然后再录入一张出库单，出库日期3月3日，数量5，系统有现存量了，所以能出库成功。
按日期来列账的，3月3日的结存就变成了-5，有负结存；同时在记账时，也会影响出库单价的核算（因为入库日期在后，所以出库取不到单价，只能取参考成本，造成成本不准）。
在做出库业务时，系统只考虑现存量，没考虑单据日期；而列账又是按单据日期来的，有矛盾。）

楼上的，我看了半天没太明白。可否举例说明一下。

如楼主所说，某物料今天库存是1，入库日期3月4日，数量10；这时现存量为11，然后再录入一张出库单，出库日期3月3日，数量5，系统虽然有现存量11，（解决方法是）但在补单情况下出库判断，是以3月3日为计存量点，即 11 - 10 = 1，所以在录数量5时，系统提醒超出库存量。

QUOTE:

---

原帖由 xncat 于 2008-3-24 11:31 发表
如楼主所说，某物料今天库存是1，入库日期3月4日，数量10；这时现存量为11，然后再录入一张出库单，出库日期3月3日，数量5，系统虽然有现存量11，（解决方法是）但在补单情况下出库判断，是以3月3日为计存量点，即 11 - 10 = 1，所以在录数量5时，系统提醒超出库存量。

---

明白，这个理论上是正确的。那实际技术上能做到这样吗？（技术开发方面偶是菜鸟。）
如果能的话，一般ERP系统为什么没有这个功能呢？

如果系统要控制，那就必须做到对每个入库、出库进行记录并产生一个线性库存表，然后，每次出库时，根据单据时点去和线性库存表记录进行对比。

技术上可以实现，但实际操作就不太现实。

所以，如果要这么做，就建议客户做批次管理和出库跟踪入库。

首先还是从管理上规范吧，出库了就录入单据，何来补单呢？愚见

个人觉得软件过于考虑特殊情况的话，那么整个系统的控制体系实际上就要被重新定义了。

QUOTE:

---

原帖由 ohk 于 2008-3-24 12:46 发表
如果系统要控制，那就必须做到对每个入库、出库进行记录并产生一个线性库存表，然后，每次出库时，根据单据时点去和线性库存表记录进行对比。

技术上可以实现，但实际操作就不太现实。

---

秋葵的OA-ERP就是这么做的.操作也非常容易.

個人態度：庫存不應該出現負數
如果沒進倉，就不能有出倉，是很自然或天經地義的事
當然會有特殊情況，那麼先虛擬進倉，再出倉。之後補進倉，刪除虛擬進倉

另：解決庫存為負很簡單，在數據庫後台的結余字段上加個CHECK >=0
**此只是以DBA角度來解決這個問題，不清楚是否會給KD or UF 等系統帶個其他負效應

这个应该不是软件的问题吧,如果说楼主要控制负库存不能出库,那么,就不可能有四号进货,三号出货的问题发生了?ERP本来就是要及时录入单据的,如果我实施过程中遇到这样的客户,我会控制系统中所有的单据日期不是修改,即服务器的时间是多少,单据的时间就是多少,不过这样控制我不知道用友能否做到?我实施的不是用友的.