本文作者從實際工作實踐出發(fā)，結(jié)合案例等分享了電商金融支付財務(wù)融合中的基本概念和相關(guān)原理解析，包括：SaaS租戶、資金賬戶、財務(wù)賬套、記賬及對賬系統(tǒng)架構(gòu)設(shè)計，與大家分享，希望通過此文能夠加深你對金融支付財務(wù)相關(guān)業(yè)務(wù)的認識。

上篇文章同大家分享了“金融支付財務(wù)融合業(yè)務(wù)-實踐分享1：訂單、賬單、交易流水、賬套知識解構(gòu)、原理解析”。重點向大家介紹了“金融、支付、財務(wù)”融合業(yè)務(wù)中的“訂單、賬單、交易流水、賬套”等知識進行了概念解構(gòu)、原理解析，并以支付寶、微信支付兩個案例進行逆向解構(gòu)，但對“賬套”未做深入展開。

本篇圍繞“商戶租戶、賬套、資金賬戶、記賬、對賬”這幾組概念，以我們的SaaS金融平臺的建設(shè)實踐經(jīng)驗向大家深度、系統(tǒng)講解“金融支付財務(wù)融合業(yè)務(wù)”場景下我們?nèi)绾翁幚砗脴I(yè)務(wù)賬、財務(wù)賬之間的邏輯關(guān)系及產(chǎn)品設(shè)計策略。通過也即從如下幾個維度向大家系統(tǒng)講解：

1. SaaS架構(gòu)下多租戶的賬戶產(chǎn)品架構(gòu)設(shè)計原理及實踐分享；
2. 同一商戶多資金賬戶的業(yè)務(wù)流、資金流、財務(wù)流產(chǎn)品架構(gòu)設(shè)計原理及實踐分享；
3. 同一商戶不同組織的的業(yè)務(wù)流、資金流、財務(wù)流產(chǎn)品架構(gòu)設(shè)計原理及實踐分享；
4. 同一商戶不同業(yè)務(wù)板塊的業(yè)務(wù)流、資金流、財務(wù)流產(chǎn)品架構(gòu)設(shè)計原理及實踐分享；
5. 商戶線上、線下財務(wù)收支賬數(shù)據(jù)融合管理的產(chǎn)品架構(gòu)設(shè)計原理及實踐分享；
6. 通過多場景參數(shù)記賬策略，設(shè)計“會計分錄引擎”來實現(xiàn)一筆記賬，自動完成會計分錄的自動化作業(yè)設(shè)計思想及實踐分享；

閱讀對象：電商同學(xué)、金融同學(xué)、支付同學(xué)、SaaS同學(xué)、財務(wù)ERP同學(xué)及財務(wù)專業(yè)人士。

一、“業(yè)務(wù)財務(wù)金融支付融合業(yè)務(wù)”是個什么概念？

用戶要想真正了解本篇分享的目的、價值及背景，必須先把這個問題給吃透了，后面的知識體系吸收將水到渠成。

1.1 業(yè)務(wù)背景

1. 電商業(yè)務(wù)、金融業(yè)務(wù)等IT平臺多是面向業(yè)務(wù)系統(tǒng)的，也就是所有的業(yè)務(wù)鏈路、數(shù)據(jù)記錄、數(shù)據(jù)封裝（報表）都是圍繞業(yè)務(wù)進行的。
2. 很多公司都是業(yè)務(wù)一套系統(tǒng)，財務(wù)一套系統(tǒng)，決策層如果想看整個盤面的數(shù)據(jù)必須看兩套數(shù)據(jù)：業(yè)務(wù)報表、財務(wù)報表。
3. 業(yè)務(wù)報表數(shù)據(jù)具有實時性，財務(wù)報表數(shù)據(jù)具有滯后性，上述1和2的存在導(dǎo)致公司在財務(wù)上的人員投入、資金利用效率、數(shù)據(jù)利用效率不高，綜合來講就是“數(shù)據(jù)內(nèi)耗”；
4. 業(yè)務(wù)記賬是流水賬法，如我們的訂單表、支付記錄、投資記錄、派息記錄、還款記錄。
5. 財務(wù)記賬是復(fù)式記賬法，復(fù)式記賬是基于“資產(chǎn)=負債+所有者權(quán)益”或者擴展公式“資產(chǎn)+成本+費用=負債+所有者權(quán)益+收入”進行會計分錄記賬，而一旦涉及到分錄就會涉及到一筆交易進行分拆記賬——不僅財務(wù)工作量倍增、出錯率也很高。

