财务核算标准化项目包括哪些步骤？

根据项目经验，总结出来财务核算标准化项目大致可以分为如下步骤：

1.流程框架：分析端到端业务流程

要实现业财联动，必然需要深入业务，了解业务全流程，建立端到端的流程 框架。特别是企业的信息化规划中将来要实现业财集成的，在前期梳理需求时就 需要对企业整体业务的信息链和数据流进行深入调研。 业务调研虽然耗时耗力，但却是了解业务场景和业务数据的必要手段。现有 的业务表单无法提供核算所需数据的，未来还需要提出业务系统的优化建议。

2.核算场景：基于流程识别核算场景

实务中，很多企业的财务核算是基于业务结果的核算，财务对业务的反应是 有时滞的。业财一体化的核算要求财务核算与业务活动联动，财务信息能动态反 应企业的经营结果和资产情况。 举个例子来说：很多企业对于期末存货是不做暂估的，而是等到发票来了再 做核算。显然，这会存在账实不符的问题。进化了的企业是期末统一做存货暂估， 在收到发票后再进行调整。这种核算模式下，从月末角度看，账实相符了，但是 每个时点上账实还是不相符的；在完成期末结账之前，财务部门很难提供一张实 时反应企业资产状况和经营成果的报表。

在业财一体化情况下，则需要更进一步细化考虑，是否需要做到每个时点上 都是账实相符的（基于管理需求和成本效益原则）。如此延伸出来的场景就包括： 采购入库单是否需要触发核算？有无预付款的核算规则是否一致？已入库未验 收是否触发核算？收到发票是否需要触发核算？货到票到和票到货未到的核算 规则是否一致？等等。实时核算带来的一大好处就是财务部门能实时出具报表反 应企业某个截止时点的资产状况和经营成果；但其方案设计和系统实施运维成本 也是较高的。

这个地方就是核算标准化的关键决策点之一。企业需要规划好到底要做到什 么程度的业财联动。此外，核算场景的识别也是对维度数据源的确认的过程。同 样的费用项目，在不同的流程产生，其管理意义是不同的，对应的核算规则也应 当是不同的（见核算规则部分的案例）。

3.数据需求：分析法管报表数据需求

这部分的工作比较容易理解和掌握，就是从法定披露和内部管理口径看对于 指标数据和维度数据的需求有哪些。 指标数据：指对于一个物体或事件的某个性质给予一个数字，使其可以和其 他物体或事件的相同性质比较；度量是不带任何修饰词的。 维度数据：是人们观察数据的特定角度，是考虑问题时的一类属性，属性集 合构成一个维度（时间维、地理维等），或者叫做标签。 对于多元化企业来说，如何对大量繁杂的数据进行“合并同类项”是最大的 难点，否则，仅仅对数据进行简单汇总，会造成后期产生大量低效的垃圾数据。

4.科目辅助：设计核算科目辅助核算

实务中，很多企业的财务人员有两个习惯：一是把辅助信息设置到科目上， 比如，在建工程，按工程类别建立二级科目，按工程费用项目建立三级科目，只 要增加一个工程类别，就要新设几十个工程费用科目。这种科目设置方式，在业 财联动或业财集成情况下的系统运维成本非常高。一旦业务有新增需求，就需要 对业务和财务系统大动干戈。原则上，科目体系要保持相对稳定，除非是会计准 则发生变化，或企业有新的业务引入，否则科目体系不会发生变动；需要变动的内容一般是通过辅助项的方式解决。 二是辅助核算缺乏有效规划，只要有一个数据需求，就简单粗暴增加一个辅 助核算字段，导致辅助核算信息杂乱。在这个环节，首先要改变企业财务人员的 思维，正确理解科目和辅助的功能和定位：科目可以理解为指标数据，稳定性强， 数量有限，以满足法定披露为主；辅助可以理解为维度数据，变动性强，数量无 限，且以满足管理分析为主。其次，要结合业务对辅助核算进行系统规划，辅助 核算的实现方式包括：主数据及其属性，资产档案及其属性，参考数据等。辅助 设计的核心在于用最简单、最经济的方式来收集需要的原始数据，减少未来业务 系统或核算系统的改造或开发工作量。

5.数据治理：定义主数据和参考数据

