TATECHATLAS
◎ 简体中文
SAP 与 ERP / 指南

通用日记账如何在 SAP S/4HANA 中集成财务会计与管理会计

SAP S/4HANA 的通用日记账将实际 FI 和 CO 数据记录在同一个表 ACDOCA 中,使财务会计和管理会计共享相同的明细行项目。这消除了传统的期末对账负担,支持文档分割和分部报告,并通过并行会计原则实现实时利润率分析。

本文内容

SAP S/4HANA 的通用日记账(Universal Journal)通过将实际财务会计(FI)和管理会计(CO)数据记录在同一个表 ACDOCA 中,实现了两者的集成,因此两个视角使用相同的明细行项目。这消除了传统上在期末需要对不同的数据结构、对象类型以及工作区域特定字段进行对账的需求。控制单元、二级成本要素以及利润中心和成本中心等共享维度被合并到每个日记账分录中,而不是冗余存储。文档分割(Document Splitting)使日记账分录在公司代码以下的报告单元中保持平衡,从而支持分部(Segment)资产负债表和利润中心报告。市场分部属性在过账时被记录,因此盈利能力分析和损益表数据保持持续一致。并行账簿和会计原则(如 US GAAP 和 IFRS)可以共存,而不会破坏单一数据源的真实性。在比较 FI 和 CO 数据之前,用户仍需检查筛选条件、账簿、会计期间、货币以及详细程度,因为集成消除了对账工作,但并未消除解释工作。

为什么以前需要期末对账

在 SAP S/4HANA 之前,财务会计和管理会计通常表现为两个紧密相关但独立维护的工作区域。每个区域可以以不同的详细程度存储数据,使用不同的对象类型,并保留自己的字段用于并行货币、客户字段或流程增强等内容。这使得期末结账变得繁重,因为会计部门必须在不同工作区域之间对账结果,之后才能将这些数字视为可信。

对账负担还来自需要将各个应用区域的结果合并到外部数据仓库的需求。为了呈现当前的总体结果,通常需要多个提取器将数据加载到外部平台。换句话说,同样的业务现实必须在多个地方重建,结构和详细程度上的差异必须通过手动或额外流程进行 smoothing。

这正是通用日记账旨在解决的问题。如果财务会计和控制会计使用相同的明细行项目,那么单独对账步骤存在的理由就基本消失了。关键思想不仅是更快的报告,而是数据存储位置和共享方式的结构性变化。

在比较 FI 和 CO 结果时,应从相同的 ACDOCA 明细行项目开始,然后对账簿、会计期间、货币、利润中心、成本中心和分部应用相同的筛选条件。如果数字仍然不同,原因通常是报告选择,而非缺少对账步骤。

通用日记账作为单一数据源

在 SAP S/4HANA 中,实际的财务会计和控制会计数据记录在一个单一的表中,即通用日记账,其技术名称为 ACDOCA。该表充当财务数据的确定性单一数据源。由于所有财务数据基于相同的明细行项目,因此传统意义上的财务会计与控制会计之间的对账不再必要。

这种集成被描述为通过合并多个组件(包括总账会计、资产会计、控制会计、盈利能力分析和物料账簿)而实现的永久对账。所有业务交易,无论是内部还是外部,都记录在 G/L 账户上。这意味着 FI 和 CO 并不位于必须后期对齐的独立历史之上;它们源自相同的记录事件。

一个实际后果是,您可以从 FI 和 CO 关键指标及报告中钻取到相同的明细行项目,而无需映射规则。例如,G/L 会计师可以从资产负债表中的固定资产账户钻取到分配给该账户的单个固定资产,成本中心经理可以快速确定哪些固定资产为该成本中心产生折旧费用。相同的存储数据支持这两种视图。

FI 和 CO 维度如何在一个日记账分录中合并

通用日记账将构成编码块的控制单元集成到每个日记账分录中。这些单元可以包括成本中心、项目和内部订单等对象。同时,二级成本要素被视为一种特殊类型的 G/L 账户,而不是 CO 中的独立单元。这减少了为同一经济事件保留平行结构的需求。

资料还强调,不同的应用组件通常使用相同的维度,例如利润中心、成本中心或资金。由于这些维度集成在日记账分录中,它们不必在每个组件中冗余存储。这是一个有意义的效率,因为相同的属性可以同时服务于财务报告和管理报告,而无需在其他地方重新创建。

这种合并结构使得钻取和比较变得更容易。由于维度随日记账分录一起流动,报告可以在财务和管理视角之间移动,而无需每次重建链接。这种集成还有助于可比性,因为当两者基于相同数据时,损益表中的成本可以与控制报告中的成本直接比较。

文档分割:实现公司层级以下的平衡报告

文档分割是报告故事的重要组成部分,因为它使日记账分录在整个公司层级以下的实体中保持平衡。资料指出,通用日记账支持文档分割,从而可以为多个维度编制资产负债表。例如,可以为每个分部编制完整的资产负债表。

这很重要,因为分部报告不仅限于对损益表项目进行分组。通过平衡的日记账分录,可以为与法定公司代码不匹配的报告单元生成资产负债表视图。这就是为什么分部报告能够提供对业务活动的更深入洞察,而不仅仅是重述法律实体结果的原因之一。

