(超长)讨论关于允许物料负库存的利与弊..._允许负库存出库会怎么样

(超长)讨论关于允许物料负库存的利与弊...

一直不觉得这是一个问题，当连续两次在诸友谈起这个问题而争执不下时，我突然意识到这应该是一个大问题。于是想当然地希望能集思广义，与更多人一起探讨这个问题的想法。同时也希望在这里与大家的讨论结果，会带给己有此问题的朋友们有所启发，或给尚未有此问题的朋友们有所警惕。

我是不允许负库存的，因为我认为当我碰到负库存时，我会不知所措，我甚至不知道这个负库存代表我赚了还是我赔了。但与诸多好友的两次争执总是以惨败告终，绝对的人数压倒性：除了我以外所有的人都允许负库存甚至列举了负库存的重要性与必要性。好友们批评我说：如果你的系统不允许负库存，那是我的系统不切合实际，我一套都别想买出去，这是很基本的功能，否则客户一听到我的系统不允许负库存就不可能会采用我的系统。

为什么会是这样结果，我依然很难理解。我好象从来没有听过谁在推广他们的系统时自豪地说：我的系统允许负库存，这一特性能为企业的发展带来相当大的便利，能为企业解决未知的N多问题。很可惜，我甚至连诸如之类的话都从没听过。

好吧，我们假设没有电脑假设没有软件来管理物料。那么，仓库保管员如何管理物料的呢？那必然是物料的出入账簿了，那么这本物料出入账簿是否也一样也会出现负库存呢？我特地去问了几位仓库保管员，好一点的问答是：怎么可能负库存，都负库存了我还怎么让人提货？拿走空气？空气的成本几何？！次一点的问答则是一脸茫然：什么是负库存（这个回答跟我的困惑是一样的，负库存到底代表什么）？

自然，所谓认为系统不支持负库存是不切合实际、是基本功能的说法是不攻自破的。因为在实际的手工操作中，根本就不可能会出现负库存，但为什么改用电脑来管理物料后，负库存会变成是基本功能呢？用手工都不可能出现的问题，在改用更先进的信息化管理系统了，反而会出现令人费解的现象呢？

好吧，让我们再重头开始来过。先回顾了一套系统初始化状态，也就是说电脑上的物料库存与仓库的实际存货是一样的。但仓库的实际存货可能会出现无人察觉的丢失、无意中损坏、无意中遗弃等等现象导致仓库的实际存货数小于电脑上的物料库存数（电脑的库存数不可能无缘无故的丢失、抽坏、遗弃吧），那也应该是电脑上的物料库存数大于仓库的实际存货数才对，那也应该是电脑上的可以开得出来的单，而仓库却发不出货才对，为什么却会变成电脑是负库存，而仓库却依然有库存数可以发货呢？是不是可以理解为：电脑的库存数永远不会改变，而实际仓库的存货数量，却会无缘无故的增加？

好吧，我先假设大家都是合法商人，不存在往白酒兑水、海洛因加面粉、鱼翅里添加米粉等现象；再假设大家从事的都是非化学领域的行业，不存在未知的化学反应，也不存在裂变聚变等天文数字般的无法预测的数量级变化；再再假设大家从事的都不是记忆金属或类似的相关行业等……。幸运的事，我的好友似乎没有一个人从事以上行业，那么问题就是：仓库的实际存货数只可能会在莫名其妙与不可抗力中丢失、损坏、遗弃之中小于电脑库存数，而电脑的库存数怎么会少于仓库的实际库存数导致电脑必须存在负库存才能与仓库的实际库存对得上？？？还是很基本的功能。

这实在是有悖常理，用了先进的自动化信息化管理系统，电脑的库存数量居然比不上手工时代的准确。这个影响就大了去了，可以说财务部、生产部、采购部等任意一个部门都不可能会相信有负库存的系统提供的任何数据。

想来想去，其实有两种可能会令电脑库存数与实际存货数不符：一、电脑的操作员操作错误，将 71# 当成 7L# 的物料出库单保存了 进了电脑，第二次开 7L# 物料出库单时物料自然不足；二、仓库保管员发货错误，将 71# 当成 7L# 的物料出库单给发出去了，这个相对好处理，因为仓库的 71# 缺货而导致该物料出库单根本没法执行，只会是仓库实际存货不足而非电脑中的库存数不足。自然了，负库存也只针对第一种情况才会出现了：电脑操作员操作错误！

很显然，如果系统出现负库存，则必定是电脑操作员至少有一次操作错误了，如果系统允许负库存的单据继续保存，那相当于允许电脑操作员把错误继续进行下去了，一个物料出现负库存意味着至少有两个物料出现库存误差。试问哪一位企业的管理员希望得到这个结果？你允许吗？我不允许，人非圣贤，我允许你犯错，但我不允许你发现自己犯错了，仍然坚持把错误一错再错地进行下去，而且还得到了自动化信息管理系统的大力支持！！基本功能呐，基本的一错再错的功能？？

为什么不在电脑操作员在首次出现负库存时就直接禁止呢？这不仅减少了错误范围，还可以在第一时间内就提示了操作员有错误发生了需要纠正，也有助于养成电脑操作员的责任心。甚至于对管理者来说也有优点，管理者只需要查看负库存的日志或其他单据，就能知道今年招收的这个电脑操作员差错率比起去年的那年操作员是好还是劣，如果该操作员每天都出错，是否该换人等等……

