消金的“計費系統”設計
在電話營銷滿天飛的今天,消費金融主要通過兩種場景“消費貸”和“現金貸”融入生活。那么消金的“計費系統”是怎么設計的呢?這篇文章將會為你詳細解答,感興趣的童鞋快來看看吧。
消費金融聽起來可能比較陌生,但是信用卡,購物分期還款還有紅極一時的教培機構推出的“培訓貸”以及明令禁止的“校園貸”等等其實都是消費金融的一種應用場景和展業手段。
同時在電話營銷滿天飛的今天,想必大家一定也接到過小姐姐的電話,親切的問候“喂您好,由于您在我行資質良好,我們特別向您準備了一筆現金福利,可以直打到您的卡里,利率低至XXX%”,每日只需還XXX……”
上面兩個例子就是目前消費金融融入生活的兩種主要場景即:“消費貸”和“現金貸”。
01 消費金融的業務
1.1 業務場景簡介
先向大家介紹一下我們實際的業務場景。我們在購物時選擇分期還款業務或者直接申請申請一筆現金進行消費時,選擇借多少錢和在多長時間內還清,經過審批會將現金打入我們的個人賬戶或打給貨物供應商。
有時候為了提高借款成功率會讓我們投一份保險(保證我們能還款,當我們還不上逾期時保險公司負責理賠,將資金還給金融機構),還有的渠道讓我們購買會員服務會給到一些優惠劵之類的(減免利息或利率打折)。
當審批通過,收到資金后,我們會收到一份還款計劃。我們只需要按照還款計劃還錢就行了。
說到這里大家覺得是不是和房貸一樣一樣的,其實消費金融就是一筆沒有抵押,以消費為目的貸款。
1.2 借款賬單
接下里帶大家看看借款的賬單是什么樣子的,就更加清晰明了。大家看看下圖就比較清楚了。
我們的賬單中記錄了我們已經還了多少錢,還有多少錢沒還,還的錢都包含什么成分(財務上的稱呼為科目,就是把我們還的錢匹配業務場景進行分類)。
圖中主要包含了本金、利息、服務費、減免金額和對應的訂單基本信息,如果我們沒有按照約定日期還款會導致逾期就需要繳納罰息或者違約金。
02 計費系統的業務場景
2.1 信貸產品參與方
本次想要和大家探討的是我們還的錢都被誰分了,從上圖的還款賬單中可以看到對于我們每個人來說都是從我們的賬戶扣了錢,而且按照不同的成分進行了分配入賬
那我們還的錢是只給到了一家金融機構嗎?
答案是否的,我們還的錢會被根據協議約定分配給多方。
要想清楚地知道都被誰分走了,那我們就先了解下我們消費的過程中都有哪些參與方。
如上圖用戶通過流量渠道導流或者直接使用資金方的APP申請借款,平臺會查詢征信機構和利用自身風控能力進行審批,審批通過后會給到資金方和擔保方審核,審核通過后會進行放款。
2.2 參與方介紹
先給大家解釋下整體環節中參與方的角色和需要的分賬服務。
(1)資金方
實際的提供資金的機構(銀行、信托、消費金融機構等),有的資金方要把用戶還的本金、利息、罰息全部打給他們,然后對扣除自己資金成本(比如7%)之外的部分進行分配,有的資金方只需要把他們的收入部分打給他們就行,由消金機構進行分配。
(2)擔保方
提供擔保服務,在資金方繳納保證金,收取客戶交擔保費,當錢還不上時,由擔保公司負責墊付還給資金方;主要涉及計算擔保費和向資金方繳納的保證金。
(3)渠道方
給消費金融機構引流或賦能消費場景的渠道,其目的就是推送客戶流量。常見的購物平臺和收到的借款廣告都屬于渠道,主要涉及根據流量的數量、質量、放款金額或者還款金額等計算應得傭金。
(4)征信機構
對接央行征信系統,查詢個人用戶征信信息。根據消費金融機構用戶查詢征信次數進行收費。
03 計費系統產品架構
通過上述我們的業務流程和計費場景,我們知道計費系統的核心功能就是分賬即根據業務模式計算各方應該歸屬他們的那部分賬款。
那么計費系統的核心功能應該是從業務系統中拉取數據,然后按照協議約定的公式進行計算分賬,然后結算給對應的利益方。
進而提煉出來計費系統的產品架構那就是需要滿足:
- 給誰分賬(渠道管理系統)
- 從哪里取基礎數據(業務系統和賬務系統)
- 映射對應的計費規則(計費系統)
- 得到最終金額結算給合作方(結算系統)
如下圖,計費系統首先同步渠道信息,建立計費項目。
然后從上游業務系統獲取交易數據、營銷減免等數據。
匹配計費系統中的計費規則,生成計費訂單,推送到下游結算系統進行結算應收應付賬款。
同時可以提供計費信息流數據給到相關方進行確認和核對。
04 核心模塊及邏輯解析
4.1 核心模塊
上面講了計費系統的架構和所處位置,主要連接了業務系統和結算系統,那計費系統的核心功能該如何設計呢?都需要包含哪些模塊呢?
首先我們來看下B端合作協議就有基礎的概念了。
協議重點是關于乙方服務費的分賬規則。
公式總結來說就是乙方服務費=用戶還款(利息+罰息)*30%。
那么,計費系統的核心功能就依據此來進行設計。
首先需要找到計費對象(乙方)。
然后關聯對應的計費費項(服務費)。
接下來就是實現取到計費基數(用戶還款)和找到計費規則30%。
這樣就可以自動計算出乙方服務費了,那么計費系統的核心功能模塊如下圖:
4.2 核心邏輯
第一步,計費系統從渠道管理系統同步計費對象的信息,包含渠道編號、渠道名稱;
第二步,在規則管理中新建計費項目信息,主要配置計費對象關聯結算費項和債權方,同時在結算費項下選擇對應的取數規則和計費規則;
第三步,選擇計費訂單模板需要展示的規則如字段、展示維度等;
第四步,提交審批,財務根據協議約定進行復核,當計費訂單需要調賬時也在審批管理進行審核;
第五步,根據計費規則自動生成計費訂單,存儲在計費訂單管理中,供運營查詢下載核對以及操作是否推送結算;文件管理負責生成計費訂單的明細數據文件可以推送外部使用。
05 計費系統頁面
5.1 渠道信息管理
主要供查詢和新建結算項目,展示項目的渠道方和合作方(即資金方和增信方組合),維護項目下所有結算費項。
從渠道管理系統同步渠道信息,并關聯上合作方的信息,建立結算項目,根據實際業務場景選擇需要結算的費項,確認即可創建一個結算項目。
5.2 計費模板管理
計費模板主要功能是為了滿足不同渠道和合作方對計費訂單生成邏輯和展示字段等進行配置化支持展示。
模板會配置通用版模板,為固定字段展示和生成邏輯,有些渠道需要計費展示維度不同,因此支持對字段順序和數量進行調整,也可以增加或者刪除字段。
同時有的同一渠道是不區分合作方或者客戶來源的,統一按照匯總進行計費,因此可以渠道合作方字段和客戶來源維度,按照渠道維度進行計費即可。
同時計費模板關聯結算項目和結算費項,可以匹配到唯一的模板,支持在配置規則時進行修改更新。
5.3 計費規則管理
計費訂單的模板確定之后就需要開始進行計費公式和對應的取值加工規則等維護。
首先選擇結算費項,拆分費項中涉及的因子,拆到最細顆粒度,維護因子對應的取值規則,包含什么時間,去哪里,取哪個庫、表、字段,對應哪個費率進行計算。
然后根據結算周期框定一批數據進行匯總,匯總方式有逐筆計算后匯總,還有先匯總基數然后加工。
規則維護好提交審批,由復核人進行復核。
5.4 計費訂單管理
根據計費規則對業務系統數據進行加工,生成計費訂單,統一保存在計費訂單管理模塊下。計費訂單包含的字段解析如下:
- 計費單編號:根據計費規則加工生成的一條數據唯一識別編號。
- 結算費項:協議中約定的需要結算的費項名稱如:服務費、傭金、理賠款等。
- 計費單類型:交易(正常訂單)、調增、調減(調賬時使用)。
- 訂單狀態:未上賬(未推送結算)、已上賬(已推送結算)、成功狀態(提現成功、收款成功、截留成功)、失?。ńY算系統訂單的狀態)。
- 生成時間:計費單生成時間。
計費單支持手工進行調賬,核對過程中需要增加或減少計費單金額,可以手工新增一筆計費訂單,計費單類型選擇調增或調減,然后確認提交會進行審批流程,由復核人復核通過后即生效。
同時計費單可以選擇是否自動推送結算系統,當需手工操作時可以點選計費單進行推送到結算進行賬戶余額更新并進行結算。
計費訂單對應的計費明細支持下載,展示對應的交易流程明細和計費基數、計費公式等信息,便于與合作方進行核對。
5.5 審批管理
上述提到的需要審批的流程都會流轉到審批管理模塊,主要包含新建計費規則時需要審批計費規則是否正確,審批通過即可生效,支持駁回進行修改再次提交。
當調賬訂單進入時也可以操作審批通過或審批駁回。
5.6 文件管理
文件管理主要實現查詢計費訂單和訂單對應的交易流水明細數據,并生成文件輸出。文件存在地址、格式和文件表頭支持配置化生成。
專欄作家
陳天宇宙,微信公眾號:陳天宇宙,人人都是產品經理專欄作家。多平臺支付領域專欄作者,十年資深產品;專注為10萬支付產品經理和支付機構以及企業提供深度支付內容和服務!
本文原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自 Unsplash,基于 CC0 協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
請問這個計費模板是不是就是計費規則的屬性呀,不太理解為什么不是直接對規則進行維護,而是先要有個計費模版。模板這些信息定義到計費規則上是否可以呢,感謝解答
作者講述的真的很細致了,之前只是一直在用“計費系統”,真實的操作流程還說第一次見