在 Bike Company 示例中,德国和美国公司代码都开展着自行车、备件和服务等业务活动。除了为每个公司代码编制财务报表外,还可以生成跨公司分组活动的额外财务报表,例如自行车业务的资产负债表和损益表。文档分割有助于实现此类视图,同时使分录在报告维度上保持平衡。

通用日记账支持的分部报告

分部是公司的一个划分单元,可以为其创建用于外部报告的财务报表。分部报告提供了对多元化公司不同业务活动的洞察。根据国际会计准则(如 IFRS 8)和美国 GAAP 中的 ASC 280,公司有义务提供业务分部(也称为经营分部)的财务结果信息。

在 SAP S/4HANA 中,可以在公司代码层级编制财务报表,公司代码代表法律单元。基于分部的财务报表可以跨公司代码分组业务活动。这一区别很重要:公司代码报告遵循法律单元,而分部报告可以遵循业务的管理或销售方式,即使这些活动跨越多个法律实体。

资料指出,通用日记账支持分部报告,有助于确保全面的财务洞察和准确性。因此,分部报告自然契合于支持总账报告、利润中心会计和其他维度的同一集成表中。分部是同一底层日记账分录上的又一个报告视角。

实时利润率分析与盈利能力对账

利润率分析通过在日记账分录中记录市场分部作为附加属性来支持。这实现了连续的盈利能力分析,而无需等待期末结算运行。例如,过账到成本中心的工资成本可以直接推导出相应的市场分部,因此信息能更早地用于分析。

资料还描述了损益表层面的对账益处。对于每个资产负债表项目,都会指定财务报表属性,以便盈利能力数据始终与资产负债表对账。市场分部字段通过直接输入盈利能力属性或通过自动推导来填充,并且属性可以通过结算或分配等进一步流程进行丰富。

实际效果是,损益表与盈利能力报告完全对账,并且可以对损益表的每个项目进行市场分部分析。因此,实时利润率分析不仅仅是一个单独的报告功能;它依赖于同一集成的日记账分录结构,该结构在财务过账旁边携带盈利能力属性。

并行会计与不同的会计原则

并行会计通过账簿和会计原则选项得到支持。资料描述了账簿单元为 US GAAP 报告提供多种选项,从而能够基于不同的会计原则(如 US GAAP 和 IFRS)进行报告。这意味着不同的报告规则可以应用,而不会放弃单一数据源的真实性。

这很重要,因为公司通常需要同一交易的多个视图。一个视图可能遵循法定或本地要求,而另一个视图遵循不同的会计框架。通用日记账方法允许这些视图共存,方法是保持核心数据集成,然后在需要时应用不同的会计原则逻辑。

分部报告课程还提到了总账中的并行会计,作为同时应用不同会计原则的一种方式。结合通用日记账,这支持合规性和可比性,同时避免了为每个原则维护完全独立的对账路径的旧模式。

比较 FI 和 CO 数字前的实际报告检查

即使有单一的源表,用户在比较金额之前仍应验证报告上下文。资料指出了几个可能影响显示内容的因素,包括筛选条件、账簿、会计期间、货币和详细程度。工作区域设计中的不同选项也可能重要,例如客户字段、流程增强、并行货币和多个会计原则。

一个明智的检查是确认比较使用了相同的 ACDOCA 明细行项目和相同的报告属性。如果数字是在不同的详细程度或通过不同的维度进行解释的,差异可能是报告选择,而非对账错误。这就是为什么集成消除了旧的对账负担,但并未消除对 careful report design 的需求。

还要记住,属性可以通过结算或分配等进一步流程进行丰富。因此,虽然日记账分录是共享的基础,但后续丰富仍可能影响报告显示的内容。实际规则是,在得出 FI 和 CO 应该相同的结论之前,先理解是哪些属性和筛选条件塑造了这些数字。

检查清单

  • 确认 ACDOCA 被视为 FI 和 CO 实际数据的单一数据源,而不仅仅是一个报告视图。
  • 验证二级成本要素被处理为一种特殊类型的 G/L 账户,而不是作为独立的 CO 单元。
  • 检查在需要为分部或其他公司代码以下的报告单元编制资产负债表时,文档分割是否处于激活状态。
  • 确保如果需要连续的利润率分析,市场分部属性是在过账时输入或推导的。
  • 在比较必须遵循不同规则(如 US GAAP 或 IFRS)的数字之前,审查账簿和会计原则设置。
  • 在得出 FI 和 CO 金额应该完全匹配的结论之前,检查筛选条件、会计期间、货币和详细程度。

现有资料描述了通用日记账的概念和报告逻辑,但未提供逐步的配置说明。本解释侧重于集成和对账消除,而非每一条组织设置规则或迁移细节。实际的报告比较仍需关注筛选条件、账簿、会计期间、货币和详细程度。本指南不涵盖可能仍相关的额外结算、分配或丰富化流程的边缘情况。通用日记账减少了财务会计和控制会计之间的对账,但并未自动消除每一个下游报告或丰富化任务。

参考来源

  1. SAP Learning: Universal Journal ↗
  2. SAP Learning: General ledger reporting dimensions ↗
  3. SAP Learning: organizational objects ↗
返回顶部 ↑