不是先搭平台再找应用，而是以用促建、以终为始，构建财务数据能力体系。

上一篇文章【一号文深度解读（上）】财务级数据中台，不是财务主题域：央国企数据中台的范式纠偏，我们讨论了一个认知问题：

为什么一号文提出的是“财务级数据中台”，而不是“财务主题域”？

当这个问题被澄清之后，真正的建设问题就浮现出来：

财务级数据中台到底应该怎么建？

很多企业在谈数据中台建设时，习惯性从平台出发：
先接哪些系统、建哪些数据层、采用什么技术底座、沉淀哪些主题模型、输出哪些报表。

这套路径并非没有道理，但放到财务级数据中台上，很容易把问题做浅。

因为财务级数据中台不是为了多建一个数据库，也不是为了多做一个财务驾驶舱。
按照一号文的总体目标，财务级数据中台与财务管理系统互联互通、常态化数据治理运营机制、财务管理模型广泛应用是一起被提出的，并最终指向“信息真实可靠、资产清晰可管、资金规范可溯、风险基本可控”。这说明，平台本身不是目的，支撑财务管理场景和释放数据价值才是目的。

所以，财务级数据中台的建设逻辑，不能从平台开始，而要从应用开始。

更准确地说，要坚持八个字：

以用促建，以终为始。

一、以用促建：先明确财务级数据中台要支撑什么应用

当企业在建设财务级数据中台时，首先要问的不应是“平台怎么搭”，而是“建成以后用来做什么”。如果我们还是按照传统数据中台的建设思路，结果就会导致：

• 应用场景不清楚，平台就容易变成数据的堆积场；
• 管理目标不清楚，数据就沦落成可有可无的鸡肋；
• 价值出口不清楚，中台就容易变成新的供数平台。

那么，作为财务级数据中台需要支撑的应用场景有哪些呢？
从应用角度看，财务级数据应用可以分成两类：

财务原生应用和财务增强应用。

注：这是本文为了便于理解而提出的分类，并非一号文原文概念。

1. 财务原生应用：先把财务体系内部做实

所谓财务原生应用，从数据驱动的视角，是指主要依赖财务级数据中台自身沉淀的财务指标、财务处理结果、会计事件、财务规则和监管数据即可运行的应用。

我们可以从一号文中，可以一窥“财务原生应用”的大概，包括：

• 穿透式监管；
• 预算执行与预实监管；
• 税务合规应用；
• 管理报表应用；
• 财务指标监控；
• 财务风险预警；
• 会计事件追溯；

我们可以举几个例子🌰来详细说明：

比如预算执行与预实监管这一应用场景，首先需要预算数、实际发生数、预算执行率、差异额、偏差率，以及偏差对应的责任主体和调整记录。
一号文明确提出，建设刚性约束的全面预算系统，支撑预算编制、执行监控、纠偏调整和考核评价，其本质就是让预算从“编制结果”走向“过程管理”。而从“结果”向“过程”的纵深迈进，正是数据驱动财务精细化管理的价值体现。

再比如税务合规，发票、进销项、税金缴纳、纳税申报、税务风险等数据，本身就属于财务与税务管理体系。
一号文明确提出，建设一体化合规纳税系统，健全发票池、进销项管理、税金缴纳等功能，实现纳税报表自动生成、一体申报，这正是财务原生应用的重要组成，税务不仅仅是只盯着自身的“一亩三分地”，它要以税务为锚点，贯通纳税、发票、进销项等全流程的管控和风险防范。

再比如穿透式监管，一号文明确提出建立问题识别机制、协同核查机制和整改追责机制，要求围绕业务场景和商业实质构建穿透监督模型，并通过系统实现核查任务推送、进度跟踪和整改销号。这一应用场景更不用说，紧接着一号文的二号文中，就专门为穿透式监管提出了建设指导意见。

这些场景的共同特点是：它们首先发生在财务管理体系内部。

