金融支付財(cái)務(wù)融合業(yè)務(wù)-實(shí)踐分享2:SaaS租戶、資金賬戶、財(cái)務(wù)賬套、記賬及對賬系統(tǒng)架構(gòu)設(shè)計(jì)

23 評論 16859 瀏覽 235 收藏 34 分鐘

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

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

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

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

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

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

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

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

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

1.2 設(shè)計(jì)訴求

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

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

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

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

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

2.1 商戶賬戶

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

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

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

2.2 用戶賬戶(注冊用戶)

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

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

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

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

2.4 資金賬戶

1、資金賬戶是賬戶的派生場景,不能脫離賬戶而獨(dú)立存在。

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

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

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

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

2.5 存管賬戶

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

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

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

2.6 賬本、賬套

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

2.7 項(xiàng)目賬戶

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

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

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

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

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

(1)設(shè)計(jì)訴求

租戶思想:

商戶是SaaS平臺(tái)的一級租戶,如同某大型購物中心的商戶租戶;

會(huì)員思想:

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

合規(guī)思想:

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

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

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

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

下面是我們的金融級SaaS平臺(tái),核心要點(diǎn)有三個(gè):

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

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

設(shè)計(jì)訴求:

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

SaaS平臺(tái)的商戶傘形賬套設(shè)計(jì)策略:

  • 數(shù)據(jù)權(quán)限:通過SaaS平臺(tái)的權(quán)限體系的“組織線”來控制用戶可視數(shù)據(jù)的邊界,也即組織邊界決定其數(shù)據(jù)可視邊界;
  • 審批路由:通過SaaS平臺(tái)的權(quán)限體系的“角色線”和“職位線”及審批條件來控制審批流;
  • 出金策略:所有的資金出款均走集團(tuán)(商戶),賬務(wù)掛靠到對應(yīng)的經(jīng)營部門、業(yè)務(wù)掛靠到對應(yīng)的業(yè)務(wù)場景和經(jīng)營部門;
  • 入金策略:所有的資金入款均走集團(tuán)(商戶),賬務(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ù)記賬、會(huì)計(jì)記賬概念抽象、萃取及矩陣化記賬、自動(dòng)會(huì)計(jì)分錄設(shè)計(jì)思想及策略

設(shè)計(jì)訴求:

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

設(shè)計(jì)思想:

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

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

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

四、財(cái)務(wù)總臺(tái)-財(cái)務(wù)視角下的賬本數(shù)據(jù)指標(biāo)封裝設(shè)計(jì)思想、報(bào)表結(jié)構(gòu)設(shè)計(jì)

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

4.1 錢包視角

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

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

4.2 收支視角

收支視角主要是向用戶傳遞商戶的收支概況,具體又分三個(gè)子場景,分別是:

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

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

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

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

特別提醒:

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

2、上述講的“收”、“支”指的以“賬本為中心”的進(jìn)賬、出賬,而非“財(cái)務(wù)上的收入”;

3、上述講的“收”、“支”通過“會(huì)計(jì)分錄引擎”自動(dòng)完成“會(huì)計(jì)分錄入賬。

4.3 臺(tái)賬視角

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

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

4.4 財(cái)務(wù)報(bào)表視角

本模塊是真正意義上的財(cái)務(wù)報(bào)表模塊,相對傳統(tǒng)財(cái)務(wù)報(bào)表,我們做了如下的策略處理:

1、“簡化指標(biāo)”設(shè)計(jì)思想:如圖,我們只向用戶呈現(xiàn)最常用的3-4個(gè)指標(biāo),剩余指標(biāo)數(shù)據(jù)統(tǒng)一合并到到“其它指標(biāo)”,如“其它流動(dòng)資產(chǎn)”、“其它流動(dòng)負(fù)債”,如果用戶想看詳細(xì)的財(cái)務(wù)報(bào)表,點(diǎn)擊【詳情】即可進(jìn)入標(biāo)準(zhǔn)模式查看;

2、“定制指標(biāo)”設(shè)計(jì)思想:每家企業(yè)的業(yè)務(wù)不同,關(guān)注的財(cái)務(wù)指標(biāo)就不同,譬如生產(chǎn)型企業(yè)和金融型企業(yè)對“存貨”這個(gè)指標(biāo)有不同的需求,我們?yōu)橛脩籼峁爸笜?biāo)定制”服務(wù),用戶自行定制自己的最關(guān)注的核心指標(biāo);

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

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

