2021-1-15 资深UI设计者
在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)。如此类推，直至分析至底层科目级指标。
【预处理】分为“重分类”、“平衡试算”、“定时任务”、“结果存储”四部分，是报表产出的运算过程。其中“平衡试算”属前置数据校验，检查数据是否达到报表可用程度。“定时任务”与“结果存储”属技术性过程，“重分类”根据会计要求设置，具体由财务确定。
【智能诊断】是对具体的报表进行分析，由“诊断开始（数据准备）”、“规则判断”、“预警判断”、“结果确认”四部分。其中结果确认包含结果展示、消息分发、手工修正等。“规则判断”与“预警判断”是对【规则引擎】中的“指标规则”、“预警规则”的具象应用，实际应用中可引入AI、TensorFlow(机器学习)等技术手段提升诊断的准确度。
在生产端准确、及时生产出数据后，消费端就不愁无米下锅了。一般通过Dashboard或驾驶舱展示，这一块通常需要BI或数仓部门的协助，效果图如下：
综合以上，管会平台的每个子系统并非孤立的，通过产品架构相互关联。产品架构与技术架构相辅相成，产品架构决定需求和设计，技术架构决定技术框架和性能。包括AI在智能诊断上的应用、数据域的实现等。
好的产品架构将这些不同用途的功能进行聚类整合，因此，【才听途说】建议将管会平台拆分成多个子系统，明确业务边界，减少系统间的耦合，提供优质、的管理决策支持服务。
并根据前端业务场景的需求随时进行调整变化以适应业务的发展，如规则引擎部分基本可由前端配置即可，减少后端开发与产品上线时间。
不同互联网公司，业务体量甚至有成千上万倍的差距，如京东集团内不同BU的体量及发展速度造就其系统复杂度也差异巨大，高度复杂的管会平台甚至需要数百人的技术团队来设计、开发、维护。
不过，对于体量较小的互联网公司来说，几人的团队即可搭建一套系统并维护日常运营。
互联网企业作为金融科技业界引领者，建议在系统开发前期（从0到1），以MVP形式，小步快跑，快速迭代，尽快上线、降低开发成本，优先开发主要需求、及较重要的子系统，或并行实施几个子系统，如ERP的实施、清结算的开发、管报中心的开发可以并行。再做次优级子系统，逐步迭代。
随着订单量的提升及业务复杂度的增加，不同BU甚至不同BGBU的接入，管会平台复杂度将指数及上升，系统处理起来会越来越吃力，若无良好的规划，各子系统耦合度越来越高，杂糅在一起，系统灵活性越来越差，无法跟上业务的发展。
因此，管会平台的中长期发展（从1到100、到∞），极其考验我们的业务梳理能力，及对业务进行拆分、产品架构的能力。
特别是目前行业内还没有体系化的管会平台建设经验可参考时，更考验我们的综合能力，包括财务专业知识、业务理解力、产品规划能力。
但万事不要怕，只要抓住产品设计精髓，即设计的产品应满足逻辑完整、业务功能明确、可扩展（发展方向明确但业务边界清晰）、灵活（非耦合）等特点，一切将会迎刃而解。