1.2 設(shè)計訴求

1、向商戶提供IT作業(yè)系統(tǒng)、聚合支付系統(tǒng)、存管銀行賬戶托管、及財務(wù)記賬及總賬管理系統(tǒng)，也即通過“財務(wù)業(yè)務(wù)一體化解決方案”向商戶提供業(yè)務(wù)平臺發(fā)生的每一筆數(shù)據(jù)都能自動完成業(yè)務(wù)記賬、財務(wù)記賬，將業(yè)務(wù)數(shù)據(jù)與財務(wù)數(shù)據(jù)打通，減輕財務(wù)人力成本、降低賬務(wù)出錯率、提升對賬速度、業(yè)務(wù)財務(wù)數(shù)據(jù)穿透打通、資金及數(shù)據(jù)周轉(zhuǎn)速度提升、企業(yè)風(fēng)險提前識別、預(yù)警及決策輔助。

2、為商戶提供線上業(yè)務(wù)、線下業(yè)務(wù)及財務(wù)賬務(wù)管理金融支付財務(wù)融合業(yè)務(wù)，打破企業(yè)業(yè)務(wù)系統(tǒng)已IT自動化、而業(yè)務(wù)平臺的數(shù)據(jù)無法承載企業(yè)日常運營、線下業(yè)務(wù)所產(chǎn)生的數(shù)據(jù)，必須依賴第三方財務(wù)ERP系統(tǒng)進行獨立的財務(wù)數(shù)據(jù)維護。也即通過“財務(wù)業(yè)務(wù)一體化解決方案”向商戶提供財務(wù)作戰(zhàn)平臺，除可滿足企業(yè)面向客戶的IT自助平臺外，企業(yè)內(nèi)部的所有與財務(wù)相關(guān)的（這里主要指線下發(fā)生的）資金進出清結(jié)算、財務(wù)記賬等傳統(tǒng)工作均通過系統(tǒng)一站化解決，進而解決企業(yè)的“信息隔離”、“數(shù)據(jù)隔離”、“資金隔離”、“賬務(wù)隔離”、“業(yè)務(wù)鏈路隔離”，為企業(yè)線上業(yè)務(wù)、線下業(yè)務(wù)、日常運營提供一站化作戰(zhàn)平臺。

3、通過統(tǒng)一資金收款、統(tǒng)一資金出款為企業(yè)線上業(yè)務(wù)、線下業(yè)務(wù)、日常運營所需的現(xiàn)金流、賒銷流提供統(tǒng)一資金清算、結(jié)算、記賬（登記）服務(wù)，提升資金利用效能、提升資金預(yù)防式管理指引。

4、支持商戶對不同子組織、業(yè)務(wù)板塊提供進行業(yè)務(wù)、資金、財務(wù)三維度管理及數(shù)據(jù)透視，方便企業(yè)從橫向業(yè)務(wù)管理、縱向組織管理兩個維度進行精細化經(jīng)營，提升企業(yè)的情報決策效能。

二、賬戶、資金賬戶、存管賬戶、財務(wù)賬套、項目賬戶間的邏輯關(guān)系

2.1 商戶賬戶

