適用於多業務的資金賬戶管理系統如何設計？

有企業客戶開通了雲流量服務，按實際使用量進行計費，然後再完成付款。

由於是先使用服務，後計費付款的模式，需要客戶先預存資金，以確保有充足的資金能夠完成付費，否則客戶將沒有使用許可權。

客戶使用的流量服務，將進行實時計費，並從賬戶中扣除相應款項。

在上述場景中，客戶的資金髮生了先暫存、後消費的變動情況。

為了準確反映資金的變動情況，確保客戶賬戶資金餘額的正確性，需要將客戶賬戶下的資金充值和使用的過程記錄下來，對資金賬戶進行管理。

01 資金賬戶管理系統是什麼？

資金賬戶管理系統是為準確反映資金變動情況、確保客戶賬戶資金餘額正確性，提供的以賬戶為載體，能夠管理資金的進項出項、記錄賬戶餘額變動情況，並且能夠反映資金變動後結果的管理平臺。

資金賬戶管理系統的核心功能分為兩塊，分別是「賬戶」和「資金」。

「賬戶」對應某個主體（可能是個人，也可能是一個企業），是其記錄、整理和彙總原始資料的載體。

「資金」是錢，在發生充值、使用等業務過程時會產生資金的變動，分別是資金的進項（充值、抵扣餘額退回、取消抵扣）和資金的出項（抵扣、提取、取消充值）。

「資金」包含了資金的變動和記錄；「賬戶」會歸集資金變動記錄，從而能夠知道某個主體的賬戶下的資金變動詳細情況和資金累計值，例如累計充值金額、累計抵扣金額，以及當前餘額。

02 為什麼要做資金賬戶管理系統？

先看一個生活中常見的案例：

在上述案例中，當店家收到小明支付的款項時，交易已經達成，產生了真實消費；

店家收到小紅和小王支付的款項時，並沒有產生真實消費，而是往小紅和小王各自的賬戶中進行了充值，當小紅和小王使用卡內餘額進行扣費時，才產生了真實消費。

並且消費後，小紅和小王的賬戶還有剩餘可用的金額，可供後續繼續消費。

我們可以看到，當客戶選擇了先充值後消費的方式，客戶在平臺中會存在可消費、可使用的資金。

在這個過程中，如果沒有對賬戶和資金進行合理的管理，可能出現資金管控風險。

因此，針對客戶的資金，其變動過程和變動的結果，需要記錄下來，進行管理，以準確反映資金的變動情況和確保客戶賬戶資金餘額的正確性。

而隨著業務的發展，一個平臺可能會產生越來越多不同型別的業務，需要在開展過程中應用資金賬戶管理系統。

例如 A 業務部門，針對 A 類客戶群體提供流量服務，需要先充值後結算抵扣；

B 業務部門，需要針對 B 類客戶群體在移動端 app 中提供服務，為了在 iOS 系統中能夠靈活定價商品，便於業務開展，選擇了讓客戶先透過 app 充值虛擬幣，再購買具體商品的模式。

那麼這時候，我們要如何從整體進行抽象提煉，設計出一個適用多業務的資金賬戶管理系統呢？

03 設計思路

從賬戶和資金這兩點出發，分別對應增刪改查這幾個功能模組。

資金賬戶管理的整體介紹如下：

1. 關於賬戶

（1）增：建立賬戶

建立賬戶是指為某個主體建立一個新的載體，用於記錄、整理和彙總原始資金資料。

建立賬戶的出發點是即將有業務要在該載體上發生，業務的起點是客戶要充值。

如果該客戶此前並沒有對應賬戶，則需要先為客戶建立賬戶，然後把相應的資金充值到賬戶中，後續客戶需要使用資金時，也從該賬戶中扣款。

建立賬戶的方式包括人工建立和系統建立。

結合上文，當客戶要充值時，如果客戶並沒有賬戶，需要先建立賬戶。

這裡存在的場景分別有客戶經理與客戶線下達成了營收，成單後，客戶經理需要在平臺中為客戶充值款項；客戶自主線上發起充值。

在客戶經理為客戶建立賬戶並充值的場景中，客戶經理在系統中輸入相關客戶資訊和賬戶資訊，為客戶人工建立好賬戶；在客戶自主發起充值的場景中，系統可以自動獲取相關資訊，由系統完成賬戶的自動建立。

建立賬戶屬性包括：業務型別、賬戶主體、適用體系、開票方式等。

其中，業務型別是用於區分不能共用的不同業務之間的款項的標記。