当然了，不允许出现负库存，但同时也要考虑操作员会操作错的情况，也是需要一整套的应对方案才行，这并不是在在系统设置中设置是否允许负库存就能完事的，但凡一出现负库存就根本就不可能核算成本了（因为71#成本跟7L#成本是不可能一样的），因此只要出现负库存连成本核算也就间接就都废掉了。这个怕是各行各业都有不同解决方案了，我在流通行业方面甚至专门做了一个批次号勘误单，严格要求必须是一正一负并且两条的记录的合计成本为零这张单据才能保存，当然这些是后话了，不同行业有不同解决方案不能一概而论了。

综上而述，我个人认为一套想走市场化的信息化管理系统，如果允许负库存，百弊而无一利。自然这是我一家之言，欢迎就此问题，不同行业的你、我、他的大家参与讨论其中，列举其不能与不利，让有此问题或将有此问题的人，可以根据自己的实际情况，做出自己的选择。

谢谢大家。

负库存产生的原因

产生负库存的原因很多，除了人为差错外，大部分是由于账面出入库与实际出入库在时间顺序上的不一致造成的。如果严格遵循先入库后出库的方式，是不会产生负库存的；但这种做法在实际经营中往往行不通，所以大多数进销存管理都会在一定范围内允许出现负库存。下面总结了产生负库存的常见原因：

先卖后买

顾客要购买的商品缺货，从附近的商家或批发商处暂借过来销售给客户，事后再补上采购入库单。这种情况下是先开销售出库单，之后才录入采购入库单的，所以在开销售出库单后，该商品的库存量就变成了负值。

暂估入库与红冲

采购商品如果货到但发票未到，这时无法正式入库，可以采取暂估入库的方式。即先估价入库，然后在月末结账时红冲该暂估入库，下月初再重新暂估入库，直到收到正式发票后入库为止。在暂估入库的月末红冲后，库存就可能变成负值。

还有一种情况就是入库单录入错误，需要红冲之后重新开新的入库单，在红冲掉旧入库单且尚未开新入库单时，库存数量就有可能出现负值。

库存报溢

实际库存数量大于账面库存数量，这时候如果按实际库存数量进行销售就可能出现负库存。

如：账面库存数量为10个，实际库存数量为15个，这时候销售出库12个，账面库存就变成了-2个。

人为差错

还有部分负库存时人为错误造成的，比如采购入库时填写数量错误，数量填少了，而实际出库时按库存实际数量出库，就可能出现负库存。

软件计算错误

有些进销存管理软件本身不完善，可能发生漏算出入库的情况，造成库存成本异常。

1 这个事很好处理,在系统设定中有能不能用负库存的选择,这个负库存能不能用应由客户来决定

2 负库存在实际操作中是一个很常见的问题,给你说个实际的例子,如A品种帐上缺货,进货人员已经把货入库了,但入库单还没来的及打(如打入库单的人在忙别的事,或货才刚刚到,还没来的及打),这时就有人要提货的了,要马上打出库单(入库单是内部的可以后打,但出库单设涉及交货款一定要打),就不能等入库单输入完后在打出库单(客户优先,要保证客户不等,你等了客户要不在你这进货的).有的中小型企业,打单人员可能还要作其它工作,往往入库单等是每天集中一个时间段输入的,你让人实际有货不卖,一定要输入入库单才出售吗???对这个在不出负库存的情况下如何处理???

3 你在软件开发有错区,不应是你如何想,应是客户如何想,一切以客户要求为核心.作为开发人员多数情况了你不如你的客户了解实际的操作要求,你的\"想当然\" \"应该\" \"一定要\" 等操作在实际中可能对客户造成很大的不方便,也许你要是在人家商里工作一段时间后自己就认为负库存一定要加了呢,哈哈.只有客户的认可才是真的认可,哈哈

真正的负库存通常都是来不及办理入库手续或者暂时无法办理入库手续，而又必须立即办理出库手续造成的。其他的原因的负库存都是可以通过做相应的单据来解决的，如发错货可以作销售退回和销售发货更正、录入错误也可以按照发错货处理、货物盘盈可以作盘盈单等。

允许负库存最大的问题就是成本计算失真，尤其是按永续盘存制或按批次核算成本时，在销售时，负库存这部分的成本数据还没有，软件就无法准确计算出销售成本。如果在核算的当月补入库了，月末还可以重新计算销售成本以纠正误差。如果跨月了，不仅可能影响到当月销售成本的正确性，而且还可能会影响到库存单位成本的正确性，甚至于造成数量为正数而金额为负数或者相反。

我曾经为一个家电商场做过一个小程序，也就是因为允许负库存的原因，造成一些存货的单位成本严重不实，不得不在每年年末做一次全面调整（作虚入库或虚出库），将库存金额调整为正确值。

1 这个事很好处理,在系统设定中有能不能用负库存的选择,这个负库存能不能用应由客户来决定

为了保障系统的严谨性与唯一性，我认为这是客户不能做主的选项。客户要是真知道什么系统适合他用，直接指定购买就是了，何必各个软件公司的业务员亲临上门海吹系统优点系统特性争个你死我活？客户真要懂得如何管理企业，又何必花大价钱聘请 MBA ？客户懂得做该行的生意这一点我们必须承认，但认为客户什么都懂，连软件如何运行的以及负库存如何影响软件的最终结果都懂，我认为大可不必把客户如此神化了。

2 负库存在实际操作中是一个很常见的问题,给你说个实际的例子,如A品种帐上缺货,进货人员已经把货入库了,但入库单还没来的及打(如打入库单的人在忙别的事,或货才刚刚到,还没来的及打),这时就有人要提货的了,要马上打出库单(入库单是内部的可以后打,但出库单设涉及交货款一定要打),就不能等入库单输入完后在打出库单(客户优先,要保证客户不等,你等了客户要不在你这进货的).有的中小型企业,打单人员可能还要作其它工作,往往入库单等是每天集中一个时间段输入的,你让人实际有货不卖,一定要输入入库单才出售吗???对这个在不出负库存的情况下如何处理???

