計劃預算產品架構設計(一):如何構建預算控制中臺

1 評論 4309 瀏覽 33 收藏 13 分鐘

談到中臺,或許我們會把其定義為“企業級能力的復用平臺”,若復用能力應用于企業某個領域級或者某個職能級的,并不能稱作中臺。本文將從企業級的視角論述預算控制是否能夠用中臺來搭建?

作為一名在財務產品架構設計領域摸爬滾打了10余年的老兵,今天來談談預算控制中臺的構建。談到中臺,我會把其定義為“企業級能力的復用平臺”,如果復用的能力僅僅是企業某個領域級或者某個職能級的,只能稱為復用的應用構件,不能稱作中臺。所以我們從企業級這一視角來衡量一下預算控制是否應作為中臺來搭建。

“管控”是計劃預算產品的核心能力,提到計劃預算,即企業的全面預算,我們首先會想到幾個全字,全員、全流程、全業務,作為承載了企業戰略和經營計劃的預算,確實覆蓋了企業所有的業財領域,但是預算的目的不僅僅是為了設計一個多么全面且縝密的Plan,更是為了要在經營過程中執行好預算,而管控則是預算執行中的關鍵抓手,需要管控的場景也滲透到了企業的各個業務域中,包括財務領域、大供應鏈領域、項目領域等等。

下面是筆者總結的管控業務場景:

上圖中的業務執行域首先可以從企業對公和對私支付場景劃分:

對公場景:

  • 立項-采購需求申請-合同-訂單-付款,此類模型一般是通過立項來預先占用預算金額,后邊的采購需求申請、合同、訂單層層受控于項目預算,最后付款進行預算的實際執行。
  • 采購需求申請-合同-付款,此類模型適用于固定金額的合同,一般是由預算直接控制采購申請,采購申請再控制合同,最后付款進行預算的執行。
  • 采購需求申請-合同-訂單-付款,此類模型適用于非固定金額的框架合同,一般是由預算直接控制采購申請,采購申請再控制訂單,最后付款進行預算的執行(框架合同無固定金額,因此不參與管控)。
  • 費用申請-費用執行:企業的部分支出,比如會議費、培訓費等等,直接通過報賬付款的方式進行支出,沒有采購及合同環節,此類場景由預算直接對申請或者執行進行管控。

對私場景:

類似對公的“費用申請-費用執行”的模式,由預算直接對申請或者執行進行管控,比如個人的差旅費、交通費等等。

上述場景均是預算對業務執行環節的控制,此外,預算可以直接在編制財務憑證時候對支出科目的余額進行控制,即把核算記賬環節作為支出環節,對核算進行管控,當然這一模式在當今企業數字化業財融合的轉型中,應用已經越來越少了。

從上述企業支出鏈路的場景分析看,每條鏈路上都有前序業務環節對后續業務環節的管控需求,也許并不都是以預算額度作為管控,但肯定都是以預算作為管控起點,在預占預算的業務環節向后續環節進行層層控制。因此預算控制完全可以作為一個企業級的能力復用平臺,即“預算控制中臺”。下面具體談談這個中臺如何進行建模。

首先談一下建立預算控制中臺我們要遵循的幾個基本原則:

  • 獨立性。一個中臺需要能夠獨立運行,不需要依賴于任何其他的業務域組件,即它的代碼和數據庫都是獨立運行的(數據庫獨立是指其他有獨立的數據結構),通過接口與其他業務域做交互,實現業務解耦。
  • 以服務的方式對外提供訪問和接入。這一原則與獨立性原則是相輔相成的,控制中臺與各類異構預算系統、執行系統均有交互,均通過功能服務接口來完成,如沒有特殊情況,并不提供用戶級的業務操作界面。
  • 僅提供控制服務,即僅提供涉及各類控制場景的公共管控能力,不摻雜業務域的個性化、場景化的需求處理。這一點看似容易界定,但是在實現過程中往往會被忽略。一般體現在會把預算系統或者執行系統的業務邏輯加持到控制中臺來實現,最終影響了中臺的穩定性和獨立性。

本著上述三個原則,我們開始預算控制中臺的架構設計。

