供應鏈中臺搭建的3個原則與9個實用設計經驗。

01、中臺搭建的3個原則

在搭建中臺系統時，需要遵守3個原則：

一、包容性。中臺需要能支持各種業(yè)務的接入，且能允許不同業(yè)務之間的細微差異存在。不能接受業(yè)務差異的中臺是不可靠的，尤其是供應鏈，需要支持不同平臺的業(yè)務，各平臺的業(yè)務規(guī)則存在一定的差異是在所難免的。

二、穩(wěn)定性。中臺應該是個相對中立的系統，不是為某個平臺或業(yè)務量身定做，所以要必須保證主體結構的穩(wěn)定性，不能跟著業(yè)務隨意調整底層邏輯。

三、擴展性。中臺系統不是一錘子買賣，用完即扔，也不是為某一個業(yè)務而單獨設計的，所以在設計時要兼具擴展性和開放性，能夠擴展更多場景、更多功能和更多業(yè)務。

02、9個實用的設計經驗分享

下文為筆者在過往工作中用到的設計經驗總結，供大家在日常需求過程中參考。

（1）能不能復用是中臺價值衡量的一個很關鍵的參考因素。在梳理系統邊界時，要將多業(yè)務通用功能提煉、抽象，并下沉至中臺，而不通用的功能可以留給業(yè)務系統自行實現，保證中臺的穩(wěn)定和純凈。例如基礎數據、倉庫權限、庫存等功能，都是各個業(yè)務通用的功能，便可以交由供應鏈中臺統一來承接，避免業(yè)務重復建設。但如果每個接入的業(yè)務方有不同的業(yè)務規(guī)則，例如A業(yè)務要按倉庫分配物流，B業(yè)務要按照地區(qū)分配物流，雙方邏輯互斥無法達成共識時，可以將物流分配的功能扔給業(yè)務側去處理，中臺僅提供物流信息的輸出和接收分配的結果。

（2）中臺和平臺最大的區(qū)別是平臺只提供各種組件讓業(yè)務自行組合，不參與業(yè)務，而中臺則更貼合業(yè)務。在設計時，盡可能將跨系統的功能集成，為業(yè)務提供一站式解決方案，可以降低業(yè)務接入的難度。例如訂單查詢功能的集成、中央庫存集成、跨系統取消訂單功能集成等。

（3）當遇到某些業(yè)務無法完全統一的情況時，可以由中臺負責整體節(jié)點控制，但在某些分支可以開放個性化的需求窗口給各業(yè)務側來填充，這是設計模式中的工廠模式思想。例如訂單下發(fā)至履約中心以后，有個訂單審核的環(huán)節(jié)，用以疑似惡意訂單的排查、異常訂單的審核處理。由于每個業(yè)務對異常訂單審核的標準不同，如果都由訂單履約中心實現，則需要梳理所有業(yè)務側的規(guī)則，這種業(yè)務規(guī)則并不是供應鏈中臺應該關心的，便可以將特殊審核的邏輯開放給業(yè)務系統來實現，履約中心只需要在訂單審核的節(jié)點上調用對應業(yè)務系統的接口來獲取審核結果即可。如下圖所示：

▲訂單節(jié)點開放給業(yè)務系統示例

（4）當不同的業(yè)務需要走不同的流程時，可以通過鏈路配置的方式來實現。例如倉庫入庫支持到貨登記、收貨、驗收、拍照、上架5個節(jié)點，但并不是所有的業(yè)務都需要這5步操作。于是我們就可以增加一張配置表，按照業(yè)務配置不同的鏈路，在倉儲系統中入庫時，便能按照此鏈路配置驅動不同業(yè)務走不同的入庫流程了，當上一個節(jié)點操作完成后，系統會根據配置自動跳轉到鏈路中的下一個節(jié)點。如圖：

▲入庫鏈路配置示例