賬戶特指SaaS平臺為商戶提供的一級賬戶，商戶超級管理員可自行配置企業(yè)的組織架構(gòu)、員工角色、員工權(quán)限及業(yè)務(wù)鏈路。如阿里云、有贊、金蝶、用友、及我們的信貸云控平臺loansaas.com等。

下圖1為我們SaaS平臺的商戶側(cè)表結(jié)構(gòu)、及賬戶開立所需要的基礎(chǔ)信息。

下圖2為已開通商戶租戶的管理員進行商戶組織架構(gòu)及員工權(quán)限配置業(yè)務(wù)鏈路圖

2.2 用戶賬戶（注冊用戶）

用戶賬戶特指商戶租用我們的SaaS平臺后自行開發(fā)的用戶（客戶），同一個用戶可以是不同商戶租戶的注冊用戶，用戶利用自己的賬號在商戶SaaS平臺進行業(yè)務(wù)下單、交易支付等行為，將業(yè)務(wù)數(shù)據(jù)沉淀給SaaS商戶租戶。

2.3 客戶/供應(yīng)商（CRM客戶）

客戶(供應(yīng)商是客戶的一個細分場景）分兩類，一類是線上業(yè)務(wù)，已是商戶的注冊用戶，一類是線下業(yè)務(wù)，未注冊為商戶的用戶，而是有商戶的銷售人員在CRM中進行客戶信息維護。通過為用戶建立CRM電子檔案，這樣無論是線上用戶還是線下用戶（客戶）都在商戶系統(tǒng)擁有唯一的“customer id”，進而為我們開展業(yè)務(wù)提供唯一身份識別碼，也即為下文要討論的業(yè)務(wù)關(guān)聯(lián)客戶、賬務(wù)關(guān)聯(lián)客戶提供了前置工作準備。

備注：關(guān)于“用戶與CRM客戶數(shù)據(jù)互通”的相關(guān)介紹可詳看“CRM知識解構(gòu)、策略設(shè)計及SaaS體系下的柔性開發(fā)實踐分享”文章中第“2.2.3 產(chǎn)品設(shè)計應(yīng)對策略”相關(guān)講解，節(jié)選部分業(yè)務(wù)鏈路圖如下。

2.4 資金賬戶

1、資金賬戶是賬戶的派生場景，不能脫離賬戶而獨立存在。

2、賬戶與資金賬戶多是1對多的關(guān)系，具體有幾個依賴業(yè)務(wù)場景而定。就金融行業(yè)C端來講，通常有余額賬戶、凍結(jié)賬戶、股票賬戶、黃金賬戶、XX寶賬戶。就B端行業(yè)來講，多以余額(結(jié)算)賬戶、待結(jié)算賬戶、保證金賬戶、手續(xù)費賬戶、營銷款賬戶等來設(shè)定。

3、同一個商戶的資金子賬戶如上述提到的“待結(jié)算賬戶、結(jié)算賬戶、保證金賬戶、押金賬戶、手續(xù)費賬戶、風(fēng)險備用金賬戶”等共同構(gòu)成商戶的財富賬戶，以下圖示例，用戶的總財富值=210萬；

4、非“金融、支付、財務(wù)”產(chǎn)品經(jīng)理最常見到的“資金賬戶”有一個更通俗的叫法“錢包余額”。下表是我們SaaS平臺所涉及到的資金賬戶，通過此表大家可以看出不同的資金賬戶有不同的使用對象、業(yè)務(wù)場景。

5、如果商戶的某客戶不是商戶的注冊用戶，也即不具備前述“2-4”所討論的“資金賬戶生存范疇”，在我們的SaaS平臺，通過“客戶賬套”也即財務(wù)學(xué)上的“廣義科目”來完成“虛擬資金賬戶”標記抽象。這句話比較繞，翻譯成白話就是，每個客戶的“customer id”就是其最底層的“資金賬戶”，譬如向某供應(yīng)商A預(yù)付定金1000元，資金賬戶的主體就是“供應(yīng)商A”，盡管“供應(yīng)商A”不是平臺的注冊用戶。

2.5 存管賬戶

1、存管賬戶是資金賬戶的子場景，特指銀行或支付公司為商戶及商戶的用戶開設(shè)的資金托管賬戶。商戶需要在商戶平臺側(cè)與上述金融機構(gòu)的存管賬戶進行1:1映射；

2、存管賬戶的本意是為了防止商戶（企業(yè)）觸碰用戶資金，從事非法動作的。但業(yè)務(wù)的靈活性、交易指令依舊有商戶自身掌控，為了業(yè)務(wù)的靈活性，商戶通常會在自己的平臺再對上述一級“存管賬戶”進行拆分（如前述資金賬戶中提到的余額賬戶、待結(jié)算賬戶、手續(xù)費賬戶、營銷款賬戶等）。通過這種拆分來完成用戶資金的靈活調(diào)度和清分核算，詳細介紹可前往我此前分享的“集合理財計劃：資金資產(chǎn)撮合系統(tǒng)、財務(wù)分潤清結(jié)算產(chǎn)品架構(gòu)設(shè)計”詳細了解。

下圖是理財行業(yè)典型的商戶平臺的資金賬戶與存管銀行（或支付機構(gòu)）之間的存管專戶映射關(guān)系圖：

2.6 賬本、賬套

沒有財務(wù)ERP之前，我們叫“賬本”、“賬簿”，財務(wù)ERP出來之后用“賬套”來取代“賬本”的說法，本質(zhì)上依舊是為了區(qū)分集團公司不同子組織自己的獨立核算體系而建立的，只不過“賬套”概念有配套的憑證設(shè)置、科目設(shè)置、結(jié)賬設(shè)置等一系列配套的動作，而早期的“賬本”時代無這些財務(wù)ERP軟件的概念。

2.7 項目賬戶

項目賬戶是一種特定業(yè)務(wù)的場景，屬于另一層級的概念，不能與上述“待結(jié)算賬戶、結(jié)算賬戶、保證金賬戶、押金賬戶、手續(xù)費賬戶、風(fēng)險備用金賬戶”放在同一個維度進行討論包含關(guān)系。

反證示例1：某理財業(yè)務(wù)平臺，張三有兩筆投資，李四有3筆投資，系統(tǒng)分別為張三、李四的這5筆投資建立“項目賬戶”，每筆投資的回款及收益均以項目賬戶為邊界進行約束，這些項目賬戶的資金或財富不能算作商戶的，見下圖：

反證示例2：某公司成立了一個5G研發(fā)小組，財務(wù)為該公司建立了一個項目賬戶，該小組的所有吃喝拉撒睡及創(chuàng)收都掛靠在這個項目上，通過該項目賬戶來透視支出、收入等財務(wù)指標。

三、SaaS多租戶的“業(yè)務(wù)·財務(wù)·支付·清算·結(jié)算”融合系統(tǒng)產(chǎn)品架構(gòu)設(shè)計

3.1 多資金賬戶概念抽象、萃取、邏輯關(guān)系下的合規(guī)產(chǎn)品設(shè)計思想及策略

（1）設(shè)計訴求

租戶思想：

商戶是SaaS平臺的一級租戶，如同某大型購物中心的商戶租戶；

會員思想：

用戶是商戶的用戶（客戶），同一個用戶可以是不同商戶的會員，商家只能知道自己會員的情況，不能知道其他家的會員情況。消費級SaaS平臺首要解決的就是上述多商戶、多用戶賬戶的邏輯關(guān)系隔離。只不過在金融級SaaS平臺，譬如我們的loansaas.com平臺，還要在上述賬戶體系基于業(yè)務(wù)運行考慮，開立資金賬戶體系；

合規(guī)思想：

由于平臺不能觸碰資金，底層資金需要在存管銀行或支付機構(gòu)的存管系統(tǒng)監(jiān)管，以防止SaaS平臺或商戶自己非法接觸、動用用戶資金。

由于存管銀行或支付機構(gòu)是托管機構(gòu)，其自身系統(tǒng)一般而言只提供一個資金賬戶，而實際業(yè)務(wù)運行中所涉及的待結(jié)算賬戶、結(jié)算賬戶、凍結(jié)賬戶、保證金賬戶、凍結(jié)賬戶、項目賬戶等都需要有平臺自己根據(jù)業(yè)務(wù)需要自行設(shè)計、開發(fā)。

平臺的上述多資金賬戶體系通過交易指令與存管銀行的資金賬戶體系進行同步，SaaS平臺通過交易指令來調(diào)度存管銀行的資金來完成資金流動。非P2P領(lǐng)域的某些業(yè)務(wù)場景對合規(guī)無剛性要求時，SaaS平臺可以自行設(shè)置清結(jié)算引擎（資金池）來完成商家及用戶的資金清算，這樣做是為了讓平臺的資金利用率更高。

典型場景譬如批發(fā)行業(yè)的進銷存軟件，商戶的買賣收入可以是虛賬，只有當(dāng)提現(xiàn)發(fā)生時才涉及資金流動，此時就無需在存管銀行或支付系統(tǒng)為該用戶設(shè)立資金賬戶。再譬如有贊的用戶推廣返傭平臺，用戶的返傭收入也只有在提現(xiàn)這一刻才發(fā)生資金的流動，其傭金或錢包賬戶也無需在存管銀行開立專戶。

下面是我們的金融級SaaS平臺，核心要點有三個：

1. 商戶及用戶均在金融機構(gòu)在虛擬資金賬戶；
2. 我們的SaaS平臺為用戶提供多資金賬戶體系——其本質(zhì)是一種記賬體系；
3. 金融監(jiān)管線業(yè)務(wù)走存管系統(tǒng)規(guī)避法律風(fēng)險，非金融監(jiān)管線業(yè)務(wù)資金流轉(zhuǎn)走內(nèi)部“清算引擎”確保資金利用效率。

3.2 多組織賬套概念抽象、萃取、邏輯關(guān)系及傘形賬套產(chǎn)品設(shè)計思想及策略

設(shè)計訴求：

1. 入住SaaS平臺的商戶有多個子組織，每個組織都自成一套經(jīng)營體系、賬務(wù)體系。
2. 站在商戶角度看總賬，要看各個經(jīng)營單元的經(jīng)營流水、收支數(shù)據(jù)。
3. 站在子組織角度，只能看自己的對應(yīng)數(shù)據(jù)。
4. 各個經(jīng)營的單元的支出審批經(jīng)過所在組織及上級組織審批（如需）通過后，其支付款項從商戶的總賬上進行資金出款及相關(guān)記賬。
5. 同一筆業(yè)務(wù)即希望出現(xiàn)在子公司的賬套上，又希望出現(xiàn)在總賬上，還希望出現(xiàn)在業(yè)務(wù)板塊賬上，而記賬動作要簡化，要一筆完成。

SaaS平臺的商戶傘形賬套設(shè)計策略：

• 數(shù)據(jù)權(quán)限：通過SaaS平臺的權(quán)限體系的“組織線”來控制用戶可視數(shù)據(jù)的邊界，也即組織邊界決定其數(shù)據(jù)可視邊界；
• 審批路由：通過SaaS平臺的權(quán)限體系的“角色線”和“職位線”及審批條件來控制審批流；
• 出金策略：所有的資金出款均走集團（商戶），賬務(wù)掛靠到對應(yīng)的經(jīng)營部門、業(yè)務(wù)掛靠到對應(yīng)的業(yè)務(wù)場景和經(jīng)營部門；
• 入金策略：所有的資金入款均走集團（商戶），賬務(wù)掛靠到對應(yīng)的經(jīng)營部門、業(yè)務(wù)掛靠到對應(yīng)的業(yè)務(wù)場景和經(jīng)營部門；
• 業(yè)務(wù)流水：所有的業(yè)務(wù)流水掛靠到對應(yīng)的業(yè)務(wù)場景和經(jīng)營部門。

3.3 業(yè)務(wù)記賬、會計記賬概念抽象、萃取及矩陣化記賬、自動會計分錄設(shè)計思想及策略

設(shè)計訴求：

只需一個記賬動作，自動完成資金收付、業(yè)務(wù)入賬、會計分錄入賬——基于“會計分錄引擎”和記賬參數(shù)自動完成會計分錄，而非像金蝶用友等傳統(tǒng)財務(wù)ERP的需要手工分錄記賬。

設(shè)計思想：

1. 業(yè)務(wù)自動記賬：通過系統(tǒng)撮合的交易通過“會計分錄引擎”自動向財務(wù)中心登記入賬；
2. 財務(wù)手動記賬：公司線下日常運營的財務(wù)收支只需手工做一次入賬登記，然后通過“會計分錄引擎”自動向財務(wù)中心登記入賬；
3. 會計分錄引擎：通過記賬提取的如下掛靠參數(shù)“經(jīng)營組織、業(yè)務(wù)板塊、科目、客戶、訂單等多維信息”及“會計規(guī)則引擎”完成一筆入賬，多筆分錄。
4. 清分結(jié)算：通過清算引擎、支付引擎和財務(wù)記賬引擎向商戶提供清算、分潤及結(jié)算閉環(huán)服務(wù)；
5. 對賬平臺：通過“業(yè)務(wù)-財務(wù)對賬”、“財務(wù)-支付對賬”、“財務(wù)-賬實對賬”向商戶提供對賬閉環(huán)服務(wù)。

矩陣化記賬產(chǎn)品策略（線下業(yè)務(wù)手工記賬示例）：

1、下圖是手工記賬，記賬人員通過“關(guān)聯(lián)組織”、“關(guān)聯(lián)部門”、“關(guān)聯(lián)業(yè)務(wù)”、“關(guān)聯(lián)訂單”、“關(guān)聯(lián)員工”、“關(guān)聯(lián)客戶”、“關(guān)聯(lián)科目”、交易對手等場景化參數(shù)輸入為后續(xù)的“會計分錄”引擎提供決策參數(shù)；

2、通過“極速錄賬”中提供的模板進行參數(shù)一鍵提取上述“大量需要人工錄入的參數(shù)”，減輕手工記賬操作效率與“會計分錄引擎”多參數(shù)決策的供需矛盾；

3、申報入賬提數(shù)是通過前置審批工單快速完成上述“大量需要人工錄入的參數(shù)”的快捷通道。

四、財務(wù)總臺-財務(wù)視角下的賬本數(shù)據(jù)指標封裝設(shè)計思想、報表結(jié)構(gòu)設(shè)計

傳統(tǒng)財務(wù)講究“三表”，也即“資產(chǎn)負債表”、“利潤表”、“現(xiàn)金流量表”，我們的財務(wù)總臺在設(shè)計上除提供上述三表外，還分別以“錢包視角”、“組織視角”、“業(yè)務(wù)視角”、“收支視角”、“消費視角”向決策層提供一站化數(shù)據(jù)查閱服務(wù)，詳見如下：

4.1 錢包視角

錢包視角主要是向用戶傳遞商戶在SaaS平臺各資金賬戶的資產(chǎn)分布情況，通過錢包視角讓商戶了解自己虛擬資金賬戶的現(xiàn)況，同時提供了向商戶資金平臺進行商家充值、商家提現(xiàn)、內(nèi)部資金子賬戶之間轉(zhuǎn)賬的快捷操作入口。

為了方便了解企業(yè)錢包值的貢獻或變動原因，我們在財務(wù)總臺的最底部（下圖2）提供了企業(yè)錢包子資金賬戶的對賬單，方便財務(wù)決策者快捷查詢各資金子賬戶的資金變動明細，為后續(xù)外部對賬提供入口支持。

4.2 收支視角

收支視角主要是向用戶傳遞商戶的收支概況，具體又分三個子場景，分別是：

1、業(yè)務(wù)交易：見下圖1中的“昨日交易”，是指站在業(yè)務(wù)成交視角看企業(yè)的運行情況，以成交筆數(shù)、成交額、退款(金融場景特指資金或債權(quán)退出）三個指標，以過往7日數(shù)據(jù)走勢來向用戶呈現(xiàn)業(yè)務(wù)運行趨勢；

2、錢包收支：見下圖1中的“昨日交易”，是指站在企業(yè)錢包的收支角度看企業(yè)錢包的進出賬，也即我們通常說的線上賬務(wù)。

3、財務(wù)收支：見下圖2的，是指站在企業(yè)財務(wù)角度，不管是線上還是線下，只要涉及企業(yè)資金及賬務(wù)的變動，都統(tǒng)一落賬，也即我們通常說的“財務(wù)收支流水賬”。

4、“錢包收支”是“財務(wù)收支”的子場景，特指發(fā)生在企業(yè)錢包中的收支交易，兩者是包含關(guān)系。

特別提醒：

1、財務(wù)上的收入，收入是個科目，而非純粹的“1筆進賬”記賬，基于前述“資產(chǎn)+成本+費用=負債+所有者權(quán)益+收入”和會計分錄的復(fù)式記賬法，我們知道財務(wù)上發(fā)生1筆收入時，除了在等號右側(cè)的“收入”科目下記錄1筆收入賬外，還必須在等號左側(cè)的“成本”、“費用”及等號右側(cè)的“應(yīng)付稅費”（如需）上做分錄記賬，也即多筆記賬記錄，如下圖出售商品收入100元的復(fù)式記賬法示例：

2、上述講的“收”、“支”指的以“賬本為中心”的進賬、出賬，而非“財務(wù)上的收入”;

3、上述講的“收”、“支”通過“會計分錄引擎”自動完成“會計分錄入賬。

4.3 臺賬視角

臺賬視角主要想用戶展示當(dāng)前企業(yè)的【1-庫存現(xiàn)金】、【2-銀行存款】（含資金賬戶的可用余額、返傭賬戶、手續(xù)費賬戶）、【3-應(yīng)收賬款】（含資金賬戶的待結(jié)算金額、凍結(jié)賬戶、保證金賬戶、風(fēng)險備用金賬戶）、【4-應(yīng)付賬款】（含資金賬戶的押金賬戶）、【5-預(yù)收賬款】、【6-預(yù)付賬款】的6個子錢包的資金余額。

同時向用戶提供手工記賬的快捷操作入口。

4.4 財務(wù)報表視角

本模塊是真正意義上的財務(wù)報表模塊，相對傳統(tǒng)財務(wù)報表，我們做了如下的策略處理：

1、“簡化指標”設(shè)計思想：如圖，我們只向用戶呈現(xiàn)最常用的3-4個指標，剩余指標數(shù)據(jù)統(tǒng)一合并到到“其它指標”，如“其它流動資產(chǎn)”、“其它流動負債”，如果用戶想看詳細的財務(wù)報表，點擊【詳情】即可進入標準模式查看；

2、“定制指標”設(shè)計思想：每家企業(yè)的業(yè)務(wù)不同，關(guān)注的財務(wù)指標就不同，譬如生產(chǎn)型企業(yè)和金融型企業(yè)對“存貨”這個指標有不同的需求，我們?yōu)橛脩籼峁爸笜硕ㄖ啤狈?wù)，用戶自行定制自己的最關(guān)注的核心指標；

