您是否尝试过特征关系-组合检查？
您可能必须在查询的行中添加货币，并将其设置为通过特征关系显示。

如果您不希望在布局中显示它，也可以将其隐藏。

您是对的，如果您随后需要派生它，则它实际上无法工作 欧元值。

想到另一个选择：您有一个类似于货币类型的维吗？ 假设您要区分本地货币（他们在实体货币的屏幕上输入的内容）和组货币（EUR）。
如果是这样，您可以创建一个出口CR，该出口CR仅对本地货币有效，然后 货币换算将适用于其他货币类型。
但我了解您的模型可能会有所不同。

您好Mihaela，

sinc 0CURRENCY是与其他字符一样的字符 只要查询中未使用查询或使用分类，就不会启用该查询。

您不希望在查询中显示货币的原因是什么？

根据可能显示参考数据的其他列的原因和存在，有几种可能的解决方案。

• 只隐藏货币
• 使用一个关键数字 无维，使char关系类型派生为填充0currency，将数据从无维关键指标复制到ZAMOUNT
• 使用分解

注意事项

Cornelia

他 llo Mihaela，

仅作几点说明：

1. 具有金额关键指标，总是有货币特征与之链接，因此关键指标和货币特征都必须 处于聚合级别。 这就是为什么您不能真正"衍生"货币的原因，因为货币已经来自数据库。 仅对于新记录，您可以尝试在可进行输入的查询的新行中"派生"它。 在计划功能的汇总级别中，也必须填充货币。 要导出的字段不在聚合级别。
2. 主数据属性不必是要在特征关系中使用的导航属性。 在基本计划InfoProvider中包含属性作为特征就足够了； 导航属性永远不会包含在基本计划InfoProvider中，其值来自具有主数据表（P，Q表）的JOIN，但实际上来自具有"事实"表的（基于SID的）X，Y表的JOIN

因此，没有货币转换计划功能，您可以基于ZENTITY-> 0CURRENCY创建属性关系以导出或检查ZENTITY，0CURRENCY值的一致性。 为什么要使用计划功能进行货币换算？ 您可以轻松地在查询中执行此操作，因此不会创建具有新值0CURRENCY的新记录，由于上述特征关系，该新记录将不一致。

如果您确实需要具有转换后的货币值的新记录，则可以 应该遵循Federico的建议，添加另一个标记转换记录的特征"货币类型"； 那么您仍然可以使用带有ZENTITY的特征关系，CURRENCY_TYPE-> 0CURRENCY来检查一致性并使用"推导"； 这可能是出口，也可以基于DSO（或aDSO），在后一种情况下，您应将源特征作为DSO（aDSO）的键，并将0CURRENCY设为目标并维护您要支持的组合。 您将需要每种转换货币使用一种货币类型。

问候，

格雷戈尔

嗨米哈埃拉，

我想您将AO用作IP输入模板的一部分。 如果是这样，请在bex查询的行和列中添加ENTITY，0CURRENCY，ZLINE和ZAMOUNT。 在AO报告中，对0CURRENCY字段使用hide选项。 这样，您将使AO中聚合级别中的所有字段均不显示0CURRENCY。 这将使您可以立即使用输入并以所需的货币保存数据。

-塞尔瓦。