将期间和移动维转换为密集维

创建应用程序时，您可以选择将期间和移动设为密集维或者使用帐户作为密集维的选项。您还可以将现有应用程序迁移到期间和移动维作为密集维的应用程序。“应用程序概览”屏幕中提供了迁移实用程序。当您创建或迁移期间和移动作为密集维的应用程序时，系统会对植入成员和成员公式进行所需的更改。

注：

此选项仅适用于在启用了混合模式的 Essbase 上运行的应用程序。

创建期间和移动维设为密集的应用程序

创建应用程序时，默认情况下将期间和移动设为密集选项处于选中状态。如果您想要创建帐户作为密集维的应用程序，请取消选中此选项。

请参阅“应用程序功能说明”。

将帐户设为密集的应用程序转换为期间和移动设为密集的应用程序

迁移前步骤

开始迁移过程之前，您必须完成以下操作：

确保没有元数据验证错误。
确保不存在挂起的元数据更改，并且“刷新数据库”已成功运行。
对应用程序进行完整备份。
注意：生命周期管理备份过程不包括用于数据管理的工作台数据。但是，您可以在执行克隆时、通过使用 EPM Automate 命令或者通过从 UI 运行脚本来创建工作台和整个数据管理环境的快照。

请参阅以下 EPM Automate 命令：
- exportDataManagement
- importDataManagement
禁用调度作业并重新调度自动维护期间。
删除所有解析顺序自定义设置。

迁移步骤

在主页上，依次单击应用程序和概览。
从操作中，选择将期间和移动设为密集以启动迁移向导。
在开始迁移过程之前确认您已完成了预转换操作，然后单击下一步。
查看更改摘要。
如果您部署了可配置合并规则，系统会警告您必须在转换后查看这些规则。
单击启动以启动迁移过程。

该过程开始时，所有现有用户将注销，并且所有活动请求将停止。
等待迁移过程完成，然后从应用程序注销再重新登录。

元数据的主要更改

迁移过程将导致元数据发生以下更改：

视图维

FCCS_YTD、FCCS_QTD、FCCS_HYTD、FCCS_YTD_RULE、FCCS_QTD_RULE 和 FCCS_HYTD_RULE 成员是动态计算。

_RULE 成员和相应的 without _RULE 成员具有相同的成员公式。

移动维

所有植入的父代成员都是动态计算。

移动现在是密集维。

期间维

期间现在是密集维。

数据源维

迁移过程完成后，以下数据源维成员将不再用于合并：

FCCS_RateOverride（父代成员：FCCS_SystemTypes）
FCCS_AmountOverride（父代成员：FCCS_SystemTypes）
FCCS_PCON（父代成员：FCCS_SystemTypes）

应用程序详细信息

期间和移动作为密集维的应用程序仅存储周期性数据。

您不应对这些应用程序使用更新视图计算规则。

创建期间和移动作为密集维的新应用程序时，您无法启用控制至今存储选项，并且控制至今视图规则将不可用（按所选视图合并、按所选视图强制合并、按所选视图转换、按所选视图强制转换）。

将帐户作为密集维并且启用了控制至今选项的现有应用程序迁移到期间和移动作为密集维的应用程序时，会显示合并、转换、相应的“按所选视图”和相应的强制规则（基于单货币或多货币）。所有这些规则仅生成周期性数据。

观看以下视频，详细了解如何将期间和移动维转换为密集维：

在 Oracle Financial Consolidation and Close 中将期间和移动维转换为密集维。

转换应用程序以将期间和移动设为密集之后的转换后步骤

将应用程序转换为期间和移动作为密集维的应用程序之后，请执行以下步骤：

审核所有用户定义的成员公式、可配置的计算规则（也称为插入点）和按需规则，以确保它们的编写遵循了最佳做法。您无需审核植入的成员公式。
注意：如果您打算启用“按期间增强组织”，查看并更新用户定义的公式和规则尤其重要。如果启用了“按期间增强组织”，但仍未完成对规则的必要更改，这可能会导致应用程序不可用。
重新创建所有已保存的数据导出作业以使用期间维或移动维（密集维）而不是帐户维作为动因维。
按照“从密集/稀疏优化 (Dense/Sparse Optimized, DSO) 应用程序导出数据”中的准则修改从迁移的 DSO 应用程序导出数据的现有数据集成。
运行迁移配置任务以将可用的用户创建替代变量迁移到合并设置。请参阅“将替代变量迁移到合并设置”。
当运行迁移实用程序时，植入的成员和用户定义的成员的解析顺序会更改。在迁移过程中，现有父代帐户成员的解析顺序自动设为 58。确保未来添加的任何新父代帐户成员的解析顺序都设为 58。
您必须审核并修改这些帐户、移动和数据源成员的解析顺序。请参阅“设置解析顺序”。
- 帐户：所有父代帐户成员的解析顺序现在必须设为 58。
- 移动：所有父代移动成员必须是动态计算。删除以前设置的所有成员的解析顺序。
- 数据源：删除以前设置的所有成员的解析顺序。
注：

根据本文档查看 DSO 的解析顺序，以获得更好的检索性能：Financial Consolidation and Close 检索性能故障排除。

如果某个成员公式包含另一个“动态计算”成员，请将该成员公式的“合并解析顺序”增加到比公式中引用的“合并解析顺序”最大的成员高 1。

如果某个成员是父代动态计算成员，并且数据是在 YTD 检索的，请查看该成员的解析顺序，以确保它高于 YTD 成员。
转换后，不需要重新合并已合并的期间。在 DSO 转换期间，YTD 数据会被删除。当以前的期间已锁定时，最好不要解锁和重新合并。

当期间和移动是密集维时编写成员公式的最佳做法

在编写包含稀疏交叉维引用的公式之前使用 @NONEMPTYTUPLE(); 指令。
避免返回直接常量，而是通过以下语句附加常量：

+ "Scenario"->"Years"->"Period"->"Entity"->"Account"->"FCCS_Entity Input"->"FCCS_No Intercompany"->"FCCS_No Data Source"->"FCCS_No Movement"->"FCCS_Periodic"-><No members of your custom dimension>

原始公式示例

修改后的公式示例
避免设置包含公式的叶动态计算帐户成员或者将动态计算帐户父代设为“两遍计算”。而是，使用解析顺序。“两遍计算”选项将帐户作为最后一个维进行计算，有时可能不必这样做。
避免在成员公式中使用以下主题中提到的函数：https://docs.oracle.com/en/cloud/saas/enterprise-performance-management-common/ecalc/working_with_essbase_hybrid.html。混合 Essbase 不支持这些函数。
审核可以在聚合后计算的所有公式，如比率。通过指定较高的解析顺序进行动态计算。
审核必须在聚合前计算的所有公式。如果性能较低，请考虑将其设为存储成员并使用计算脚本。
审核需要从许多数据块中检索数据的所有公式，例如滚动预测。如果性能较低，请考虑将其设为存储成员并使用计算脚本。
避免在公式中返回 #MISSING。

编写自定义规则的最佳做法

查看用于编写自定义规则的常规最佳做法，并对期间和移动是密集维的应用程序应用相同的概念。

在使用移动成员作为锚点块的规则中，您必须将锚点成员更改为稀疏维成员。
父代移动成员只能是“动态计算”，不能是“从不共享”。在对父代移动成员使用了 FIX 语句的任何规则中，必须更改父代成员并且只能使用零级成员。