（5）通用字符串與枚舉值擴展新場景。當業(yè)務場景越來越多時，今天要按業(yè)務送精美禮品、明天要求按平臺使用不同的包裝，我們不能總是要求技術擴展新字段來記錄新的業(yè)務，特別是訂單這些關鍵表，每每調整可能都會影響上下游，但業(yè)務也不能不支持，那怎么辦？可以定義一個長字符串，例如0000000000，這是1個10位的字符串，我們可以對每一位分配0-9，A到Z等不同的枚舉值，每個值代表一種業(yè)務屬性，例如第一位代表平臺，第二位代表包裝屬性（普通包裝、精美包裝等），1000000000代表自營訂單，2000000000代表三方平臺訂單，1100000000代表自營平臺的精美包裝，如上，位數可以不斷擴充，枚舉值也可以擴，還可以兩位組合、三位組合搭配，這樣就可以擴展無數的場景了。

（6）通用屬性和擴展屬性搭配妙用。不同的業(yè)務、不同的商品品類之間的差異一定是存在的，但作為中臺需要兼容，該怎么辦？我們可以把屬性分為通用屬性和擴展屬性兩組。所有業(yè)務和品類都通用的屬性通過通用屬性存儲，每個品類個性化的屬性用擴展屬性存儲，可以通過長串報文放到數據庫中的一個字段中存儲。這樣通用數據和擴展屬性搭配便能存儲全品類商品信息了。例如在設計商品相關的功能時，商品編碼、名稱、類目是每個品類都必須的，這一類數據便放至通用屬性中，而圖書的版本、手機的網絡制式、衣服的尺碼等，屬于每個品類特有屬性，就通過擴展屬性來存儲。

不僅商品屬性，標準訂單狀態(tài)+擴展訂單狀態(tài)、標準商品庫+業(yè)務自有商品庫、通用操作+個性化操作等場景都可以按此思路來設計，以達到供應鏈中臺兼容不同業(yè)務的目標。

（7）通過擴展字段來適配不同的屬性。再強大的系統也不可能囊括所有行業(yè)的業(yè)務屬性，但可以留出空間給用戶自定義。不同于上面將擴展屬性通過長報文存到一個字段中，此設計思路是通過擴展不同的字段存儲不同的屬性，但數據庫中的同一個擴展字段對應不同的業(yè)務存儲的屬性不同，此類設計在用友、金蝶等將軟件服務商的產品形態(tài)上比較多見。

例如某產品在做商品屬性設計時，在數據庫中總共設計10個字段，前4個字段為固定字段，存儲通用屬性(商品ID、商品名稱、規(guī)格、類目)，后6個擴展字段預留給用戶自行配置，存儲各行業(yè)個性化的屬性。

現有A用戶為手機行業(yè)，配置了擴展字段5-9，分別對應內存、容量、網絡制式、主屏幕尺寸、運營商；B用戶為服裝行業(yè)，配置了擴展字段5-8，分別對應貨號、尺寸、風格、材質。于是，A、B兩個用戶在使用系統時，便能分別看到不同的屬性名稱了，但在數據庫中都是對應同樣的擴展字段。

（8）靈活使用適配器保證供應鏈中臺的穩(wěn)定性。為了保證供應鏈中臺內部邏輯的一致性，可以通過適配器來將外圍各業(yè)務邏輯轉換為供應鏈體系認可的標準，這樣就能將差異放到供應鏈中臺之外，不用供應鏈中臺來遷就業(yè)務了，保證了中臺架構的穩(wěn)定性。通俗的說法就是映射。例如不同平臺的地址庫的統一、不同平臺SKU編碼的統一、不同業(yè)務訂單狀態(tài)的統一等，都可以通過適配器來進行轉換。

（9）系統參數是個好東西。做中臺，不可能百分百標準化，難免會遇到不同業(yè)務要求不同邏輯的情況，這時，就可以增加一張系統參數表，使用系統參數來配置不同的業(yè)務邏輯。例如：A倉訂單需要合單，B倉訂單不需要合單，為了同時應對兩個倉的業(yè)務訴求，便可以增加一個”是否需要合單”的參數，配置為“是”則合單，為“否”則不合單，由A倉和B倉自行配置。

以上只是眾多設計經驗中的點滴，在供中臺的搭建思想上，產品設計和架構設計思想是相通的，感興趣的朋友可以多看一些設計模式方面的書籍，對提升我們自身的規(guī)劃能力有極大的幫助。