起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識虛擬賬戶如何設計？
虛擬賬號是如何設計的？里面包括了些什么內容？那一起來文章看看吧~
要說虛擬賬戶，咱們首先來說一下什么是結算？
結算狹義概念就是付款，廣義上結算包含兩個概念：一個結，一個是算。算比較好理解——就是通過一定業務規則計算出來應付款項；結——就是按照一定的賬期規則，通過一定的方式付款給對方。
作為產品設計，一個結算業務包含著結算單管理、發票管理、賬戶管理、財務管理等相關對象管理。
以一個簡單的業務為例：
用戶在我們的平臺上幫我們推廣產品，會獲取一定的推廣費，如果沒有虛擬賬戶，我們可能需要按照一定的賬期（比如：一個月）匯總這個用戶獲取的推廣費，然后通過一定的方式付款給用戶，這個流程就是一個結算業務。如果中間設計了虛擬賬戶，我們可以把用戶獲取的推廣費加總到這個虛擬賬戶里，這個虛擬賬戶可以實時展示此用戶的累計推廣費，用戶可以按照賬戶余額實時申請結算，我們也可以按照一定賬期給予付款。
從上述可知：虛擬賬戶本質上就是一個賬本，按照一定的維度建立不同的虛擬賬戶，也就是建立了不同的賬本，來實時反映算出來的錢的一個累計值，從而豐富我們的結算模式。
那為什么會叫做虛擬賬戶呢？
原因在于虛擬賬戶里面的錢只是一種應付款項，并不能像銀行、支付公司那樣具有交易作用，所以虛擬賬戶很大作用是其記賬功能。
大家對虛擬賬戶有了一定的概念，下面我將具體介紹虛擬賬戶如何設計。
我們知道虛擬賬戶本質上是一個賬本，那么賬本會有那些元素呢？
時間、事項、收支、余額等，賬本有總分類賬、明細賬，如下圖所示：
總分類賬是記錄各個科目借方余額、貸方余額、總余額的賬簿，明細賬是總分類賬某一個科目明細流水賬， 其實虛擬賬戶也跟這個類似，虛擬賬戶是由實時賬戶結構、實時賬務結構來構成。
如下圖所示：
（1）賬戶結構
賬戶結構主要表述搭建一個賬戶，需要哪些項目，也就是需要哪些通用的字段，如下圖所示：
（2）賬務結構
賬務結構主要是針對于賬戶余額的產生所發生的流水信息，如下圖所示：
以上是賬戶基本項目信息、賬務基本項目信息，如果這個看明白了，可以融會貫通，可以對這些項目按照業務需要擴充一些其他補充信息項目。
我們數據表搭建好了，下面我們用一個案例來解釋，這個賬戶、賬務展示效果。
比如：我們給我們的用戶張三建立一個推廣費賬戶。1月2日，我們開通了他的賬戶，當天張三發生兩筆筆推廣費收入1000元，但是賬期還沒到，還不能把款項付給他；1月3日，其中一筆業務賬期到了，這筆錢可以打給他了，金額是500；1月4日，我們把500元錢打給了張三。
關于上面的業務，我們賬戶查詢、賬務查詢是什么情況呢？
如下圖所示：
通過對賬戶結構、賬務結構相關基本項目表述、案例表述，我想大家對虛擬賬戶設計有了大致的了解。關于賬務流水怎么產生，如何設計觸發賬務流水產生功能，我將在下一章——交易體系，對這個做一個詳細的說明。
我們總結一下虛擬賬戶相關知識點：
- 虛擬賬戶本質上是一個記賬系統，他是結算系統中一個結算對象載體；
- 虛擬賬戶設計包含著賬戶結構、賬務結構；
- 賬戶結構類似于總分類賬，記錄某一賬戶余額屬性，可以提現某一賬戶實時的賬戶余額；
- 賬務結構類似于明細賬，是總分類賬金額發生變動的明細記錄，他是觸發賬戶余額變動的最根本來源，并且也可以用它進行會計處理；
因此通過虛擬賬戶體系搭建，其實實現了相關業務的實時展現（比如賬戶余額、賬務流水），也實現了相關業務實時觸發（比如賬務變動、會計記賬）等業務。
本文由@羅飛 原創發布于人人都是產品經理。未經許可，嚴禁轉載
題圖來自PEXELS，基于CC0協議
您好 是否可以更靠近財務系統設計虛擬賬戶體系 賬戶分科目 凍結一個子賬戶 實際可用一個子賬戶 都放在其他應付款科目下 收款的時候借 銀行存款 貸 其他應付款 設計偏財務的虛擬賬戶體系是否可行
其實虛擬賬戶這個東西本身就是來源于財務的科目記賬的方式，只不過他本身承載的是一個系統能力，你可以定義賬戶類型，或者是賬戶備注，來表示其會計科目。當然也可以這么理解：比如你設計了一個其他應付款的虛擬賬戶，從公司層面來看它就是其他應付款的這樣一個科目，但是在用戶層面上來看，他就是我的虛擬賬戶。
這個虛擬賬戶也是第三方支付平臺常說的虛擬賬戶吧？ app入駐商家提供四要素，在銀行開立的虛擬賬戶，是一個意思嗎？
嗯，是的，是這個意思
你好，請教一下，如果賬戶不但可以有推廣費還可以消費，可以充值，但是支付費用的時候沒有使用賬戶余額支付，而是通過第三方直接付款，那么這筆交易如何處理？算是此賬戶變動么？
要注意一下，在非支付公司做虛擬賬戶時，虛擬賬戶都是一種應收應付款項的賬戶，如果外部資金支付并沒有影響此賬戶數據的變更，比如我們售賣產品直接通過第三方交易平臺交易的，我們的賬戶就不做變動。如果外部資金跟我們支付賬戶產生業務關系，比如充值、提現等業務，那我們的賬戶就會變動。
您好，想請教一下，關于虛擬賬戶結算的問題。
按這句話的意思“這個虛擬賬戶可以實時展示此用戶的累計推廣費，用戶可以按照賬戶余額實時申請結算，我們也可以按照一定賬期給予付款?！?br /> 對于消費者，有了虛擬賬戶，可以根據賬戶余額申請提現，實時結算賬戶余額里面的錢，
但是對于需要按一定賬期給予付款的商家，結算單的當期需要結算的結算數據來源，是按照賬戶的賬務流水生成嗎？聽公司的前輩講，結算單的數據應該根據發生的具體業務流水的數據來計算，兩個說法感覺有偏差
想求教您怎么看
如果用了實時的虛擬賬戶體系，那么賬務和賬戶就是最客觀的數據，如果不走提現，走賬期支付的話，要查詢賬務流水（因為賬務流水是客戶數據，不帶狀態變動等因素，也是序時的），賬戶會有收入和支出，通過業務單–收入結算單產生的收入項目會計入到賬務流水，產生應付賬戶。支出的的話就得按照賬期賬務流水匯總支出的結算單或賬單（畢竟你要總賬戶中支出錢）。這就是一個數據源的問題。
請教一下，賬戶結構既要設置賬戶編號，又要設置賬戶所屬用戶編號/賬戶所屬商戶編號，二者可否用同一個編號，區分開在什么樣的應用場景會受益
這個是一個賬戶的身份屬性，一般情況下，有賬戶所屬用戶就可以了，因為一般我們場景是我們的應用環境（APP等）根據注冊用戶來確定賬戶，比如一個用戶有一個積分賬戶，有一個金幣賬戶等，這個屬性是常用的；但是對于TOB的，或者是開放平臺，我們需要針對不同商戶渠道下不同 用戶設計虛擬賬戶，就需要這個字段了，這兩個 字段可以拆開用，如果賬戶綁定的用戶上面可以有所屬用戶編號，如果直接綁定到商戶上面就是所屬商戶編號！
如果只記業務流水和賬戶余額，不記錄賬務流水，這樣有什么風險么？對賬就拿交易流水和賬戶余額去對～
首先，賬戶是一個對象，加入這個對賬的資金變動是由多個業務產生，你的賬務流水就能承載多種業務的集合；其次，如果你設計只有業務和賬戶余額，只能對一個總數，一旦發現業務單子上的數據和賬戶余額對不上就麻煩了；最后，還是強調一下，業務反應的業務信息，賬戶反應的資金信息，你是由業務信息轉換為資金信息的。你可以在考慮考慮！
個人感覺，只是說了什么是虛擬賬戶，虛擬賬戶包括的主要內容，但是賬戶體系如何建立并沒有涉及多少。如說的不對請見諒
的確，要是基于業務角度，比如說具有代收代付功能的虛擬賬戶，需要前置交易、賬戶賬務、對賬、臺賬等一系列的結構體系，本章主要是講解了對于一個虛擬賬戶這個對賬，最基本的東西是什么，在后續的有機會中會根據相關業務，結合虛擬賬戶在講一下對賬、臺賬、具體交易等相關內容！
期待，我們的業務現在就涉及到代收代付的合規性問題，因為缺少資質和有資質的第三方支付公司合作解決。
賬戶體系是很重要的，當資金流和信息流基于賬戶來流轉時，會很清晰。給作者點贊
多謝多謝！
你好，我想問下賬務系統范例表格那邊：賬戶變動版本號3和4其實業務流程上是一件事？那為什么要分2步來走呢？
您好，謝謝您的提問，是這樣的，賬務流水可以理解為一個科目，每一次變動都會記錄一個版本號，您說的一件事情是這個交易是一個交易，你如按理說的解凍交易，在業務上就是解凍500塊錢，但是在賬務流水里面需要有一條凍結金額減少流水，一條解凍金額增加的流水，所以一個交易業務對應著兩個賬務流水！
謝謝您的回答，但是還是不太清楚：3和4是同一個業務，如果拆成2條流水單獨來看會不會容易產生誤解呢？不知道產品做后臺財務模塊時，普遍習慣上會把流水分到這么細的程度嗎？
嗯，首先，因為流水中記錄了業務分類、業務子分類，這兩條流水會是同一個業務，其次的確是在財務角度上來講，其實賬務流水是財務記賬的依據，每一條流水代表了財務科目發生變動的原因，這樣拆成兩個流水無論是在匯總對賬、還是在記賬上都會很清晰，比如一般明細賬都是三欄式，借、貸、余，在財務上不會記賬成借方和貸方同時發生變動，余額不變的情況。同理，某一類虛擬賬戶可以理解為某一類科目，其金額屬性類似于二級科目，因此如果凍結發生額屬性發生變動就需要記錄一條流水
嗯嗯好的，謝謝您的回答 ??