商品没有入库，就绝对不允许销售，这是毋容置疑的事实。您怎么知道刚刚卸下来让您暂收保管的那批货物是可以用来销售的？你又如何确定这批货物是入库员来不及入库，又或者是我方在核实对方的销售清单时存在重大争议，有可能根本就不会做入库处理了马上就又要被拉走了？你又如何知道这些货物己经过我方抽检后确实是符合我方要求的合格商品？你又如何确定这批货物确实是双方购销合同上的真实内容？你看到仓库的角落放着一枚原子弹你就可以兴冲冲地把它给卖了？！

没有入库员进行入库处理，就绝对不允许销售，这一点并无争议的热点。天塌下来都得等。

3 你在软件开发有错区,不应是你如何想,应是客户如何想,一切以客户要求为核心.作为开发人员多数情况了你不如你的客户了解实际的操作要求,你的\"想当然\" \"应该\" \"一定要\" 等操作在实际中可能对客户造成很大的不方便,也许你要是在人家商里工作一段时间后自己就认为负库存一定要加了呢,哈哈.只有客户的认可才是真的认可,哈哈

客户怎么想是他们的事，十个客户十个想法这很正常，我们根本就管不着。我需要做的，是把我的想法表达出来给客户知道或者让他知之半解也无所谓。我不可能跟客户说：没问题我的软件就是一片空白，只要你想怎么做，我明天就帮你做出来。我相信客户一定马上叫我走人，客户要是真的连软件要怎么做都懂，他还需要我的软件做什么。这是两个行业之间的知识互补，属于客户知识领域的范畴，必定需要虚心听取认真理解（大多数情况下根本就理解不了，隔行如隔山来着）；但只要是属于我的知识领域，我的地盘就得由我来做主！我不可能为了满足十个客户的十个想法，最终让我的系统沦落为纯粹只为了能顺利开出单据的工具，而完全不管逻辑是否可行、不管系统是否严谨、不管系统是否存在管理漏洞。

造成不便是必然的也是必须的，这也是企业开始重视管理之后的必经之路。而不论是否用软件来管理，只要企业的管理越精细越到位，则底下的职员受到的约束就越大，各个岗位的权限职责就越分明，越权的事情一定是不被允许的。任何一家企业，都不可能因为要让底下的操作员十分方便十分灵活而放弃管理。而系统化管理软件，就是企业管理的一部份。如果有家企业需要一个松散的环境让员工可以为所欲为，又何必用系统管理软件？用 Excel 好了。

顺便提一下：专业的仓管员都理解不了什么叫负库存？那么负库存又如何一定要加？加一个让人无法理解的名词或现象，并不会彰显我的系统高贵高深。

唉...!

怎么库存问题会看成与利与弊有关呢?

最多只能说，使用的方法是否适用于某种行业吧?

象资源类行业如（水、电、煤、沙、石、餐饮.......等等）怎样计算库存呢?

这些行业根本无法计算库存量。

我的做法，简单而有效

各个仓库，都可以由用户来设备，是否这仓库允许负数库存

配置随时可更改， 问题就解决了。

呵呵，梅子里讨论贴不多了呀，顶上去，负库存我也认为不甚合理，

明明库存都没有商品了，仓库去哪出货给客户？

,,,,,,,,1.,,,,,,,,,2.kg,pcs,,,pcs,,,,,?

,,,,,,,,

我个人认为库存是不应存在负值的为好。在实际应用时是有可能出现一些实物已经入库但没有记入系统的情况，我想这主要是管理制度上的问题，或者说是系统管理容错性上的问题。在学VFP的时候，老师就对我们说，程序代码写得好不好不要紧，好坏主要是看它能实现什么功能，以及程序的容错性（错误处理能力），所以程序能够管理库存就说明达到了目的，但负库量的处理办法就看出程序的容错性，我认为，程序中可以容许出现负库量是一种简单的错误解决方案，而细化出错原因分类处理也是一种相对比较复杂的解决方案，需要更深入的了解行业流程以及可能出现的问题，一旦完善就会比负库量的专业得多。另外出现负库量只能说明此软件只是个统计软件而不是个管理软件。

楼主的标题本身就是一个谬误。

无论从理论还是现实，所谓负库存都是不存在的，也不可能存在。理由很简单，如果仓库里没存货了，仓管员拿什么来发货？

只所以有所谓“负库存”这个概念，基本上，是企业在实际运作中，因为某些具体的问题，造成的账物不实。

企业经营的终极目标就是利润，和这个目标相违背的任何管理方式，理论上都是要被排斥的。在没有计算机的时代，库存都能做到很精确，难道，用了计算机，就要允许所谓的“负库存”才算进步？如果软件本身就包含“负库存”这样的概念，根本上来说，写这个软件的作者根本就不懂管理，无论他或她在软件技术上如何的让人望尘莫及。

好的软件，可以通过软件的部署实施，调整企业原有的不合理的业务流程和管理模式，使企业在管理水平上有本质的提升。这也是企业业主在自己企业部署软件的最初的，也是最主要的想法。

账物不实如何解决？很好解决，深入企业，调研企业业务，找出问题的根本，然后，在自己的设计方案中，对于软件能处理的的情况分别加以解决，软件解决不了的，为企业提供一个切实可行的业务模式或管理方法。而不是简单的闭门造车搞一个所谓的“负库存”来敷衍了事。

