2.利用SAP®Analytics Cloud引入财务规划和分析-财务规划与分析基础

2.利用SAP®Analytics Cloud引入财务规划和分析-财务规划与分析基础

1财务规划与分析基础

财务规划与分析（FP&A）是组织编制年度预算和月度或季度预测的过程，以实现战略目标，同时支持财务健康。预算和预测过程有助于组织发展实现长期战略和财务目标所需的结构和灵活性。

尽管有良好的意图和有能力的财务和会计专业人员的技能努力完成他们的预算和预测，但这些过程往往是费力的、脱节的和低效的。现有预算和规划流程的一些常见反馈如下：

  • “参与的人太多。”
  • “流程太长。”
  • “流程一旦启动就过时。”
  • “流程启用系统游戏。”
  • “流程太死板。”

这种反馈太普遍了，是不连贯、缓慢和不可靠的公司计划的结果，最终导致组织在时间和资源（主要是人力资本）上花费了太多的成本。

然而，更好的FP&A是可能的。让我们从第1.1节开始，回顾一下FP&A的概念，以及规划师长期以来一直想要的一个未命名的概念：协作企业规划。在第1.2节中，我们将介绍SAP Analyt ics Cloud作为解决组织当前面临的FP&a挑战的解决方案。我们将讨论其核心用例、体系结构，以及希望了解SAP Analytics Cloud如何帮助其各自组织的利益相关者经常提出的问题。

1.1规划和分析概念

让我们从探索规划和分析中的核心概念开始。我们将首先强调组织内的典型流程、周期和规划类型。

计划和分析过程在一系列活动、会议和活动中运作，以产生一系列计划，最大限度地提高组织的业务绩效，因此应同步运作：

  • 该战略计划概述了公司中长期的未来发展方向，并详细说明了如何实现这一目标的举措。
  • 预算提供了目标，以使公司在既定的计划内保持正轨。
  • 一系列（通常是每月一次）的预测使计划能够根据市场情况进行细化。

Table1.1列出了总体规划过程的关键组成部分。

当然，FP&A仍在进行中，各组织从战略计划的制定到预算的编制再到执行都在一个连续的循环中运作。随着每个月的结束和实际情况的不断出现，现有的预测将被分析和更新。图1.1所示的循环是FP&A的核心。

不管FP&A对组织的长期健康有多重要，它并不总是简单的。他们各自组织内的领导每年开会，就短期、中期和长期目标达成一致。这一关键流程确保组织的活动和投资符合战略财务和非财务目标。它确定了一个战略，并设置了跨主要部门和关键产品线的关键绩效指标（KPI），组织可以衡量这些指标以确保财务增长。

但将战略商业计划转化为年度预算，然后再转化为预测，往往会落空。因为从战略计划中产生的计划是为了创造实现公司愿景的务实步骤，所以它们应该被级联到预算和预测中；然而，这种情况通常不会发生。如果管理层制定的总体战略没有有效地转化为财务和运营计划，可能会对业务产生负面影响，例如在没有考虑公司长期目标的情况下做出运营决策，或者由于关键人员不了解如何做而增加员工的不满它们符合它的长期愿景。创建一个相互关联的计划，让人们了解自己在组织大局中的角色，同时协调财务和运营目标，是实现这一战略愿景的最有效方法。

让我们考虑一下，如何在整个企业范围内调整计划，使预算和预测团队参与其中。在“协作企业规划”部分，我们将了解协作企业规划的概念，并探讨它与其他集成规划流程的区别。在预算和预测部分，我们将回顾预算和预测，最后，在自上而下的计划与自下而上的计划部分，我们将讨论这两种类型的计划，并检查每种方法的优缺点。

协同企业规划

计划应该在一个组织内的部门之间联系起来的观点并不新鲜。事实上，跨企业集成业务规划的想法一直是许多组织的目标。
将需求计划、供应商网络计划、生产计划、销售和运营计划与财务计划相结合的能力是大多数公司的梦想。在过去的几年里，将计划过程联系在一起已经获得了大量的关注，但直到现在，主要是在供应链计划领域。

SAP在供应链管理领域创建了计划产品，将需求生产和产能计划与销售和运营计划相结合。如图1.2所示，综合业务规划的概念将需求、产能和生产规划与销售和情景规划结合起来。然而，这一进程通常仍然与战略和财务计划相分离。