例如軟體類商品、課程類商品、流量計費類商品，如果在業務上，客戶就是專門為後續消費某類商品而發起的資金充值，相當於資金是隻能給某類商品使用的，那麼需要按照業務型別進行標記區分。

適用體系是指當前賬戶內的資金能夠使用的體系是什麼，包括 iOS 和非 iOS 。

因為當客戶使用的系統是 iOS 時，透過 app 充值是走的蘋果內購，此方式下客戶充值的款項是先給到蘋果公司，再由蘋果公司與我們的平臺進行結算，蘋果公司要分成其收入的 30% 作為平臺費用，最終平臺真實收到的款項只有客戶支付款項的 70% 。

而其他渠道下充值，款項是直接給到平臺的。這兩種方式下，客戶充值的資金流是不一樣的，款項收到了不同商戶主體下。蘋果公司規定，資料不與其他系統互通。

同時，客戶若後續有退款、開票之類的訴求，也是直接聯絡蘋果公司處理的，不經由我們的平臺處理。因此，透過 iOS 系統和非 iOS 系統充值的款項需要進行標記區分管理。即同一個客戶同一個 app ，如果在 iOS 系統和安卓系統中分別充值了，款項是不互通的，會存在兩個賬戶中，分別對應不同的賬戶適用體系。

開票方式是當客戶的賬戶資金髮生變動時，是否要給客戶開票，如果要開票，要在什麼時候給客戶開票的標記。開票方式包括充值時開票、抵扣時開票、不開票。

由於開具發票的前提是發生了納稅義務，而在充值抵扣的業務中，確認納稅義務的發生有以下兩種情況：

①充值資金時就發生了納稅義務。

例如遊戲中客戶充值虛擬幣要購買道具。遊戲公司收取款項，為玩家提供虛擬貨幣的服務已經發生，此時納稅義務已經發生，應當繳納增值稅。

這種情況下，是充值時就開票的。如果納稅人因兼營多個不同稅率增值稅專案，無法分別核算，則應繳納的稅率為多個增值稅稅率中的最高值。

②消費資金時才發生納稅義務。

例如一家酒店的會員卡充值，卡內餘額可以用於消費不同型別的服務或商品，例如住宿、餐飲或商店內購物。

而提供不同的服務時適用的增值稅稅率是不同的，只有真正消費時才知道購買的是什麼，確認納稅義務。

如果是抵扣時開票，因為消費後再開具發票，能分別核算，按所提供的商品或服務的適用稅率或者徵收率計算繳納增值稅即可。

資金變動影響開票，最小顆粒度應該是開票方式跟著資金走，但是為了管理統計上更加方便些，可以將開票方式的標記抽象出來，放在賬戶這一層面，結合賬戶業務型別標記，對同一個賬戶的資金變動進行統一的開票方式管理。

當賬戶本身進行業務型別的區分後，一個賬戶對應到一個業務型別，不會同時存在充值時發生納稅義務和消費時又發生納稅義務的情況。

另外，前文有提到賬戶充值存在不同體系的可能性，當充值賬戶的適用體系為 iOS 時，由於款項是先給到蘋果公司，再與我們的平臺結算，平臺與客戶沒有產生直接的資金互動，所以這類賬戶下的資金不管是發生充值還是抵扣業務，平臺都是不給客戶開票的。

（2）刪：賬戶登出

賬戶登出表示賬戶不再使用，要對賬戶資訊進行刪除銷燬處理。

當客戶決定不再使用我們平臺的業務，確定不會再在我們平臺中開展業務時，為了避免後續不必要的金融糾紛和資料資訊風險，可以選擇登出賬戶。

若需要發起賬戶登出，由於賬戶中原來存在資金流動，需要判斷賬戶相關資金是否處理完畢，有必要提醒客戶登出所帶來的風險與損失。

（3）改：修改賬戶資訊、修改賬戶狀態

賬戶的修改包括修改賬戶資訊和修改賬戶狀態。

修改賬戶資訊和賬戶狀態是指當賬戶的業務屬性、業務狀態發生變化時，為保證業務資料與系統資料的一致，需要在系統中進行相應的資訊修改。

但賬戶關鍵屬性一般是不允許修改的，具體可以根據實際業務進行考慮，如果實際業務中沒有其他屬性是可以進行修改的，這個功能可以暫緩考慮。

賬戶關鍵屬性有賬戶主體、適用體系、業務型別、開票方式。