这个世界根本不可能存在负库存，所以也就不存在允许或不允许的问题，也就无所谓有利还是有弊。

我的观点也是反对‘负库存’的，因为那样做对帐实平衡的计算是一个很大的障碍。

但我在为一个皮革门市店写的一套系统中却不得不实行‘负库存’，因为这类行业在业务中存在大量误差，从而靠成负库存的出现。

例：

1、进货时是一卷50码，但包装码数与实际码数肯定会有误差，大约是正负1%；

2、出货时是按米出货,1米约等于0.9144码，在单位换算时就会产生误差了；

3、皮革零售出货是按客户要求随便剪的，剪的时候用尺量，这个操作无论你如何仔细，技术如何高明，都会产生误差。

从生产到出货有这么多地方产生误差，最终的结果就是帐实不符。

当你一卷剪到最后一次出货，客户用尺量了是5.5米，但你电脑帐上是5.1米，我想谁都不会按5.1米卖吧？那你卖了5.5米后，你该如何入帐？

所以也不能一棒子打死‘负库存’，只要按你所服务的行业的行业特性来处理，有的行业要求0误差的，那当然不能用‘负库存’，但有的行业要求灵活性高的，你就得有相应的处理办法。

这确实是太简单了，4楼的说了，在系统设定中有能不能用负库存的选择,这个负库存能不能用应由客户来决定，想怎么样就怎么样，安全由客户自己去决定，，费这么多的口水实在是没必要。

但楼主想要的答案是开放负库存会造成什么?不开放又会造成什么?而不是在于开不开放.

当帐上没有库存,但又急于出单,可以允许挂单操作,可暂不处理库存,待入仓并且库存大于出货数后再进行库存计算,这样即可以保证单据运作正常,库存表也可以反映实际,但这样还会产生一个帐面上的负库存.

Baerosic：既然在现实中手工也没有办法计算库存量，那么系统又何必设计一个所谓的库存量？

肥猪：
我相术满足客户需求对你我来说根本就不是问题，问题在于：如果从严谨的管理流程的解决来看，对于不合逻辑的要求，是把重点放在赚取眼前客户的 $ 上面，还是放弃该客户而把重点放在架构严谨的管理系统上面。

电脑爱好者：
可能出现负库存可能说是必然现象，即使排除人工操作错误，负库存的现象迟早谁都会碰到。打个比方说，某个客户来买货，但仓库当前的库存不足，生产车间又能保证当天产成入库后一定可以满足该客户的订货需求，这种情况下，可以一边备货一边生产，可以在赶在生产部休工的前后，备足客户需要的货物。但你我不可能要求客户或者操作员也在一旁打哈欠等生产部入库后再开单。这种情况下，实际上是先出销售单，后出产成入库单。也就是说，操作员开销售单时，确实是负库存。管理系统如何避免负库存的出现，并真实表现出该笔业务是客户先订货后取货，则是八仙过海，各显神通了。

DENNISTSAI：
很显然，你也没有看完我全文，不过感觉您的问题跟电脑爱好者的差不多。不同行业间有所误差，我只能是尝试从管理角度来处理，如果有不符现实的地方，还请见谅了。

1. 生產單位正在趕工出貨,集貨箱已在廠內,如果趕不上,公司可能損失巨大,包裝單位一經完成未及入庫,直接裝進集貨箱,依你規定,天不會蹋下,但會出不了貨,誰該負責。

说实话，您这个问题我还真不认为跟负库存有什么太大关系。分明今晚就要出货，质检人员及相关责任人员没有跟单反而跑去泡MM，责任在谁身上不言而喻。不过管理系统为了避免负库存的产生，相关的对应方案也必须一应建全。很抱歉在此方面我不能给你更多帮助，在此方面我本身需要帮助，360行我行行精通我是妖精而非人了。

您的第二个希望我解答的问题也恕我不能解答。我的系统逻辑是：不管你产成部门再急，也急不过质检部门对这些原材料一检再检三检四检五检。一粒什么什么，坏了什么什么，你应该懂吧？

xinjie：
只有您从多角度来看待这个问题，感谢啊。事实上，我所认为的负库存并不是仅仓储部的事，而是一家企业各个部门一起的事，而大多数人，仅着眼于仓储部而己。

luvy:
我真不知道你在说什么，你可否表达得清楚一点？

说实话，您这个问题我还真不认为跟负库存有什么太大关系。分明今晚就要出货，质检人员及相关责任人员没有跟单反而跑去泡MM，责任在谁身上不言而喻。

不管你产成部门再急，也急不过质检部门对这些原材料一检再检三检四检五检。

**********************************************************

楼主的想法是好的,不过太理想化了,有的客户没有质检部门这一道关(批发行业大多如此),您没见过货还在车站的集装箱里,已经被导了二三次手的的吧.而且输入入库单的人没有及时输入也不一定是其本人的问题,(可能当时就有更重要的事要作).所以一定要如何如何,不是你我在开发软件时定的,而是客户最终要求所决定的.您所要求的绝对正确的管理在很多类型的用户中是绝对达不到的.如餐饮和食品加工等行业. 如果您的软件产品只能在管理绝对达标一点点也差不了的企业使用,那就是您软件本身的问题了.

我只是用例打个比如嗟。你不理解我的意思就算了。

你所讲的利与弊，我不理解。也没兴趣。

在我的系统中可以这样设置.

1.这个料件是否允许负库存

2.这个仓库是否允许负库存

3.这个仓库是否需要进行成本管理.

需要进行成本管理的仓库,是不允许有负库存存在的.

