我们正处在信息驱动的企业融资改革的风口浪尖上。这是对财务信息如何与运营和机器生成的信息"联系起来"的一次全面检查和重组，以使业务用户能够：从单位、费率、驱动因素和敏感性方面将运营货币化；实时分析和理解决策对财务和运营的影响；把洞察力转化为行动。这也提升了金融作为经营决策和战略货币化的关键合作伙伴/资源的地位。

这是探讨公司金融改革的博客系列的第一篇，包括为实现这一目标而发生的变化，它将需要从财务部门和信息技术以及一些关键利益方面获得什么

在过去，不同的创新已经接近导致公司财务改革，但没有达到目标。在线分析处理（OLAP）工具及其缓存的结果和直观的建模技术是一种方法。虽然它们支持用于分析"假设"的复杂模型，但它们的数据太高，与回答问题、识别异常和定义行动计划的详细事务没有联系。用于将OLAP数据库与详细关系事务链接的技术被证明是脆弱的。

第二种方法是使用关系加速器来加快关系查询时间，并在摘要总计和详细级别事务之间创建一条视线。这些解决方案的挑战有两个：第一，速度仍然不够快；复杂的数据体系结构成为业务用户导航的挑战。通过连接10个或20个不同表的内部和外部连接来遍历数据以创建业务视图需要IT和业务敏锐性的结合。

这两种方法以及典型的关系数据库/数据仓库方法都存在数据不灵活的问题。它要求数据/信息的体系结构能够按照业务用户希望查看信息的方式进行设计，如果业务用户按照预期的方式查询数据，那么查询就会很快。如果业务用户超出了数据架构的方式，那么查询会很慢。

为什么现在不同了？

这一改革是由内存技术和内存技术提供的数据简化推动的。内存技术：

内存技术的结果是一个没有聚合表和需要维护的单独事务表的系统架构，在创建报告或执行分析时进行协调和链接。这一概念是S/4HANA财务的核心。

通用日记账表，为会计和控制提供了一个单一的真实来源：

为什么它对公司很重要？

实时环境和不断加快的公司"时钟速度"要求组织有能力在更短的时间内以信息和洞察力做出响应。S/4HANA Finance提供了一个业务平台，该平台集成了一个强大的预测引擎，有助于在加速的时间框架内进行决策。它通过将金融交易与其运营属性合并来创建集成的计划，帮助组织创造和获取新的经济价值。它有助于集中精力我的下一篇博客将深入探讨"为什么现在不同了？"关注"内存"技术的关键特征，使这一改革成为可能。

[1]参见哈佛商业评论2015年10月的文章："未来和如何生存"，作者：Richard Dobbs，Tim Koller和Sree Ramaswamy

你能详细说明这一部分吗？

我明白了，不再有那么多带会计凭证的表格，淘客pid，只有一张大表格，这是一件好事。但我不确定这将如何改善上述交易跟踪。

在ECC 6.0中，已经为货物移动或供应商/客户发票创建了会计文档。我怀疑这在S/4HANA中是否会改变，因为这只是一种会计实践。但这些文件通常不用于报告，只是因为这些报告需要比会计文件更多的数据。因此报告必须阅读销售/采购等表格。这种跟踪虽然很麻烦，但在ECC6.0中是可能的，所以它并不是真正的突破。在这方面，S/4HANA（除了速度）到底有什么主要区别？

而我根本没有得到这部分，是不是有错别字？报告的依据是什么？

谢谢你的提问，杰丽娜。这两个问题的答案都是未来博客的一部分。简单的答案是通用日志表。从技术上讲，它被称为ACDOCA表。它结合了许多不同的明细分类账表的内容，如材料文档表、固定资产、总账、COPA。它有300多个字段，尽管不是所有字段对所有事务表都重要。它简化了数据导航，因此用户不必导航所有不同的事务表并合并它们以提供组合视图。这些记录存储在详细事务级别，因此在内存中提供这些记录可以快速聚合对您来说很重要的任何属性。虽然它是一种以会计为中心的通用期刊，但它提供了一种简化的方法，将这些点连接到主数据和来自其他系统的相关事务。对于其他SAP系统，bi大数据，如物流系统，我们也采用了这种"通用日志式"的概念。

好吧，我知道这是一个很酷的表格，作为一个ababer，我希望尽快走出BSID/BSAD的地狱。我也理解你所说的优点（更容易/更快的访问，我们可以把我们想要的东西都塞进数据库，yippie），返现app，这通常是属于数据库的，而不是专门针对FI的。