在企業(yè)的實際營銷過程中,會出現(xiàn)因為各種原因?qū)蛻糸g退款的情況。
紛享銷售CRM系統(tǒng),根據(jù)企業(yè)的實際需求,預制退款模塊,與客戶,銷售訂單建立關(guān)聯(lián)關(guān)系,在客戶和銷售訂單模塊內(nèi),可以直接看到退款總額。
業(yè)務(wù)使用場景舉例
作為企業(yè)的標準售后流程,客戶會由于退貨或者其他原因,發(fā)起退款申請,銷售在接到此申請后,需要報批財務(wù),財務(wù)確認后,才能給客戶退款。
與銷售金額相對應,系統(tǒng)記錄退款金額數(shù)據(jù),作為企業(yè)日常經(jīng)營數(shù)據(jù)中的重要部分,為企業(yè)的經(jīng)營決策提供數(shù)據(jù)依據(jù)。
退款的詳細介紹
退款預設(shè)場景
全部:
負責人為當前用戶或其下屬
或者相關(guān)團隊成員中包含當前用戶或其下屬
或者當前用戶作為退款財務(wù)角色負責審批的部門的所負責數(shù)據(jù)(比如用戶A擁有“退款財務(wù)”角色,負責審批部門B提交的退款記錄,那么用戶A可以查看所有負責人屬于部門B的退款記錄)。
或者在“數(shù)據(jù)權(quán)限管理”中配置退款的“數(shù)據(jù)共享”規(guī)則為記錄負責人或是負責人所屬部門的數(shù)據(jù)共享給當前員工或是當前員工所在部門或是當前員工所在用戶組
或是“我負責部門的”數(shù)據(jù)。
我負責的:退款負責人是當前用戶
我參與的:相關(guān)團隊成員中包含當前用戶
我下屬負責的:退款負責人是當前用戶下屬
我下屬參與的:相關(guān)團隊成員中包含用戶用戶下屬
共享給我的:在“數(shù)據(jù)權(quán)限管理”中配置退款的“數(shù)據(jù)共享”規(guī)則為記錄負責人或是負責人所屬部門的數(shù)據(jù)共享給當前員工或是當前員工所在部門或是當前員工所在用戶組
我負責部門的:
當前用戶為所在主部門的部門負責人
同時記錄中相關(guān)團隊成員的主部門為該部門。
備注:負責部門是否包含所有下級數(shù)據(jù),由“CRM管理-規(guī)則設(shè)置-基礎(chǔ)設(shè)置-上級可見數(shù)據(jù)范圍”決定。
備注:
“CRM管理員”可以查看所有數(shù)據(jù)。
所有狀態(tài)為“作廢”的記錄只有“CRM管理員”可見,其他人員均不可見。
退款的業(yè)務(wù)操作
新建退款
新建退款的方式
入口:【退款】列表頁
關(guān)聯(lián)對象【客戶】詳情頁-【退款】下
關(guān)聯(lián)對象【銷售訂單】詳情頁-【退款】下
手工創(chuàng)建
導入,詳見導入
新建退款時業(yè)務(wù)補充。
確認流程:因退款涉及企業(yè)財務(wù)信息,需要相關(guān)財務(wù)人員審批確認。新建退款后,流程會自動流轉(zhuǎn)至“退款財務(wù)”角色對應的人員確認。
退款審批流程
業(yè)務(wù)說明:因退款涉及企業(yè)財務(wù)信息,需要相關(guān)財務(wù)人員審批確認。
審批流程定義:系統(tǒng)預置為退款創(chuàng)建人提交至退款財務(wù)確認。
審批流程處理:新建退款保存后,“CRM提醒-待確認的退款”中可以查看流轉(zhuǎn)到“退款財務(wù)”的待處理退款,點擊處理,也可以在“退款”列表中打開退款詳情處理。
確認:即通過并完成審批。
駁回:駁回后,標記退款狀態(tài)為“已駁回”,需修改退款信息后再次提交。
備注:
只有退款“狀態(tài)”為“已退款”才會納入“退款總額”計算。
無論退款的審批狀態(tài)是否確認,都可以被相關(guān)對象引用。
退款通用業(yè)務(wù)操作
列表頁常用操作詳見列表頁常用操作
常用業(yè)務(wù)操作,包括更換負責人、添加相關(guān)團隊成員、打印、導入、導出、編輯、作廢、刪除等,詳見常用業(yè)務(wù)操作
與協(xié)同辦公結(jié)合的業(yè)務(wù)操作,包括轉(zhuǎn)發(fā)、日程、提醒、打電話、發(fā)郵件等,詳見常用業(yè)務(wù)操作