协同企业规划是将供应链中的运营和销售计划与整个企业的战略和财务计划联系起来并协调起来的过程。协作式企业规划概念的核心是协作和效率—一个组织中没有一个人或一个团队掌握如何完成任务的全貌。如果组织在一起工作，并且每个人都能够在规划时理解他们如何以及在哪里融入更大的愿景，那么在执行时就不会错过任何东西。

预算和预测

因此，如果协同企业规划是将计划从公司的高层战略计划链接到其年度预算和月度预测的解决方案，那么让我们关注这两个过程。

在大多数组织中，计划和预算往往是僵化的，每年只有增量的改进。同时，在过去的十年中，预测空间内发生了适度的优化。
一些组织已从年度预测（固定12个月）过渡到滚动预测，以至少对其创收、服务成本或销售商品成本以及费用进行年度前瞻性预测（滚动12个月）。然而，预算仍然几乎总是侧重于损益表，很少或根本不关注资产负债表或现金流的影响。它们通常持续12-18个月，与公司的长期战略目标脱节。这种脱节是战略计划、预算和预测之间缺乏相互关联的企业规划的症状。关键举措，如高级别计划或产品和品牌发布，应在战略计划内制定，然后转化为预算和预测。任何需要商业计划的组织决策都应该评估其对组织价值、现金流和市场地位的影响。传统上，技术并不能使这成为一个简单的过程。

预算几乎都是年度的（事实上，它也被称为年度计划），而构建预测通常从预算开始，每月或每季度形成一次。随着时间的推移，一家公司在执行其年度计划或预算时，会产生实际值，公司销售商品或服务，产生收入，并产生成本。当这些实际值被带入计划环境并覆盖计划时，预测值就会根据公司在结账月份的交易情况进行调整。

在整个一年中，大多数组织跟踪并寻求改进的指标之一是预测准确性，即预测与流入的实际值的比较。每个组织都会喜欢预测未来的能力，因此提高预测的准确性始终是一个优先事项。在预算和预测过程中被认为是“同类最佳”的组织采取以下行动：

  • 编制可供预算编制者使用的战略计划

  • 使运营商（成本中心经理）与组织长期目标的战略目标保持一致

  • 关注决策的全部财务影响，而不是对损益表的短期影响，尽管资产负债表和现金流的影响也需要考虑

  • 将可能影响预测的运营因素纳入预测：

    –我们是否有足够的资源（人力和资本）来实现目标？

    –预测时是否应考虑外部因素（即关税或贸易影响、降雨量、作物产量等）？

对于要实现预算和预测流程改进的组织来说，传统上占活动大部分的繁琐的官僚待办事项需要简化，最好是自动化，并与战略计划相联系。

自上而下计划与自下而上计划

自上而下和自下而上的规划是相互竞争的，有时是相互缠绕的规划过程。自下而上的计划是一种预算和计划方法，成本中心、部门或部门经理在其团队内估计潜在成本；然后收集并汇总这些成本。相反，自上而下的计划是一种方法，管理层根据销售预测或上一年的支出建立或修改预算和计划，然后将这些预算级联到下级成本中心、部门或部门。

规划方法的选择取决于组织的目标和过程。自下而上的计划具有相当准确和参与性的优点；最接近流程的工人将成本加在一起来构建他们的产品。自下而上的计划的缺点是，它可以创造一个环境，在预算“游戏”发生。众所周知，管理者会增加预算，以确保一年中的计划不会出现资金短缺，并进行不必要的支出，以确保预算不会逐年减少，即使几乎没有或根本没有可执行的活动。

与此同时，自上而下的计划虽然不如自下而上的计划常见，但仍在一些公司中使用，在公共部门中尤其流行。这个过程从管理层在更高的层次上估计成本开始，通常与成本中心或部门经理隔离。
尽管高级别预算通常更符合组织目标，但它们缺乏最接近所估计实际过程的人员的投入。

这两种计划风格有时一起使用，即创建自下而上的预算，并在组织单位之间汇总。在这一点上，管理层评估现有的计划，并在一个较高的水平作出调整，适用于每个组织或部门的预算增加或削减。通常，组织单位和管理层之间会进行谈判，以最终确定下一年的预算，然后确定最符合组织战略的内容，同时确保预算切合实际。

回顾了核心规划和分析概念之后，让我们将注意力转向SAP Analytics Cloud。

1.2 SAP Analytics Cloud

SAP Analytics Cloud是SAP提供的基于云的规划、分析和预测解决方案，使用户能够查看和分析其历史数据。

然而，在我们详细介绍SAP Analytics Cloud的核心用例、案例和模型、交付的内容、体系结构和部署选项之前，让我们先介绍一些软件即服务（SaaS）基础知识。