因此，财务级数据中台建设的第一步，不是追求“大而全”，而是先把财务原生应用支撑起来，让财务数据在财务管理体系内先做到可信、可溯、可管、可监管，从而让应用场景有数可用。

2. 财务增强应用：再向经营解释和预测延伸

所谓财务增强应用，是指以财务级数据中台提供的权威财务结果为基础，进一步融合业务过程数据，形成经营解释、趋势预测和管理决策能力的综合性应用。

典型包括：

• 成本分析与预测；
• 利润分析与预测；
• 项目盈利分析；
• 客户利润贡献分析；
• 产品毛利分析；
• 经营动因分析；
• 综合运营分析；
• 经营预测分析。

以成本分析为例。

财务级数据中台可以告诉你：成本是多少、费用归集到哪里、哪些项目成本超支、哪些科目发生异常。

但如果要进一步解释成本为什么上升，就不能只看财务数据，还需要产量、工时、物料消耗、设备利用率、质量损失、采购价格、项目进度等业务数据。

一号文提出推动财务活动深度嵌入研发、生产、销售等价值创造全链条，实现业务财务实时交互、协同处理。财务增强应用，正是面向这类业财深度融合场景的进一步延伸。

所以，财务增强应用解决的是：

财务结果为什么形成？未来如何变化？经营应该如何改善？

由此可以形成一个清晰的应用分层：

财务原生应用回答“财务结果是否可信、是否可管”；
财务增强应用回答“财务结果为何形成、如何改善”。

这也是财务级数据中台建设必须坚持“以用促建”的原因。

二、从应用到数据：场景决定需要什么数据

我们一旦明确了应用场景，下一步就能基于具体的应用场景反推出需要哪些数据来支撑。

不同财务应用场景，需要的数据并不相同。真正的财务级数据中台建设，不是把所有财务数据都无差别接进来，而是围绕应用场景识别关键数据。

我继续举例🌰来说明：

1. 穿透式监管需要的不只是指标数据

穿透式监管不能只看一个风险指标。

它至少需要：

• 财务指标；
• 风险指标；
• 会计事件；
• 资金流水；
• 凭证分录；
• 业务单据关系；
• 问题线索；
• 核查过程；
• 整改结果。

如果只有指标，没有事件链，就无法穿透；
如果只有异常，没有责任主体，就无法核查；
如果只有问题，没有整改状态，就无法闭环。

一号文对穿透式监管的要求，并不是简单建立一个风险看板，而是从问题识别、协同核查到整改追责，形成完整闭环。

所以，穿透式监管真正需要的是一条链：

从指标异常，到事件穿透，到责任定位，再到整改闭环。

2. 预算执行与预实监管需要的不只是预算执行率

预算执行与预实监管也不能只停留在预算数、实际数和执行率。

它还需要：

• 预算指标；
• 实际发生数；
• 预算执行数据；
• 偏差数据；
• 责任主体；
• 调整记录；
• 预测数据；
• 考核结果。

如果只知道某项费用超预算，但不知道超在哪里、为什么超、由谁负责、是否调整、是否影响年度目标，那么预实监管仍然停留在“看数”层面。

真正的预算执行与预实监管，要让预算从静态编制走向动态管理。

3. 税务合规需要贯通发票、申报和交易背景

税务合规不仅需要税务申报数据，也需要发票、合同、收入确认、费用归集等数据。

它需要：

• 发票数据；
• 进销项数据；
• 税务申报数据；
• 合同数据；
• 收入确认数据；
• 费用数据；
• 税务风险规则；
• 异常识别结果。

否则，税务应用就只能做申报汇总，无法识别潜在风险。

三、从数据到能力：财务级数据中台的三大核心能力

当我们知道财务应用需要哪些数据后，就能进一步反推：

为了生产、组织和服务这些数据，财务级数据中台必须具备哪些核心能力？

结合财务级数据应用的要求，我认为财务级数据中台至少要形成三大核心能力：

财务指标模型、会计事件、财务数据处理。