其中賬戶主體、適用體系、業務型別是在賬戶建立之初就明確的，不同的主體、體系、業務型別會建立對應的不同的賬戶，不應該發生變化；

如果是賬戶內的資金髮生了歸屬物件的變化，可以透過轉移資金的方式解決。

開票方式本身是由賬戶所屬的業務型別和適用體系決定的，這兩個屬性不會發生改變，因此，開票方式也不存在修改的場景。

賬戶狀態有正常、已凍結。

當賬戶狀態為正常時，可以針對賬戶做的修改狀態的操作為“凍結賬戶”，凍結後，賬戶將被限制，不可使用。

需要對賬戶進行凍結的場景及相應的處理方式有：

①客戶遺失了卡，辦理掛失，員工為客戶進行凍結處理；

②賬戶發生盜刷情況，客戶要求凍結賬戶，員工為客戶進行凍結處理；

③客戶賬戶透支部分逾期未還款，系統判斷進行凍結處理；

④客戶賬戶透支金額超過信用額度，系統判斷進行凍結處理；

當賬戶恢復正常時，也可以為賬戶進行“解除凍結”處理。

（4）查：查詢賬戶

查詢賬戶即按指定的條件篩選出目標賬戶，可以檢視目標賬戶的數量、業務屬性，以及賬戶下資金的使用情況。

賬戶的業務屬性有：客戶名稱、業務型別、適用體系、開票方式；

前文提到，賬戶是記錄、整理和彙總原始資料的載體。賬戶下的資金的使用情況包括賬戶餘額、賬戶收入總和以及賬戶支出總和。

客戶經理可以檢視自己負責的客戶目前賬戶的資金餘額情況，如果餘額快要用完，可以去跟進營銷；客戶可以檢視自己的賬戶資金餘額情況，看是否需要充值。

我們檢視的賬戶資金使用情況是一個實時的累計值，是會隨時變化的。

賬戶餘額由賬戶收入總和與賬戶支出總和之差計算得出，即：賬戶餘額=收入總和-支出總和。

其中賬戶餘額還分為 當前可用餘額和當前不可用餘額。

當前不可用餘額產生的場景如下：

①現金資金的提取和贈送金額的充負業務，如果還未透過稽核，這部分金額會被暫時凍結，記為當前不可用餘額；

②贈送金額有「有效期」的概念，即贈送的金額可以指定這部分金額的生效時間範圍。如果統計時，存在贈送金額還未到生效時間，則這部分金額是未生效餘額；如果存在贈送金額已經超過生效時間，但沒有被使用，則這部分金額是已過期未使用。

2. 關於資金

（1）增：賬戶充值、退回抵扣

資金的增，即資金的進項，包括賬戶充值和退回抵扣。

賬戶充值是指與客戶達成營收後，在平臺為客戶充值款項。

充值的場景包括客戶經理與客戶線下達成營收，成單後，客戶經理需要在平臺中為客戶充值款項；或者是客戶自主線上發起充值。

充值的資金型別包括 現金和贈送金額。

其中贈送金額是指作為客情贈送或有充值贈送、充值返利的市場策略，給到客戶的除充值部分外贈送的金額。

由於是贈送的金額，不是客戶真實付款充值的，可以透過規定有效期的方式，給客戶心理造成一種緊張感，敦促客戶在規定時間內消費，同時儘可能降低成本。

當充值的資金型別為現金時，可以由客戶經理為客戶充值，也可以由客戶自主發起充值。充值時如符合充值贈送的市場策略，則系統將自動為客戶賬戶完成贈送金額的充值。

當贈送金額是在維護客情的場景下贈送給客戶時，需要由客戶經理在業務系統中發起直充，贈送部分金額需要經過稽核人員確認才可生效。

退回抵扣是指當使用餘額抵扣的訂單需要退貨或者退款時，抵扣部分的款項的退回。

當原訂單完成退貨或退款時，資金需要退回到對應的賬戶中；後續如果又產生了新訂單，再執行扣費，從賬戶餘額中進行扣款。

（2）刪：餘額抵扣、資金提取、資金充負

資金的刪，即資金的出項，包括餘額抵扣、資金提取和資金充負。

餘額抵扣是指客戶在購買商品或服務後，使用賬戶餘額進行抵扣。

產生消費訂單後，如客戶賬戶中有餘額，可以選擇使用賬戶餘額進行抵扣。當訂單使用賬戶餘額完成支付時，產生一條扣費流水，賬戶餘額減少。

