问题描述
请教各位,在做进销存软件时,我看很多软件的商品表里都有单价,金额这个字段,大家以为合理吗,需要这两个字段吗?我的想法是:商品表作为一个基础资料信息表,不应该设计单价这个字段,因为同一个商品可以通过多次采购入库,不同的供应商的单价可能都不一样,每次采购的同一种商品单价也可能都不一样,但问题是商品表里没有单价这个字段的话,做成本分析的时候是不是会很麻烦呢.不知道大家有什么好建议.
解决方案
解决方案二：
这个要分开来看，不过一般不会在商品基础表里有这个单价比如采购有采购询价报价环节，并且有定价执行策略，那么这个价格最好是存放到单独的货品报价列表里如果没有单独的采购部门和环节，直接在采购进货入库单中保留即可。做成本分析怎么会麻烦呢？首先还是看你的成本分析是怎么计算的
解决方案三：
要看商品基础表中单价是表示什么价？不一定是没有用的。比如销售价，销售建议价等都有可能
解决方案四：
商品表的的单价与金额，意义在于定义不同类型的销售价，至于要核算成本的话，肯定不能在商品里定义进价来核算成本的。只能是从采购进仓、盘点里取平均价来核算成本的。关于成本核算，可以参看这个：http://blog.csdn.net/fstao/archive/2008/02/14/2095329.aspx
解决方案五：
主要是看系统的功能定位。如果象楼主说的那种价格变动的情况，设计时肯定会考虑，根据情况自有应对之道，包括就象你说的，不设置这个字段，或者根据需要，它可能放置的是平均进价——避免每次临时统计的性能问题，直接调取就行了——这就可以解决你所担心的问题，就是做成本分析的时候的麻烦。至于是否导致成本分析很难做或者无法做，这个可能不存在，因为每次进货的记录都有，每次进货数量和当时的进价也有，所以可以算出来（因此也可以把每次平均以后的总进价成本放到商品表里，就象股票高抛低进，也等于是在追求一个更低的均价一样，当然，只是有点类似）。总之，要看具体的系统应用目的来设计系统，不能用一个僵尸体系应对不同的需求。
解决方案六：
引用楼主wym93519924的回复:
请教各位,在做进销存软件时,我看很多软件的商品表里都有单价,金额这个字段,大家以为合理吗,需要这两个字段吗?我的想法是:商品表作为一个基础资料信息表,不应该设计单价这个字段,因为同一个商品可以通过多次采购入库,不同的供应商的单价可能都不一样,每次采购的同一种商品单价也可能都不一样,但问题是商品表里没有单价这个字段的话,做成本分析的时候是不是会很麻烦呢.不知道大家……
关于这个问题，我在博客里专门写过：http://blog.csdn.net/fstao/article/details/3410333
解决方案七：
主要是看具体的功能需求。
解决方案八：
有这样的问题感觉很奇怪
解决方案九：
是否可以这样理解：商品档案中需要设置最高采购价，最低销售价
解决方案十：
2011年的讨论到2013年
解决方案十一：
有没有都没有关系，如果没有的，就单独做一个商品定价系统，另外，商品定价是比较复杂的。
解决方案十二：
00年前就讨论过Ｎ年了。
解决方案十三：
不需要，顶多来个建议指导价格。因为价格策略的不同，单价会有所不同。
解决方案十四：
要看具体的需求了，业务需要就加上，不需要就不要加了
解决方案十五：
商品资料最好有关于单价的3个字段：标准售价、采购单价、成本单价；为什么呢？如果客户不用价格政策呢，就没地方录单价了？