这三项能力，将构成财务级数据中台的主体。接下来，我们来逐一拆解财务级数据中台的三大能力。

1. 财务指标模型：解决指标口径、规则和来源问题

财务指标模型，是财务级数据中台最基础也是最核心的能力之一。

它包括但不局限于：

• 法定报表指标；
• 合并报表指标；
• 管理会计指标；
• 预算指标；
• 资金指标；
• 税务指标；
• 风险指标。

财务指标与普通业务指标不同。

普通业务指标可能更多依赖统计口径进行聚合运算，而财务指标背后往往有：
会计准则、科目体系、报表项目映射、合并抵销规则、现金流量归集规则、管理口径转换规则。

比如资产负债表指标，不只是简单汇总科目余额，而要考虑科目映射、报表项目、重分类、合并调整。

比如现金流量表指标，不只是看资金流水，而要根据现金流项目归集规则进行分类。

比如合并报表指标，不是简单把各单位报表加总，而涉及合并范围、内部交易抵销、调整分录等处理。

所以，财务指标模型不是把指标展示出来，而是要治理清楚：

• 指标定义是什么；
• 口径规则是什么；
• 来源数据是什么；
• 计算逻辑是什么；
• 处理过程是什么；
• 应用场景是什么；
• 结果如何复核；
• 出现差异如何追溯。

财务级数据中台的第一项能力，不是做更多指标，而是让关键财务指标变得权威、统一、可解释、可复用。

财务指标模型不是把指标展示出来，而是把指标背后的口径、规则和来源治理清楚。

2. 会计事件：解决业务事实到财务结果的关系问题

业财融合不能只理解成“业务数据和财务数据放在一起”。

财务级数据中台中的业财融合，更应该落到“会计事件”上。

企业运营过程中，会产生合同、订单、发票、报销单、付款申请、工资单、入库单、出库单等业务单据。这些单据进入财务系统后，根据会计准则和核算规则生成凭证、分录和科目归集。

财务级数据中台正是要沉淀：

业务事实、会计处理和财务结果之间的关系。

这就是会计事件的价值。

会计事件要组织的不是单一数据表，而是一组关系：

• 业务单据与会计凭证的关系；
• 会计凭证与会计分录的关系；
• 会计分录与会计科目的关系；
• 会计科目与报表项目的关系；
• 业务对象与财务对象的关系；
• 资金流、票据流、业务流、财务流之间的关系；
• 财务结果与管理口径之间的关系。

有了会计事件库，企业才能回答：

一张凭证来自哪张业务单据？
一条分录对应哪个业务事实？
一个科目余额能否穿透到业务明细？
一个报表项目能否关联到合同、订单、项目、客户、供应商？
财务结果背后的业务来源和处理规则是什么？

这也是我们长提及的业财融合的基础，它一定是基于业财数据贯通的基础之上的。

没有会计事件库，业财融合就容易变成业务数据和财务数据的简单拼接；有了会计事件库，业财融合才能形成可追溯、可解释、可复用的数据链路。

一号文提出财务数据从业务前端自动采集、实现一点录入多点应用，也提出健全会计引擎，确保凭证、账簿自动生成并形成电子档案。本文所说的“会计事件库”，正是对业务前端采集、会计处理和财务结果之间关系的数据化抽象。

业财融合不是把业务数据和财务数据拼在一起，而是让业务事实、会计处理和资金流动形成可追溯的事件链。

3. 财务数据处理：解决财务专业处理逻辑工程化问题

财务级数据中台最容易被低估的能力，是财务数据处理。

财务数据处理是指财务报表几个常见的动作：分摊、合并、调整、摊销、推导。这些日常处理不是简单的数据加工，其处理背后有着非常专业的财务逻辑：

• 比如分摊处理，涉及分摊对象、分摊依据、分摊规则、分摊比例、分摊版本。

• 比如合并处理，涉及合并范围、内部交易抵销、权益调整、报表勾稽。

