電商開(kāi)放平臺最典型的樣設分為三種??，本文主要針對商品開(kāi)放平臺展開(kāi)分析。置電

我們之前討論的商開(kāi)商開(kāi)范圍都是圍繞電商平臺的(de)封閉體系內部進(jìn)行，但是放平??放平在實(shí)際的應用場(chǎng)景中，電商平臺??一般需要和其他平臺進(jìn)行連通，臺電臺最用以拓展渠道，典型的分賦能自營(yíng)平臺。為種

按照對接的樣設階段和主體，我將電商中最典型的置電(′?｀)開(kāi)放平臺分為：商品開(kāi)放平臺、 店鋪開(kāi)放平臺、商開(kāi)商開(kāi)供應商開(kāi)放平臺，放平放平（開(kāi)放平臺的臺電臺最名稱(chēng)在叫法上可能不太標準）與其他平臺對接的核心內容一般是：商品、庫存、典型的分訂單。??為種

先簡(jiǎn)單介紹一下各開(kāi)放平臺的樣設場(chǎng)景和作用：

商品開(kāi)放平臺

將自營(yíng)商品提供給第三方平臺使用，接收第三方??訂單，促進(jìn)自營(yíng)商品銷(xiāo)量。

店鋪開(kāi)放平臺

提供給平臺上的商家同??步店鋪中的商品、訂單、庫存等數據，保證店鋪數據與商家自營(yíng)平臺的統一。

供應商開(kāi)放平臺

自營(yíng)平臺提供給供應商對接商品，用以擴充SKU數量、更新庫存，傳遞訂單給供應商。

開(kāi)放平臺通過(guò)API接口與其他平臺進(jìn)??行交互，及時(shí)更新訂單??、庫存、商品等數據，提高平臺效率??，減少人工干預，避免發(fā)生超賣(mài)、缺貨等情況。不過(guò)開(kāi)放平臺的開(kāi)發(fā)成本較高，同樣的需求可以線(xiàn)下對接，或者提供系統給相關(guān)人員操作。只有交易量達到一定量級時(shí)進(jìn)行開(kāi)發(fā)才有實(shí)用價(jià)值。下面將介紹各開(kāi)放平臺產(chǎn)品的基礎解決方案，以供參考。

商品開(kāi)放平臺(◎_◎;)

“共享供應鏈”的意義在于通過(guò)開(kāi)放商品庫，拓展銷(xiāo)售渠道，增加商品的銷(xiāo)售量，進(jìn)而增加對供應商的議價(jià)能力，降低采購成本。對于B端商戶(hù)來(lái)說(shuō)，通過(guò)對接商品開(kāi)放平臺ヽ(′?｀)ノ，能夠迅速擴充品類(lèi)，并且無(wú)需庫存資金占用。(′ω｀)

商品開(kāi)放平臺是將平臺上的商品開(kāi)放給其他渠道的第三方使用，通過(guò)商品(′?｀*)、訂單、庫存??API進(jìn)行(′ω｀)(xing)對接，將雙方系統打通，實(shí)現無(wú)延遲對接。對接流程如上圖所示，主要包括商品同步和訂單生成跟蹤等部分，下面會(huì )詳細講解。

在“商品開(kāi)放平(ping)臺 ”的基礎上，會(huì )提供用戶(hù)系統來(lái)管理B端商戶(hù)、商品池和訂單相關(guān)數據，不在贅述。

1.基礎數據

在設計“商品開(kāi)放平臺”時(shí)，首先考慮的是賬戶(hù)體系，最核心的是B端用戶(hù)調用開(kāi)放平臺的Key，定義??客戶(hù)使用的接口權限，界定用戶(hù)同步數據的范圍。

為了規避資金風(fēng)險，B端用戶(hù)賬戶(hù)會(huì )預(????)存一定資金或設置預授信額度，在臨近警戒值時(shí)，提醒用戶(hù)充值結算。在用戶(hù)下訂單時(shí)，從賬戶(hù)余額中扣減相應的訂單金額，若余額不足，則下單失敗。

