1

计划预算产品架构设计(一):如何构建预算控制中台

 1 year ago
source link: https://www.woshipm.com/pd/5801249.html
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
neoserver,ios ssh client

计划预算产品架构设计(一):如何构建预算控制中台

2023-04-10
1 评论 652 浏览 1 收藏 13 分钟
释放双眼,带上耳机,听听看~!
00:00
00:00

谈到中台,或许我们会把其定义为“企业级能力的复用平台”,若复用能力应用于企业某个领域级或者某个职能级的,并不能称作中台。本文将从企业级的视角论述预算控制是否能够用中台来搭建?

0NtKLZDzFb9JKgfginiz.jpg

作为一名在财务产品架构设计领域摸爬滚打了10余年的老兵,今天来谈谈预算控制中台的构建。谈到中台,我会把其定义为“企业级能力的复用平台”,如果复用的能力仅仅是企业某个领域级或者某个职能级的,只能称为复用的应用构件,不能称作中台。所以我们从企业级这一视角来衡量一下预算控制是否应作为中台来搭建。

“管控”是计划预算产品的核心能力,提到计划预算,即企业的全面预算,我们首先会想到几个全字,全员、全流程、全业务,作为承载了企业战略和经营计划的预算,确实覆盖了企业所有的业财领域,但是预算的目的不仅仅是为了设计一个多么全面且缜密的Plan,更是为了要在经营过程中执行好预算,而管控则是预算执行中的关键抓手,需要管控的场景也渗透到了企业的各个业务域中,包括财务领域、大供应链领域、项目领域等等。

下面是笔者总结的管控业务场景:

f4a96104-d6ae-11ed-8e2f-00163e0b5ff3.png

上图中的业务执行域首先可以从企业对公和对私支付场景划分:

对公场景:

  • 立项-采购需求申请-合同-订单-付款,此类模型一般是通过立项来预先占用预算金额,后边的采购需求申请、合同、订单层层受控于项目预算,最后付款进行预算的实际执行。
  • 采购需求申请-合同-付款,此类模型适用于固定金额的合同,一般是由预算直接控制采购申请,采购申请再控制合同,最后付款进行预算的执行。
  • 采购需求申请-合同-订单-付款,此类模型适用于非固定金额的框架合同,一般是由预算直接控制采购申请,采购申请再控制订单,最后付款进行预算的执行(框架合同无固定金额,因此不参与管控)。
  • 费用申请-费用执行:企业的部分支出,比如会议费、培训费等等,直接通过报账付款的方式进行支出,没有采购及合同环节,此类场景由预算直接对申请或者执行进行管控。

对私场景:

类似对公的“费用申请-费用执行”的模式,由预算直接对申请或者执行进行管控,比如个人的差旅费、交通费等等。

上述场景均是预算对业务执行环节的控制,此外,预算可以直接在编制财务凭证时候对支出科目的余额进行控制,即把核算记账环节作为支出环节,对核算进行管控,当然这一模式在当今企业数字化业财融合的转型中,应用已经越来越少了。

从上述企业支出链路的场景分析看,每条链路上都有前序业务环节对后续业务环节的管控需求,也许并不都是以预算额度作为管控,但肯定都是以预算作为管控起点,在预占预算的业务环节向后续环节进行层层控制。因此预算控制完全可以作为一个企业级的能力复用平台,即“预算控制中台”。下面具体谈谈这个中台如何进行建模。

首先谈一下建立预算控制中台我们要遵循的几个基本原则:

  • 独立性。一个中台需要能够独立运行,不需要依赖于任何其他的业务域组件,即它的代码和数据库都是独立运行的(数据库独立是指其他有独立的数据结构),通过接口与其他业务域做交互,实现业务解耦。
  • 以服务的方式对外提供访问和接入。这一原则与独立性原则是相辅相成的,控制中台与各类异构预算系统、执行系统均有交互,均通过功能服务接口来完成,如没有特殊情况,并不提供用户级的业务操作界面。
  • 仅提供控制服务,即仅提供涉及各类控制场景的公共管控能力,不掺杂业务域的个性化、场景化的需求处理。这一点看似容易界定,但是在实现过程中往往会被忽略。一般体现在会把预算系统或者执行系统的业务逻辑加持到控制中台来实现,最终影响了中台的稳定性和独立性。

本着上述三个原则,我们开始预算控制中台的架构设计。

从前面章节的需求场景分析中,我们可以梳理出预算控制的下列关键需求:

  • 预算控制执行,预算有全面预算、项目预算、费用预算等等,执行有供应链系统、有合同系统、有报账系统、有核算系统等等,所以作为中台首先要能发现这些预算系统和执行系统,如何发现,就要有注册机制,各类异构的预算系统和执行系统能够注册到控制中台。
  • 预算要能控制执行系统,都需要有控制口径,比如按照项目+科目进行控制,或者按照科目+费用明细进行控制,要达成这个控制口径,就要拉通预算域和执行域的不同管理维度的一致性。举例来说,预算域的预算科目和执行域的费用科目如何映射一致,预算域的预算项目与执行域的执行项目如何匹配,需要控制中台提供双方管理口径的映射机制。
  • 控制规则。刚性控制、柔性控制、预警百分比的管理等等需要在控制中台能够设定。
  • 控制时机。一般分为预先占用、预算执行两个环节。申请环节进行预算占用、付款环节进行预算执行。
  • 层层控制。前面章节的控制场景中最长的控制链路为“预算-立项-采购申请-合同-订单-付款”,随着企业数字化进程的加速,一笔业务从业务端的发起到财务端的资金支付,势必是一个横跨企业各个管理领域的价值链的呈现,所以这就要求控制中台具备多环节上下游预算额度转移的能力。

基于上述预算控制的要点梳理,预算控制中台的应用架构设计如下图:

fabf9d06-d6ae-11ed-a6d4-00163e0b5ff3.png

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 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。


About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK