本文主要跟大家讲述一下关于供应链体系中的商品基础模块，一起来文中看看~
笔者之前负责国内生鲜电商的供应链体系，后续负责3C海外电商的供应链体系，遇到比较多又有趣的系统机构逻辑。
商品基础模块，是整条供应链来说，相对比较容易的一块，基本上不存在的难度。
基础模块：
一般情况，将商品数据和基础数据进行分类，如品类、品牌、仓库、地址库、温区、配送条件、发货时效等，基本上独立建表维护，虽然前期工作量比较大，但对于后期拓展性和灵活性上，具有非常大的便利性。
但对于本身业务场景不复杂或数据非常静态化的情况，可将此优先级降低或者忽略。
生鲜由于标配少，基本上以独立SKU的形式存在；3C或衣帽商品，基本上是以SPU-SKU的形式出现，两者本质在后台逻辑机制上，差异不大，但有一定的逻辑继承关系（本期不描述SPU逻辑）。
1）商品价税
价格：涉及商品的采购价、促销采购价、全局售价、全局促销售价等场景，目前国内基本上通用标准的单仓价，已经很少见到分仓价格的存在。
税率：一般设计商品的进项、销项两种；针对于非标品的生鲜商品，可能存在一定的免税商品，可酌情考虑拓展性问题。
2）商品图文
商品图片：主要用于不同端使用的商品图片和商品详情，目前常规区分与小程序、PC和APP三大类。可酌情考虑是否用于全渠道销售。
3）商品销售区域
比较核心的数据，涉及商品匹配对应的地址站点是否可独立生成订单，强关联与库存和搜索模块。
4）商品归属或者类型
一般通过商品归属或者类型，将商品的场景完全定义出来，继而将商品用于活动以外的销售场景。涉及基础架构时，需重点考虑此类核心字段的扩容性问题。
5）商品状态
涉及商品两种状态：
商品本身的状态，指向商品是否已经经过了各种审核，一般情况下，商品从创建到达到售卖条件，需要经过一系列的审核，包括采购人员、财务人员、品控人员等。
商品售卖状态，达到售卖状态后，方能进行售卖。
6）其他商品基础信息
其他如名称、Slogan、品牌、品类、包装规则、售后规则、最小起订量、箱规等，也属于关键要素，需要针对不同的场景进行定义。
因商品基础模块作为最基础的源头，与订单、库存、搜索等模块息息相关，一般会涉及几个核心的服务输出（涉及商品中心架构时，可重点关注下）：
商品缓存服务，用于输出全平台获取商品信息的一个缓存，使用方包括了订单商品服务（购物车模块使用）、搜索、订单履单、商品分销、开发平台API等；
商品下发服务，主要用于将商品信息推送到WMS系统，用于在库商品的处理；
商品通知服务。
商品库存初始化
这是历来比较头疼的模块，设计架构时，需要重点考虑！
常规方式一：一般情况在SKU创建成功后，就会进行库存初始化，但因为业务原因，经常会导致初始化了一堆无用的商品库存数据。
常规方式二：单据初始化，为保证数据有效性，一般会在生成单据时候，再进行库存初始化。本方案的好处是在于可以规避无效数据，但对库存服务处理来说，逻辑处理就比较复杂，需要考虑常规销售和预定销售的场景。
以上是简单的商品基础架构，希望大家多多交流。
