一、主要業務點
       1、申請售後物件：訂單為單位，不能選擇數量（必填）、訂單中某個商品為物件，可選擇數量（選填）
       2、使用者申請售後時機：已支付未發貨/已收貨（必填）、除退款後任何情況都可以申請售後（一種商品僅
能申請一次 特殊商品不可申請售後）
       3、售後流程：使用者申請/取消<-->平臺通過/拒絕<-->供應商通過/拒絕<-->財務通過/拒絕
       4、缺貨流程：全部缺貨/更換供應商   部分缺貨，部分商品更換供應商，或修改商品sku但訂單總價不變

二、售後流程：
      a) 使用者退換貨流程
          a1) 使用者申請退換貨，流程跳轉到b
          a2) 使用者撤銷申請，流程結束
      b) 平臺流程
          b1) 平臺客服通過退換貨，流程跳轉到c
          b2) 平臺客服拒絕退換貨，流程跳轉到a，使用者再次稽核（特殊商品限定申請規則和次數）
      c) 供應商流程：物流流程加入主要是防止已發貨的訂單被退款
         c1)  供應商通過退換貨，流程跳轉到d
         c2)  供應商拒絕退換貨，流程跳轉到b
      d) 財務流程
         d1)  財務通過-->退款，流程結束
         d2)  財務拒絕，流程跳轉到c

三、使用者申請售後填寫專案：
       第一步：
       1、服務型別：換貨、退貨
       2、申請數量：可小於購買數量
       3、申請憑證：有發票、無發票（非必填，無發票需要扣除相應稅點）
       4、檢測報告：已有檢測報告、尚無檢測報告
       5、問題描述
       6、上傳圖片：最多三張、每張不超過5張，支援JPG、BMP、PNG（非必填）
       第二步（大部分資訊可從購買資訊中取預設值）：
       1、商品返回方式：送貨至自提點/快遞/上門取件
                                    聯絡人、聯絡電話、上門取件還需填寫取件地址、取件時間等
       2、確認收貨資訊(售後處理完成後商品返還)：收貨地址(省市區、街道、詳細地址） 

四、其它注意事項
      1、退換貨的運費問題
          a) 訂單未發貨時取消退運費
          c) 訂單已發貨後退換貨不退運費
      2、售後流程反覆
           a)、使用者申請後，自己取消，再申請
           b)、使用者申請後，被平臺駁回，使用者再申請
           c)、平臺通過後，被供應商駁回，平臺駁回到使用者端或再次稽核通過
           d)、供應商通過後，被財務駁回，供應商再稽核
     3、使用者取消售後申請場景
          a )使用者申請後，又取消了申請
          b) 平臺同意後，使用者取消了申請
          c) 供應商同意後，使用者取消了申請
          d) 財務退款後，使用者不能取消申請
      4、其它
          a) 售後最小單位是商品，而非訂單
          b) 售後可以選擇商品數量，比如購買了5個商品，只需要退換貨其中的2個（可能有質量問題或已損壞
）

五、資料表的設計
      1、售後流水資訊表
 
      編號、售後單號、訂單號、使用者編號、商品編號、商品數量、操作型別（使用者申請、平臺稽核通過、平臺
稽核拒絕、供應商稽核通過、供應商稽核拒絕、財務稽核通過、財務稽核拒絕）、申請原因、業務操作人編號（
使用者申請為使用者編號、平臺稽核為平臺稽核操作人編號）、操作時間、業務操作描述（如使用者申請原因、客服拒
絕原因）、備註
      2、售後流水資訊表（使用者檢視）對於當前售後狀態的動態跟蹤顯示
 
      說明：使用者需要看到售後的稽核流水概況，比如稽核通過，系統內部流程可能流轉了平臺、供應商、財務
等，但是對於使用者看到的就是稽核通過
      表結構：編號、服務單號、操作人、操作時間、操作描述
      3、訂單售後資訊表
     說明：訂單和售後之間的聯絡描述
       表結構：售後單號、訂單號、商品編號（SKU）、商品數量、狀態（如稽核通過、稽核不通過等）、內部
狀態（使用者稽核通過、平臺稽核不通過等）、申請人編號、申請時間、問題描述、稽核人編號、稽核人業務型別
、稽核留言、稽核時間
      4、售後日誌表
    說明：每次退款無論成敗都記錄流水日誌
    表結構：編號、日誌編號、退款金額、退款原因、退款狀態（是否成功）、操作人、操作時間
       注意事項：
　　１、重新申請售後會生成一個新的售後單
　　２、根據售後單去查詢運維、使用者的稽核狀態和流程

六、退款資訊
    1、每次退款無論成敗都記錄流水日誌，日誌表
    2、程式碼結構
           1、退款業務單獨建個類，封裝微信、支付寶等退款邏輯，對外提供單一介面
           2、可快速禁用介面退款功能，恢復線下退款功能
    3、退款失敗可能情
           1、 賬戶餘額不足
           2、退款金額大於訂單金額