維度設計注意事項

有效地設計維度對於確保準確的報告、分析和績效管理非常重要。

在維度設計期間，請遵循以下最佳作法。

設計維度以建立應用程式結構

新增帳戶、實體和其他維度以支援商業程序。

維度會分類資料值。規劃包括這些維度：Account、Entity、Scenario、Version、Period 及 Years。如果您規劃使用多重幣別，您的應用程式也會有 Currency 維度。

您也可以使用自訂維度來定義自己的值，例如 Product、Customer 或是 Market。您最多總共可以有 32 個維度。然而，最佳的作法建議是包括少於 12。您可以使用載入檔案新增維度，也可以在 Oracle Smart View for Office 中建置維度。

影片

您的目標	觀看本影片
瞭解如何在應用程式中匯出和匯入資料。	在 Oracle Planning and Budgeting Cloud 中匯出和匯入資料
瞭解如何使用檔案來載入維度。	在 Oracle Planning and Budgeting Cloud 中匯入中繼資料

遵循此程序以識別維度

使用此程序來識別要在應用程式中包含哪些維度。

根據需求識別獨特的規劃程序。
範例：行銷規劃、銷售規劃、經常費用規劃、資本規劃、現金流規劃、人力規劃
識別每個規劃程序的維度。
範例：產品、市場、管道、產品區隔、客戶區隔
定義維度之間的相互關係。
範例：產品與市場之間有多對多關係。產品區隔與產品之間有一對多關係。人力資源與物料資源之間沒有關係。
將維度分組以用於規劃和報告。
範例：產品、市場和管道是規劃維度，而產品區隔和客戶區隔是報告維度。
將規劃程序對映至 Planning 模組。
範例：使用「專案」或「財務」設定行銷規劃，並使用「財務」和自訂立方體設定經常費用規劃和現金流規劃。

考量維度的常見使用案例

複查維度的常見使用案例，並瞭解如何處理這些案例的準則。

標準 (必要) 維度
大部分高階和常見的財務規劃使用案例都可以使用標準維度來處理，這些維度也可以重新命名。
自訂或選擇性維度
使用自訂或選擇性維度來擴充維度，這些維度可視需求新增 (啟用) 或重新命名。
維度中的多個階層
將兩個或多個不相關的維度結合為單一維度，以避免維度間的不相關性。
用於規劃或報告的替代階層
當相同的成員可以分組在不同的父項下，以進行自上而下的配置或報告時，請使用替代階層。
用於報告的屬性維度
如果屬性維度與一個維度相關，且兩個維度之間的關係不會隨時間變化，則屬性維度對於滿足報告需求非常有用。
用於報告的智慧型列示和 ASO 維度
當報告維度與其他維度之間的關係會隨時間變化時，使用智慧型列示和 ASO 維度進行報告非常有用。
用於規劃的智慧型列示和多立方體 BSO 維度
當規劃維度不是規劃程序的主要維度，且需要將其分解為子程序時，此策略非常有用。

此範例工作表示範如何規劃維度，包含識別維度和列出其使用案例。

複查範例設計策略

複查這些範例以瞭解維度的其他設計策略。

使用屬性維度進行報告

使用屬性維度進行報告對於滿足報告需求非常有用。該屬性與一個維度相關，且兩個維度之間的關係不會隨時間變化。

範例：

在專案維度上定義一個稱為「方案」的屬性。
然後您可以在方案維度中建立成員階層。在方案維度中的最上層成員將會自動聚總。
在新增專案 Groovy 規則中，將每個專案成員關聯至方案維度中的分葉層級成員。
這可讓您依方案篩選專案。
報告表單可以顯示方案層級的費用與收入。

使用智慧型列示和 ASO 維度進行報告

當報告維度與其他維度之間的關係會隨時間變化時，此策略非常有用。

範例：

在 ASO 中新增技能組合維度，並將技能組合智慧型列示對映至技能組合維度。
建立用於將資料從 BSO 移至 ASO 立方體的資料對映。
資料對映可以作為批次程序執行，或者您可以在表單或 Groovy 規則中實作智慧型發送。
您可以使用 ASO 立方體上的報告表單，跨專案顯示各技能組合的人力需求。

使用智慧型列示和多立方體 BSO 設計

當規劃維度不是規劃程序的主要維度，且需要將其分解為子程序時，此策略非常有用。

範例：

員工和工作是人力規劃中的維度，專案規劃則使用智慧型列示。
專案規劃使用行項目來規劃工作和員工層級的人力費用。

維度中的多個階層

您可以在一個維度中使用多個階層。將兩個或多個不相關的維度結合為單一維度，以避免維度間的不相關性。

範例：

工作、設備和物料在專案中是不相關的，因此它們被結合為單一資源類別維度。
利潤中心和成本中心在財務中是不相關的，因此它們可以結合為單一實體維度。

用於規劃和報告的替代階層

當相同的成員可以分組在不同的父項下，以進行自上而下的配置或報告時，請使用替代階層。

範例：在產品維度中建立替代向上彙整，以便依品牌和產品類別進行規劃和報告。

瞭解維度的十大最佳作法

