一家家族企业集团的财务现代化

一家业务遍及英国、非洲和亚洲的家族企业集团，把月结从 15 天缩短到了 5 天。做法是先理顺会计科目表和集团层级，再把合并从电子表格迁到 SAP S/4HANA Group Reporting，同时由 SAP Analytics Cloud 负责计划和滚动预测。软件很重要。工作的顺序更重要。

本案例写给仍在用 Excel 做合并的 CFO 和集团财务总监。内容包括问题、方法、结果、经验教训，以及一份您可以改编使用的 90 天计划。

当我与家族企业集团的财务负责人坐在一起时，有一个主题一再出现。团队仍然靠 Excel 把集团数字汇总到一起。这样做了很多年，也行得通。可一旦业务遍布三个大洲，裂缝就显现出来，原本还能管得住的，开始让人觉得不可靠。

一位 CFO 轻声对我说，等他的团队合并完成时，董事会已经转到新的问题上去了。“我们 15 天才能完成月结，”他说，“可世界 5 天就变了。”这是一个有战略后果的流程问题。

每个地区都发来自己的电子表格。每次看起来都不一样，有时还迟到。大家花上好几天追数字、修格式、核对永远对不上的余额。等月结完成时，董事会材料已经过时了。

这些数字被质疑的时候比不被质疑的时候更多：

1. 对账花的时间太长
2. 公司间余额变成了争吵，而不是答案
3. 报告迟到，让管理层对看到的东西失去信心

审计人员也对在互不相连的电子表格上做如此规模的合并，提出了同样的担忧。CFO 需要给董事会清晰的数字，结果却把时间花在解释延误上。

经过系统评估，集团选择了 SAP S/4HANA Group Reporting 来覆盖所有主体的合并，并配合 SAP Analytics Cloud 做计划和滚动预测。

顺序很重要。在任何自动化上线之前，团队先花时间做数据治理：统一会计科目表、建立集团层级，并为每个数据元素指定负责人。有些人觉得这很慢。事后看，正是它让其余一切得以奏效。

迁移是逐个主体进行的，而不是一次性完成，在每个主体在新系统中结第一个期间之前，都要验证 Data Monitor 检查和公司间匹配。

常见问题	影响	发生了什么变化
过度依赖电子表格	错误堆积；团队忙着对账，而不是分析	合并迁入 SAP Group Reporting，采用结构化的数据流
数据治理薄弱	主数据不一致，各子公司的结果不匹配	在自动化之前，统一会计科目表，设定负责人和控制
合并与计划混在一起	合规报告与预测混淆	合并用 Group Reporting；计划用 SAP Analytics Cloud
文化阻力	财务仍陷于电子表格救火	早期沟通、可见的速赢、改变的绩效衡量
各子公司采纳程度不一	工具使用不足；可见性依然零散	按主体逐个上手，并跟踪使用情况

变化在上线后的第一次月结中就很明显。过去需要 15 天的工作，5 天就完成了。

Excel 合并SAP Group Reporting

月结所需天数5天−10 天 · −67%

Excel 合并15 天

SAP Group Reporting5 天

• 每个主体使用同一个结构
• 在月结前由校验拦住错误
• 在 SAP Analytics Cloud 中做滚动预测

更快的月结。 数字流入一个统一的结构，而不是在电子表格之间被追赶。月末的压力缓解了。

把时间还给团队。 熬夜修 Excel 错误的日子结束了。有些人承认，他们几乎怀念截止日期前的戏剧性。多数人欢迎这种更平稳的节奏。

可供审计的合并。 报告带有审计人员期望的结构。复核变快了，关于版本不一致的争论几乎消失了。

情景规划。 SAP Analytics Cloud 增加了滚动预测，可以测试油价波动、汇率变化，以及进入新市场的影响，并在假设改变时随时更新。

更好的资本配置。 对 CFO 来说，收获是战略性的：可靠的数字在机会仍有意义的时候到来，而不是两周之后。

“作为我们家族集团的财务经理，我依靠 SAP 让预算清晰、支出可控。它给我的数字，我信得过，家族的管理层也可以据此做决策。”

集团全球财务报告负责人

先数据治理，后自动化。 人们的诱惑是从技术开始。如果会计科目表的统一、公司间伙伴代码和数据所有权没有先理顺，结果就会分崩离析。这个项目做对了，也得到了回报。

合并和计划分开。 Group Reporting 负责合并；SAP Analytics Cloud 负责计划和预测。把它们混在一起，会模糊责任。可供审计的规则留在 ERP 里。情景和版本留在计划工具里。