“商品開(kāi)放平臺”的基礎資料還包括地址庫數據（省市區縣），訂單的收貨地址、區域庫存等都是建立在地址數據的基礎上。

還要提供對賬接口，允許用戶(hù)根據時(shí)間周期來(lái)下載賬單數據，進(jìn)行訂單、消費對賬。

2.商品

商品是“商ヽ(′ー｀)ノ品開(kāi)放平臺”的核心部分，主要包括(′?_?`)商品池、類(lèi)??目、商品信息、庫存、價(jià)格等方面，下面進(jìn)行詳細講解。

商品池

對于平臺來(lái)講，平臺中的商品不會(huì )全面開(kāi)放給B端商戶(hù)，譬如一些特色SKU，或出于經(jīng)營(yíng)戰略考慮。那就有了“商品池”的概念：從平臺商品中選擇一部分添加至“商品開(kāi)放平臺” 的商品池中，B端商戶(hù)可以從中選擇對應的商??品使用。

主要有以??下接??口：

獲取商品池的商品數據（接口），主要返回商品的sku編碼，可查詢(xún)全部商品或某類(lèi)目商品；在商品池數據發(fā)送變動(dòng)(dong)時(shí)，主要包括??商品新增、刪除、上下架時(shí)，推送消息給客戶(hù)；

商品信息

獲取商品詳細信息，包括商品基ヽ(′▽?zhuān)?ノ礎信息、商品圖片信息、上下架狀態(tài)等(′▽?zhuān)?。

主要有以下接口：

商品基礎信息（接口），返回商品名稱(chēng)??、類(lèi)目、規格、屬性、上下架狀態(tài)、詳情描述（文字、圖片描述）等內容。商品圖片信息（接口），返回主圖、附圖等內容。上下架狀態(tài)（接口），批量查詢(xún)商品的上下架狀態(tài)。當商品名稱(chēng)、圖片信息、上下架狀態(tài)、 規格、屬性、詳情描述等數據發(fā)生變動(dòng)時(shí)，推送消息給客戶(hù)。

類(lèi)目

獲取商品的類(lèi)目信息，需要通過(guò)商品詳情頁(yè)??中的類(lèi)目編碼進(jìn)行查詢(xún)。一般情況下，不會(huì )將平臺(′?｀)的類(lèi)目信息全部開(kāi)放。

商品類(lèi)目查詢(xún)（接口），返??回類(lèi)目名稱(chēng)（一級、(╯‵□′)╯二級、三級等）

庫存

獲取??商品的庫存信息，需要注意的是，庫存數據屬于平臺核心數據，一般不會(huì )給具體的數據，只會(huì )返回有貨或無(wú)貨。當發(fā)貨有區域限制時(shí)，還需要根據地址查詢(xún)區域庫存?？稍谏唐吩斍轫?yè)、搜索列表、購物車(chē)、訂單頁(yè)使用。

主要有以下接口：

查詢(xún)單個(gè)商品庫存（接口），查詢(xún)單商品對應(???)數量是否有貨，返回結果。批量查詢(xún)商品庫存（接口），查詢(xún)多商品是否有貨，返回結(jie)果。在商品缺貨、或缺貨變更為有貨時(shí)，推送消息給(gei)客戶(hù)。

價(jià)格

獲取商品的價(jià)格信息。對客戶(hù)來(lái)說(shuō)，主(???)要對三類(lèi)價(jià)格數據比較關(guān)心：市場(chǎng)價(jià)、平臺銷(xiāo)售價(jià)、采購價(jià)。出于運營(yíng)策略，平臺銷(xiāo)售價(jià)對于客戶(hù)較(jiao)為重要，采購價(jià)通過(guò)平臺與客戶(hù)制定采購協(xié)議確定，不同的客戶(hù)的采購定價(jià)會(huì )有區別。

主要有以下接口：

查詢(xún)商品的價(jià)格信息（接口），返回商品的市場(chǎng)價(jià)、平臺銷(xiāo)售價(jià)、采購價(jià)數據，支持批量查詢(xún)。在商品的價(jià)格（市場(chǎng)價(jià)、平臺銷(xiāo)售價(jià)、采購價(jià) ）發(fā)生變動(dòng)時(shí)，推送??消息給客戶(hù)；3.訂(′?｀*)單

在“商品開(kāi)放平臺”中，訂單的處理流程、判斷條(?_?;)件(jian)和2C的訂單大致相同，區別在于，需要在訂單信息中記錄實(shí)時(shí)采購價(jià)，用于結算。┐(′д｀)┌根據第三方訂單信息拆單，從賬戶(hù)余額中扣款，在訂單失敗時(shí)返回失敗原因。主要包括下單、物流、售后等方面，下面詳述。

下單

一般訂單分為(wei)兩個(gè)階段：訂單生成、支付確認，訂單生成鎖定相應庫存，支付成功扣?減庫存，取消或超時(shí)訂單(⊙_⊙)后解除??庫存占用。

訂單下單(接口)，通過(guò)接口傳輸第三方訂單號、商品編碼、數量、收貨地址數據，返回訂單下單結果（成功與否、訂單號(父子訂單)、ヾ(′ω｀)?是否拆單、訂單金額、運費）。生成訂單時(shí)應校驗賬戶(hù)余額。確認支付訂單（接口），通過(guò)接口確認從賬戶(hù)余額中扣??減，支??付訂單。返回(hui)相應結果。取消未確認訂單（接口），在生成訂單后、未支付前取消訂??單。訂單列表查詢(xún)（接口），查詢(xún)某一時(shí)間段的全部訂單，返回訂單查詢(xún)（接口），父訂單、子訂單都可以，查??詢(xún)訂單的詳細信息，包括商品詳情、數量、實(shí)時(shí)采購價(jià)、運費、訂單金額、父訂單、訂單狀態(tài)、物流信息等。當訂單超時(shí)未支付、取消、訂單拆單和訂單狀態(tài)變化時(shí)，推送相應的消息給客戶(hù)。

物流

提供訂單的物流狀態(tài)查詢(xún)。

主要有??以下接口：

訂單物流狀態(tài)查詢(xún)（接口），根據訂單號查詢(xún)發(fā)貨狀態(tài)，物流公司及物流單號。物流信息查詢(xún)（接口），根據物流單號查詢(xún)物流信息。

售后

主要有以下接口：

退貨退款申請（接口），傳輸退貨原因、文字圖??片說(shuō)明、商品、訂單等信┐(′д｀)┌息，返回售后單??號。售后單審核結果，推送相應的信息給客戶(hù)。售后單查詢(xún)（接口），查詢(xún)售后單信息及當前狀態(tài)?？蛻?hù)退貨信息反饋（接口），傳輸客戶(hù)發(fā)運物流公司、物流單號等信息。當訂單售后成功或失敗，推送相應的消息給??客戶(hù)?？偨Y

上面詳細介紹了“商品開(kāi)放平(╯°□°)╯臺”的產(chǎn)品方案，當然如???果想做的更加完善??，可以把有關(guān)商品／訂??單的更多(duo)信ヽ(′?｀)ノ息（如電子發(fā)票）開(kāi)放。平臺也要去開(kāi)( ?° ?? ?°)發(fā)對應的系統去管ヽ(′▽?zhuān)?ノ理開(kāi)發(fā)平臺的客戶(hù)和業(yè)務(wù)。

開(kāi)放平臺服務(wù)于公司戰略，對客戶(hù)來(lái)講，有利于“輕運(′?ω?`)營(yíng)”， 避免以往線(xiàn)下對接的缺貨，保證時(shí)效性。當然對于??平臺也有弊端，“商品開(kāi)放平臺”開(kāi)發(fā)維護成本較高，還有可能擾亂線(xiàn)上的價(jià)格體??ヾ(′ω｀)?系，這些因素都要在項目初期考慮到。

“商品開(kāi)放平臺”的API思維導圖整理如下，僅供參考：

介紹完“商品開(kāi)放平臺”，后面將逐步介紹“店鋪開(kāi)放平臺”與“供應商開(kāi)放平ヽ(′ー｀)ノ臺”，可關(guān)注后續文章進(jìn)行了解，亦可留言交流。