如果賬戶餘額小於需支付的訂單金額，可以選擇先充值至充足的餘額，再進行抵扣。例如當平臺有充值贈送或者充值返利等促銷活動時，可以提醒客戶先充值，再扣款；或者是使用餘額抵扣一部分訂單金額，剩餘部分使用其他方式完成支付。

資金提取是指客戶從賬戶可用餘額中取出款項。由於只有現金餘額是透過客戶真實付款產生的，贈送金額本身就是贈送給客戶的，沒有收取客戶款項，所以資金提取只針對現金。

資金提取可能存在的場景是，客戶不想繼續使用或購買平臺的產品了，想把剩餘的資金都取出來。

當客戶需要提取資金時，需要記錄客戶收款賬號（銀行賬號或者是支付寶賬號）和提取原因。

①為什麼要記錄客戶收款賬號？

為了便於統計和使用，瞭解某個主體下的資金變動情況和資金變動結果，會基於賬戶這個載體記錄資金變動情況和彙總累計值。即資金增加後可以看到賬戶上增加了餘額，資金減少後可以看到賬戶上減少餘額。

賬戶中的資金在增加時，有很多種支付方式，現金、支付寶、微信……在資金提取的時候，也是基於賬戶進行的，提取的資金不對應到某次充值，無法得知當前提取的資金額在充值的時候是怎麼收款的，因此也沒有「原路退回」這一說，需要採集客戶的收款方式，由財務線下處理款項退回給到客戶。

②為什麼要記錄提取原因？

資金提取需要說明原因，經過稽核人員確認後，再由財務人員線下處理退款，轉賬給客戶，同時賬戶中減少相應資金金額。

另外，如果提取的金額在稽核狀態下，這部分金額將被暫時凍結，不計入可用餘額，避免當提取稽核通過後，發生賬戶餘額不夠提取的情況。

資金充負是指，為賬戶中的贈送金額餘額做一個負值的充值。

可能存在的場景是，客戶不想繼續使用或購買平臺的產品了，賬戶中剩餘的現金提取出來後，還需要把原來贈送的金額處理掉。

如果贈送金額增加時，是透過促銷策略產生的，那麼在提取現金餘額時，可以按充值時的約定，例如按比例對贈送金額餘額進行扣減；

如果增加金額增加時，是透過直充產生的，那麼當需要抹掉這部分金額時，可以為贈送金額做充負處理。

同樣，資金充負需要說明原因，經過稽核人員確認後，賬戶中減少相應資金金額。

如果充負的金額在稽核狀態下，這部分金額將被暫時凍結，不計入可用餘額，避免當充負稽核通過後，發生賬戶餘額不夠扣減的情況。

（3）改：資金狀態

資金的修改指資金狀態的修改。

資金的狀態是跟進業務流程自動改變的。比如當資金髮生提取或者充負時，還未透過稽核，這部分金額會被凍結，透過稽核後，這部分金額就會解除凍結，同時餘額減少。

資金的修改這裡不包括修改資金資訊。

因為資金的資訊，例如所屬客戶、所屬賬戶，如果需要改變，透過資金的提取和充值即可轉移；資金餘額本身是一個統計值，是一個累計的結果，不存在改變的場景。

（4）查：流水明細

查詢流水明細是指按指定的條件篩選出目標流水，流水是指資金變動的結果記錄。可以檢視目標流水中記錄的資料，以瞭解資金的變動情況，核實確認賬戶中的資金餘額統計是否準確。

流水明細中需要記錄當前變動資金的所屬客戶、所屬賬戶、資金型別、變動金額、交易型別、變動時間、關聯單據、操作人、簽單人。

其中，交易型別是指資金變動時對應的交易性質。分為資金進項（充值、退回抵扣）和資金出項（抵扣、資金提取、資金充負）兩類。

關聯單據是指資金變動時對應的記錄交易情況的憑據。

不同的交易型別有其一一對應的單據，

如充值時，關聯單據是充值單；退回抵扣時，關聯單據是退款/退貨單；

抵扣時，關聯單據是使用餘額抵扣的訂單；資金提取時，關聯單據是提取申請單；資金充負時，關聯單據是充負申請單。

04 小結

資金賬戶管理系統的關鍵詞即「賬戶」和「資金」。

其中「賬戶」是載體，「資金」會基於載體發生變動，由載體進行記錄和歸集。

從「賬戶」和「資金」出發，明確其增刪改查功能模組對應的業務訴求，梳理設計思路。

作者：產品BBQ；公眾號：產品BBQ，歡迎溝通交流～

本文由 @產品BBQ 原創釋出於人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基於CC0協議