聊聊供应链体系中的商品基础模块

企鹅博客 2019年6月14日20:01:19 发表评论 257 views

本文主要跟大家讲述一下关于供应链体系中的商品基础模块,一起来文中看看~

笔者之前负责国内生鲜电商的供应链体系,后续负责3C海外电商的供应链体系,遇到比较多又有趣的系统机构逻辑。

商品基础模块,是整条供应链来说,相对比较容易的一块,基本上不存在的难度。

商品基础模块分成了基础模块和商品模块两部分:

基础模块:

一般情况,将商品数据和基础数据进行分类,如品类、品牌、仓库、地址库、温区、配送条件、发货时效等,基本上独立建表维护,虽然前期工作量比较大,但对于后期拓展性和灵活性上,具有非常大的便利性。

但对于本身业务场景不复杂或数据非常静态化的情况,可将此优先级降低或者忽略。

商品模块:

生鲜由于标配少,基本上以独立SKU的形式存在;3C或衣帽商品,基本上是以SPU-SKU的形式出现,两者本质在后台逻辑机制上,差异不大,但有一定的逻辑继承关系(本期不描述SPU逻辑)。

商品模块分类

1)商品价税

  • 价格:涉及商品的采购价、促销采购价、全局售价、全局促销售价等场景,目前国内基本上通用标准的单仓价,已经很少见到分仓价格的存在。
  • 税率:一般设计商品的进项、销项两种;针对于非标品的生鲜商品,可能存在一定的免税商品,可酌情考虑拓展性问题。

2)商品图文

商品图片:主要用于不同端使用的商品图片和商品详情,目前常规区分与小程序、PC和APP三大类。可酌情考虑是否用于全渠道销售。

3)商品销售区域

比较核心的数据,涉及商品匹配对应的地址站点是否可独立生成订单,强关联与库存和搜索模块。

4)商品归属或者类型

一般通过商品归属或者类型,将商品的场景完全定义出来,继而将商品用于活动以外的销售场景。涉及基础架构时,需重点考虑此类核心字段的扩容性问题。

5)商品状态

涉及商品两种状态:

  • 商品本身的状态,指向商品是否已经经过了各种审核,一般情况下,商品从创建到达到售卖条件,需要经过一系列的审核,包括采购人员、财务人员、品控人员等。
  • 商品售卖状态,达到售卖状态后,方能进行售卖。

6)其他商品基础信息

其他如名称、Slogan、品牌、品类、包装规则、售后规则、最小起订量、箱规等,也属于关键要素,需要针对不同的场景进行定义。

商品模块相关服务内容

因商品基础模块作为最基础的源头,与订单、库存、搜索等模块息息相关,一般会涉及几个核心的服务输出(涉及商品中心架构时,可重点关注下):

  1. 商品缓存服务,用于输出全平台获取商品信息的一个缓存,使用方包括了订单商品服务(购物车模块使用)、搜索、订单履单、商品分销、开发平台API等;
  2. 商品下发服务,主要用于将商品信息推送到WMS系统,用于在库商品的处理;
  3. 商品通知服务。

商品库存初始化

这是历来比较头疼的模块,设计架构时,需要重点考虑!

  1. 常规方式一:一般情况在SKU创建成功后,就会进行库存初始化,但因为业务原因,经常会导致初始化了一堆无用的商品库存数据。
  2. 常规方式二:单据初始化,为保证数据有效性,一般会在生成单据时候,再进行库存初始化。本方案的好处是在于可以规避无效数据,但对库存服务处理来说,逻辑处理就比较复杂,需要考虑常规销售和预定销售的场景。

以上是简单的商品基础架构,希望大家多多交流。

除非注明,否则均为@企鹅博客原创文章,转载必须以链接形式标明本文链接

本文链接:https://www.qieseo.com/62087.html

weinxin
欢迎加入中国SEO站长博客之家
本站的所有资源都会上传分享到博客之家,希望大家互相学习交流进步。
企鹅博客

发表评论

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen: