計費結算系統(tǒng)之錢包系統(tǒng)

大肥兔
10 評論 21688 瀏覽 176 收藏 14 分鐘
🔗 产品经理专业技能指的是:需求分析、数据分析、竞品分析、商业分析、行业分析、产品设计、版本管理、用户调研等。

編輯導讀:錢包系統(tǒng)是承接各類交易請求,管理余額的進出、記錄余額變化的虛擬賬戶。錢包系統(tǒng)內發(fā)生的余額變動并不一定有對應的資金流。本文將從五個方面,圍繞錢包系統(tǒng)的計費結算進行分析,希望對你有幫助。

錢包系統(tǒng)的上游是交易系統(tǒng)、結算系統(tǒng)、CRM等,承接來自他們的交易請求;錢包系統(tǒng)下游是資金系統(tǒng)、賬務系統(tǒng)等。

錢包系統(tǒng)交互圖

錢包系統(tǒng)的業(yè)務層定義了各類交易的流水規(guī)則,底層是交易流水和資金流水,以流水賬的形式記錄資金和債務的變動,以及余額。錢包記錄了單個賬戶的資金變動情況,資金的變動主要分為兩種,即進項(充值、退款等)和出項(扣費、轉賬轉出等),下面主要介紹幾種常見的交易類型:充值(打款)、支付、退款和提現(xiàn)。

流水進出示意圖

一、交易請求

1. 充值請求

1)現(xiàn)金充值

  • 線上充值:支付寶/微信/網銀轉賬,以及第三方支付渠道。
  • 線下充值:對公匯款。公司的銀行賬戶收到客戶的打款后,業(yè)務系統(tǒng)通過銀企直聯(lián),獲取打款金額和相關信息,生成一筆銀行充值記錄,再匹配相關信息,比如公司名稱、用戶UID、歷史分配記錄等,將該流水分配到正確的UID上,在賬戶內生成一筆充值流水。

沒有銀企直聯(lián)的情況下,也可以由財務人工將收到的流水錄入業(yè)務系統(tǒng),再在業(yè)務系統(tǒng)完成流水分配和認領工作。

現(xiàn)在還有一種解決分配銀行流水的做法,就是開設銀行父子賬戶。簡單說,就是企業(yè)向銀行申請能夠開設多個賬戶的服務,然后企業(yè)再將賬戶分配給自己的客戶,一個客戶分配一個專屬的銀行賬戶,客戶打款到專屬的銀行賬戶內,銀行再轉賬到企業(yè)的銀行卡內,完美解決款是誰打的問題。

2)虛擬貨幣的充值

虛擬貨幣一般是作為客情贈送或返利贈送給客戶的,由商務在業(yè)務系統(tǒng)發(fā)起充值流程。

3)充值的消耗

充值進入錢包后,會記錄一筆充值類型的交易流水(實收款項)和一筆繼承了交易流水的金額、資產ID、時間的資金流水,因為是資金增多,記為“+”。

如有扣費發(fā)生,會按先進先出的原則用先發(fā)生的充值流水支付先發(fā)生的扣費。被抵扣的資金流水記為“-”,直到扣費流水全部付清,資金流水再去支付下一筆扣費。這個過程就是銷賬。

因此,充值流水的每一筆資金流水的去向都能追溯,如有問題也可以回滾。

4)充值的會計處理

充值流水是公司的實收金額,但在財務收入確認上實收沒有意義。充值流水中,未消耗的充值和已消耗但是未提供商品/服務的賬款按預收賬款處理,記為負債類科目。這代表以后需要用商品服務來償還的。后續(xù)實際提供商品/服務后,預收賬款轉為業(yè)務收入,相關會計處理如下。

收到預收賬款時:

  • 借:銀行存款
  • 貸:預收賬款

實際提供商品/服務時:

  • 借:預收賬款
  • 貸:主營業(yè)務收入

2. 賬單扣費請求

1)扣費流水(應收金額)

前面說到對賬單其實是多條計費明細的匯總,那么賬單執(zhí)行扣費后,這每條的計費明細會產生一條扣費流水(應收金額),流水會詳細記錄交易類型、交易細分、發(fā)生金額、待完成金額、是否完成、發(fā)生時間、關聯(lián)交易和描述等。

2)扣費核銷(實收金額)

扣費流水被實際支付后,扣費流水下會記錄資金流水,即實收金額,一筆扣費流水可以對應一筆或多筆執(zhí)行流水,執(zhí)行流水上會記錄支付幣種、執(zhí)行前后的金額、變更金額、支付時間等。

一般而言,賬戶余額會按照扣費發(fā)生的先后順序來付清扣費流水。某些業(yè)務場景下,也可以讓用戶指定支付的賬單,而不是按先后順序付清。

TO C的業(yè)務更喜歡說支付,因為基本都是是用戶主動付清賬單,而云行業(yè)主要是后付費的計費模式,需要用戶在賬戶內預留資金,生成賬單后系統(tǒng)會主動付清賬單,其實區(qū)別在于行為的主體是人還是系統(tǒng)。