文化变革比软件花的时间更长。 让人们摆脱在电子表格里救火很难。有些人偏爱旧方式，因为它们熟悉。随着时间推移，大多数人说他们有了更多空间做真正的分析。领导者必须耐心地引导这种转变。

按主体培训。 每个子公司都需要清晰的培训。团队理解了事情为什么在变的地方，采纳就更顺利。没有处理的小误解，会演变成返工。

如果您自己的月结也因同样的原因困在电子表格里，我那篇讲为什么 CFO 仍然求助于 Excel的文章解释了这种模式，SAP FICO 指南则讲了底层的财务模块。

这是这个项目的先后顺序，精简成另一个集团可以使用的计划。

天数	重点	负责人	完成的标志
1-30	范围、负责人、月结日历；统一主体、币种和日历	集团财务主管	发布一页纸的工作方式
1-45	会计科目表和集团层级的统一；公司间伙伴代码	集团报告负责人与各主体财务主管	每个主体都签批了映射
30-60	数据质量复核；为首批主体加载期初余额和试算平衡表	数据迁移负责人	余额与遗留系统的月结对账一致
45-75	开启校验、Data Monitor 检查和公司间匹配	集团报告负责人	测试月结运行时，由校验拦住错误
60-90	首批主体在新系统中结账；每周检查阻碍事项	CFO 和各财务主管	在 Group Reporting 中干净地结完一个期间

第 90 天的目标不是一切。而是一个扎实的基础和一次干净的月结。

如果同一个项目今天启动，有三件事会不同。

RISE with SAP 会改变商务形态。 S/4HANA 这一侧会放在一份由 SAP 运营的单一订阅里。请核对您的套餐实际包含哪些组件（Group Reporting、Analytics Cloud），并仔细为多主体集团的用户增长建模，因为订阅增长是第三年最常让人意外的一项。

Joule 会在治理之后加快工作。 给财务团队的自然语言提问、起草的董事会评述，以及对公司间差异的异常标记，在会计科目表、层级和伙伴代码就位之后会很有帮助。Joule 不能取代治理工作。它加快的是之后的工作。

数据层会是 SAP Business Data Cloud。 SAP 于 2025 年 2 月推出了 Business Data Cloud，把 SAP Datasphere、SAP Analytics Cloud 和 SAP BW 与 Databricks 结合在一起。对于有非 SAP 子公司的集团来说，现在这里是做跨系统协调统一的地方，而不是在计划模型内部去构建。我的 SAP Analytics Cloud 指南讲了计划这一面。

治理纪律、合并与计划的分离、对文化变革的耐心，以及按主体逐个培训，都依然适用。无论底下是什么平台，这些都成立。

财务现代化项目的前 90 天应该聚焦什么？

范围、负责人和一份可重复的月结日历。统一主体、币种和日历，让合并规则有一个稳定的归宿。优先处理记账到报告（Record-to-Report）流程。发布一页纸的工作方式，并每周举行简短的检查。第 90 天的目标，是一个扎实的基础，以及在新系统中干净地完成一次月结。

如何从电子表格合并迁移到 SAP Group Reporting 而不造成中断？

按主体和数据集切换，不要一次性全部切换。先加载期初余额和试算平衡表，尽早开启校验，并在集团开启每个期间之前运行 Data Monitor 检查和公司间匹配。每个周期都要对账汇兑和公司间伙伴。最大的风险，是假设数据比实际更干净。

在 SAP 中，合并与计划之间合理的划分是什么？

合并、公司间抵销和货币折算属于 S/4HANA Group Reporting，连同可供审计的规则和法定月结。基于驱动因素的计划、滚动预测和情景属于 SAP Analytics Cloud。规则是：如果必须经得起审计人员的检验，就留在 ERP 里；如果只是工作假设，就属于计划工具。

如何在不削弱控制的情况下加快月结？

缩短路径，保留关口。找出每个周期最耗时的两三个瓶颈，通常是对账循环和迟到的凭证审批，并先解决它们。为对账设定时限，并让校验在公司间差异清除之前阻止期间关闭。每个月结周期解决一个瓶颈。

除了月结天数之外，哪些 KPI 能证明价值？

每个期间更少的审计发现、预测与实际的准确度，以及从董事会提问到有数据支撑的回答所需的决策周期。放弃“产出多少份报告”这种虚荣指标；要衡量报告是否改变了某个决策。

如何在满足本地主体要求的同时保持 Clean Core？

优先使用配置和并行扩展，而不是改动核心。每季度审查自定义项，移除不再使用的。为每个例外指定负责人和到期日。默认对核心改动说不；真正需要定制处理的本地要求，应该是例外，而不是常态。