• 比如调整处理，涉及法人口径、管理口径、监管口径之间的转换。

• 比如摊销处理，涉及受益期间、对象归属、摊销方法、摊销规则。

• 比如推导处理，涉及指标之间的依赖关系、规则传导和结果校验。

一号文提出合并报表自动抵消、一键出表，税费自动计提、纳税报表自动生成，以及预算执行监控、纠偏调整和风险动态监测。这些都说明，财务级数据中台所需的不只是存数能力，而是支撑财务专业处理和模型运行的工程化能力。

四、三大核心能力建设：产品化、工程化

仅仅提出财务指标模型、会计事件库、财务数据处理，还不够。

因为如果它们只是后台表结构、数据模型或开发成果，仍然没有形成真正的平台能力。

财务级数据中台的建设，必须让这些能力产品化、工程化。

1. 财务指标模型要产品化

财务指标模型不能只是指标表。

它应该支持：

• 指标口径配置；
• 指标分类管理；
• 指标版本管理；
• 指标血缘查看；
• 指标结果复核；
• 指标权限控制；
• 指标服务发布。

这样，财务指标才不是一次性报表开发，而是可维护、可复用、可运营的指标资产。

2. 会计事件库要产品化

会计事件库不能只是关系表。

它应该支持：

• 事件关系查询；
• 凭证单据穿透；
• 业务对象关联；
• 事件链追溯；
• 异常事件识别；
• 事件数据服务；
• 事件口径管理。

这样，会计事件才能真正支撑业财融合、穿透式监管和增强分析。

3. 财务数据处理要产品化

财务数据处理不能只是后台脚本。

它应该支持：

• 处理规则配置；
• 处理任务调度；
• 处理版本管理；
• 处理过程留痕；
• 处理结果复核；
• 处理差异追溯；
• 处理结果发布。

这样，分摊、合并、调整、摊销、推导等财务专业能力，才能从项目定制变成平台能力。

所以，财务级数据中台不是后台数据堆积，而是要把财务数据能力变成可配置、可调用、可运营的平台功能。

能力不产品化，中台就只是数据工程；能力产品化，中台才成为可持续运营的数据能力体系。

五、最终框架：应用牵引、数据驱动、能力支撑、治理保障

到这里，财务级数据中台的建设逻辑就清楚了。

它不是从平台开始，而是从应用开始。

它不是从数据堆积开始，而是从价值释放开始。

它不是先搭一个中台再找场景，而是先明确场景，再反推数据，再反推能力，再落实平台。

更具体地说：

财务原生应用和财务增强应用，决定了财务级数据中台要支撑哪些价值场景。

穿透式监管、预算执行与预实监管、税务合规、成本预测、利润预测等场景，决定了需要哪些数据。

这些数据需求，又倒逼财务级数据中台必须形成三大核心能力：

财务指标模型、会计事件库、财务数据处理。

这三大能力必须进一步产品化、工程化，才能变成持续可用的平台能力。

而这一切背后，必须依赖元数据、标准、质量、安全、模型、血缘、生命周期等数据治理全要素作为支撑。

所以，财务级数据中台的建设，不是简单搭建一个数据平台，而是形成一套财务数据能力体系。

结语：财务级数据中台建设的关键，是形成财务数据能力体系

回到本文最初的问题：

财务级数据中台到底怎么建？

答案不是“再建一个财务数据库”。

也不是“在已有数据中台里增加一个财务主题域”。

更不是“先把所有财务数据接进来，再慢慢找应用”。

真正的建设逻辑应该是：

以财务数据应用为牵引，以场景数据需求为驱动，以财务指标模型、会计事件库、财务数据处理三大能力为核心，以数据治理全要素为底座，形成财务数据能力体系。

如果第一篇文章回答的是：

为什么是财务级数据中台，而不是财务主题域？

那么本文想回答的是：

财务级数据中台到底该如何建设，才不会退化为财务主题域？

答案就在这里：

应用牵引、数据驱动、能力支撑、治理保障。