最近在做訂單方面的需求，由于我們平臺是綜合類平臺，電商、OTA、虛擬業務都有，所以對訂單設計的通用性要求比較高，因此體驗了一下強大的淘寶是如何做的，算是自我總結。
場景一：使用平臺通用購物津貼（滿2.1減2元）同時購買兩家店鋪的商品
一家商品金額2元，一家商品金額1元。 結果如下圖：
場景二：看購物津貼的退款
場景三：多個訂單一起下單
有些訂單必須和其他訂單一起下單，不能單獨購買和退款，例如火車票（門票、飛機票）中的保險，訂單提交未付款時訂單列表如下圖：
- 淘寶做為綜合性平臺，有很多商家入駐為了便于結算訂單均是在商家維度上進行主訂單拆分，每個主訂單下會根據商家的不同商品進行子訂單拆分；訂單列表是在商家維度展示的，也就是主訂單。
- 為了滿足平臺型通用的購物津貼，淘寶在獨立拆單后會存在訂單關聯，這些訂單在付款前必須一起支付才能共同享用平臺津貼，共同取消才能釋放購物津貼；付款后，各個商家的訂單互相獨立可單獨退款。如果沒有共同使用平臺購物津貼而一起提交訂單的，淘寶就是按照商家維度去拆單，各個店鋪的優惠獨立計算，支付和取消、退款時也不存在關聯關系。訂單結構應該有3層。
- 購物津貼是根據每個商家的商品銷售總金額按照比例分攤的，平臺的津貼優惠在每個子訂單上都是單獨的字段記錄。退款時，如果退某個商家的訂單，那么可以將該訂單中使用的購物津貼部分退還用戶（對平臺來說是被薅羊毛）。
- 對于類似火車票和保險這樣的訂單，拆單規則應該都是通用的，因為我們可以在訂單列表中看到訂單是獨立顯示的而且也是在商家維度進行拆單的，但是訂單之間建立了強關聯關系，有些訂單不能獨立操作，必須依附于其他訂單進行狀態變更，這個是由商品是否可獨立購買和獨立退款決定的（例如保險）。這種訂單的下單場景本質上和購物車訂單一樣，但是在商品上又增加了一步邏輯校驗。
- 淘寶的訂單列表是不能按照業務類型去篩選訂單的，只能按照訂單狀態，那是應該是因為淘寶還是主打電商，在滿足電商場景需求的同時去支持其他業務類型的下單，例如：OTA業務。
- 門票和火車票、保險的商家都是不一樣的，猜測飛豬的發展方向應該是往OTA平臺方向發展，等同于淘寶、天貓這樣的電商平臺。
聲明：本文由網站用戶竹子發表，超夢電商平臺僅提供信息存儲服務，版權歸原作者所有。若發現本站文章存在版權問題，如發現文章、圖片等侵權行為，請聯系我們刪除。