3)扣費流水的細分

扣費類型其實是反映資金出項的一級分類,還需要根據業(yè)務類型和交易場景來細分和定義細分類型,以便后續(xù)區(qū)分交易場景入賬。下文提到的提現(xiàn)也是扣費流水的細分類型之一。

4)扣費的會計處理

扣費流水其實并不等同于會計上的應收金額,但業(yè)務環(huán)境中,大家一般會理解成只要交易發(fā)生,那么商品服務費用都是應收金額。差別就在于財務收入確認采用權責發(fā)生制(又稱應收應付制),與之相對的是收付實現(xiàn)制。

  • 權責發(fā)生制:只要交易發(fā)生且商品服務已交付,不管是否收到款或未收款,都應該計入收入。
  • 收付實現(xiàn)制:以實際收款付款的時間確認收入和費用,而不是以商品服務提供的時間。

具體要看,商品服務是否已經提供給了客戶,已經提供商品服務卻沒收到賬款的按應收賬款處理,計入資產類科目。

已提供商品服務但未收到打款:

  • 借:應收賬款
  • 貸:主營業(yè)務收入

收到打款:

  • 借:銀行存款
  • 貸:預收賬款

3. 調賬請求

調賬即賬單錯誤,需要對錯誤的賬單(或計費記錄)及其產生的流水進行修正。

處理辦法是,先判斷賬單(或計費記錄)的結算狀態(tài),未結算狀態(tài)下,對錯賬單(或計費記錄)進行邏輯刪除,再生成新賬單(或計費記錄)即可,按新賬單(或計費記錄)進行結算;若已結算,則對該計費記錄的流水生成逆向流水,即退款流水,再生成新賬單(或計費記錄)再次結算扣費。

4. 提現(xiàn)請求

前面說到退款是扣費的逆向流程,其實提現(xiàn)也是充值的逆向流程,將用戶充值的錢退回給用戶。

1)提現(xiàn)退回的方式

原路退回:哪兒來的退哪兒去。根據充值流水的支付渠道,發(fā)起退款,一般第三方支付系統(tǒng)都會支持原路退回,但是僅支持退近3個月的充值流水,超過就需要走線下提現(xiàn)。

線下退回:需要用戶填寫或綁定收款銀行賬戶,或是支付寶賬號(這里需要做好風控,判斷賬戶主體和持卡人一致),由財務打款至客戶的銀行賬戶上。

2)提現(xiàn)的處理

首先,要校驗提現(xiàn)金額是否超過可提現(xiàn)金額。其次,不管是哪種退回,在賬戶內都會發(fā)生一筆提現(xiàn)類型的扣費流水,并由申請?zhí)岈F(xiàn)的充值流水專門支付。付清后,資金系統(tǒng)再通過支付渠道發(fā)起退款/打款流程,注意順序要先扣后出。

二、資金系統(tǒng)

資金系統(tǒng)用來承接資金收付款請求,并選擇支付渠道、執(zhí)行資金劃撥。

1. 資金劃撥

資金劃撥用來處理錢包側或其他業(yè)務線發(fā)起的資金處理請求,調動支付渠道執(zhí)行資金劃撥的操作。

以提現(xiàn)請求為例,用戶發(fā)起提現(xiàn)申請后,錢包先執(zhí)行提現(xiàn)類型的扣費流水。該流水執(zhí)行成功,且扣清后,錢包系統(tǒng)調資金系統(tǒng)生成付款請求。再由財務人員根據付款金額、時效要求、各支付渠道余額、費率等因素選擇合適的支付渠道,執(zhí)行付款。

接下來,銀行或第三方支付渠道就會執(zhí)行資金劃撥,將錢從公司的賬戶劃款至提現(xiàn)用戶的支付賬戶。

2. 支付渠道管理

維護或接入支付渠道,不同支付渠道在費率、時效性、付款要求上都有不同,如何自動選擇合適的支付渠道,是支付渠道管理的范圍。

三、賬務系統(tǒng)

賬務系統(tǒng)是會計人員使用的用于管理會計科目、錄入會計分錄、試算平衡的系統(tǒng)。簡單的理解,就是“做賬”的。

由于會計準則要求按權責發(fā)生制核算收入,因此錢包流水的數(shù)據并不能一一映射到賬務,還需要依賴其他業(yè)務系統(tǒng),比如賬單系統(tǒng)、合同系統(tǒng)等,作為上游系統(tǒng),共同來參與會計分錄的計算。

做賬務系統(tǒng)強調產品對財務知識和邏輯的理解,建議大家可以去了 會計六要素、“有借必有貸、借貸必相等”等基礎財務知識。

四、可用余額

可用余額是將各類可用資金和額度匯總計算得出的可使用金額的總和。