設計維度時，請遵循以下重要的最佳作法。

維度順序應遵循修改後的沙漏格式。
採用此格式時，最密集的維度是第一個維度，其次是密度較低的維度。之後應為稀疏維度，且聚總稀疏維度應在非聚總稀疏維度之前。在稀疏維度中，最密集的稀疏維度應該在密度最低的稀疏維度之前。

對於混合 BSO，順序是相同的，只是非動態稀疏維度應該在動態稀疏維度之前。

在本教學課程中深入瞭解密集和稀疏維度：在 Cloud EPM 中管理維度。
大的區塊大小對效能有重大影響。
區塊大小取決於密集維度數以及這些密集維度中的成員數。最佳區塊大小介於 8 KB 到 500 KB 之間。請將密集維度數減少到不超過 3 個。對於密集維度，層級 1 及以上應為僅標籤或動態計算。
對於整合特性，文字、智慧型列示、日期和儲存百分比類型的科目應設為「永不」。
除非在聚總指令碼中明確排除這些科目，否則聚總這些值將會產生無用的資料。
所有第二代成員都應設為「忽略」。
您無法在表單中包含這些根成員，因為您無法為這些成員定義安全性。因此，將第二代成員聚總至根是沒有意義的。這也會增加應用程式中的區塊數。
長維度或一排展開式維度會導致聚總效能問題。
如果父成員下有超過 200 個成員，請新增中繼父項。
為多個立方體啟用維度成員將會建立動態交互參照並導致效能問題。
使用 HSP_NOLINK UDA 來避免建立動態交互參照。使用資料對映或智慧型發送在立方體之間移動資料。
對於簡單的計算，請利用大綱數學而不是寫入成員公式。
一個簡單計算的範例是「科目 C = 科目 A - 科目 B」。
盡可能避免單一子項父成員。
如果將父成員設定為「永不共用」，單一子項父成員會導致隱含共用或磁碟上重複的區塊和資料。
盡可能在 ASO 而不是 BSO 中聚總大型維度。
如果是在立方體重新整理和維護期間，這可以提高效能。
將超過兩年的歷史資料儲存在 ASO 而不是 BSO 中。
如果您有過去 5 年或 10 年的歷史資料，並非所有資料都需要用於計算。如有需要，您可以在 BSO 立方體中儲存幾年的歷史資料用於計算，並將其他歷史資料移至 ASO 立方體。為了獲得最佳效能，最佳作法是保持 BSO 立方體輕量，並確保其專注於資料輸入的計算。

規劃實體維度

Entity 維度表示公司的組織結構，例如成本中心、部門、業務單位、部門等等。

您可以建立向上彙整成員、呼叫的成員以反映如何檢視您的組織，從而分組「成本中心」。例如，向上彙整可依據業務單位、部門或其他功能結構來進行。例如，您可以建立會累加至「業務單位」(會累加至「部門」) 的「成本中心」。

您也可以建立多個報告結構。例如，您可以建立替代結構以支援區域報告。如果您規劃使用多重幣別，請設定每個實體的基礎幣別。

Entity 維度是為預算程序所使用的其中一個主要維度。與案例及版本維度搭配使用時，實體維度可用來定義核准單位，這是可由使用者的同儕升級或降級以進行核准或複查的分散式元件。

在核准單位之外的所有維度成員會隨著核准單位本身一起升級和降級。例如，當升級核准單位時，將會一起升級所有十二個月。無法個別升級個別月份。

在載入或更新每個維度之後，重新整理應用程式是最佳作法。

規劃科目維度

Account 維度是供會計科目表使用的位置。它應該包括您規劃或預測的成員。圖表中並不需要包括每個科目。

例如，您的「科目」維度可以包括「損益表」、「資產負債表」和「現金流」的科目。或是，它可以包括 KPI 與比率的科目。在某些情況下，您的科目有子科目，但這並不常見。

Account 維度包括財務智慧。支援下列科目類型：

費用：營運成本
收入：收入來源
資產：公司資源
負債與權益：剩餘權益或對債權人的義務
已儲存假設：集中式規劃假設，確保應用程式內的一致性

科目類型設定值用以報告每季和「年度總計」值並用於差異分析。

規劃使用階層結構來建立「科目」群組小計與總計。會為每個科目群組指派整合運算子，以決定它累加至其父項的方式。

範例：

淨收入 = 總收入 - 費用總計

在這個範例中，「收入總計」的整合運算子是「加總」，而且費用總計的整合運算子為「減去」。

可透過載入資料或使用智慧型檢視在 Account 維度中移入資料。若要從檔案載入資料，檔案格式必須符合特定需求。

在載入或更新每個維度之後，重新整理應用程式是最佳作法。

最佳作法：

應該將上層成員設定為「動態計算」。
對於用以計算比率和其他類型的 KPI 或百分比的成員公式，請將它們設為「動態計算」、「兩段式計算」。「兩段式」設定會在上層適當計算「百分比」。

規劃版本維度

您可以使用版本來保留規劃程序的不同重複。版本對於控制資料的「讀取」或「寫入」存取權非常有用。

有兩種版本可供使用：

