1訂貨商推薦獎優化
使用場景：
用戶需要把“推薦獎需要審核”設置開啟后,平級和越級推薦的獎勵是否從上級訂貨商的傭金里出的設置項才會顯示，開啟該設置項后，記錄推薦獎的時候同時記錄承擔人，在推薦獎審核列表會顯示承擔人信息;訂貨商推薦獎審核發放，從承擔人的傭金中扣除，手機端傭金記錄里有所體現;訂貨商推薦獎發放、駁回記錄和導出文件里增加承擔人
扣除傭金的情況如下：
①A(分公司)->B(總級訂貨商)->C，C成為總級訂貨商，B的推薦獎將從C的上級訂貨商A的傭金里出。
②A(分公司)->B(總級訂貨商)->C(省級訂貨商)->D，D成為總級訂貨商，B和C的推薦獎將從D的上級訂貨商A的傭金里出。
③如果沒有上級訂貨商，推薦獎還是由總部承擔。
原邏輯：平級和越級訂貨商的推薦獎是由總部發放
現邏輯：增加配置項：平級和越級推薦的獎勵是否從上級訂貨商的傭金里出(傭金不足審核發放不了)，在推薦獎審核列表會顯示推薦獎承擔人
2分銷商傭金從訂貨商差價中返傭優化
使用場景：
用戶可以設置哪個等級以上的訂貨商的上級不返分傭傭金，結合訂貨商利潤分配的實際情況，避免出現訂貨商沒有利潤的情況
原邏輯：無法限制訂貨商及下級下單不返訂貨商的上級分銷傭金
現邏輯：訂貨商設置中新增配置項，訂貨商及下級下單不返訂貨商的上級分銷傭金，可以選擇性限制哪個等級以上的訂貨商
使用場景：如果設置限制三級訂貨商，其分銷傭金場景如下：
A(分銷商)- B(三級訂貨商)- C，C下單，A不拿分銷傭金;B下單，A不拿分銷傭金
A(分銷商)- B(二級訂貨商)- C，C下單，A不拿分銷傭金;B下單，A不拿分銷傭金
A(分銷商)- B(四級訂貨商)- C，C下單，A拿分銷傭金;B下單，A拿分銷傭金
3微分銷系統對接蜂鳥配送
使用場景：
用戶可以設置門店配送的訂單，門店后臺可以選擇蜂鳥配送方式配送發貨
使用場景：①后臺在門店設置需要開啟“門店配送是否開啟蜂鳥配送”設置并激活開通蜂鳥配送平臺
②門店后臺需要激活開通蜂鳥配送(激活后需要蜂鳥平臺1到2個工作日審核通過)
③后臺在門店設置中設置蜂鳥配送的距離，以門店為中心，限制距離為半徑內的訂單，可以選擇第三方配送;不填表示不限制距離、填0或者超出限制距離將不能選擇第三方配送(注：距離不限制將有可能導致加價而遠超門店配送費);當手機端下單選擇門店配送將計算地址與門店距離在不在配送范圍，將會提示無法配送，訂單不能結算
④平臺需要在后臺充值蜂鳥配送的費用
⑤訂單生成后，門店后臺可以針對訂單進行點擊蜂鳥配送，配送成功訂單狀態將變為已發貨，結束后訂單狀態會自動變更完成
蜂鳥扣錢機制：
①客戶將預存錢充值咋在后臺，每次配送完成自動扣除存款，存款不足將不能選擇蜂鳥配送
②每次的交易記錄和充值記錄都可在后臺展示導出
③每次商品設置中的配送費是寫死的，其中誤差商家和門店自行線下解決
4新增商品分組中部分提示語和超鏈接支持自定義
用戶場景：
用戶可以自定義設置商品分組“不是分銷商”、“不是訂貨商”、“不是代理商”的提示語和超鏈接，這樣會員可以根據提示語和超鏈接可以快速申請和成為對應的身份
原邏輯：如果“不是訂貨商”訪問商品分組提示：您還不是訂貨商，無法訪問此分組!您可以先申請成為訂貨商，待審核通過后再來，謝謝!
現邏輯：商品分組“不是分銷商”、“不是訂貨商”、“不是代理商”的提示語和超鏈接支持自定
5新增“批量調整會員傭金”功能
用戶場景：
用戶可以快速的批量修改調整會員的傭金余額，避免操作上的繁瑣性
原邏輯：不支持批量修改會員傭金
現邏輯：支持批量修改會員傭金，分銷商列表新增“批量調整傭金”功能，批量修改會員模板新增“增減傭金”一列
注：批量修改會員模板中的調整傭金，傭金一列填零是沒有意義的，正數代表增加傭金，負數代表減少傭金
6新增“是否允許下混合訂單”設置
用戶場景：
用戶可以設置多個商品不能一起下單，這樣可以避免用戶分單發貨的時候出現漏單的情況
原邏輯：不同商品加入購物車可以一起下單
現邏輯：手機端購物車結算頁不允許多個商品一起下單
7新增“訂貨商預計成本提醒”消息設置
用戶場景：
用戶可以設置訂貨商預計成本提醒的消息，這邊訂貨商可以清晰知道這筆傭金的來源和信息
原邏輯：會員下單減上級訂貨商虛擬庫存，訂貨商沒有成本預計的消息推送
現邏輯：消息通知新增“訂貨商成本預計提醒”，會員下單減上級訂貨商虛擬庫存，訂貨商將收到成本預計的消息推送
8供應商后臺新增本店商品地址鏈接
用戶場景：
用戶可以自定義將供應商店鋪的商品地址放到供應商PC端頁面中，供應商發布好了的商品自動同步到該頁面鏈接中，供應商可以快速查看到自己店鋪的所有商品
原邏輯：供應商PC端店鋪無法顯示所有自己店鋪的商品
現邏輯：新增供應商本店商品的鏈接地址，供應商發布的商品可以自動在這個鏈接中展示
9新增訂單可以通過微聊客服處理售后問題
用戶場景：
商家可以將手機端訂單列表顯示“退貨”，“換貨”按鈕，改為顯示“申請售后”按鈕，點擊該按鈕后跳轉到微聊客服系統后，這樣會員可以跟人工客服先了解退換貨的流程，再進行“退貨”、“換貨”操作
用戶場景：
原邏輯：手機端訂單列表顯示“退貨”、“換貨”按鈕
現邏輯：新增“是否通過微聊處理售后問題”設置，開啟后手機端訂單列表顯示“退貨”，“換貨”按鈕，改為顯示“申請售后”按鈕，點擊后跳轉到微聊客服系統進行售后服務
重 要 優 化
1PC端商城商品增加短視頻介紹
使用場景：
用戶在總部上傳商品的短視頻介紹后，PC端商城對應的商品也同步該視頻，這樣PC端商城也可以更全面的介紹商品的特征
原邏輯：PC端商城中商品沒有短視頻介紹功能
現邏輯：總部上傳商品短視頻介紹，PC端商城中對應的商品同步該短視頻
2PC端商城可以在商品詳情頁領取優惠券
使用場景：
用戶場景：用戶在平臺做優惠券營銷時，開啟商品詳情頁顯示可以領取的優惠券，PC端商城的商品詳情頁也可以同步領取優惠券，可以更好的推廣活動，達到更好的運營效果
原邏輯：PC端商城中商品的詳情頁無法領取優惠券
現邏輯：PC端商城商品詳情頁可以領取優惠券
3使用場景：
用戶購買虛擬商品時，可以設置購買相同商品多件時用戶收到的“虛擬自動發貨”通知消息為一條，適用于不需要發送賬號密碼的虛擬商品，避免重復推送消息
原邏輯：購買多件相同的虛擬商品，該虛擬產品自動發貨推送多條消息
現邏輯：虛擬商品庫中新增“購買商品多件時，只推送一條消息”設置項，購買多件相同的虛擬產品，該虛擬產品自動發貨只推送一條消息
4優化“貨到付款”用戶可以自定義名稱
使用場景：
貨到付款可以修改名稱，方便客戶落地門店付款的場景
原邏輯：功能名稱不包含貨到付款修改項
現邏輯：功能名稱包含貨到付款修改項