從前面章節的需求場景分析中,我們可以梳理出預算控制的下列關鍵需求:

  • 預算控制執行,預算有全面預算、項目預算、費用預算等等,執行有供應鏈系統、有合同系統、有報賬系統、有核算系統等等,所以作為中臺首先要能發現這些預算系統和執行系統,如何發現,就要有注冊機制,各類異構的預算系統和執行系統能夠注冊到控制中臺。
  • 預算要能控制執行系統,都需要有控制口徑,比如按照項目+科目進行控制,或者按照科目+費用明細進行控制,要達成這個控制口徑,就要拉通預算域和執行域的不同管理維度的一致性。舉例來說,預算域的預算科目和執行域的費用科目如何映射一致,預算域的預算項目與執行域的執行項目如何匹配,需要控制中臺提供雙方管理口徑的映射機制。
  • 控制規則。剛性控制、柔性控制、預警百分比的管理等等需要在控制中臺能夠設定。
  • 控制時機。一般分為預先占用、預算執行兩個環節。申請環節進行預算占用、付款環節進行預算執行。
  • 層層控制。前面章節的控制場景中最長的控制鏈路為“預算-立項-采購申請-合同-訂單-付款”,隨著企業數字化進程的加速,一筆業務從業務端的發起到財務端的資金支付,勢必是一個橫跨企業各個管理領域的價值鏈的呈現,所以這就要求控制中臺具備多環節上下游預算額度轉移的能力。

基于上述預算控制的要點梳理,預算控制中臺的應用架構設計如下圖:

1、預算系統注冊中心:各類預算系統通過“預算系統注冊接口”注冊到預算控制中臺,包括預算系統對象以及預算系統的編制口徑字段。

2、執行系統注冊中心:各類執行系統通過“預算執行系統注冊接口”注冊到預算控制中臺,包括執行系統對象以及執行系統中各類交易單據的對象。

3、映射中心:

(1)預算系統對象管理:對預算系統的各個編制口徑的字段進行編碼、名稱、類型等基礎屬性的管理。

(2)執行系統對象管理:對執行各個交易單據對象以及對象的相關屬性進行管理。

(3)預算與執行元數據映射:預算系統的編制口徑與執行系統對象的屬性進行對應關系管理。

(4)預算與執行元數據明細條目映射:預算系統的編制口徑與執行系統對象的屬性間進行具體明細條目的映射。以預算科目和費用科目為例,預算科目與費用科目進行一對一、一對多等多種關系的映射。

4、控制規則中心:

(1)控制策略設置:包括剛性、柔性、累計/不累計、預警等策略設置。

(2)控制時機設置:一般會支持預先占用、預算執行兩個時機的設置。

(3)控制鏈路設置:控制對象和受控對象的設置。以“預算-立項-采購申請-訂單-付款”為例,預算對立項的控制,受控對象為立項(控制對象默認為預算);立項控制采購申請,控制對象為立項單據,受控對象為采購申請,依次類推。

5、預算執行數據中心:

(1)預算數據管理: 用于存儲和管理各類預算系統的預算明細數據,細化到預算編制口徑。

(2)執行數據管理:用于存儲和管理各類執行系統的明細執行數據,細化到每一筆交易單據。(3)預算執行臺賬:以臺賬方式呈現上游環節預算額度與下游執行環節執行明細數據的對比情況,可以查看執行比率,以及鉆取執行的明細。

6、服務接口:

預算控制中臺提供了五個服務接口:

(1)預算系統注冊接口:用于異構預算系統的注冊,包括預算系統對象以及編制口徑等信息的注冊。

(2)執行系統注冊接口:用于異構執行系統的注冊,包括執行系統對象以及交易信息的注冊。(3)預算數據接入接口:用于異構系統將預算數據推送到控制中臺,作為控制的預算數據。

(4)執行數據接入接口:用于異構系統將執行系統推送到控制中臺,作為執行的依據。

(5)預算執行管控接口:各類交易單據在執行系統進行預算占用、預算執行時可以將交易單據對象以及交易金額、日期等關鍵信息實時通過接口傳給控制中臺,由控制中臺根據控制策略和控制鏈路判斷上游環節是否有充足預算,進而控制交易對象是否可以占用或者執行預算。

通過前面幾個章節的總結,我們看到預算控制中臺作為企業級的管控能力復用平臺,在企業業務價值鏈過程中發揮著核心樞紐作用。預算控制中臺化后,也可將其整合到任一業務系統中進行不同交易鏈路間的控制。隨著企業數智化進程的加快,預算控制中臺逐漸會沉淀為其基礎能力,為上層業務多環節的管控賦能。

當然筆者在本篇文章中只是概要的闡述了預算控制中臺的業務場景和架構設計,待落實到企業應用的具體業務中,還有很多場景需要在中臺的架構層面不斷打磨、完善和迭代。也希望對此專題感興趣的朋友我們一起探討,一起思考,一起提升認知。

作者:蔡海生,十余年企業管理信息系統架構及產品經驗;微信公眾號:數說B端

本文由 @數說B端 原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自 Unsplash,基于 CC0 協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 歡迎朋友加微信hisen14185424一起聊產品,聊架構。

    來自北京 回復