《電商ERP專欄》-訂單處理11-訂單修改場景梳理
為了應對訂單修改的場景,電商ERP系統(tǒng)應該如何設計相應模塊?這篇文章里,作者做了拆解和梳理,一起來看看吧。
電商ERP系統(tǒng),經(jīng)常遇到需要修改訂單的情況,修改訂單主要以下幾種場景:
一、修改商品
修改商品,包括對正常商品的換貨、以及對贈品的增刪改。
1. 正常商品換貨
在日常電商活動過程中,顧客可能由于個人情況需要換品,比如換尺碼、規(guī)格、顏色等,此時ERP系統(tǒng)中需要支持。
但店鋪是否支持商品換貨,在ERP系統(tǒng)中要做好參數(shù)設置,以防訂單管理員操作失誤。
在ERP系統(tǒng)中,限制換貨商品有時候也需要考慮換貨的商品價格與當前商品的價格情況,正常換貨后的商品價格要<=當前商品的價格。
在換貨場景中,ERP系統(tǒng)還需要考慮支持預售商品、套裝商品、套裝中的單品的換貨。
不同的訂單狀態(tài),商品換貨后的庫存增減也要注意。
換貨后,商品在訂單中的分攤金額要注意繼承,訂單重量要重新計算。
2. 贈品增刪改
贈品增刪改,是指贈品的添加、刪除、修改,修改贈品即換贈品,與上述換商品邏輯基本一致。
贈品的添加/刪除,可對訂單進行批量添加,也可單個添加,也可添加指定數(shù)量的贈品。
贈品的添加/刪除,要注意訂單狀態(tài),也要注意掛起的訂單、退款的訂單。
贈品的添加/刪除成功后,要注意修改贈品庫存,訂單重量要重新計算。
二、改倉庫、改快遞
改倉庫、改快遞也是電商ERP系統(tǒng)中非常常見的功能,系統(tǒng)要支持針對訂單的單個或者批量修改。
1. 改倉庫
改倉庫時,要注意訂單狀態(tài),一般客審前,可直接修改倉庫,客審后,修改倉庫成功后,要注意做標記,防止被智能分倉功能刷掉。
改倉庫時,要注意倉庫與快遞的綁定關系,若訂單已經(jīng)指定快遞,而指定的快遞未綁定此倉庫,則會出現(xiàn)修改失敗,同時要將修改失敗原因的日志更新到系統(tǒng)中。
修改倉庫成功后,要注意臺賬庫存的修改。
2. 改快遞
改快遞時:
首先要注意,倉庫是否指定,若指定,則要注意快遞與倉庫的綁定關系。
其次,改快遞要注意調(diào)用平臺的快遞可達接口,判斷快遞是否可達。
再次,要注意清空快遞單號,若為電子面單,支持的平臺若存在回收電子面單號接口,則要調(diào)用回收電子面單號接口。
另外,若訂單為貨到付款,則修改的快遞要支持貨到付款。
三、修改訂單信息
1. 修改訂單的收貨信息:在電商ERP系統(tǒng)設計中,訂單修改還支持修改訂單中的收貨信息,包括收貨人、地址等信息,不過因目前各大平臺已經(jīng)完成訂單信息加密,收貨信息的修改直接對接平臺接口完成修改即可。
2. 修改訂單的內(nèi)部標簽:內(nèi)部標簽一般是ERP系統(tǒng)訂單管理員對訂單進行的備注,故要支持修改。
3. 修改訂單的倉審須知:倉審須知是指訂單需要倉庫人員注意的備注,要支持修改。
4. 其他,每個電商ERP系統(tǒng)的訂單設計結構不一致 ,在設計時要注意可修改的字段即可。
本文由 @阿貓阿狗 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉載
題圖來自 Unsplash,基于 CC0 協(xié)議
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發(fā)揮!