可用余額=現(xiàn)金余額+贈送金+信用額度-未支付金額-凍結金額

需要注意的是:

  1. 抵用券并不會列入計算。因為抵用券通常是有使用限制,并不能抵扣全部產品,不能作為類現(xiàn)金的通用貨幣。
  2. 凍結金額。

凍結金額是用來鎖定用戶的一部分余額,避免用戶花費后賬戶欠費。應用場景包括申請中的提現(xiàn)金額、預估消費等等。

一般有兩種實現(xiàn)方式,根據是否計入流水分為:

  • 計入流水。新增凍結類型的扣費流水和解凍類型的充值流水,凍結類型需要指定扣費/鎖定的資金類型和占用順序。解凍流水即為凍結流水的逆向處理。
  • 不計入流水。將凍結金額作為負值計入可用余額的計算,流水上不做區(qū)分,解凍時只要將凍結金額調整為0即可。麻煩的是,由于未真正抵扣,因此需要明確凍結占用的資金類型和數(shù)量。不然用戶分不清其他資金的實際可用額度。

信用額度:

我們這里的信用額度代表的是一個欠費額度,即允許客戶賒銷/欠費的最大額度,區(qū)別于信用卡的授信額度是一種支付工具。通常應用于有賬期的客戶上,用信用額度來判斷用戶的是否應該還款,以及是否要進入欠費管控流程。

信用額度是要設計成額度還是支付工具,大家可以衡量下業(yè)務需要。設計成額度會更簡單點,如果設計成支付工具,那么作為一類資產,還需要考慮它的進銷存,以及抵扣順序和退款邏輯等。

五、結尾

除了上述提到的充值、扣費、提現(xiàn)、退款,其實還有很多其他業(yè)務場景和流水類型。

總結一下,在設計錢包時需要注意:

  1. 考慮錢包內的資金種類和使用規(guī)則,并設置相應的子賬戶、做好進銷存,比如現(xiàn)金賬戶、贈送金賬戶等。
  2. 考慮各種場景的逆向流程,并留好審計日志。由于錢包系統(tǒng)涉及到錢需要非常謹慎,如果弄錯需要考慮好逆向流程,并保留回退記錄。
  3. 根據交易類型和場景,細分好進出項類型。

 

本文由作者@大肥兔 原創(chuàng)發(fā)布于人人都是產品經理,未經許可,禁止轉載

題圖來自 Unsplash,基于 CC0 協(xié)議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 感謝

    來自湖南 回復
  2. 看了您的文章很有收獲,可以加微信進一步溝通嗎,我的微信號15933556182,期待您的回復呀~

    來自北京 回復
  3. 請問有關于寫賬單邏輯的資料產考嗎?

    來自江西 回復
  4. 希望大佬能解答一下,我半路轉行,已經做產品一個月了,但是感覺只知道表面,不知道深層次的東西,嘻嘻

    來自湖南 回復
  5. app 設置了非公司法人不可以進行企業(yè)認證,我們降低了門檻,員工可以用法人的信息做企業(yè)認證,相當于注冊人與信息是法人,使用人是公司員工,老板并不會來使用這個小眾APP,涉及到提現(xiàn)金額時電話號碼驗證怎么辦,怎樣既不用去打擾法人,也達成交易,還規(guī)避了風險

    來自湖南 回復
    1. 這個需求本身是用戶體驗和安全性的平衡。
      從安全性來說,用戶提現(xiàn)除了校驗電話號碼,也可以考慮校驗提現(xiàn)的銀行卡持有人(企業(yè))與認證信息一致。這種情況下,哪怕操作人不是老板,錢也是到公司的賬戶上,風險可控。
      如果還想加強安全,可以考慮單日的小額提現(xiàn)無需校驗,否則需要手機號驗證。

      來自上海 回復
    2. 哇~謝謝大神解答,多謝賜教,嘻嘻

      來自湖南 回復
  6. 您好,信用額度這方面講解可不可以詳細一些?

    來自北京 回復
    1. 想了解信用額度的哪些呢?

      來自上海 回復
  7. 寫的很清晰,感謝分享,受教了!

    來自上海 回復
专题
15128人已学习13篇文章
作为一种软件开发工具,低代码平台一定程度上提升了企业的软件开发效率,适应了整体的数字化发展趋势。本专题的文章分享了关于低代码的讲解。
专题
15578人已学习12篇文章
用户增长是一个复杂体系,涉及产品、运营、市场、技术等多个环节的相互配合,本专题的文章分享了用户增长方法论。
专题
13125人已学习16篇文章
本专题的文章分享了心理学如何影响用户决策。
专题
17947人已学习15篇文章
促销的规则多样,对提高客单价和客单量有很大帮助。本专题的文章提供了促销系统设计指南。
专题
15686人已学习13篇文章
作为一名产品经理,需要持续对自己的经验进行总结并不断更新迭代。本专题的文章分享了产品设计方法论。