3、“總分結(jié)構(gòu)”優(yōu)先設(shè)計思想：傳統(tǒng)的財務(wù)報表是自上而下通過“分總結(jié)構(gòu)”來表達數(shù)據(jù)，我們這里用了“總分結(jié)構(gòu)”，方便用戶第一眼提取企業(yè)的總體財務(wù)現(xiàn)況數(shù)據(jù)——配合時間選擇（本月、本季度、本年度、自定義起始日期）來看企業(yè)的資產(chǎn)、債務(wù)、所有者權(quán)益變動情況。

簡易資產(chǎn)負債表

標準資產(chǎn)負債表示例

4.5 組織收支視角

本模塊是方便決策者直接透視公司下屬各經(jīng)營組織的業(yè)務(wù)經(jīng)營能力，通過組織間的橫向?qū)Ρ葋硗敢暩鹘?jīng)營組織的營收貢獻。

收支差：這個指標直接通過現(xiàn)金流來透視子經(jīng)營組織的生存能力；

掛賬凈值：這個指標作為現(xiàn)金收支差的遞延指標，站在“往來賒銷”角度透視子組織業(yè)績中“負債、償債”所占的分量有多大；

賬戶浮盈：是現(xiàn)金收支差與掛賬凈值的求和值，進一步透視子經(jīng)營組織的生存造血能力。