有负库存存在的仓库,只是数量的统计,负不负与我何干.与软件何干呢?这只是一个管理的问题.

这个讨论是没有结果的！！

一个是理论主义者

一个是实际主义者

这两者在极端冲突上是无法走到一起的。

所谓的弊在实际主义者面前根本就不是弊，你和他谈弊有意义吗？？

所谓的利在理论主义者面前那是刀枪不入的真理，你和他谈实际有意义吗？？

所以：我认为只要产品考虑到这个问题，且都有各自的处理办法，而这个办法客户是认可的，那就可以了。

毕竟每个人的认知水平是不同的，我们是无法左右客户，让他提升或降低他们的标准的。

如果你的产品销售的对象必须按照你的要求去做，那你就是他们的老板了，这现实吗，以这样的逻辑开拓市场几乎不可能

这个与成本核算方法有关,先进先出或后进先出或指定计价是不可能出现负库存的,加权平均可以由客户选择是否允许出现负库存.

我个人的意见是弊大于利,个人认为暂未录入进货的商品先要出库,可以先存为草稿单,晚点录入完进货单再草稿转正式.这样就解决了打印的问题.

草稿单与正式单配合得好可以解决未入库商品不能打印的问题,加上权限的话也可以集中审核....

实际上,允许负库存在成本核算时还会出现许多\"错误\"的数据,有时非得进行调帐处理.

我也不爱继续讨论这个问题了，其实很多人都是不去想解决这个问题的，而更多的是在想证明这个问题是不可解决的，可能大多数人都是企业聘请过来的程序员吧，多一事不如少一事。

我觉得，做软件跟做程序是有所区别的。软件是解决一系列问题的，考虑问题从整体上考虑，宁可牺牲部份便利也要保证软件的完整性；而程序则是解决单个问题的，此问题解决就算程序调试完成就算完事了。但如果一个程序可以解决某个问题，却引发了一系列并发问题，软件是不应该采用此程序的。有很多狐友都提到客户认可啦客户需求最重要，但我认为，客户的需求就好象是一个程序，客户只是为了方便他自己碰到的问题要求做这方面的修改，但除了软件开发商，没有任何一个客户会了解软件的运作原理，更不用说其中的数学模型了。如果有客户只是为了自己一个人的操作方便，却给其他人或其他部门增加了更多的负担，这种过于倾向于个人便利，做为软件提供商的我，绝对会对客户的不合理需求说不。

成本核算是任何一家企业的重中之重，负库存的出现将导致成本核算无法依赖电脑进行只能是手工核算。我为什么认为这个问题是大问题，是因为我相信，如果客户真的明白负库存所带来的影响，则世界上没有一个客户会允许负库存的存在，甚至会客户了解到您的软件允许负库存时，客户直接断定您的系统一定存在管理或安全方面的隐患，要不就是功能方面有欠缺，因为在现实中库存永远永远都不可能是负的。

我认为您的想法是错的。为什么？因为任何软件的销售对象或客户都是想用最低的成本，实现某个更高目标，至于这个目标是什么他们自己都未必清楚。而我做什么呢？我就在跟这些客户介绍，你用我的软件，能取得什么效果能得到什么结果，最后能达到哪个高度的目标。客户听完之后，觉得靠谱，就行了。你得明白，客户确实是懂得做生意的，但并不是懂得管理的。就算懂得管理的，也懂得制定企业的规章制度，但如何令软件管理系统来执行他制定的规章制度并参与管理他的企业约束他手下员工的行业，则这个领域对他来说绝对是一片空白的。老话说了，隔行如隔山。

不管理加权平均还是移动加权平均我认为没有什么区别，跨月或跨年的负数又怎么办？企业业务一直在进行，库存也一直在变化，眼前的正数，一眨眼就变成负数了。。。要不等月深人静，再来用电脑核算？算了吧，还不如用手工核算。

您的做法很好，我很赞同，感谢您的建议。

批发行业……我是专攻这个行业的。而且在我这里还有一个专业名词，叫商业调拨。不过我觉得您的问题跟负库存与否没什么太大关系，根本就没机会进入到企业仓库的物资需要入库吗？就算需要吧，搬运工搬运根本不存在的货物，要怎么算搬运费？

货车一到，录入入库单的人员是必须在场的，不可能他根本就没见到那些货从车上卸下来，只是随便一个仓管员指着一堆货说：瞧，这些货就是刚才卸下来的，你快点点入库吧，客户等着要。然后入库员就按单入库了。在我的系统里，只要入库员不在场，连卸车都不允许（真等不及你货车司机直接开走，老子不要了）。试问入库员在公司会有什么其他的工作职责，会比入库更重要？

哦，您是来抬扛的吧，我非常欢迎，越是极端环境下越能体现电脑管理系统的优越性，真是辛苦您了。不过您的比如，连您自己都不理解也没兴趣，反而指望我能理解我有兴趣，对我来说难度偏大了一点。希望您可以举一个难度不大的并且您可以描述得出来的并且我可以理解的例子。

感谢您的参予。

这个东西和企业的运作联系非常密切，客户需要在操作方便性和管理严谨性上找到合适的平衡点。

不同的客户间肯定会有不同的选择和要求，很难对客户实现一致性要求，除非有行业的标准规范，否则难分优劣，无论利弊。

我不是来抬扛。如果你是这样认为的话，可见你的理解能力相当差或者心内不快吧！

单间地说，每个行业都有自己的运作方式，作为软件开发只有根据客户需要而做出来的。

有没有负数也是根据情况而定。

我举例的资源类行业，是不用库存的。目的是告诉你行业不同需求也不同。

