將期間與變動維度轉換為密集維度

建立將期間與變動用作密集維度的應用程式

將應用程式從將科目用作密集維度轉換為將期間與變動用作密集維度

移轉前步驟

開始移轉程序之前，您必須完成下列動作：

• 確保沒有中繼資料驗證錯誤。
• 確保沒有擱置的中繼資料變更，且已順利執行「重新整理資料庫」。
• 進行應用程式的完整備份。

  注意：「生命週期管理」備份程序不包括「資料管理」的「工作台」資料。但是，您可以在執行複製時，或使用 EPMAutomate 命令，或是從 UI 執行指令碼，建立「工作台」和整個「資料管理」環境的快照。

  請參閱以下的 EPMAutomate 命令：

  • exportDataManagement

  • importDataManagement

• 停用排定的工作並重新排定自動維護時段。
• 移除所有解決順序自訂。

移轉步驟

1. 在「首頁」上，按一下應用程式，然後按一下概觀。

2. 從動作中，選取將期間與變動設為密集以啟動移轉精靈。

3. 確認已完成前轉換動作再開始移轉程序，然後按下一步。

   
4. 檢視變更摘要。

   如果您已部署「可設定整合」規則，系統會警告您必須在轉換後再複查一遍。

   

5. 按一下啟動，即可啟動移轉程序。

   程序啟動時，系統會將所有現有使用者登出並停止所有作用中要求。

6. 等待移轉程序完成，然後登出應用程式再重新登入。

金鑰中繼資料變更

移轉程序會導致下列中繼資料變更：

檢視維度

FCCS_YTD、FCCS_QTD、FCCS_HYTD、FCCS_YTD_RULE、FCCS_QTD_RULE 及FCCS_HYTD_RULE 成員是「動態計算」。

_RULE 成員與對應的非 _RULE 成員具有相同的成員公式。

「變動」維度

所有內建父項成員都是「動態計算」。

變動現在是密集維度。

期間維度

期間現在是密集維度。

資料來源維度

下列資料來源維度成員在移轉程序之後便不再用於整合：

• FCCS_RateOverride (父項成員：FCCS_SystemTypes)

• FCCS_AmountOverride (父項成員：FCCS_SystemTypes)

• FCCS_PCON (父項成員：FCCS_SystemTypes)

應用程式詳細資料

將期間與變動用作密集維度的應用程式只會儲存「定期」資料。

您不應將更新檢視計算規則與這些應用程式搭配使用。

當您建立將期間與變動用作密集維度的新應用程式時，無法啟用「控制迄今檢視儲存」選項，也無法使用「控制迄今檢視」規則 (依選取的檢視整合、依選取的檢視強制整合、依選取的檢視轉換、依選取的檢視強制轉換)。

當您將現有應用程式從將科目用作密集維度移轉為將期間與變動用作密集維度，並啟用「控制迄今」選項時，將會顯示個別「依選取的檢視整合」、「依選取的檢視轉換」、以及個別強制等規則 (根據單一或多重幣別)。這些規則全部都只會產生「定期」資料。

觀看下列影片以深入瞭解將期間和變動維度轉換為密集維度：

在 Oracle Financial Consolidation and Close 中將期間和變動維度轉換為密集維度.

轉換為將期間與變動用作密集維度的應用程式之後的後轉換步驟

在您將應用程式轉換為將期間與變動用作密集維度的應用程式之後，請執行下列步驟：

• 複查所有使用者定義的成員公式、可設定的計算規則 (也稱為插入點) 以及隨需規則，確定這些規則遵循最佳作法撰寫。您不需要複查內建成員公式。
• 重新建立任何已儲存的「資料匯出」工作，以使用「期間」或「變動」(密集維度) 而非「科目」作為動因維度。
• 依照從密集/稀疏最佳化 (DSO) 應用程式匯出資料中的準則，修改從移轉後 DSO 應用程式匯出資料的現有資料整合。
• 內建與使用者定義成員的解決順序會在執行移轉公用程式時變更。在移轉程序的過程中，現有父科目成員的解決順序會自動設為 58。請確定將日後新增的任何新父科目成員的解決順序設為 58。
• 您必須複查並修改這些科目、變動及資料來源成員的解決順序。請參閱設定解決順序。

  • 科目：所有父科目成員的解決順序現在必須設為 58。

  • 變動：所有父項變動成員必須是動態計算。移除任何先前設定之成員的解決順序。

  • 資料來源：移除任何先前設定之成員的解決順序。

  註：

  根據此文件複查 DSO 的解決順序，以提高擷取效能：疑難排解 Financial Consolidation and Close 擷取效能。

  如果成員公式包含另一個「動態計算」成員，則將成員公式的 Consol 解決順序增加到比公式中參照之具有最大 Consol 解決順序的成員高 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 陳述式的任何規則中，必須變更父項成員且必須只使用層級 0 成員。