乙個好的訂單系統一定要保證訂單狀態的靈活切換，以此覆蓋使用者網購的所有正逆向流程。
文/魚泡泡
對於中小型創業公司，沒有特別強大的貨源、**鏈支援，接入頭部電商的api介面，與自有**實現對接，是乙個很好的選擇。
以自有電商平台提供自營商品，第三方代發商品，同時與京東克卜勒api介面對接提供京東商品為例，詳述訂單狀態流轉全過程。
在使用者下單時，涉及到減庫存，有兩種方式：一種在使用者下單後，鎖庫存；一種在使用者支付後，減庫存。
京東採用的是下單後的 24 小時內鎖庫存，天貓採用的是支付後才減庫存，兩種方式各有利弊。
因多個**共用乙個電商後台等程式設計客棧現實原因，無法在前後端同步實現拆單。訂單支付成功後的拆單功能暫時擱置，實際應該按照不同倉庫進行拆分訂單。目前是只要訂單中乙個包裹的物流狀態發生改變，整個訂單物流狀態同步改變。
缺點：給使用者展gxeziuy示的訂單狀態和訂單中每個包裹的實際物流狀態不一致。
如果包裹拆單，可以按照實際物流狀態展示，關於一筆訂單的運費如何展示有兩種方式：一是計入乙個子訂單內，二是平攤到每個子訂單上。
噹噹採用的是第一種展示方式，缺點是平台或者商家承擔運費。對不包郵訂單（包括兩個包裹），使用者如果拒收計入運費的包裹，噹噹自動原路退款，相當於使用者包郵買了其中乙個包裹的商品。
由於商品型別不同（包括京東、自營、代發商品），乙個訂單下的物流狀態不同，如何相容不同包裹的物流狀態，按照訂單狀態統一展示，需要產品經理去規定狀態流轉規則。
對於京東商品，因為接入了京東克卜勒api介面，京東會返回包裹狀態：待收貨、已收貨、已拒收狀態。
對於自營商品，包裹狀態包括：已發貨。
取消訂單包括兩種情況：待付款取消訂單和待發貨取消訂單。
使用者收貨後，讓使用者上傳憑證，提供客服**，方便聯絡客服進行售後追蹤。
提高訂單商品的復購率，需要注意異常判斷，商品是否下架或者庫存不足。
以上是乙個為使用者搭建了乙個可用的、簡單的訂單系統，後續會根據公司業務場景，持續優化訂單系統。
本文標題: 【概述】乙個為使用者搭建的電商訂單系統
本文位址:
為mysql建立乙個遠端連線使用者
為mysql建立乙個遠端連線使用者 grant all privileges on to remoteuser remoteipaddr identified by password remoteipaddr是指遠端客服端ip 下面是一些常用的命令 1.匯出整個資料庫 mysqldump u 使用者...
為MSSQL2005新增乙個使用者admin
在microsoft sql server 2005中，為資料庫interlib新增乙個管理員 owner 使用者admin。效果如下 操作如下 1 先以 windows 身份驗證 進入資料庫引擎sql 2005 2 點開資料庫結點 安全性 登陸名 右擊 登陸名 新建登陸名 sql server身份...
搭建乙個簡單的mvc（一）
框架的基本結構 先定義乙個入口檔案index.php.作用是1 定義常量 2 載入函式庫 3 啟動框架 header content type text html charset utf 8 define mulu trim str replace dir 定義框架所在目錄 define core ...