1.商品分类尽可能详尽（方便后面商品备货汇总、场地分拣、商品销售统计及利润分析、商品采购统计）
2.商品资料尽可能变精变少,因为生鲜商品的不标准性，销售方法多异性，导致商品资料的复杂性，所以建议尽可能商品资料唯一性、简单性，规范性），尽可能只采用一个结算单位作为商品的单位，这样方便定价，但是可能商品备货汇总会有一点麻烦，但是综合利害，单一性单位比较好。商品的计算成本方式要在系统中设置好。有些商品是供应商预分拣包装、有些商品是当日核算成本，有些商品是用移动平均加权的。这些规则都要设置好。
3.对于商品多单位的管理，单位之间的换算关系，尽可能维护完整，方便销售出库减库存的准确性、采购入库加库存的准确性。
4.客户资料的准确性，客户的命名规则规范，客户对应的小标签（仓位号定义也就是客户的简称）线路的设置规划，建议使用字母加数字的方式进行线路与客户简称编码
5.客户编码的唯一性与通俗性，方便客户在线下单，节省公司人员下单的时间，如果要实现客户在线下单，建立将商品资料的里面图片信息完善掉。
6.客户价格组命名的规范性，建议将同一客户，同一价格的客户建立在同一个价格组里面，不同的客户建立在不同的价格组里面
7.供应商类别（供应商供货，自采，代配送）、供应商资料一定要整理清楚，方便后面的查询与供应商款项及采购人员款项的结算
8.销售订单录入的时候，为了方便使用者的操作易用性与后面统计的方便性，销售订单分为蓝字订单（正常的销售订单）与红字订单（销售退货订单），这里就有一个问题要解决，就是销售订单的收款金额（等于单价*复核数量-退货数量），所以在收款之前的时候，销售单价一定要进行修正。销售订单退货（可能客户直接扣掉多少，实物不退回，也可能客户将实物退回来）
9.采购订单录入的时候，也划分为蓝字采购订单（正常的采购订单）与红字的采购订单（采购退货订单）采购订单的录入一定要在当日完成，否则采购单价无法实时计算出来。关于采购退货的问题，有可能是把实物退给供应商，有可能实物直接报损，这些单据采集的时候，一定要有明确的标识，否则系统中的数据与实物数据差异会很大。
10.报损单的录入与实物的报损操作一定要同步，不要系统中报损单做了，实物的报损操作没有进行，或者实物的报损做了，系统中的操作没有进行。所以先建立完整的报损制度（针对特定的类目的商品），报损单据的保存、签字、仓库负责人等。
11.利润的计算影响因素，采购单的及时录入，销售订单的销售价、复核数量，系统设计的时候，是日结日清，但是这样的话，需要耗费一些人工。
12.每日一清的功能，就是每天发货完成后，清点一下场地上面还有的货品重量，需要在采购入库完成后，报损单制作完成好，才能录入每日清单的数据，每日清单的数据作为当天商品的库存商品数量。
13.商品配送单打印出来后，一定不要先修改商品的数量，如果修改了商品的数量，请重新打印配送单。
14.对于补货订单进行特殊操作，补货订单不进行库存的影响，采购成本的影响，单独生成一张对应的补货采购订单关联。
15.建议每天做一次商品成本的核算同步，系统中已经设计单独的采购成本价的字段，与销售单价在同一行同一个表中，所以每天成本核算后，采购价就永远记录在销售订单里面，不会改变。
16.商品采购时，尽量接近于销售汇总的商量数量（在一个有效的浮动值上下），尽量减少临时采购的成本，尽量减少商品的库存。
17.配送单打印的时候，要选择是那辆配送的，这样也延长打印配送单的时间，或者先将车辆信息维护，把车辆编号，把车辆编号让司机写在配送单上面，然后复核订单的时候，把车辆信息完善亦可以。
18.每天生成报表，每天统计，每天对策。生鲜行业，系统中的数据，参考性时效比较大，如果一些数据没法很短时间内采集输入进去，则数据参考无意义。
标签：生鲜,配送,升鲜宝,商品,订单,报损,客户,采购 来源： https://blog.51cto.com/sunplay2021/2908063
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。