农产品因为损耗率(损耗率可能并不是一个固定的数值,季节不一样损耗不一样,出货量不一样损耗率可能不一样),出解决方案系统演示的时候库存是准的,实际上了系统后用了一段时间,就会发现库存不准。每日盘点修正库存是个办法,但是这就多了工作人员,人员的管理成本和薪酬支出就变大了,把库存做准节省的成本和雇一位工作人员增加的成本,孰轻孰重?
总的来说,设计思路是简单、直接、单一。
软件要尽可能简单,流程尽可能要直接,业务功能尽可能要单一。链条要尽可能短。 以销售订单与销售出库单为例,说明一下传统软件与现在软件要求的对比与数据库表设计
销售的流程:新增订货单->订货单发货出库->客户收货->对账形成客户应收
1.订货单主表(订货单号、客户名称、订货金额、发货金额、收货金额)
2.订货单明细表(订货单号、sku、单位、订货数量、订货单价、订货金额、发货数量、发货单价、发货金额、收货数量、收货单价、收货金额、备注)
3.订货退货单主表(退货单号、客户名称、退货金额、关联订货单号)
4.订货退货单明细表(退货单号、sku、单位、退货数量、退货单价、退货金额、备注)
订货发货时同步产生一条出库单,标识为销售出库,出库的数量就是发货的数量,记录客户收货的数量,对账时以客户收货的数量为准。
统计主营业务收入时,只要统计订货单和订货退货单即可,统计出库时,可以区分类型,统计标时为销售出货出库数据,统计非销售出库的出库单的出库数据。
采购:统计今日销售商品,按照同一供应商转采购单->采购入库->采购结算->对账形成供应商应付
1.采购单主表(采购单号、供应商名称、采购金额、采购入库金额、采购结算金额、采购关联费用)
2.采购单明细表(采购单号、sku、单位、采购数量、采购单价、入库数量、入库金额、采购结算数量、结算金额、备注)
3.采购退货单主表(采购退货单号、供应商名称、退货金额、关联采购单号)
4.采购退货单明细表(采购退货单号、sku、单位、退货数量、退货单价、退货金额、备注)
客户今天订货的商品,市场上没有,要不电话沟通这个商品取消发货,要不就是用替换品发货,不存在过两天后补单的情况,也不存在分批发货这种复杂的场景。供应商按照采购单送来入库的商品也是一样的,今天送今天收,不存在分批入库分批到货这种场景。总的思路就是尽可能简单,一个单子把流程走完。