没有业财数据治理的核算标准化是没有灵魂的标准化。没有灵魂的标准化是 无法落地的标准化。 数据治理环节通常是标准化项目的重灾区，也是整个方案是否能落地的关键。 如果标准化项目只停留在科目和辅助这个架上层面，而没有深入进行主数据和参 考数据的梳理，后续的核算自动化和智能化基本无法实现。要么核算颗粒度非常 粗放，无法满足报表披露、预实对比和经营分析等各种数据需求；要么在核算过 程中增加太多人工干预断点，影响核算的标准化、自动化和智能化水平。

这个环节的难点之一在于属性跟主数据之间的关系不一定是固定的。比如， “销售区域”这个维度（属性）可能具有不同含义：可以是按照销售机构所在地 区统计、可以是按照客户所在地区统计、也可以是按照送货的目的地统计。比如，日本客户向上海的子公司订货，但要求发货到韩国，此时统计的销售区域根据业 务的定义不同，就可以是中国、日本或者韩国。 因此，销售区域，可以是组织机构或利润中心主数据的属性、可以是客户主 数据的属性、也可以是合同/订单主数据的属性。 另外，参考数据的定义也是一个难点，如何把企业内部分类标准、行业标准、 国家标准相结合，对多元化企业来说是具有相当大的挑战的。 这个是最考验项目人员经验和能力的地方。所以很多咨询方案会省略掉这部 分工作，这是造成咨询方案落地难、难落地的根本原因。

6.规则定义：基于业务场景的核算规则

我们举一个例子来说明：以差旅费为主，大多数企业的差旅费是管理费用和销售费用的二级科目。 但经过法定披露和管理需求分析后，我们发现不同场景下的差旅费核算的需 求是不一样的，如上图所示，这里面既有管理分析的需求（售前发生的差旅费和 售后发生的差旅费的增减变化，可能意味着不同的管理风险），也有税务监管的要求（业务招待费有税前扣除限额）。 对于差旅费，经过分析之后，可能会通过成本中心和业务事项两个维度来对 场景进行分类。其中成本中心在系统中可以采用默认加调整的方式提高自动化填 报水平，业务事项则通过填单人员下拉选择（或更前置到差旅申请单中）的方式 实现核算标准化。 核算标准化的核算规则不能仅提供维度枚举值清单，还要提供不同枚举值对 应哪些场景、哪些核算科目和辅助项的信息。这个也是项目中数据治理的重要工 作。 此外，在系统中设计规则时，合理设计维度的先后顺序，可以简化系统的开 发工作量，以上述场景为例，先成本中心后业务事项的顺序，可以减少系统逻辑 判断的次数。

7.业财一体化规划

企业信息化转型过程中，会部署大量的业务和财务系统。核算标准化规则由 哪些系统来承载（核算规则配置在业务系统还是财务系统）也是核算标准化方案 设计时需要考虑的核心问题。

通常，业财一体化有三种方案。 一是 ERP 集成方案。业务作业依据事先抽象出的标准化作业类型，产生业务 凭证，并且根据记账规则自动生成财务凭证，流向总账报表。这种方式适合企业 的业务模式较为标准、ERP 系统本身的业务模块能够覆盖大多数业务作业，例如 制造业、流通业、能源行业等。

二是系统接口方案。在业务平台方，开发出一个向财务系统“喂数”的平台， 即根据业务类型进行抽象，从业务交易中生成标准化的业务凭证；而另一方面在 财务系统方，开发出一个“接数”的通用接口，根据会计核算规则生成相应的财 务凭证，这个接口也称为“会计引擎”，通过可配置的模版，可以接收各种类型 的业务凭证。这种方式适合业务类型复杂，不断会有新业务类型产生，ERP 系统 本身的业务模块无法覆盖部分业务作业的企业，例如电商、零售、物流、电信等。 三是财务中台方案。这种方式有个比较“厚”的业财转换机制和系统。适用 场景：一是大型集团总部的财务系统，面对多个组织的业务系统，同时处理核算 和合并等需求；二是管理比较薄弱或者业务多变的企业，业务系统的前端数据质 量较差，需要由财务人员进行较多的数据加工，才能满足核算要求。

企业在实施业财融合数字化时，应该根据自身业务情况、管控要求，选择合 适的架构策略。根据企业的信息化整体规划，明确核算规则承载的系统，定义或 优化系统的表单和业务流程（报账流程），实现核算的自动化和智能化。