聲明:雖然我在支付領域花了很多錢，但是共同基金不是我的主業，不同受眾提供的產品和服務還是有很大差別的。所以我只能從宏觀的角度來談談共同基金賬戶的設計。
互金行業涉及六大方向:三方支付、P2P、大數據金融(類似花唄、白條、眾籌等。)、信息金融機構、互聯網金融門戶。但從賬戶的角度，我覺得大同小異，所以本文以大家最熟悉的p2p為案例。
1.純在線，在線理財，網貸；
2.o2o:理財端線上，資產端線下，線下主要負責風控和催款；
3.債權轉讓模式:p2p流行的周期模式。
P2p是互金的壹個分支，貸款大家都很熟悉，包括支付，p2p，花店，微貸，JD.COM白條做的信用貸款產品，還有其他的東西。
對於純在線模式，企業的壹般做法是:
網貸收購、線上金融運營；
對於線上線下的結合，從國家金融監管的角度來說，理財終端只能向線上發展；對於資產端，可以線下進行風控和審批或催收；考慮到優質資產和統計數據，線上線下結合模式的壞賬率遠低於純線上模式(這是我朋友在X貸網上認識的)；
以下是債券轉讓模式。這個我不是很懂。我了解到的情況是，這壹塊主要是金融方面的，主要是定期和活期。以隨機競價的形式購買p2p還是第壹次，現在已經很少了。目前債權轉讓的方式主要是定期和需求，需求主要是定期，需求是因為監管而去除。
從p2p的整個業務鏈條來看，有兩個部分:資金端和資產端。
資本方面。這方面主要是理財，以線上為主，合規。資金端，理財經理主要通過批量競價、活期、定期等幾種方式進行投資。理財經理登錄p2p平臺，選擇理財產品，包括散標、現標和定標。標的基本是定標，目前很少有松標。原因是在點對點的情況下，借款人回訪的時間太長。活期賬戶，比如各種寶，由於不合規，正在進行其他方式的變更。
按照1，3，6，12月定期，這種模式比較流行，大家在各大平臺都有接觸；根據自己選擇的產品出價，匹配合適的身份，出價滿了再放款。
資產端。我個人的理解是這壹塊比較復雜。
P2p平臺通過門店、電話銷售、網絡推廣、資產購買等模式發展。，並在相應的物資進口、審批、合格後簽訂合同。線上的話，流程比較簡單，線下的話，就比較復雜了，主要看貸款產品的金額。資產簽約後，需要標註與理財經理匹配，然後才能放款，後期按照還款計劃還款。
據我不完全觀察，業務流程分為:充值、投資、紅包、贖回、借貸、提現、還款、充值、補償、代扣(還有其他歡迎添加)。
充電。分為金融充值和借款人充值。對於理財充值來說，後面買哪些產品可以理解為投資。采購類型是固定、當前還是批量投標；對於借款人來說充值，目的是為了還款。
紅包。P2p平臺競爭已經很激烈了，所以很多平臺都會做活動；比如壹些營銷活動的推廣，如優惠券、體驗金、代金券等，都會涉及到商業活動的資金投入，涉及到後期的業務處理；
救贖。投資贖回，涉及本金和利息；
借錢給債權人只能在目標滿了之後進行；對於可能有余額的提現，剩余提現金額是多少；
還款。對於借款人來說，有不同的還款方式和還款業務。怎麽理解？比如螞蟻借唄就是壹種線上還款方式；而壹些業務比較傳統的p2p公司，可能會有店鋪還款、代扣(代收)或公司還款等還款方式；
替代mat這壹塊解釋了p2p為什麽要收支付公司通道。因為p2p的支付牌照很少，基本需要通過支付平臺或者銀行；早期的支付平臺壹般選擇T+1進行結算，也有壹部分是T+0，因為費率比較高。原因是T+0提現由支付公司代為支付，然後支付公司在T+1與銀行結算。
扣繳。定期扣款借款人銀行卡，比如買房公積金貸款。另外，公積金的還款也是以代扣的方式進行的；
凱撒在這裏再次強調為什麽要談那麽多生意上的事情，因為我們說清楚了之後再談賬目更方便。
沒錯，說起這壹塊，出發點肯定是資金流。資金流動中涉及的賬戶如下
從壹個正常的投資借貸流程來看，張三(投資人)向結算賬戶充值，然後投資，資金進入債權人賬戶(如果投資失敗，會退回到投資人的結算賬戶)；接下來，平臺在匹配全額競價後，將錢貸給借款人的債務賬戶，債務賬戶收取各種費用後，將錢貸給借款人的結算賬戶或銀行卡。反之亦然。
對於會計來說，需要關註的只是各個賬戶的對象，各個賬戶的資金流入流出，也就是資金轉移的過程；至於資金從哪裏來，應該屬於誰，這些都不在會計處理的範圍內；對於借款人來說，還款過程是:
1.借款人通過充值或代扣的方式向結算賬戶還款。
2.結算賬戶根據賬單凍結還款金額至債務人賬戶，通過債務人賬戶還款至債權人(張三)的債權人賬戶。
如果有再投資，債權人(張三)再投資其他標的；如果沒有重新投資，則贖回並回到結算賬戶，債權人(張三)可以選擇提取自己的現金或者投資其他標的。
這裏聊到壹個問題，就是財務處理和會計處理的區別。
對於會計處理，它是基於賬戶的設置和收付實現制。難以理解？想想支付寶的賬單，清楚嗎？然後，根據流入和流出方法更新余額。
會計處理上，以科目和權責發生制為基礎，對資產、負債、所有權、損益、成本和* * * *進行復式記賬。
我們以充值為例，比較好理解。
從賬目上看，是以收付實現制為基礎的；對於會計處理，是以科目為基礎，以權責發生制為基礎；收付實現制原則根據資金的流入、流出和余額設置相應的目標賬戶，只解決流入和流出；對於會計主體來說，解決的辦法是對流入的錢從哪裏來，流出的錢去哪裏有壹個權責確認的過程；
所以，對於用戶的充值場景，對於賬戶來說，只是資金流入，多少錢和余額；對於會計科目，需要綜合考慮:
1.對賬前，與支付機構(或銀行)確認有余額待結算；
2.T+1，對賬流程出來後，需要對賬；(每當支付公司提供t+0，支付公司T+1去銀行結算。)
3.對賬完成後，相當於將待清算轉化為應收賬款；那麽，這個充值場景的壹個充值記錄對應後臺的多個記賬條目；
這個地方要明白壹個概念，就是從賬務處理的角度來說，虛戶解決的是資金歸屬問題，不關心資金的存儲。這裏涉及到兩個賬戶:實體賬戶和虛擬賬戶。
實體賬戶，即資金存放的賬戶，在銀行有以下三種:銀行存管賬戶；銀行自由資金專用賬戶；銀行預付款賬戶特別賬戶
虛擬賬戶，即資金的所有權；兩種:用戶虛擬存管賬戶(投資人賬戶、借款人賬戶、合作機構賬戶、擔保機構賬戶)；平臺虛擬存管賬戶(收益賬戶、利潤分成賬戶、補償賬戶、充值賬戶；股息支付賬戶)
是為了解決資金存管問題，和虛戶有對應關系。在會計處理上，實體戶屬於資產，虛戶屬於負債和其他。從實體賬戶和虛擬賬戶的構成來看，需要和銀行有壹個開戶過程，解決資金存管問題(是存到銀行存管、銀行自由資金賬戶還是銀行專用賬戶，具體情況而定)；對於虛擬戶來說，錢是來自投資人、借款人還是中介，是屬於收入還是營銷，也要看具體情況。
綜上所述，對於實體戶來說，他們只關心資金的存管；對於虛擬戶(如投資人、借款人、收入戶)來說，關註的是資金的歸屬。比如:在平臺銀行賬戶存壹筆錢，不管是屬於投資人還是借款人；從實體戶的角度看，是資產，從虛擬戶的角度看，是負債(平臺欠投資人/借款人的錢，是平臺的負債)。
鑒於p2p的特殊性，不僅有收入問題，還有營銷費用、賠償、預付費用、利潤分成等相關業務。估計這些內容篇幅太長，補償不了逾期還款，和賬戶設計關系不大。
從四個方面(交易、會計、核算、對賬)，對同壹筆交易涉及的會計處理、賬務處理、對賬等事項進行說明。從交易處理、賬務處理、賬務處理、對賬處理形成完整的企業數據流；
讓我們以借貸為例:
交易處理:借貸是壹種支付；
賬務處理:從債權人到債務人，從債務人到結算賬戶再到結算賬戶的銀行卡，還涉及到收益賬戶的處理；
那麽，為什麽會有這麽多的加工步驟呢？我們不妨站在平臺上:
1.從債權到債務的處理需要在放款時確認；
2.在處理債務的時候，妳需要把錢放到借款人的債務賬戶上，並相應地把錢轉到結算賬戶和收益賬戶上(會收取壹定的費用)；
3.對於部分客戶來說，需求是向銀行卡轉賬，因此平臺需要記錄從債權人到債務人、債務人到結算、結算到銀行卡的流轉過程，以保證賬戶流轉處理的壹致性；
賬務處理:如貸款，債權對債權的確定，要支付的金額會入賬；待發放的貸款金額與合同金額會有差距，所以貸款金額會形成單獨的清單待清算。T+1賬單來了形成清算，對於受益戶計入收益；
對賬處理:支付流水並確認銀行流水對賬後，形成應收賬款；然後進行結算，形成相應的銀行余額進行結算，形成結算單據和憑證；
讓我們從財務處理的角度來看這個問題:
從業務架構上，業務端統壹向支付平臺傳遞現金收付。在支付過程中，支付平臺將數據同步到賬務管理和結算平臺。賬務管理和結算經過數據處理後傳遞給會計。這個過程說起來挺簡單的，但實際上由於公司本身發展的不均衡，很多公司的業務平臺都是先於支付平臺建立的。在這種情況下，需要對所有業務線進行梳理，進行標準化設計，對業務系統進行查漏補缺，統壹業務流程和接口方式。
從結構設計上，支付負責現金賬務管理，資金變動，清算結算負責對賬，會計負責復式記賬(什麽是復式記賬，百度自己)，試算平衡和日切，等等。
總體流程是:付款指令寫入賬務管理，幹凈的賬務數據寫入結算，在結算過程中進行對賬，使雙方在制度設計上互不幹擾。賬務處理分別獲得賬務管理和清理計算的數據，從而分別獲得交易和賬務的確認，相當於賬務處理中的二合壹。
另外，業務發展速度會快於系統整體規劃速度，導致功能點相同，業務處理相同，不同的系統處理方式不壹致。沒有統壹的制度來處理。那麽從設計的角度來說，不僅要考慮系統架構的適用性，還要考慮公司逐步實現的步驟。
關於還款還有壹點，因為圖窮。
還款涉及的資金項目包括本金、XX費用和利息；這幾種都會回到借款人的賬戶，錢有幾個步驟:從本金到投資人的債權賬戶，xx費用放在收益賬戶和分紅賬戶，利息放在分紅賬戶；相當於還款部分，負債戶異地還款的資金處理不同，流向自然不同，相應的後臺賬務處理也不同。(xx費，可以理解為車貸行業)
以上。