1樓：WilliamNee
說兩個麻煩點，複式記賬是理想狀態，但到達一定數量級之後，賬務核心必須支援緩衝，彙總等批量紀錄方式，否則賬務必熱點。
交易流水與賬務核心再到會計核心的聯絡也是關鍵。
2樓：
系統處理方面，由單式記賬法到複式記賬法是乙個很大的突破，確實是解決網際網路業務場景下對賬不平的根本性解決方案。我們公司為了實現對複式記賬法的支援，也是下了很大功夫。
3樓：梁川
由於未細說具體問題及需求，只能就設計的大致邏輯說一下。
金融機構核心賬戶/賬務的設計一般採用複式記賬法。如果要求不高或技術儲備有限，也有很多公司直接採用單式記賬法（不用奇怪我知道很多支付公司就是採用單式記賬法）。雖然似乎都能滿足業務需要，但相對於複式記賬法，單式記賬法無法從借/貸、科目/賬戶多維度來進行交叉檢驗，保證賬務核心的平衡。
複式記賬法的原理可以找一本會計學原理仔細琢磨下。
在金融系統採用複式記賬法大致邏輯：
1、按照業務模式需要設立對應的會計科目、賬戶。
一般設計時候，賬戶是扁平的，而所謂的總賬、分賬實際上是通過科目的級別來區分的。當然如果採用的是單式記賬法，可以理解這樣的設計思路。
系統中具體需要哪些科目及賬戶，需要對業務場景及業務模式仔細分析後才能確定。
像需求中提到的角色，按照我的理解應該缺少一些角色，例如：
系統角色一般都應當包含平台方自己，像平台收益、營銷活動資金出處等涉及平台方自己。
使用者除了作為資金需求方外，是否還有作為投資方的角色；
系統角色是否還涉及擔保公司等。
2、有交易訂單產生後，交易系統驅動賬務系統（會計系統）對記賬請求進行科目分錄及入賬（實時入賬或延時入賬）
3、日切時候，按照如下恒等式進行試算及平衡檢查
從賬戶維度：
所有賬戶借方期初餘額=所有賬戶貸方期初餘額
所有賬戶借方發生額=所有賬戶貸方發生額
所有賬戶借方期末餘額=所有賬戶貸方期末餘額
賬戶期初餘額+賬戶當日發生額=賬戶期末餘額
從科目維度：
科目期初餘額+科目當日發生額=科目期末餘額
下級科目餘額總和=上級科目餘額（科目總分檢查）
以前答過的類似問題，供參考：
支付平台的賬戶體系結構是怎麼設計的？ - 梁川的回答
網際網路支付行業中，清結算相關複式記賬的會計科目該如何設計，如何記賬？有人做過或者了解相關的設計方案嗎？ - 梁川的回答
4樓：不帶墨鏡的貓
按照之前賬務系統的設計方法，
為公司設計一套總賬及分賬
為其下十多個信託賬號各設計一套總賬及分賬
所有使用者設計一套總賬及分賬
公司與所有信託賬號之間核算平衡，使用者與所有發生關係的信託賬號核算平衡公司與所有使用者核算平衡
如何理解馬明哲 金融機構的前台，包括機構網點肯定會走向四化 小型化 社群化 智慧型化 標準化 的觀點？
生活就像划划水 我對他的觀點並不了解，但金融行業中的銀行業中高層中有一種幾乎已經是共識觀點，淺顯的說就是 1未來的銀行將是網際網路業務和自助業務取代大部分簡單業務。2營業機構趨向小型化的社群銀行。3服務內容將從傳統的來銀行辦業務變成來銀行辦特殊業務和來銀行享受其提供社群專屬服務和金融諮詢服務。其定位...
站在金融機構角度遇到客戶提前還款，如何計算損失？
亂黨 有點困，簡單說一下，貸款提前還款，銀行沒有任何損失，反而是盈利的。你的貸款每次償還利息都是再為銀行盈利，全部結清後風險解除，風險撥備計提資金回返資金充盈哪有損失？個人猜想，題主所謂的損失應該是後續減少的收益計算。這個可以折合估算為經濟資金成本回報率RAROC。RAROC 收益 經營成本 預期損...
在校金融專業大學生如何去金融機構實習
長髮飄飄 自己努力呀！不斷充實自己，豐富自己的簡歷，提高自己的能力，然後不就是水到渠成的事了嘛。不過這是建立在你自己能力過硬的基礎上，如果自己不行的話，那就只好借助外力了唄 學校的career center可以多去跑跑啊，各種network 學長學姐等校友資源可以去混個臉熟 實在不行，不是還有市面上...