对商品模块的设计思路

        商品模块是供应链系统中基础信息的一部分，商品涉及到采购、库存、销售等各个方面，商品的设计思路主要在于不同行业对商品扩展部分的思考。我从事设计农业领域，下面主要从扩展适用于农业领域的商品做个分析和复盘。

        农产品有多规格、多单位、重量数量的临时性、价格波动大、商品定价非常灵活、非标品、保质期短等等特特点。

        商品基础信息：名称、分类、品牌、产地、商品卖点、最小单位、保质期、采购类型、分拣区、标品非标品、协同分拣、

        商品规格信息：规格名称、规格编码、规格条码、

                原本的设计是设计属性和属性值（eg:产地：华北、华南；口味：酸、甜、辣））跟商品关联，形成sku，调研后发现大部分流通的农产品基本上没有标准，每个品牌或者每个渠道或者每个供应商的标准不一，不适合用属性属性值的方式，为了方便使用者尽快上手系统，我们直接把规格融进了商品里面。

        商品单位信息：多单位和辅助单位并行，分别设置销售单位、采购单位、库存单位。多单位是指有换算关系的单位。以最小单位为基础每个单位与最小单位进行换算。辅助单位是指无换算关系，适用于下单单位和结算单位是两个单位的情况（eg:客户下单50条黑鱼，结算时按照150斤结算）

        一条规格-一个单位-一个商品组成唯一的sku

        商品采购信息：一品多供应商，大宗商品采购时的权重（涉及到采购时向多个供应商采购，系统推荐的采购数量）。

        商品库存信息：保质期管理开关、保质期天数、库存预警数（sku）

        商品sku价格信息：商品统一的订货价、不同客户有不同订货价、采购参考价、固定成本价（我们更推荐用客户报价单、供应商报价单来维护价格，但是在实际过程中，农产品一天一个价，数据录入工作繁琐复杂，所以用商品价格信息变动表来支持商品中直接进行价格的设置，随时设置随时用价格），关于商品价格的设置在商品中可以直接设置（快速简单）、流程规范的企业专门有一个价格的模块来设置固定时期内的价格更为妥当。

        商品分类、商品品牌、商品图片、分别建立与商品进行关联即可。

        商品条码和编码的问题，商品条码一般是69码，商品编码是自己编的码（这个编码在销售系统、采购系统、库存系统等等中共用一个码）。

        在商品中由于考虑不严谨，闹过一个小笑话。我原本认为商品的条码是唯一的，比如一瓶海天味极鲜酱油900ml的条码和箱装12瓶的条码是两个，有一次去别人仓库拆出来发现原来是同一个69码，所以才有了后来规格-单位-商品形成唯一的sku,形成唯一的商品编码，条码在规格里面维护。

        商品分类、商品品牌、商品图片、分别建立与商品进行关联即可，通过以上基本可以实现商品属性与定价和库存的关联管理，满足不同商品属性的定价和库存管理。