Software-as-a-Service Concepts

正如我们在将最受欢迎的消费软件产品从桌面过渡到web时所看到的（想想从Microsoft Office过渡到Microsoft 365！）基于SaaS或基于云的订阅访问解决方案是未来的趋势。

消费者级和企业级SaaS解决方案往往具有以下共同特征：

  • 随时随地可访问性
  • 弹性可扩展性
  • 单一配置
  • 集中功能更新
  • 丰富的应用程序编程接口（API）
  • 社交功能

当然，大公司通常不会像私人消费者那样迅速过渡到基于云的解决方案，因为他们往往对数据安全和法规遵从性有企业范围的担忧。然而，近年来，针对不同行业中基于云的应用程序制定了新的认证流程和法规，克服了许多此类问题。其结果是，最近出现了一股公司购买“云愿景”并瞄准云运营带来的好处的浪潮。

让我们看看SAP Analytics Cloud，它是一个基于多租户体系结构的SaaS解决方案。这通常意味着对所有客户使用单一版本的产品，即使单个客户的数据在其自己的租户中被隔离和保护。（请注意，SAP Analytics Cloud有第二个版本的产品，其中包含仍处于测试阶段的非常新的功能。此辅助代码行为客户提供了尚未普遍提供的功能的预览。）

用例

图1.3显示了使用SAP Analytics Cloud，FP&A从业者如何分析过去（报告），创建未来愿景（愿景），并规划如何实现目标的路线（计划），同时使用预测功能帮助解决前进道路上的任何障碍（预测+预测）。这些功能本身并不是唯一的；SAP Analytics Cloud与竞争解决方案的区别在于，它将这些功能整合到一个平台中。

SAP Analytics Cloud还将人们聚集在一起，为财务规划师和以下其他利益相关者提供支持：公司领导希望创建公司愿景并对如何实现愿景做出战略选择；财务团队希望实现底线结果；销售团队希望推动顶线增长。

SAP Analytics Cloud作为云计划应用程序的巨大潜力使其适用于多个用例，包括区域和配额管理、销售计划、基于激励的薪酬，和FP&A。前三个是非财务用例，传统上，作为SAP Analytics云解决方案中构建的第一个规划模型，这些用例更容易被组织消化。这是由几个不同的因素造成的：

  • 销售计划人员习惯于使用不基于Excel的解决方案。
  • 业务开发支持模型（即区域和配额管理以及激励补偿模型）不需要与其他用例相同的集成级别。
  • 销售支持模型通常是独立的模型，因此在没有大量内部协调的情况下更容易快速实施。

尽管非财务用例通常是在云规划应用程序中实现的第一个场景，但这并不意味着财务用例不受支持。事实上，由于SAP为首席财务官办公室构建强大应用程序的历史，SAP Analytics Cloud为财务组织提供了独特且极具吸引力的价值主张，包括大量预构建的内容，可供SAP Analytics Cloud用户直接在应用程序中访问。

一个常见的用例是混合财务规划，它指的是一个跨SAP Business planning and Consolidation（SAP BPC）实施的规划解决方案—标准版本或内置于SAP S/4HANA和SAP Analytics Cloud中的嵌入式版本。许多已经实施了SAP BPC的客户都希望通过一流的可视化和仪表盘来增强现有的规划流程；同时，其他SAP BPC客户也希望转向SAP Analytics Cloud以开发新的规划模型，因此他们寻求将SAP BPC模型与SAP Analytics Cloud连接起来集成规划解决方案中的模型。

而且，由于SAP S/4HANA中提供了嵌入式SAP BPC，对于开始进行SAP S/4HANA财务转型的财务组织来说，一个令人兴奋的价值主张就是将实时实际值纳入其预算和预测中。SAP通过在系统内提供规划内容实现了这一令人兴奋的功能，这些内容可以直接连接到SAP S/4HANA内部的基础总账，这意味着SAP Analytics Cloud可以直接将数据读写到SAP S/4HANA中。

无论您的用例是完全基于云的本地规划应用程序，还是SAP BPC后端的扩展（具有改进的用户体验），SAP Analytics cloud都是为您的规划故事建模的合适场所。

故事和模型

财务用户和业务线分析师通常使用表格报告和图表的组合来了解和沟通业务绩效。传统上，这些报告和图表被放在不同的模块或解决方案中，这使得数据可视化和一致的故事讲述具有挑战性。在SAP Analytics Cloud中，故事是您分析数据的地方，也是您的数据得以实现的地方。您将构建图表、表格、图形和其他数据可视化工具来讲述您的业务。

