1、收款方式重構
背景：
為了強化底層支撐 底層靈活支持業務，為轉贈、換購打下基礎，也能更貼近真實的財務系統規范。
解決方案：
將原有的支付方式分為4種確定的財務處理場景，這4種場景會影響退款的方式以及財務相關報表的統計口徑：
重構后收款方式將按照現款支付、資產抵扣、平臺結算、權益折讓四類進行配置。
退回賬戶改為按照收款方式分類進行退款；
電商平臺歸類到平臺結算，鎖定收銀為否，執行為是；
原支付方式：
現支付方式：
現款支付：現金類實收類型，從財務角度是真金白銀進賬的收款方式，如現金、銀行卡等。 算收銀金額和執行金額。
資產抵扣：預收款使用類型，客戶之前用現款支付購得的收款方式，如儲值金、卡項儲值金、預定金等。 不算收銀金額，算執行金額。
權益折讓：支付優惠類型，機構贈與客戶的權益，如增值金、卡項增值金、積分等。 不算收銀金額和執行金額。
平臺結算：客戶在別的平臺購買的項目，需要在領健記賬記錄，如大眾點評、新氧等。 不算收銀金額，算執行金額。
點擊編輯可以查看四種方式的詳細講解：
2、退款邏輯優化
背景：
對機構而言，需要盡量減少直接給客戶退真金白銀的現款，即使是因療效不佳等原因產生的退款，也應該退儲值金等客戶資產，這樣能維護住客戶，最大程度減少機構損失。
大部分客戶的退款是因為系統無法換購而做的假退款。
退未執行，數量退完錢未退完，后續不能繼續退錢；
解決方案：
默認退儲值金賬戶；
現款支付可退成儲值金、預定金、現金、銀行卡；其他收款方式則是原路退；
數量和錢，在邏輯范圍內，可自由組合；
-
增加統一退和原路退邏輯
-
默認退回儲值金賬戶
-
退錢和數量最大限度組合
-
線上退款和線下退款合并
-
退款的財務確認邏輯改為現款支付均需確認，可設置自動確認
-
收款方式遷移邏輯
原邏輯：
退款選擇線下退款，則需財務確認退款或作廢，所有線上退款均為信息記錄方式，無需財務確認
現邏輯：
線上和線下合并，所有現款支付類方式退款的訂單均需財務確認退款或作廢退款，更符合實際運營管理。
可自定義退款數量和金額，默認退款儲值金；
原收款方式配置的退回賬戶，按照原路退和統一退進行處理；
同一筆訂單，支持原路退和統一退；
統一退：是指退回現金、銀行卡、儲值金、預定金
原路退：資產抵扣、權益折讓、平臺結算的支付方式收款，均為原路退；其中儲值金和預定金支付的訂單退款，可合并現款支付統一計算；
退款增加自動確認退款邏輯。 路徑：系統配置-其他配置
手動確認退款路徑：營銷中心-退款管理
收款方式按照以下邏輯進行遷移。
預設的收款方式遷移如下：
3、統一字段規范
背景：
為了更貼近真實的財務系統規范，清晰核對數據。
解決方案：
1、字段名稱規范統一。
2、金額字段取值邏輯統一。
收款金額：不限收款方式，包括現款類、資產類、權益類、其他平臺結算等。
現款支付：對財務而言是有真金白銀進賬的收款方式支付金額，即現款支付金額。
消費金額：客戶購買對象為真實消費的項目，并且用非權益類方式支付的金額。
部分字段名稱及計算邏輯優化如下：
金額字段取值邏輯統一
?
4、增加撤回劃扣功能
背景：
目前系統只有作廢劃扣功能，作廢之后在收入確認報表和已執行明細報表是有一正一負記錄，剛好抵消，執行劃扣恢復為待劃扣狀態，不太方便統計數據。
解決方案：
1、增加撤回劃扣功能，原作廢劃扣替代規范到撤回劃扣上，作廢劃扣新增權限控制。
2、撤回劃扣不再有三個權限，即：當月撤回、自定義日期撤回、全部撤回，權限遷移按照最小范圍遷移。
3、撤回劃扣有對應的負數生成，一正一負抵消數據，而作廢則是直接刪除原劃扣數據，沒有記錄顯示。
舉例：
7月劃扣一條數據，收入確認和員工業績表-執行業績，會生成一條劃扣的正數；
如果8月撤回劃扣，8月的報表中會生成一條負數。而如果8月作廢劃扣，則7月的劃扣數據會刪除。
作廢權限是比較高的權限，作廢后數據會刪除；需慎用；
5、卡項儲值金部分支付支持使用
背景：
目前系統卡項訂單，有欠費部分，則這個卡項的儲值金不能使用，較多客戶會有預付一部分，使用一部分的情況，而不是一次付全卡項的全額，只能做假收款去使用，會引起報表等數據錯亂。
解決方案：
部分支付的卡項，不需要做假收費動作，可直接購買項目，路徑：新建訂單-選擇項目-結賬-右上角按項目付款
6、客戶資產優化內容
（1）客戶資產整合展示
客戶詳情新增客戶資產模塊，涵蓋客戶儲值金，增值金，積分，預定金，卡項，券，未執行品項。
未執行品項，儲值卡，積分，預定金，卡券作為客戶資產統一展示，針對客戶剩余資產可一目了然；
與之前相比，操作入口統一，門診操作更方便快捷，展示資產變動情況，讓門診可以清晰的了解客戶資產的變動。
優化后客戶資產展示界面
去除原有客戶信息-會員中資產信息展示
（2）未執行品項展示
此界面可查看客戶待執行項目，可操作退款、轉贈、換購功能；
可查看換購記錄、轉贈記錄，也可以批量操作換購和轉贈；
（3）卡項/卡券展示調整
卡券展示優化：
1、新增使用范圍及發放使用記錄，可以更直觀的查看券的使用記錄和使用范圍；
2、新增卡券的轉賬，轉贈功能。
卡券作廢延期都在此界面展示，有對應權限控制；
點擊卡券旁邊小+，可以給客戶發券。
卡項展示優化：
1、展示卡項兌換，執行記錄 展示卡項-儲值金的消費記錄；
2、新增卡項轉贈，換購功能。
可按照卡項或者券篩選內容，在此界面操作退款、轉贈、換購；
ps：欠費卡項不支持轉贈和換購。
（4）儲值金、積分、預定金展示
點擊儲值金金額旁邊小+號，可直接跳轉開具充值單；
原賬戶明細界面統一優化在此展示，可查看充值記錄、退款記錄、抵扣記錄、轉贈記錄、轉賬記錄；
未執行品項，儲值卡，積分，預定金，卡券作為客戶資產統一展示，針對客戶剩余資產可一目了然。
7、多賬戶
客戶資產多賬戶管理，可滿足機構多樣化需求。
與之前設置相比：
1、由單賬戶改為多賬戶，可實現根據機構運營體系不同，自定義配置資產賬戶的共享屬性，滿足各機構不同的訴求。 2、各門店間往來準確記錄可追溯。
路徑：系統設置-資產共享配置，不可自行修改，如需修改可聯系客服；
所有門店共享-現有賬戶形式，客戶統一賬戶，各門店資產可共用（品項類依舊為購買門店可劃扣/出庫，轉療后跨門店可劃扣）
所有門店不共享-各自門店資產獨自管理，客戶在各門店擁有的資產僅可在對應門店使用（品項類依舊為購買門店可劃扣/出庫，轉療后跨門店可劃扣）；
門店組合共享-可支持門店組內客戶資產共用（品項類依舊為購買門店可劃扣/出庫，轉療后跨門店可劃扣）；
往來賬
歸屬于A門店的資產在B門店使用，產生A門店-B門店的往來賬；
往來賬的生成時間為客戶消耗權益的時候；
查看路徑：報表中心-往來賬明細表，往來賬對賬表。
8、多賬戶-賬戶間資產轉賬
多賬戶間新增轉賬：
客戶在A機構使用B機構的金額，可由B機構發起轉賬；
機構間發生轉賬，生成機構間往來賬，記錄機構間資金流轉；
非共享客戶可隱藏轉賬功能；
與之前相比：
引入多賬戶概念，新增轉賬功能，滿足不同賬戶間資產轉移的需求。
9、新增資產批量轉贈
與之前相比：
原有換購-需先操作退款再操作下單收費；現一步操作換購方便一線人員操作。
客戶資產發起換購
未執行品項新增批量發起換購功能；
卡項新增換購功能（未使用卡項可整卡換購）；
換購限制
只支持同等金額和高于換購項目價值的金額來換購，不支持直接換購低于換購項目價值的項目；
如換購項目金額大于原項目，則生成欠費單，需要收欠費補齊差價；
如果低于原項目價格，則需要先退費差價，再去更換同等金額項目；（僅支持多數量或者多療程的訂單）
換購只支持選本門店的項目換購；
欠費品項/鎖定中品項不可換購，會提示欠費品項不可換購；
換購審批
支持換購審批，配置后可使用（如未配置則直接生成換購單）；
10、卡項取消二開訂單
固定項目自動二開，取消二開訂單，購買后自動二開；去除原有創建訂單-已有卡項，創建二開訂單入口；
N選M/次卡在買卡后需要確認品項，確認品項操作路徑：
1、可在客戶資產-未執行品項列表直接確認品項；
2、可在新建執行單時直接確認品項，今日工作-到訪-接待-執行單-開項目；
3、若品項確認錯誤，可作廢重新確認；
4、欠費卡項可確認，是否可劃扣看系統配置：欠費是否可劃扣
11、轉診
轉診僅限歸屬門店轉移，資產不發生轉移
原邏輯：
客戶轉診，所有資產轉移至客戶歸屬門店；
新邏輯：
轉診只轉客戶歸屬，資產不轉，在之前門店開的單只能客戶到訪后，在今日工作-執行劃扣頁面看到別的門店買的項目，在醫療服務-執行劃扣里面看不到；
需要在醫療服務-執行劃扣展示的話，需要給客戶操作轉療；
12、轉贈
訂單詳情-轉贈入口關閉，轉至客戶資產列表操作轉贈
原界面：
未執行劃扣的項目，可以在訂單信息界面操作轉贈；
現界面：
電話咨詢
立即注冊