2021-1-15 濤濤
在BAT、TMDJ等一線互聯網企業，決策平臺又稱決策支持平臺、管理會計平臺。但實質都是實現業財一體化后，提取業務、財務數據，自動生成各種管理報表、財務報表，智能預警風險、預報業務前景，通過Dashboard或駕駛艙的形式展現給管理層、決策層，本文作者暫以管理會計平臺展開討論。
管理會計，從定義來看有狹義與廣義之分。狹義的“管理會計”通常是指財務會計概念，包含“成本管理”和“管理控制系統”兩部分。
而廣義的“管理會計”則是指運用一系列的分析手段，通過挖掘財務數據、業務報告等中潛在信息，對企業財務狀況、經營成果、現金流量和產品競爭力進行分析，輔助經營者進行決策，指出業務、財務風險隱患，預測未來趨勢，賦能業務，以數據驅動企業發展。本次討論的后者，即廣義的管理會計。
管理會計目標的實現，不是簡單的某一個系統或產品能承載的，需要設計一系列的產品矩陣，包括基礎的核算系統如ERP、成本結算系統、預算系統、報表系統，這個矩陣就是管理會計平臺（以下簡稱管會平臺）。
管會平臺的主體或用戶的不同使得所產出的管理報表（以下簡稱管報）指標也有所不同。用戶一般分為外部和內部2個大維度。
1）外部用戶
投資人偏向于分析企業的盈利能力和資本保值增值能力，如凈利潤率、資本保值增值率等指標；債權人則側重分析資產負債水平和償債能力，如資產負債率、利息保障倍數、權益乘數等指標。
2）內部用戶
應收會計崗則側重應收賬款的質量、收入的趨勢，如應收賬款周轉率、收入環比或同比、速動比率等指標；資產會計崗偏向于分析資產的利用率、所帶來的價值，如資產周轉率等指標；而企業管理層或決策層會關注企業經營活動和財務活動的一切方面。
管會平臺在設計時應考慮滿足這些不同用戶的需求，并通過權限、角色實現千人千面的效果，不同用戶展示不同指標集和報表。
管理會計不僅屬財務一個分支，更是財務在企業管理中應用的升華，財務的4個功能層次形象筑起管理會計的堅實基礎：
做好管理會計，核算是基礎，分析是關鍵，管控是抓手，賦能是核心。
分析不僅僅是傳統的報表分析，而是基于大數據、機器學習、AI等高科技手段，自動化、準確、智能的實現風險預警、趨勢預測，引領、驅動企業發展。
舉個栗子：每月關賬后財務都要做財務分析，收集各種業務、財務數據，結合相關指標，以發現業務中的問題。如做杜邦分析法，分析凈資產收益率。
繼而計算總資產凈利率，權益乘數，銷售凈利率、總資產周轉率……通過實際與預測的橫向對比、基期與歷史的縱向對比，找出各種指標異動原因，實質是分析企業的贏利能力、營運能力、償債能力。
但這些通用的指標需結合企業實際情況、歷史數據，并體系化形成產品，才能分析出癥結點所在，這也是管理會計平臺建設的意義與努力的方向。
如何搭建管理會計平臺（以下簡稱管會平臺）呢？互聯網管理會計平臺，其實并不是一個單一的平臺，而是由眾多關聯子系統構成，通過多個子系統間協同合作完成管理會計目標的系統集。
從前端用戶的視角來看，獲取管理報表是一個很簡單的動作：查詢相關主體公司管理報表或分析結果即可，但從系統角度來說，管理會計的建設過程實際涉及了眾多財務子系統的協同、及復雜的系統邏輯。
一個典型的財務產品架構如下圖，涉及多個子系統。典型管理會計產品分為生產端與消費端，架構圖如下：
在簡要介紹各子系統功能前，可以先看以下簡化版的管會平臺產品架構圖，典型的管會平臺產品架構可以劃分為四層結構：支撐層、數據層、核心層、應用層：
用來支持管會平臺的基礎服務和基礎設施，包括容器云、安全服務、存儲服務、消息引擎、任務高度、短信服務、證書服務等。
匯集業務、財務數據，以大數據或數據湖的形式承載基礎數據，包括ETL、BI、大數據等。
管會平臺的核心模塊，分為清結算、財務中臺、ERP、預算、管報中心五大塊；
1）清結算
主要由計價、清分、結算、對賬組成，是業務活動在財務的2個反映之一，解決互聯網業態中的成本費用結算，與傳統企業的成本計量方法不同的是，一般是按個別計價法對不同時間段可以階段性、階梯性等復雜業態成本計量。
2）財務中臺
主要針對業務中非審批類的收入、資產折舊、攤銷，自動對賬、生成分錄，并傳遞至ERP，主要包括：入賬規則、數據校驗、分錄生成、主數據等。
3）預算模塊
預算功能，包含預算編制、執行等，結合BPM審批流，實現費用控制。
4）ERP
財務核心入賬平臺，包括總賬、應收、應付、資產、財報等。
5）管報中心
管會平臺核心輸出層，包括生產端和消費端2部分，生產端分為指標集、規則引擎、模板、預處理、智能診斷等模塊。消費端主要是管報產出結果的展示即駕駛艙、手工確認或修正。
管報中心是核心中的核心，后面第三章會詳細展開。
通過支撐層、數據層、核心層提供的服務組合起來，對最終用戶、運營管理人員提供的系統。在產品架構層面體現為前端展示層、業務域和過程域。前端展示層主要是結果展示的形式，如PC端的web頁面、移動端的APP或H5、小程序等。
業務域是上游的各業務系統，而過程域是管會平臺所依賴的流程工具、特征數據，如供應商、ORG、BPM等。
管報中心由生產端和消費端組成：
生產端流程圖如下：
【指標集】：配置各種指標，如“速動比率”、“產品成本費用率”等。一旦配置不得刪除，只可修改或禁用。上游是科目與計算規則，但校驗關系不在此模塊。
【模板】：指標、預警或診斷信息的集合，可導入或手工增加。在預處理和結果展示時，將會調用此模板。
【規則引擎】：由“科目規則”、“計算規則”、“指標規則”、“預警規則”四部分組成。
在每一層指標中，有實際值、預測值，二者之間的偏離度，就是預警條件；“好”、“差”就是簡單的信息模板，可把具體原因也納入進來。
主因判定實質是一個由上到下的遞歸過程，如此例中，A公司獲利能力（即資本報酬率）相對較差(3.08%<7.41%)，這是第1層判斷。
再往第2層，經過分析可知這不是因為總資產凈利潤差(2.55%>2.37%)，而是財務融資能力差(1.21<3.21)。如此類推，直至分析至底層科目級指標。
【預處理】分為“重分類”、“平衡試算”、“定時任務”、“結果存儲”四部分，是報表產出的運算過程。其中“平衡試算”屬前置數據校驗，檢查數據是否達到報表可用程度。“定時任務”與“結果存儲”屬技術性過程，“重分類”根據會計要求設置，具體由財務確定。
【智能診斷】是對具體的報表進行分析，由“診斷開始（數據準備）”、“規則判斷”、“預警判斷”、“結果確認”四部分。其中結果確認包含結果展示、消息分發、手工修正等?！耙巹t判斷”與“預警判斷”是對【規則引擎】中的“指標規則”、“預警規則”的具象應用，實際應用中可引入AI、TensorFlow(機器學習)等技術手段提升診斷的準確度。
在生產端準確、及時生產出數據后，消費端就不愁無米下鍋了。一般通過Dashboard或駕駛艙展示，這一塊通常需要BI或數倉部門的協助，效果圖如下：
綜合以上，管會平臺的每個子系統并非孤立的，通過產品架構相互關聯。產品架構與技術架構相輔相成，產品架構決定需求和設計，技術架構決定技術框架和性能。包括AI在智能診斷上的應用、數據域的實現等。
好的產品架構將這些不同用途的功能進行聚類整合，因此，【才聽途說】建議將管會平臺拆分成多個子系統，明確業務邊界，減少系統間的耦合，提供優質、的管理決策支持服務。
并根據前端業務場景的需求隨時進行調整變化以適應業務的發展，如規則引擎部分基本可由前端配置即可，減少后端開發與產品上線時間。
不同互聯網公司，業務體量甚至有成千上萬倍的差距，如京東集團內不同BU的體量及發展速度造就其系統復雜度也差異巨大，高度復雜的管會平臺甚至需要數百人的技術團隊來設計、開發、維護。
不過，對于體量較小的互聯網公司來說，幾人的團隊即可搭建一套系統并維護日常運營。
互聯網企業作為金融科技業界引領者，建議在系統開發前期（從0到1），以MVP形式，小步快跑，快速迭代，盡快上線、降低開發成本，優先開發主要需求、及較重要的子系統，或并行實施幾個子系統，如ERP的實施、清結算的開發、管報中心的開發可以并行。再做次優級子系統，逐步迭代。
隨著訂單量的提升及業務復雜度的增加，不同BU甚至不同BGBU的接入，管會平臺復雜度將指數及上升，系統處理起來會越來越吃力，若無良好的規劃，各子系統耦合度越來越高，雜糅在一起，系統靈活性越來越差，無法跟上業務的發展。
因此，管會平臺的中長期發展（從1到100、到∞），極其考驗我們的業務梳理能力，及對業務進行拆分、產品架構的能力。
特別是目前行業內還沒有體系化的管會平臺建設經驗可參考時，更考驗我們的綜合能力，包括財務專業知識、業務理解力、產品規劃能力。
但萬事不要怕，只要抓住產品設計精髓，即設計的產品應滿足邏輯完整、業務功能明確、可擴展（發展方向明確但業務邊界清晰）、靈活（非耦合）等特點，一切將會迎刃而解。