4.5 業(yè)務(wù)成交視角

業(yè)務(wù)視角的財務(wù)臺賬側(cè)重業(yè)務(wù)成交筆數(shù)、成交金額，以及不同產(chǎn)品的業(yè)務(wù)貢獻及相關(guān)數(shù)據(jù)的走勢。

我們的平臺是面向金融行業(yè)的，主要業(yè)務(wù)板塊為理財板塊、放貸板塊，這兩個業(yè)務(wù)板塊相對傳統(tǒng)的電商板塊更復(fù)雜——多一個“業(yè)務(wù)回收場景”，也即我們將錢投資出去，涉及一個回款計劃的“兌付”機制。經(jīng)營指標上需要新增加一個核心指標“財富管理凈值”。

業(yè)務(wù)指標非正常的暴增通常意義上都不是正常的，或者可能是具體的業(yè)務(wù)負責(zé)人再沖短期業(yè)績，為此我們引入了“成本”、“費用”、“收入”、“毛利”四個指標來輔助用戶客觀的審視各業(yè)務(wù)板塊的成本消耗、毛利貢獻。

4.6 平臺消費視角

本視角系商戶租用我們SaaS軟件以及使用平臺上的相關(guān)付費服務(wù)引擎而產(chǎn)生的消費賬單，方便平臺查看系統(tǒng)運行成本及與SaaS平臺進行消費對賬、開具發(fā)票等服務(wù)。

