注意：SAP Analytics Cloud遵循每季度一次的升级周期，因此本文档中包含的一些信息，特别是一些限制，可能会随着未来版本的发布而过时。

简介

SAP Analytics Cloud（SAC）for Planning是一个基于云的规划解决方案。它是根据SAP路线图（下图）进行规划的主要战略SAP解决方案。还有一个强大的内部产品，即SAP Business Planning and Consolidation（SAP BPC）。

来源：SAP Business Planning and Consolidation Roadmap

此博客文章概述了SAP BPC和SAC的一个基本和常用的规划功能，即货币转换。这个概述主要是从产品功能的角度，而不是从用例的角度。假定读者熟悉这些。本文的目的是为那些以前一直在设计、实施或广泛使用规划解决方案的专家简要概述这些工具在货币兑换领域的能力。它可能有助于决定在哪种情况下使用哪种产品。

工具的目的

SAP BPC中的货币转换是在规划和财务合并要求的支持下设计的。因此，有多种内置功能，如根据账户汇率类型灵活定义业务规则，支持多种集团/子集团货币。

如果产品仅用于计划，则可以选择使用业务规则或脚本逻辑。在脚本逻辑中，贵阳大数据，可以使用汇率类型模型中的汇率将任何货币转换为任何货币。

在SAC中，货币转换用于支持规划和模拟。例如，在运行时执行，可以动态应用特定的速率版本来评估特定场景中速率变化的影响。

设计

首先，快速提醒，BPC可以有两种不同的配置，技术上有两种不同的产品：标准配置和嵌入式配置https://blogs.sap.com/2014/10/21/concepts-compared-bpc-standard-and-bpc-embedded/

在这篇博文中，在可能的情况下，我将尽量不关注这两种配置之间的差异。

持久性概念

在BPC中，方法是持久化货币换算计算的结果。无论是货币兑换业务规则、脚本逻辑（在BPC标准配置中）还是计划功能（在BPC嵌入式配置中），在兑换规则运行后，结果都会写回数据库。

这种方法的一个优点是良好的可追溯性和使用锁定机制的能力，例如工作状态，确保转换后的数字不会更改，即使系统中更新了汇率或本地货币数据。这一点在财务报告中尤其重要，因为保持已报告的数字不变。

缺点是数据冗余。它意味着以每个所需的货币和组/子组保存数据。除此之外，如果对汇率进行了更新，则有必要再次运行计算。

但值得一提的是，在嵌入的BPC中，还可以通过利用SAP Business Warehouse（BW）功能动态使用货币转换，即运行时。这可用于某些纯计划（即非合并）场景。因此，在这种配置下，各种各样的工具给人留下了深刻的印象。

数据模型

在BPC中，货币总是模型的一个独立维度。它实际上意味着，对于每个数据记录或事务，可以决定它存储在哪种货币中。在需要这种灵活性的情况下，一个常见的用例是为同一公司、合同、客户或任何其他维度组合使用多种交易货币。

计算的灵活性

在BPC中，方法是使用汇率模型来存储货币汇率。此模型可以从S/4HANA或SAP BW更新，也可以通过输入表单直接输入费率。

然后可以从货币转换业务规则或通过自定义逻辑访问模型中的数据，可以是脚本逻辑（BPC标准版本）、计划功能（BPC嵌入式版本），甚至通过BADi.

运行时计算概念

在SAC中，货币转换的结果不存储，而是在报表运行时计算。这是一种更现代的方法，可以减少数据占用。这是可能的，因为compute power允许在报表运行时执行计算而不会出现性能问题。

数据模型

在SAP Analytics Cloud planning中，货币不是维度，而是所谓交叉计算的结果。交叉计算是查看指定维度的currency属性以"了解"存储数据的指定货币，然后在报表运行时将其转换为报表（默认）货币。它的第一部分，即使用属性的地方，与BPC的本地货币概念有些相似，不同的是，在BPC中，所有必需的货币都作为计算结果而持久化，这与SAC中的运行时转换不同。此外，在SAC中，它可以是任何维度类型，例如合同维度（下图）或任何其他维度，具体取决于需求。

在模型创建过程中，建模者必须决定哪个维度将定义数据存储的货币。例如，如果这是一个公司维度（最常见的设置），那么它将是公司指定的本地货币，与BPC中的做法类似。例如，如果这是一个契约维度（下图），那么指定为属性的契约货币将定义用于根据该契约存储数据的唯一货币。这只定义持久化数据的货币。交叉计算将进一步转换为报表或任何其他货币。