1、訂單是什麼？

先思考一個問題，訂單是什麼？站在業務上來說，本質上訂單是一份具有法律屬性的銷售合同，甲方是用戶，履約乙方為電商平台，和我們去4S店買車簽訂的購車合同，買房簽訂的購房合同都是一樣的屬性。

“口說無憑，立字為證”，如果有一方違反約定而不滿足另一方的要求，合同就是另一方讨回公道的證據，這便是訂單最原始和最核心的意義。

2、信息系統中，訂單的角色和演變

圖1為在信息系統中，訂單服務的地位概述。和圖2中千牛後台展示的業務模型是高度統一的。

小二接單，收營員按單收錢，客服根據訂單操作退款、補發，帳房先生根據訂單來結算，倉儲小哥根據訂單來揀貨發貨，售後小妹根據訂單來給客人退還修。這些操作在現實當中都有真實的對應關系。

一開始大家都通過訂單來作為自己的憑證，但逐漸業務量變大了，業務也複雜了。比如，你開了個實體店，逐漸發現有不少用戶喜歡線下自提，線上下單，又或者你是賣女裝的，有了兩個倉庫，冬裝倉專門放在北京，夏裝倉專門放在廣東，不同的倉庫還有不同的人管理。這時候所有訂單信息就不适合給每個人看了，會帶來大量的冗餘，容易出錯，這時候訂單本身就需要通過不同的業務邏輯進行處理，生成不同的發貨單。台賬、售後等等都是如此。

圖1

圖2

3、一個成熟的訂單表是啥樣的？

沒有絕對完美的訂單服務，一切都是跟你的業務發展有關系。故此，一個成熟的訂單表，其實背後是一整套成熟的業務體系。接下來直接說訂單表的各個字段及含義。

3.1用戶類

訂單号：即訂單的ID

用戶ID：即用戶的登錄ID

收貨人：收貨人名稱

國别、省、市、區、街道/鄉鎮、詳細地址、郵編

電話、郵箱

客戶留言：用戶會對某些訂單進行備注，淘寶很常見

客服備注：客服對訂單的備注，要和用戶備注區分開

3.2訂單基礎信息

訂單狀态：訂單狀态從支付後開始記錄，後續狀态常見的有待通知倉庫發貨、已通知倉庫發貨、交易完成、已取消發貨、退款申請受理中、正在退款、已關閉。

訂單來源：即訂單是從哪個前端流過來的，是淘寶個人賣家、天貓、還是直播淘寶等

發票類型：個人還是公司

發票擡頭：名字還是公司名

發票開票公司主體：履約的銷售主體

支付方式：支付寶支付、微信支付、現金支付等等

貨币類型：用于不同國家的計費，比如跨境電商經常使用

訂單總金額、運費金額、折扣金額

稅費：一半來說還會通過稅務中心來計算稅費，不同品類、國家的貨物，稅率不同

下單時間、關單時間、訂單超時時間、完成時間、支付時間

父訂單号：如果存在拆訂單情況，會出現這種ID

3.3物流類

最佳收貨時間：即用戶想選擇什麼時間收貨，此時間将流入WMS，派送時同步給物流公司。

配送方式：自提、快遞還是虛拟貨物不用配送

訂單類型：普通訂單、秒殺訂單、退款單、換貨單、丢單補單等等

訂單流程：根據這個判定訂單如何流轉，該流轉給誰，根據業務來

推倉時間：推給倉庫的具體時間

倉庫号：即此訂單指定的發貨倉庫ID

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!