以上是我們在“金融支付財務(wù)融合業(yè)務(wù)”方面的一些設(shè)計思想和實踐分享，限于篇幅原因，“聚合支付引擎”、“清結(jié)算分潤引擎”、“會計分錄引擎”、“對賬引擎”等模塊未能向大家展開說明，后續(xù)將分篇以以專題方式向大家展開講解。

不同的行業(yè)、不同的業(yè)務(wù)場景、不同的崗位角色，會面臨不同的產(chǎn)品任務(wù)。但萬變不離其宗，方法相通，只要我們有產(chǎn)品盤感、業(yè)務(wù)敏感、邏輯嚴謹、靈通好學(xué)、干練帶風(fēng)、狠下功夫，放到哪我們都一樣熠熠生輝。

產(chǎn)品之路很艱辛，也更能鍛煉人，尤其是中后臺、尤其是“中后臺+財務(wù)”這種大量底層的項目！在此祝廣大產(chǎn)品兄弟姐妹們不辱“產(chǎn)品”之title，做出好產(chǎn)品！

#相關(guān)閱讀#

金融支付財務(wù)融合業(yè)務(wù)-實踐分享1：訂單、賬單、交易流水、賬套知識解構(gòu)、原理解析

作者：九天牧人，個人微信unifarm

本文由 @九天牧人 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

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