標準目標：可在上層輸入資料。
標準自下而上式：只能在層級 0 輸入資料。

只能為「自下而上式」版本啟用核准和工作流程功能。

最佳作法是建議使用以下版本：

工作中：使用者在此執行任務，包含複查實際結果，以及開發計畫和預測。
已通過第一輪審核：如果您要保留計畫的多個重複版本，可以在此版本中保存已通過第一輪審核的內容。如果您需要超過一個儲存的重複，可以建立其他成員。您可以利用「複製資料」功能將資料移到這個版本。「複製資料」會複製資料和文字輸入。
假設情況：提供佔位字元，以利使用者變更假設和分析結果。

在建置程序載入或更新每個維度之後，重新整理應用程式是最佳作法。

規劃幣別維度

如果您為應用程式啟用多個幣別，可以新增用以規劃和報告的幣別。

您可以透過要在轉換中使用的案例與年度來定義匯率。會建立計算指令碼，可讓你執行幣別轉換。若要輸入匯率，請遵循管理 Planning 中指定匯率的程序。

最佳作法：

限制報告幣別的數目。通常客戶只會有一個幣別。
為每個有效的案例與年組合輸入匯率。
從這點開始，透過執行預設與每個表單關聯的「計算幣別」商業規則，可以計算幣別轉換。
科目的匯率類型已修改，例如從「結束」到「平均」。

在執行以下動作之前先執行幣別轉換計算指令碼：

複查在報表幣別中的任何更新本機資料
執行可能與報告幣別資料相依的某些計算。

規劃匯率

每個應用程式在建立時都有您指定的預設幣別。當您設定匯率表格時，您輸入所有來源幣別到預設值的匯率。三角用以轉換至所有其他的「報告」幣別。

針對「平均匯率」與「結束匯率」，會依「案例」和「年度」設定匯率。

規劃期間維度

使用 Period 維度以建立在指定年度內工作曆的範圍，例如，依月份。

最佳作法：

為這個維度使用替代變數以支援報告和計算。可能的替代變數為：CurrMo、CurrQtr 和 PriorMo。這些變數必須每個月更新。
若要使用像是「年度迄今」(Y-T-D) 或是「季別迄今」等「期間」，請選取在 Period 維度中的動態時間序列圖示。接著您可以選取支援程序所需的期間計算。
例如，季總計與年總計等摘要期間應該設定成動態計算，才能減少計算時間。
載入或更新每個維度之後，請重新整理應用程式。

規劃年度與替代變數

年度會納入到應用程式的許多地方，包括表單、計算、報告和智慧型檢視。因為您將會在未來的許多年都使用此應用程式，參照這個維度的最佳作法是使用替代變數。

替代變數用作定期變更的資訊的通用占位符。變數與值會與年度一致，而值可能會隨時變更。

替代變數的值會以佔位字元顯示在表單和報表上。這將會減少應用程式的維護。

最佳作法是為程序中所包括的每年建立替代變數。例如：

CurrY，目前年度
NextYr，預算 (計畫) 年度
PriorYr，上一年度

設計自訂維度

您可以使用自訂維度進一步為您的資料分類。例如，自訂維度可能包含 Product 或 Markets。

請記住，在維度層級 (也稱為第一代) 無法授予存取權限。例如，無法將存取權限直接指派給所有子代的 Product 成員。如果您為自訂維度啟用安全性，建議您在設計所有將套用安全性之自訂維度的第二代時，將安全性存取指派納入考量。

在載入或更新每個維度之後，重新整理應用程式是最佳作法。

其他最佳作法

新增或更新維度之後，請完成以下任務。

重新整理應用程式。
無論何時變更應用程式結構，均必須重新整理應用程式。

在重新整理應用程式之前，對應用程式的變更不會向執行資料輸入和核准任務的使用者反映。

例如，當您修改 Entity 成員的特性、新增 Scenario 或變更存取權限時，在您重新整理應用程式後，會向使用者反映這些變更。
載入歷史資料。
在您載入所有的結構後 (例如，科目和實體)，即可載入歷史資料。這可包括來自前年實際結果與目前年度之計畫與預算的資料。

載入歷史資料會提供使用者分析結果、複查趨勢與進行有意義比較的方法。

這也可協助確認您已內建至應用程式的結構。例如，您可以確認資料是否已繫結至之前建立的報表。如果資料不一致，您必須確認這是由資料問題所造成或是結構有問題。

建立聚總規則，以在應用程式中查看整合的資料。
規劃有效交集。
有效交集可讓服務管理員定義規則 (稱為有效的交集規則)，以便在使用者輸入資料或選取執行時期提示時針對使用者篩選維度交集。例如，您可以指定某些程式僅對特定部門有效。利用有效交集以控制僅對有效交集輸入資料。

在表單設計期間，請記住以下關於有效交集的要點。
- 如果具有有效交集的維度位於頁面上，使用者將只會在成員選取器中看到有效的組合。
- 如果具有有效交集的維度位於欄或列上，表單設計工具可以完全隱藏無效的交集。未選取隱藏的選項時，會將無效的交集設定為唯讀。