中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

本文主要跟大家講述一下關于供應鏈體系中的商品基礎模塊，一起來文中看看~

筆者之前負責國內生鮮電商的供應鏈體系，后續負責3C海外電商的供應鏈體系，遇到比較多又有趣的系統機構邏輯。

商品基礎模塊，是整條供應鏈來說，相對比較容易的一塊，基本上不存在的難度。

商品基礎模塊分成了基礎模塊和商品模塊兩部分：

基礎模塊：

一般情況，將商品數據和基礎數據進行分類，如品類、品牌、倉庫、地址庫、溫區、配送條件、發貨時效等，基本上獨立建表維護，雖然前期工作量比較大，但對于后期拓展性和靈活性上，具有非常大的便利性。

但對于本身業務場景不復雜或數據非常靜態化的情況，可將此優先級降低或者忽略。

商品模塊：

生鮮由于標配少，基本上以獨立SKU的形式存在；3C或衣帽商品，基本上是以SPU-SKU的形式出現，兩者本質在后臺邏輯機制上，差異不大，但有一定的邏輯繼承關系（本期不描述SPU邏輯）。

商品模塊分類

1）商品價稅

• 價格：涉及商品的采購價、促銷采購價、全局售價、全局促銷售價等場景，目前國內基本上通用標準的單倉價，已經很少見到分倉價格的存在。
• 稅率：一般設計商品的進項、銷項兩種；針對于非標品的生鮮商品，可能存在一定的免稅商品，可酌情考慮拓展性問題。

2）商品圖文

商品圖片：主要用于不同端使用的商品圖片和商品詳情，目前常規區分與小程序、PC和APP三大類?？勺们榭紤]是否用于全渠道銷售。

3）商品銷售區域

比較核心的數據，涉及商品匹配對應的地址站點是否可獨立生成訂單，強關聯與庫存和搜索模塊。

4）商品歸屬或者類型

一般通過商品歸屬或者類型，將商品的場景完全定義出來，繼而將商品用于活動以外的銷售場景。涉及基礎架構時，需重點考慮此類核心字段的擴容性問題。

5）商品狀態

涉及商品兩種狀態：

• 商品本身的狀態，指向商品是否已經經過了各種審核，一般情況下，商品從創建到達到售賣條件，需要經過一系列的審核，包括采購人員、財務人員、品控人員等。
• 商品售賣狀態，達到售賣狀態后，方能進行售賣。

6）其他商品基礎信息

其他如名稱、Slogan、品牌、品類、包裝規則、售后規則、最小起訂量、箱規等，也屬于關鍵要素，需要針對不同的場景進行定義。

商品模塊相關服務內容

因商品基礎模塊作為最基礎的源頭，與訂單、庫存、搜索等模塊息息相關，一般會涉及幾個核心的服務輸出（涉及商品中心架構時，可重點關注下）：

1. 商品緩存服務，用于輸出全平臺獲取商品信息的一個緩存，使用方包括了訂單商品服務（購物車模塊使用）、搜索、訂單履單、商品分銷、開發平臺API等；
2. 商品下發服務，主要用于將商品信息推送到WMS系統，用于在庫商品的處理；
3. 商品通知服務。

商品庫存初始化

這是歷來比較頭疼的模塊，設計架構時，需要重點考慮！

1. 常規方式一：一般情況在SKU創建成功后，就會進行庫存初始化，但因為業務原因，經常會導致初始化了一堆無用的商品庫存數據。
2. 常規方式二：單據初始化，為保證數據有效性，一般會在生成單據時候，再進行庫存初始化。本方案的好處是在于可以規避無效數據，但對庫存服務處理來說，邏輯處理就比較復雜，需要考慮常規銷售和預定銷售的場景。

以上是簡單的商品基礎架構，希望大家多多交流。

本文由 @?廣土卓 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議