| 只看他
21楼
还有现在，有些系统采用的是，即时价也就是最后一次进价，也希望大伙发表一下自己的见解．再下先谢了
| 只看他
22楼
先进先出是会计的一种记帐方式，早在上世纪90年代初期，国家出了有关商品流通企业的会计准则和办法，其中就包括了先进先出这种方式。具体的原则请参考相关书籍。
自从上世纪90年代中期，进销存系统普遍在百货、超市等业态普及和应用的时候，这些系统基本上采取的方式有三种，售价核算，加权平均进价和进价先进先出。应该说
不同的记账方式所适用的商品种类是不一样的。但是现在的会计制度要求一个企业必须使用一种核算方式来计算成本、利润、库存。因此，进价先进先出难免就会产生计算
上的不足，比如最简单的例子是面对生鲜商品。
楼主提出的问题实际上是理论和实际结合的问题。现在国内的很多系统，刚开始我相信也是按照教科书的原则处理的先进先出，只是由于我上节提到的
局限性和很多实际操作中的问题（比如楼主提到的问题），因此做了一些改动，造成同样的业务场景，各个系统计算的结果可能是完全不一样的。实际上，这些都不是问题，因为可能几种计算的方式都是对的，主要看税务部门审计的原则是否允许，
系统在实施过程中，有些规范的软件厂商会将本系统帐务核算的方式作出精确的介绍和留下相关的档案，基本上覆盖了所有的业务场景，同时他们还会在系统中将帐务核算的Document
（过程文件）都保存下来，供以后查询跟踪，当然这种做法会牺牲一些硬件资源和降低系统运行的效率。
当然，我这些话的前提是已经忽略了那些本身计算上就存在逻辑问题的软件。
不知道这样的回答让楼主满意否?
| 只看他
23楼
谢谢，你的观点，和所提到的问题，至少能让我有了一个比较清晰的概念．我不是财会的（就算是为自己找借口吧），对于会计这一类的东西，我确实了解得甚少，以后得多多加强这方面的知识。也正因为搞系统的人大多不懂电脑，与做财务的人不是很明白系统与实际商场操作流程中面对一下实际的问题一样，只是硬把一种思想强加于一个不可能实现的问题中，扯来扯去。不知道大伙所面对的实现是否与我一样。
| 只看他
24楼
要做到真正的、精确的批次管理，条件是禁止负库存销售和没有商品升溢。否则，难！
---------------------------------------------------
[u][color=red]春花 秋月 夏雨 冬雪 此景几许清闲 陈酿 佳肴 知己 良朋 待得半世逍遥[/color][/u]
| 只看他
25楼
"要做到真正的、精确的批次管理，条件是禁止负库存销售和没有商品升溢。否则，难！"
26楼谈到的关于负库存销售的禁止, 我是同意的, 按照会计准则规定, 这部分是不能计入销售收入的,当然也不能计提成本和减库存, 只能挂到预收款当中, 我不明白现在很多ERP系统为什么都在处理负库存销售并且财务都还允许了, 上市公司如果被审计部门严格审计的话，我觉得是有问题的。
商品的损溢在财务上是必须要做的，因此系统也必须要处理。我也不是做财务的，对这部分内容只能大致理解性地说一下。报损，报溢的情况，一般首先挂待处理财产损溢，等待财务部门核定损溢的价值。通常的准则是，报损的商品必须有库存（冲抵库存商品并补交税金），如果没有库存，实际上应该算管理费用（或营业外支出？，价值是根据最近的进货价格）同时补交税金。大家这里可以看到，报损商品不是简单说你报损就报损了，是要补交税金的。报溢的商品比较简单，一般记入库存商品和营业外收入就可以了（价值按照最近进货价格计算）。大家注意，这里都省略了待处理财产损益科目的挂账处理，实际上是需要的。
| 只看他
26楼
说来说出我们这里的结论是，批次库存管理，行不通！不知道我的理解是不是正确的。如果您是做系统开发的，或者系统销售的更或者是系统管理者，那么您的意见呢！
| 只看他
27楼
商品的损溢在财务上是必须要做的，因此系统也必须要处理。
商品存在损耗，无可非议。
问题是商品从何处来的升溢？
串码错买？那应该做前台调整；
少入多买？那应该做入库调整。
事实上，商品不会自身繁殖，哪里来的升溢呢？
---------------------------------------------------
[u][color=red]春花 秋月 夏雨 冬雪 此景几许清闲 陈酿 佳肴 知己 良朋 待得半世逍遥[/color][/u]
| 只看他
28楼
有道理！
支持！那这些事情在我们的系统里面应该怎么做呀！
| 只看他
29楼
事实上，商品的升溢无论多么不合理，好像没有道理，但是是客观存在的，财务上也要求作出处理的。在通常的业务中，由于原因很难查清楚，所以只能进行商品升溢的处理，而无法通过其他手段。在企业中，待处理商品损溢科目是企业最最容易搞小动作的科目，所以一般稽查起来也比较严格，如果企业的损溢超过一定的比例，那么审计是基本通不过的。
楼主提到具体怎么处理的问题，我觉得确实是个大问题，事实上是没有十全十美的解决方案，各个企业都是仁者见仁，智者见智的。系统开发者在这个方面只能承受客户的压力，不断调整，并且磨合较长的时间。
| 只看他
30楼
往往总要在矛盾中生存．无聊的工作，无聊的责任，只能说．
| 只看他
31楼
接着说：
商品升溢，楼上的说‘在通常的业务中，由于原因很难查清楚，所以只能进行商品升溢的处理，而无法通过其他手段。’我想问的是，一是升溢给谁？二是升溢是否存在成本？
目前的商业管理系统，不管是MIS也好，还是叫什么ERP的也好，大多数在商品属性里面都有供应商的属性作关联，那么这个商品发生升溢，是否也意味该供应商的商品数量、金额、成本发生变化？或者说，升溢与供应商提供的商品无关，作为企业内部的升溢，这个在财务角度说得过去，零售系统那一家的可以这样处理？当然前提应该是实行批次管理的系统。
升溢是否有成本，也就是说商品升溢后发生的销售数据，在做各种时髦的数据分析时候，商品的毛利率、供应商的毛利率都会发生相应的变化。如果前一个问题商品升溢给供应商，对供应商的结算也会闹出笑话来。我们的零售系统又是如何解决的呢？当然，按照经销按批次进货、退货单据结算是可取得。可是大多数中小企业目前依然广泛采用的代销、以销代结的方式，看来是不能采用批次管理的模式了？
---------------------------------------------------
[u][color=red]春花 秋月 夏雨 冬雪 此景几许清闲 陈酿 佳肴 知己 良朋 待得半世逍遥[/color][/u]
| 只看他
32楼
至于禁止负库存销售，我记得在这个论坛上曾经有企业说，他们经过努力，做到了在系统中禁止负库存销售。
禁止负库存销售，其实阻力来自营运部门，而IT和财务部门市举双手赞成的。关键是，目前国内大多数零售企业，营运部门是老大，只要有销售，别的是其他部门的事情。
看来改变思路，也很难！
---------------------------------------------------
[u][color=red]春花 秋月 夏雨 冬雪 此景几许清闲 陈酿 佳肴 知己 良朋 待得半世逍遥[/color][/u]
| 只看他
34楼
谢谢大家的支持！我这里再次感谢了！祝大家国庆节快乐！
| 只看他
35楼
中秋节快乐！
希望大家还是多发表一下自己的看法吧，
不要就到这里就结束了，
我想这个应该是个比较有争议的问题．
| 只看他
36楼
其实这个问题，应该请关心IT系统建设的营运高层人员谈谈为好！
---------------------------------------------------
[u][color=red]春花 秋月 夏雨 冬雪 此景几许清闲 陈酿 佳肴 知己 良朋 待得半世逍遥[/color][/u]
虎爷
积分:719 金币:154
| 只看他
38楼
在我个人看来，百货超市用上批次管理是不可取的，商品太复杂了，现在药店都不好用批次管理了，现在哪个药店能真正做到过期药品不卖，那是骗人的，（有些药品是现金进回来的，没得退的，会丢掉吗，不可能的，把日期重新打一次不就又拿到柜上去卖），更何况商品比其复杂百倍的百货超市。- 该帖于 2006-10-8 19:25:00 被修改过
---------------------------------------------------
仁者不忧、智者不惑、勇者不惧。
| 只看他
40楼
出差了半个多月，一看这里凉了，可是我发现在我的问题还是没有解决呀！
负库存销售＼顾客退货＼盘点盈亏＼配送，这个几样东西的批次到底怎么定呢！