我就是不明白你为什么会认为有利弊之分呢？

每件物品是来是去总有因的。就如账务的（借/贷）。

我不说了，到此为止了。

货车一到，录入入库单的人员是必须在场的

--------------------------------------------

有很多家用户,输入微机单的和库管不是一个人.(我见过很多超市专有个微机室,别人家发货时带人家的入库单,库管对一下数后签字把这个单子给微机员输入.这个是很常见的)

还有很多家用户,店里的输入人员又是销售人员,到货了只能看一下数对的上不,在不忙时输入(有时统一下班前或上班前)对于他来说销售要比输入入库单重要一些.

你不能说以上的客户全是错的,因为他们可能有他们的原因,他们的难处.可能上面的方案才是对于他们来说最好的方案.楼上的的说的对,每个行业都有自己的运作方式,我说每个客户都可能有自己独立的运作方式,不一定你的就比他的对,对于有的客户来说如果非要按你的方法来作可能会反而是管理上的退步了.

如果楼主是对的,进销存根本不用这么多家,这么多样的管理方案了,就按一个要求开发一套程序就好了,不管你店大店小,人多人少.实际是什么样,必须全国按一个方案来处理问题,这能行吗???正是有这么多的管理上的可能,才会有这么多样的管理系统分别为客户所选用.

最后说一句,管理和管理案不存在对错之分,在于针对的是什么客户.不能一味要求如何如何,在最大的解决客户问题的前提下灵活多变的适应客户现有的条件才是客户最需要的软件.就此打住,如果楼主闭门造车,想当然的要你的客户一定要如何如何作,哈哈.那就让时间来证明谁对谁错吧.

有很多家用户,输入微机单的和库管不是一个人.(我见过很多超市专有个微机室,别人家发货时带人家的入库单,库管对一下数后签字把这个单子给微机员输入.这个是很常见的)

沉睡的记忆突然被唤醒了，很多年以前确实就是这种情况，仓管员根本就不懂电脑，因此单据必须交给微机室的人才能录入。因为电脑珍贵啊，操作复杂啊，得专门培训出一个微机操作人员出来才行。我还记得，很多年前的大部份工厂，都只有财务室才有电脑，那时候的财务人员命苦得很，几乎什么单据都得她们来录入。一件事让两人来做，出了错误后到底是谁的责任根本就分不清楚，很多情况下，都是通过改单或是惩处较低级别的职员来平息纠纷的。

可现在是2010年了，早就不是这种情况了。采购员在订货的时候就是边打电话边录入电脑的，电话一讲好价格购销订单也同时完成并保存了（什么？传真？你说用手写传真件？？把你要订的商品直接录入电脑不更快吗？保存后再打出来再传真不好吗？），入库员呢，其实他本身就是仓管员只是同时兼任入库员而己，他也并不是重头输入单据，而是调入采购订单，核对单据、订货数量、到货数量，一眨眼就好了，更多的时间并不是浪费在输入单上，而是在入库点货环节上。其实企业实际运作中卸货入库其实并不是你想的这么简单只是点数而己，我相信你也实际进驻过企业观察，只要你只注意到他们在点数而己，没注意到其他细节。

虽然录入电脑的操作挺简单，但也并不是任何一个仓管员都可以做这个入库工作的，入库员首先要看每一件商品的外包装是否完好，是否有雨淋过的的痕迹，视商品的不同做出不同判断，是拒收还是接收，如果接收，货运公司没责任，开车走人；如果有破损或雨淋过等现象，则应当场拒收，让货运公司与供应商一边吵去。但货运公司的货运单一签收后，之后又发现此类问题，则只能是企业内部责任，或是入库员不认真或是搬运工不认真造成了破损。入库员的第二件事，就是根据商品的不同，考虑如何安排仓储区域，当这个拖车卸满货后，要让搬运工暂时拖到哪个地方等待也就是最终的入库顺序，入库员不能让后入仓库的货摆在前面堵住要先进仓库的货。最后才是到电脑上工作，调入订单，核对数量单价，安排存储区域，比如说，是否需要恒温恒湿，是否避免日晒，是否独立存放避免串味，是否贵重品是否允许堆叠等等等等，最后哗的一声打出一堆单据出来，分发给搬运工：兄弟们今天加把劲哟，今天就把货都给我拖进去。其实还有一个步骤我没写出来，那就是抽样验收部份，抽样不合格的，是不会入库的，直接放在原地等退货了，我瞒担心我一不小心又写个超长+的出来，又没人看了。你不要以为有哪家企业会省略这些步骤，任何一家企业都有这些步骤的，只是这些日常操作他们在谈笑风声中就做好了并且不经过电脑，你也没注意到而己，老话说了，隔行如隔山，你关心的只是他们在电脑上的入库数据，你哪会想到这么多……

而一个普通仓管员哪里懂这么多门道，一个普通仓管员可能要在企业呆上数月甚至数年，才能升到入库员的位置上，呵呵，这跟你理解中的入库员其实就是微机录入员相差挺远的。

为什么我说入库员不可能有比入库更重要的事情呢？因为有购销订单的存在，企业本身就清楚哪一天会到货，入库员如果可以查询订单，则他也能提前数天就知道哪一天会不会到货了，入库员在该天想请事假则是不可能的。如果是其他非请不可的假，则企业一定会安排另一个具有同等资质的人等候货车，实在没人，企业管理人员就得亲自上，我可没等过反正我也不懂入库，但我亲眼见过采购部经理下班后在等货车。