標(biāo)準(zhǔn)資產(chǎn)負(fù)債表示例

4.5 組織收支視角

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

收支差:這個(gè)指標(biāo)直接通過現(xiàn)金流來透視子經(jīng)營組織的生存能力;

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

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

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

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

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

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

4.6 平臺(tái)消費(fèi)視角

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

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

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

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

#相關(guān)閱讀#

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

 

作者:九天牧人,個(gè)人微信unifarm

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

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 哇塞,好詳細(xì),大佬厲害!

    來自中國 回復(fù)
  2. 寫的太好了!希望大佬可以多更新~

    來自湖南 回復(fù)
  3. 大項(xiàng)目,高山仰止!

    回復(fù)
  4. 感謝大佬分享,總結(jié)得非常好

    來自廣東 回復(fù)
  5. 感謝分享,期待后續(xù)!

    來自廣東 回復(fù)
    1. 1

      來自河北 回復(fù)
  6. 牛人寫的非常好,非常有幫助,期待后續(xù)更新

    回復(fù)
  7. 看不懂。。。

    來自湖北 回復(fù)
  8. 請問作者,記賬規(guī)則和清結(jié)算分潤規(guī)則的邊界在哪里,他們的關(guān)系又是怎么樣的?我感覺配置了清結(jié)算規(guī)則,就可以自動(dòng)記賬了,但是有無法覆蓋所有記賬的情形,請教~

    來自浙江 回復(fù)
    1. 清結(jié)算分潤規(guī)則是業(yè)務(wù)系統(tǒng)設(shè)定的,同一個(gè)平臺(tái)不同的業(yè)務(wù)場景的分潤規(guī)則是不一樣的,有各個(gè)業(yè)務(wù)場景自行設(shè)定,譬如“抵押物評估”場景,用戶支付10元,API采購成本50元,分公司毛利分潤3元,總部分潤2元,這里的分潤規(guī)則需要有“抵押評估引擎自行設(shè)定”,用戶發(fā)起只付時(shí),根據(jù)評估引擎的分潤規(guī)則向記賬引擎輸出記賬模型。記賬規(guī)則:1、業(yè)務(wù)系統(tǒng)記賬(相當(dāng)于流水賬)、財(cái)務(wù)系統(tǒng)記賬(按照會(huì)計(jì)原則進(jìn)行記賬),由于每筆交易發(fā)起的“清算分潤規(guī)則”在設(shè)定時(shí)需要配置化財(cái)務(wù)記賬規(guī)則,所以無法覆蓋場景是分潤規(guī)則設(shè)計(jì)時(shí)有遺漏。

      來自北京 回復(fù)
    2. 我是不是可以這樣理解,清結(jié)算分潤規(guī)則觸發(fā)后,不會(huì)對賬戶資金進(jìn)行操作,而是將結(jié)果解構(gòu)成記賬的方式,從而對賬戶資金進(jìn)行操作,在記賬操作賬戶資金流轉(zhuǎn)時(shí),需要復(fù)式記賬法,保證平衡

      來自浙江 回復(fù)
    3. 狹義上可以這樣講——也即非實(shí)時(shí)結(jié)算場景,觸發(fā)分潤規(guī)則后不對賬戶資金進(jìn)行操作,只記賬。廣義上講:如果業(yè)務(wù)是實(shí)時(shí)結(jié)算場景,則分潤規(guī)則與資金清分同步發(fā)生,如余額提現(xiàn)場景、利用微信還信用卡場景。

      來自北京 回復(fù)
    4. 以上問題已得到解決方案,感謝~
      還有其他問題想請教下:我現(xiàn)在基于賬戶模型,記錄資金流,每筆交易的核心業(yè)務(wù)節(jié)點(diǎn),均會(huì)對賬戶進(jìn)行操作以記錄資金流轉(zhuǎn),這里的關(guān)鍵是賬戶對等,即每次操作賬戶,都需要有對手賬戶,在這樣的基礎(chǔ)上,用戶通過第三方支付,如微信支付10元,我在自己的賬戶模型下不設(shè)立微信支付賬戶,則資金流不對等,設(shè)立微信支付賬戶,則重復(fù)記錄了一遍,因?yàn)槲⑿胖Ц兜牧魉谥Ц赌K已有記錄,我現(xiàn)在是基于設(shè)立微信支付賬戶去解決的,但是這讓我很糾結(jié),因?yàn)檫@樣的重復(fù)說明模型是有問題的,請問我應(yīng)該怎么調(diào)整比較好?

      來自浙江 回復(fù)
    5. 如果是財(cái)務(wù)系統(tǒng)的復(fù)式記賬,微信支付10元這個(gè)場景中,對方的“微信openid”是財(cái)務(wù)記賬系統(tǒng)中的一個(gè)“科目”,財(cái)務(wù)系統(tǒng)中,所有的交易對手都視為一個(gè)最小粒度的科目。但感覺你這里不是”財(cái)務(wù)復(fù)式記賬”,只是“每組交易都記錄結(jié)算賬戶、交易對手”這個(gè)意思,如果是這個(gè)意思,交易對手依舊記錄發(fā)生的“微信openid”是合理的,重復(fù)這個(gè)問題只是相對的(交易系統(tǒng)記錄和你這里的總賬系統(tǒng)出現(xiàn)兩次不矛盾)。

      來自北京 回復(fù)
    6. 不是財(cái)務(wù)記賬,只是賬戶建模,可能我沒有搞清楚,資金賬戶、財(cái)務(wù)記賬、支付流水的關(guān)系吧,我現(xiàn)在的理解是這3個(gè)是不同領(lǐng)域的內(nèi)容,完全分割的,資金賬戶是記錄業(yè)務(wù)過程中的資金流(這里包含權(quán)益轉(zhuǎn)移),支付流水是真實(shí)資金流(真實(shí)的資金流轉(zhuǎn)),財(cái)務(wù)記賬是會(huì)計(jì)分錄的記賬,包含記賬憑證、科目等內(nèi)容
      —-
      還有就是一直在糾結(jié),賬戶和科目的關(guān)系,是將賬戶掛在科目的葉子節(jié)點(diǎn),還是分兩個(gè)模型

      來自浙江 回復(fù)
    7. 你的理解基本沒問題。關(guān)于賬戶與科目的關(guān)聯(lián)關(guān)系確實(shí)比較繞,除了你最后舉的例子外,還有一個(gè)問題是賬戶 是交易主體,交易媒介可能是支付寶賬號或銀行卡號。場景不同處理策略不同:
      示例1:你報(bào)銷100元交通費(fèi),公司用工行1234給你的農(nóng)行卡5678轉(zhuǎn)賬的100元這個(gè)場景,科目是“交通費(fèi)”,你的名字是往來單位,你的農(nóng)行卡只能作為摘要(傳統(tǒng)財(cái)務(wù))或結(jié)算卡號(IT系統(tǒng))。
      示例2:A公司用工行卡1234向供應(yīng)商B的建行卡1357支付100元預(yù)付款這個(gè)場景,公司商B可以作為一個(gè)“科目”,譬如叫“預(yù)付賬款_供應(yīng)商B”——屬于預(yù)付賬款的子科目,這種場景,賬戶(交易對手)很多時(shí)候就是一個(gè)最小粒度的科目。

      關(guān)于你最后的問題,無需糾結(jié),也即“賬戶和科目是兩個(gè)獨(dú)立不相關(guān)的概念”,只是在特定場景下,上述示例2中賬戶和“廣義”科目發(fā)生了關(guān)聯(lián)關(guān)系,當(dāng)然也可以不讓其發(fā)生關(guān)系,上述示例2中的科目按“預(yù)付賬款”處理,通過“往來單位(供應(yīng)商B)而非“最小粒度的科目”來做財(cái)務(wù)記賬及后續(xù)分析。

      來自北京 回復(fù)
    8. yes,觀點(diǎn)一致,最后糾結(jié)了半天,還是分兩個(gè)模型處理了,科目屬于財(cái)務(wù)領(lǐng)域,每個(gè)資金賬戶在財(cái)務(wù)上,可以單獨(dú)設(shè)置輔助核算科目,也可以不設(shè)置,財(cái)務(wù)的記賬方式本身就比較靈活,不同的人做賬也會(huì)不一樣,視角不同,結(jié)果就不同

      來自浙江 回復(fù)
    9. 99

      來自河北 回復(fù)
  9. 牛13哄哄,??

    來自廣東 回復(fù)
  10. 很牛 清晰詳細(xì)

    來自浙江 回復(fù)
  11. 非常優(yōu)秀

    來自浙江 回復(fù)
  12. 可以說,寫的很清晰了

    來自北京 回復(fù)
    1. 感謝鼓勵(lì),共勉探討

      來自北京 回復(fù)