在SAP分析云中，模型是数据探索的基础。
模型主要由度量和维度组成，为故事中的数据可视化提供了结构。尽管故事可以在没有模型的情况下创建，但拥有一个底层模型可以为您提供更大的灵活性和以下好处：

  • 清除的数据集

    分离或合并列，修复印刷错误，确保分配了正确的度量和尺寸，等等。

  • 丰富的数据集

    地理信息丰富您的数据，这样您就可以在故事中包括地图、创建多级层次结构、创建自定义计算、设置单位和货币、添加公式等等。

  • 托管数据集

    与其他人共享数据，分配不同的权限设置，并用一个模型讲述多个故事。

在SAP Analytics Cloud中，基本上有两种类型的模型：

  • 分析模型

    这些模型允许您清理和丰富数据，并为讲故事做好准备。

  • 计划模型

    这些模型允许您执行分析模型所执行的所有操作，但它们还提供其他功能，如设置预算和预测、创建自己版本的模型数据、复制和粘贴数据以及使用扩展、分发和分配功能。

    在计划模型中，您可以使用类别定义实际绩效（actual）、调整后绩效（forecast）和初始预期绩效（budget）。SAP Analytics Cloud允许您选择每个类别的粒度。

如果您的组织正挣扎于从何处开始以及如何构建故事或模型，SAP将通过其交付的内容提供模板，从而加快组织故事的创建。

交付的内容

大多数SAP应用程序的一个关键好处是，SAP提供了丰富而庞大的内容集合，可以加速SAP Analytics云的实施。
内容网络中提供三种类型的内容：

  • 示例：可以通过演示解决方案中的关键特性和功能来确定新用户方向的示例。
  • 业务内容：SAP针对各种分析和计划流程的业务内容，如成本中心费用预算。
  • 第三方业务内容：由SAP合作伙伴构建的内容。内容包括酒精和饮料行业的分析内容，用于分析服务成本和收到的折扣等指标，以及公用事业行业的分析内容，用于分析家庭能源消耗。

SAP Analytics Cloud拥有广泛的内容，可帮助任何组织起步。示例和业务内容是一种很好的方式，可以可视化在解决方案中如何呈现数据的可能性。无论您决定直接使用内容还是简单地将其用作指南，提供的内容都非常有用。

构造

SAP Analytics Cloud作为公共云或SaaS解决方案提供。因为SAP Analytics Cloud构建在SAP云平台之上—SAP的平台即服务（PaaS）—它利用了高性能的SAP HANA数据库。如图1.4所示，SAP Analytics Cloud的内部架构包含基本的核心功能，这些功能驱动构建在这些功能之上的分析应用程序。

四个SAP Analytics云分析功能是关键：

  • 计划

    创建事件并将其集成到工作流中以推动核心计划活动或执行高级计划功能（例如分配）都是此体系结构组件的一部分。

  • 商业智能（BI）

    BI分析功能中提供了可视化和报告，这些可视化和报告补充了计划过程，允许您可视化计划数据，无论是在与实际值比较的网格中还是在丰富的图表类型中。

  • 预测性

    Smart Assist是一种非常令人兴奋的功能，它能够针对您的计划和实际数据运行预测分析，而无需编码。对于需要更高级预测功能的客户，可以建立预测模型并将其与您的计划相关联。

  • 应用程序设计

    SAP Analytics Cloud可以通过主题化或执行更高级的计算来帮助客户根据组织的需要定制解决方案，从而使用脚本满足复杂的需求。

大多数基于云的应用程序的实现要求能够连接到客户数据中心中现有的本地解决方案。SAP通过一个名为SAP Cloud Connector的解决方案促进了这种连接，该解决方案很容易添加到客户的内部架构中。图1.5显示了SAP Cloud Connector和SAP Analytics Agent（或SAP Analytics Cloud Agent）如何在客户网络中就位，以利用SAP Analytics Cloud提供的各种数据连接器。

SAP Cloud Connector在客户数据中心内的应用程序和SAP Analytics云之间提供了一个安全且专用的隧道。SAP Analytics Agent是一种lite安装，用于从导入的连接和实时连接导入数据，除了SAP Cloud Connector之外，还需要它来启用大多数数据连接；当前唯一的例外是SAP BPC（针对SAP NetWeaver的版本）和SAP BPC（针对SAP BW/4HANA的版本）。如果您的实现需要与任何其他系统（无论是文件服务器还是SAP ERP系统）建立数据连接，则需要安装并配置相应的SAP Analytics Agent。