我也不想再在这个主题上多说了，首先，因为我不允许负库存，因此有关负库存引发的一系列问题本来就与我无关。我只是发一个贴子，提示大家要注意这个问题，不要为了贪图销售部开单的方便，而令财务部、仓储部陷入困境而己。对于大家提出的问题，我也很耐心的一一结合实际情况，做出相应解释并且做出负库存可以完全禁止的可行性说明。但到今天为止，好象很多人都用怀有敌意的态度，不是针对问题而是针对一个提出问题的人做出敌对回应。就好象我是新人，从来就没做过软件，并且我的软件从来就没有实际运行过一样的态度在嘲笑讥讽我的软件不切实际，我的软件只不过是闭门造车的产物。可我看来看去，更多人质疑者都是用理论上的例子甚至是他本人都没接确过的东西来反驳，而我的解答的例子，却全都是企业实际运作中的举例。。。。。。

longteng：其实你的文中的每一段的每一个问题我都可以解答，甚至解答中会不断用到非常实际的企业实际运作流程来做为佐证。不过我现在明白了，就算我解答你一千个问题并且其中就用到一千个实际例子，你也一样会舒舒服服坐在办公室里，不断想出一万个问题的，而这一万个问题中，至少有九千九百个问题是你个人认为的问题，却在这里要求别人给你答案。而你也根本就不需要别人的答案，你真正需要要的，只是如何否认别人的答案而己。

呵呵，我也很无奈，打破传统让一个人接受一种较新的理念看来很难很难，人是思维总是惯性的，惯性思维就总也走不出传统路线，很多不能是因为按老传统老思维来做，以前不能现在自然也不能。这让我想起了我上个月佛山的行程， 上一个人在演讲时说进销存的市场是无限大时，我当场就傻眼了，因为我的演讲文档最后一段是：传统进销存必被市场淘汰……我都不知道我这一段是该讲还是不该讲。

最后我也得表达一下我的个人情绪：我也生气了！好好的话题跟你们谈着谈着，一个个都不爱听还非得以吵架式收场才满意。我需要打的字是你们几个加起来的总和的几倍还多啊，我忙得很我凭什么跟你们呕气？

挺热闹的，呵呵 我也来也凑个热闹吧。

一、楼主所说的“为了保障系统的严谨性与唯一性，我认为这是客户不能做主的选项。”除非你是行业的领导者或标准的制定者。

二、楼主所说这样入库员，估计所有企业都抢着要了。对着一点我深有感触，因为我一个朋友的表哥就因为这样缺这样好的入库员才挂掉，因为那个人是批发陶瓷产品，有好几个大型的仓库。每次入库他都亲自在场。大家都知道陶瓷产品，特别是花岗岩都会产生微量的辐射。久而久之再加上他本来身体就有点弱，得了急性白血病！后来大家都责备他父亲是守财奴，不肯花钱去请人，他父亲说了一句，你能找到这么尽心尽职的员工吗？

三、我google了一下，发现出现负库存大部分都是在超市这一类商品种类繁多的企业，最大原因是员工的不尽职所造成的。要你的软件不允许负库存，而且又不能提供解决方案的话，那就是意味的你客户得每个员工都要尽心尽职，不能出现一点差错。但是现实这是不可能的。

不允许负库存--合理
允许负库存--合情
办事最好是合情又合理,大家皆大欢喜
如果合情不合理,合理不合情,就要触犯一部分人的利益.
不能兼顾时,你优先选择合情呢,还是合理?
或者说,你认为合情更重要,还是合理更重要?

作为企业老总,如要立志做大做强,就要一切按制度办事.
而中国社会,大部分人是讲人情的,当矛盾时,情大于理,理大于法.
一件事情,包括管理程序,不合情的势必遭到多数人的抵触.
是让软件适应人呢,还是人适应软件?

如果你碰到一个严格按现代企业管理制度办事的老总,那恭喜楼主了,你的软件正合其理念
而大部分程序员是代码谋生的,就要迎合用户实际需要,平时工作习惯.即合情优先,而不是让用户迁就你的理念.
中国社会就处于这样的发展水平,是螺旋式发展的,不是可以快速拔高的
所以允许负库存就是适应大部分用户的需要,也是我们谋生的需要,理想虽然美好,但现实是残酷的.
在造物主眼里,我们都是微不足道的蚂蚁,没必要去立志撬动地球.撬动地球的让位于时势造就的英雄.
所以,楼主可程序加个功能选项,是否允许负库存由企业主管决定
菜鸟意见,呵!

个人认为程序员的天职即是写出附合雇主要求的代码，仅此而已。

楼主的问题其实已涉及管理层的理念，不再单纯是程序员的行为，故，此问题其实应该发至MBA论坛更为合适。

我个人实际上是做销售和客户管理的的，在我所受到的服务培训中第一课就是：客户是上帝，客户总是对的。

以前刚工作那会儿，总不以为然，凭啥客户都是对的？他丫那些乱七八糟的要求根本就是错的，有时甚至从初小课本上就能找到驳倒他的论据，我给客户的建议比他丫自己想的好的多了，但实践证明，往往最后错的都是我。

现在已工作了二十年，越来越发现，“客户总是对的”真TM是无上真理。现在，这句话已成为我工作中的首条铁律。

比较偏题了，个人经验，仅供楼主参考。

“行业的领导者或标准的制定者”的确，那是我终极目标，我此时拥有的知识量还没办法达到这个高度，但我想，只要我这一生一直在不断接近它，只要我这一生足够长，或者有机会跟离它只差一点点吧，而现在能多接近一毫米，就接近一毫米吧。

