在实施RTC时，对合并模型建模时的一个基本决策是使用何种货币换算方法。接近我谈论RTC的10个人中有9个人会对货币翻译有疑问。在这篇文章中，我将试图强调他们之间的选项和区别。

目前RTC支持三种货币翻译选项：

BPC货币翻译S/4 RTC货币换算会计货币折算

在BPC嵌入式系统中，中的货币折算与BPC标准基本相同，唯一的区别是执行：只有通过任务序列的合并监控触发。业务规则方面，完全相同。

带BPC货币换算的RTC模型将生成5个计算视图：

来自ACDOCA-通用日记账-会计的2个视图视图05–最终版本视图07–初步版本来自ACDOCC的3个视图-合并日记帐视图06–最终版本，用于读取通过灵活上传输入的实际值视图08–初步版本，用于读取通过灵活上传输入的实际值视图09–两个版本的合并结果（手动和自动）

这些视图之间的区别在于，什么是大数据技术，最终版本视图将在"加薪数据提交请求"中执行检查。

以上所有前4个视图将选择HSL–公司货币金额，并将货币硬编码为"LC"，以便BPC业务规则可以作为平常。这对于合法合并是绝对正确的，但是对于管理模型，这可能不是正确的金额字段，因为某些组织对象将跨公司代码。这种情况下的另一种选择是在基础视图中重命名将有一个一致的货币（例如，组货币或控制区域货币）到HSL的其他数量字段中的一个。特定账户，仅通过合并监控集团、实体，可选择期间和版本。

汇率：在BW信息提供程序中

转换规则：在BPC–业务规则中

允许与BPC标准中相同的解决方法，大数据数据处理，例如使用流计算FCTR。

在RTC总账账户扩展中由总账定义的汇率类型–t代码：RTCGLA–维护账户–BPC集成

外汇类型在RTC实体扩展中维护–t代码：RTCENT–维护实体

使用RTC引入了新的货币转换工具。S/4 RTC CT将从ACDOCA读取数据，并将未合并的翻译结果发布到ACDOCC。与BPC CT不同，RTC CT将通过事务代码在S/4中配置和执行。

使用此选项，系统将仅生成3个HANA计算视图，返利商城系统开发，所有3个视图均获取ACDOCC数据：

最终（视图10）和初步（视图11）以及合并结果（视图09）。

这是因为在使用RTC CT时，转换结果将不仅以集团金额，而且以当地货币金额过帐到ACDOCC，云分析，使ACDOCC成为未合并数据的唯一来源。

接口：通过t代码RTCCT–货币转换

汇率：从TCURR–无重复汇率

汇率类型从S/4中选择。请记住，RTC是关于从记帐中实时访问主数据和事务数据的，使用此选项，费率也将从会计使用的同一存储库中使用，无重复。

转换规则：通过RTC配置事务代码。

定义RTC CT需要许多配置：

目前有5个不同的转换键支持CT：

第三个选项已发布，注：2554579–实时合并模型增强，以重用ACDOCA中已翻译的集团金额

此注释将允许您重新使用FI中已翻译为集团货币的金额进行合并。

这一点非常重要，因为在S/4HANA中，您可以在事务级别执行并行翻译，同时，它还将消除因不同的折算方法或汇率而可能造成的任何差异。请记住，合并过程也被简化，因为它消除了货币换算步骤。在执行合并和取消业务规则时，BPC将直接从ACDOCA（会计数据）和ACDOCC（灵活上载）中读取集团金额。

此选项的一个特别之处是，BPC CT还可以用于灵活上载实体、合并手动调整等。

在生成的计算视图方面，它将与使用BPC CT时相同，不同之处在于它将映射：

KSL–以全球货币表示的金额作为CONSL–以集团货币表示的金额RKCUR-全球货币作为CuxCurr -组货币Fuy，在其中的组货币在不同的字段中存储，在基础视图中，这个字段需要被重命名为KSL。例如，在一个系统中，组货币量存储在OSL中，在自由定义的货币1中，在基础视图中重命名：ROCUR to RKCUR

在实施此选项时，了解以下几点很重要：

总结

尽管所有3个选项都提供相同的结果，但每个选项都有利弊。首先，了解什么对集团会计师来说是重要的、定义规则的灵活性、绩效、一致性…这一点很重要

我个人喜欢会计选项，因为它利用了FI（一种经验证且稳定的功能），简化了合并过程，同时保持了整个财务环境的一致性此外，网购返利，我相信未来的趋势是将合并带到源头，因此通过在会计方面进行集团CT，您将朝着它跨出一步。