部署

大多数传统上使用本地软件的组织都构建了健壮的项目管理组织，这些组织拥有详细的项目模板和流程，可以将项目从一个阶段转移到下一个阶段。需要通过阶段关卡的活动通常适用于业务组和IT组。

在部署云应用程序时，IT就绪检查属于项目管理团队的权限，项目管理团队应询问大量问题，以便为部署和推出基于云的解决方案做好准备。我们建议您的项目管理团队从以下问题开始：

  • 在开发系统中构建内容之后，如何将其转移到质量或生产系统中？

    –SAP Analytics云中的导入和导出功能通常用于此目的。

  • 我们如何提供质量或生产系统？

    –请与SAP销售代表联系，以确保及时调配测试和生产系统。

  • 因为SAP会自动升级我们的云租户，我们需要担心这些升级的时间吗？

    –除非您是SAP Analytics Cloud的预览订阅，产品功能将继续按双周计划推出，否则所有租户将按季度进行升级。

当项目团队对他们通常会问的问题有了答案，他们就可以保持项目进展，避免项目延误。例如，确保在进入测试前几周提供一个测试客户机，有助于确保SAP有时间为您的公司准备租户，并确保您的项目团队有时间确保租户可以使用。

过去，为开发准备的SAP分析云租户通常每两周或每隔一周进行一次bug修复和增强升级或“刷新”。在2018年底，SAP过渡到一个季度刷新计划，以便在发布之间留出更多的时间来开发用例、培训最终用户以及完成用户验收测试和切换活动。这个新的发布时间表的一个关键好处是，用户不必担心产品更新是否引入了bug，或者应用程序中是否没有捕获到先前存在的bug。当您计划部署里程碑和从开发到质量或从质量到生产的计划模型推广时，请记住季度刷新日期。

除了了解与SAP合作及时为租户提供服务以及在SAP更新租户时不安排关键里程碑的细微差别之外，部署SAP Analytics Cloud非常简单。当规划解决方案部署在一个混合模型中时，部署场景可能会变得更复杂一些，该模型将SAP Analytics Cloud和SAP BPC合并为三种组合之一。我们建议在探索这些部署选项时询问以下问题：

  • 我们的SAP s/4HANA战略是什么？（单实例或多实例）
  • SAP Analytics Cloud是与独立的SAP BPC部署一起使用还是在SAP S/4HANA系统上使用？
  • SAP HANA是否与SAP BPC一起使用？

根据对这些问题的回答，您的组织可以从SAP Analytics Cloud和SAP BPC的三种组合中选择一种。

第一个选项是运行SAP Analytics Cloud和独立的SAP BPC，其中包含 out SAP HANA，如图1.6所示。SAP BPC 10.1（针对SAP NetWeaver的版本）是允许使用非SAP HANA数据库的独立SAP BPC（标准版本）的最后一个版本。在此部署选项中，客户不使用SAP HANA，因此他们可能不希望在短期内实现SAP S/4HANA。也就是说，客户可以利用SAP Analytics Cloud作为其SAP BPC解决方案的web前端，实现可视化和数据输入。

第二个选项是运行SAP Analytics Cloud和SAP BPC for SAP S/4HANA，如图1.7所示。在此部署选项中，SAP Ana lytics Cloud位于SAP BPC for SAP S/4HANA解决方案之上，其中SAP S/4HANA的推出遵循单实例策略，通常SAP S/4HANA是用于规划的唯一或主要数据源。在此部署选项中，从SAP Analytics Cloud到SAP BPC的实时数据连接可用于直接在SAP S/4HANA中创建丰富的可视化和计划。

最后一个选项是运行SAP Analytics Cloud和SAP BPC for SAP BW/4HANA，如图1.8所示。此部署选项连接SAP Analytics Cloud和SAP BW/4HANA，后者是SAP提供的新的、简化的内部数据仓库。这是SAP BPC的最新版本（11.0）。由于sapbw/4HANA强大的提取、转换和加载（ETL）和建模功能，许多拥有异构信息源的客户都会选择这种部署模型。

本节介绍了预算和预测，并从较高的层次介绍了SAP分析云。现在让我们深入了解预算编制的细节。第2节将首先讨论预算创建（“播种”）和执行初始更新的过程，然后将预算目标下推到组织的较低级别。随着本节的继续，您将了解预算发布和运行budget to actual to forecast报告以分析SAP Analytics Cloud中的数字。

SAP Analytics Cloud