不是这样好的入库员不好找，是想找到一个尽职的员工本身就不好找了。我进驻企业进行实地调研的过程中接确过的职员不下几千人，也只发现到两个，在跟企业老板泡茶时我引荐了其中一位，四年后，现在这个人手中的权限大得惊人。另一个我还没来得及引荐，企业他们就自己发现了 ：）。

可惜这么多年来，我一直未给自己找到一个好的伙伴。曾跟一个合作伙伴讲了无数次把道理都说尽了，最终他也听懂了，也承认该问题确实存在。一年后再看他的程序：还是老样子！问他为什么不改，他说他不习惯按我的要求来做，他己经习惯了这样子写起程序来也会很快，而按我的要求来，他会很不习惯并且写程序的速度会很慢，慢到完不成该做的任务。他还说，只要能完成客户需求就行了，怎么做是他的事客户也根本不管他怎么做。

无语。

你说得很对，也正因为如此企业的规章制度往往都不能顺利执行，几乎都成了摆设。我现在是这样考虑的，就是把公司某些规章制度直接做到电脑里，因为电脑不通情面啊，说不行就不行，说要扣你薪资就一定要扣你。这些都在一定程度上会减少了企业管理层难做人的局面，他们可以理直气壮地说：是电脑要扣你啊，我也没办法，电脑又没有修改的功能。最多让那些员工私下骂几句这套破软件而己。[s:01] 于是皆大欢喜，企业规章制度也能顺利执行到位了。

发到 MBA 有用吗？MBA 最多就在公司规章制度添上一条：电脑上发现负库存需及时上报处理……等等等等。

但只要程序员允许程序出现负数，再多的规章制度都无济于事。如果出一个负数好处理也好检查，一个以上的错误就根本无法处理了，往往到最后只能强行调账来处理了。规章制度有用吗？又是谁发现的第一个负数未处理？呵呵，根本就没有办法知道。所以，只能是源头上根治。

企业尤如国家，当然，也许是封建君主制，但不可否认，“法”是根本，无规矩不成方圆，哪怕这个规矩是一个人说了算的，哪怕这个规章制度甚至不成文。对国如此，对企业也是如此，企业的活都是人干的，需要用制度来约束，何来规章制度无用之说？规章制度严谨细致才是有效内控的前提和基础。什么叫再多的规章制度也无济于事？制度上不允许负库存，就不能出现负库存，谁出现负库存，那就是差错，而且必须纠正，如果制度上允许负库存，那么，你软件上不允许，那就是不适用。雇主的规章制度才是你所要考虑是否在软件中允许出现负库存的源头和决定性因素。一个企业，由于实际操作中的原因，而允许负库存的存在，这个原因也许你知道，也许你不知道，也许雇主会让你知道，也许雇主不让你知道，也许你会认同这个原因，也许你不认同，不管怎样，你一不是企业员工，二不是企业所有者，三不是企业决策者。你最多只能“建议”，至于采不采纳，完全在于企业决策者。实际操作中，负库存的存在往往涉及到企业其他运作方面的利弊，并非你单方面想像的那么简单，一个企业允许负库存的存在，往往是企业决策者综合权衡各方面利弊后而定的“规矩”，除非你那一套软件能够给企业带来足以弥补变更为不允许负库存存在后其他方面可能会产生的“弊”所带来的损失的“利”，你能保证么？

我在银行工作，举个实际工作中的例子：一个企业，在银行存了三千万现款，又以这三千万的存单抵押了取得三千万贷款，然后这笔钱又存在银行开成了存单，再取得了三千万贷款，又存在银行开成存单，作为保证金开具了6000万元的银行承兑汇票，对于企业来说，承担了六千万贷款的利息，以及6千万银行承兑汇票的贴现利息，实际折算，企业实际只融到了3000万元的资金。如果从任何财务理论上来说，这都是极其不正常不合算的，只用了3000万啊，但要付6000万的利息和贴息，成本提高了3倍多，这亏吃得有点大了吧，你不能理解了是吧，但我可以告诉你，类似这种情况在银行信贷中普遍存在，只是规模大小差别而已。那么企业决策层为何还要这么做呢？企业决策者不知道吃大亏了？其实企业决策者心里清楚得很，不过原因不能告诉你而已。换你做财务主管的话，你做还是不做？你还别以为有什么中饱私囊之类犯法的事，告诉你，还真是没有，所有涉及人员和行为都是合法正当的，而且这笔生意还是银行和企业双羸的。

偏题了，恩偏题了。

还是那句话：一个程序员的天职就是提供附合雇主要求的程序，仅此而已。

如果楼主想转型做职业经理人或者自己当老板的话，倒是需要考虑这类问题，如果楼主仅是以一名程序员的身份的话，你想得太多了。

我这网点，有叫号机，都见过吧？

有次排队，一老太63号，然后去门口给小孙子把尿，在这期间，叫到了63号，没人应，于是64号开始办业务，她回来后，已叫65号，但未开始办业务。按规章制度，应该从新拿号重排，如果换你是银行大堂经理的话，你如何安排？把“号过重排”这一制度写入电脑程序？甚至连带“不允许号码跳空，每号必办”这一制度写入程序？考虑过让她拿号重排的后果么？考虑过不允许跳空的后果么？如果按楼主的意思把规章制度写入程序，我敢保证，该银行网点可以直接关门了。

此事虽然与楼主议题无关，但我认为根本性质类似，供参考。

不是这个原因，这一点也是此笔生意弊端之一，盘子是大了，可这负债率上去更大，往往是10-20%个百分点的上去，真实原因就不在这说了，与此贴议题无关。

DENNISTSAI

2010-10-13 22:49

懂得何謂\"槓桿原理\"就不奇怪了