設計逐步解說的最佳作法

使用這些最佳作法來執行設計逐步解說，以幫助您建立和推展應用程式。

建置應用程式

從建立基礎開始—貴公司的帳戶和組織結構。接下來，新增案例以支援內部程序，例如「計畫」、「實際」與「預測」。新增您報告的差異成員，例如 Actual 與 Plan。

建立將會用以從使用者收集資料的表單，並執行複查、分析和報告。為了支援商業邏輯，您可以運用 Calculation Manager 來建立計算。您也可以在向使用者推展應用程式之前，先建立報表和套用存取權限。

建立應用程式結構

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

維度會分類資料值。規劃包括這些維度：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 中匯入中繼資料

關於 Entity 維度

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

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

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

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

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

如需使用載入檔案新增維度和成員的詳細資訊，請參閱匯入與匯出資料和中繼資料。

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

關於 Account 維度

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

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

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

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

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

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

範例：淨收入 = 收入總額 - 費用總計

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

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

如需使用載入檔案來新增維度和成員的詳細資訊，請參閱匯入與匯出資料和中繼資料。

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

最佳作法：

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

關於 Version 維度

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

有兩種版本可供使用：

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

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

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

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

如需使用載入檔案來新增維度和成員的詳細資訊，請參閱匯入與匯出資料和中繼資料。

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

關於 Currency 維度

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

您可以透過要在轉換中使用的案例與年度來定義匯率。會建立計算指令碼，可讓你執行幣別轉換。若要輸入匯率，請按一下或點選「計畫」並開啟「主要報告幣別的匯率」表單。

最佳作法：

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

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

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

關於匯率

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

針對「平均匯率」與「結束匯率」，會依「案例」和「年度」設定匯率。如需使用載入檔案來新增維度和成員的詳細資訊，請參閱匯入與匯出資料和中繼資料。

關於 Period 維度

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

最佳作法：

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

如需使用載入檔案新增維度和成員的詳細資訊，請參閱匯入與匯出資料和中繼資料。

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

關於年度

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

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

替代變數的值會以佔位字元顯示在表單和報表上。這將會減少應用程式的維護。透過依序前往「管理」、「管理」和「變數」來設定替代變數。

如需使用載入檔案新增維度和成員的詳細資訊，請參閱匯入與匯出資料和中繼資料。

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

替代變數，描述

CurrY，目前年度

NextYr，預算 (計畫) 年度

PriorYr，上一年度

關於自訂維度

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

在維度層級 (又稱第一代) 無法授予存取權限。例如，無法將存取權限直接指派給所有子代的 Product 成員。如果您為自訂維度啟用安全性，建議您為將套用安全性存取權指派的所有自訂維度來設計第二代，同時要留意安全性存取權指派。

如需使用載入檔案來新增維度和成員的詳細資訊，請參閱匯入與匯出資料和中繼資料。

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

重新整理應用程式

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

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

例如，當您修改 Entity 成員的特性、新增 Scenario 或變更存取權限時，在您重新整理應用程式後，會向使用者反映這些變更。

載入歷史資料

在您載入所有的結構後 (例如，科目和實體)，即可載入歷史資料。這可包括來自前年實際結果與目前年度之計畫與預算的資料。

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

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

您將需要建立聚總規則，才能在應用程式中查看整合的資料。請參閱聚總選項以深入瞭解如何建立聚總規則。

關於有效的交集

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

就表單設計而言，如果在頁面上找到有效交集中設定的維度，在成員選取器中只會對使用者顯示有效的組合。如果在欄或列上找到以有效交集設定的維度，表單設計工具可以完全隱藏有效的交集。未選取隱藏選項時，無效的交集會設定成唯讀。

若要深入瞭解，請參閱定義有效交集。

關於表單

您將會建置一些表單以支援資料輸入和摘要層級報表。表單內容與您用以收集和計算資料的範本類似。配置可能與您目前習慣的試算表配置不同。

您可以在「收入」、「計算薪酬費用」、「其他費用」等主要分類中群組表單。您可以建立一些表單以支援資料輸入，並建立其他表單以供摘要和複查。您也可以包括圖表以協助使用者分析結果。

使用者可以輸入文字和資料。它們也可以在表單中選取適當的交集以輸入輔助明細，然後按一下「輔助明細」來開啟新的輸入表單，以利為該交集輸入其他詳細資料。

表單效能是根據數項因素來決定，包括網路與環境因素、結構、配置等等。

最佳作法：

將 Account 與 Period 等密集維度放在表單的列和欄上。將 Entity 等稀疏維度放在 Page 軸上。
Scenario 或 Version 與 Year 等維度可以在 POV、欄或列上。請務必正確判斷使用者開啟表單時，欄或列的傳回方式。

建置輸入表單

建立表單，以允許使用者輸入像是收入、費用和假設等的資訊。

最佳作法：

將科目以邏輯方式分組，但是在單一表單上不要包括太多科目。
將輸入表單的數目限制為一般使用者可接受的數量。在單一表單上的科目數目與支援程序所需要的表單數目之間需要達到一個恰當的平衡。
使用明細表單讓使用者輸入所有相關的資訊。在表單上應該可以找到需要輸入的所有科目。這些科目可以細分成數個不同的表單。
建置表單時，請確保您選取所有適當的選項以加強表單的設計。例如，請使用設定值以控制精確度、顯示和功能表，並將正確的規則與表單關聯。
使用替代變數參照如 Years 等維度。
隱藏無效的「案例/期間」選項，在表單的列或欄中將「期間」設成針對「案例」所設定的「開始期間」和「結束期間」。可以運用這個功能，以取代 Years 的替代變數。
考慮設定有效的交集，以便在不同的維度之間設定關係。在列或欄中可以設定隱藏無效的組合，僅提供有效的交集給一般使用者。依預設，在「頁面」選擇中設定維度時，只能提供有效的交集給使用者。
使用關係將成員合併至表單，而非個別挑選成員。
考慮為 Entity 與 Scenario 等維度使用「使用者變數」，以協助減少一般使用者的維度選擇。
如果您的應用程式支援多個幣別，請考慮設定「使用者」變數，讓使用者可以定義其基礎幣別。
將表單組織至資料夾中。
「替代變數」可以減少對表單的維護。

建置詳細的收入與費用表單

明細表單應該允許使用者輸入所有與收入和費用相關的資訊。在表單上應該可以找到需要輸入的所有科目。

最佳作法：

將科目以邏輯方式分組，但是在單一表單上不要包括太多科目。
將輸入表單的數目限制為一般使用者可接受的數量。在單一表單上的科目數目與支援程序所需要的表單數目之間需要達到一個恰當的平衡。
使用明細表單讓使用者輸入所有與收入相關的資訊。在表單上應該可以找到需要輸入的所有科目。這些科目可以細分成數個不同的表單。
建置表單時，請確保您選取所有適當的選項以加強表單的設計。例如，請使用設定值以控制精確度、顯示和功能表，並將正確的規則與表單關聯。
建置表單作業可以重覆進行以支援所需的使用者和程序。

將規則與表單關聯

與表單關聯的使用者可讓具有適當存取權限的使用者，從表單啟動關聯的商業規則，以計算和衍生值。

您可以依立方體將多個商業規則與表單建立關聯。

開啟或儲存表單時，您可以設定與表單關聯的商業規則以自動啟動。啟動規則時，您可以選取在「表單」上的「使用成員」，從目前表單填入執行時期提示，而非提示使用者輸入。

最佳作法：

對於需要較長執行時間的規則，請將它們設定成從「動作」功能表或是直接透過與表單的關聯來啟動。
如果商業規則有執行時期提示，請限制提示的數目，讓使用者的工作能夠精簡確實。

新增功能表至表單

您可以將功能表與表單建立關聯。「動作」功能表可讓使用者按一下表單中的列或欄，並選取功能表項目以執行下列動作：

無論有無執行時期提示皆啟動商業規則
移至其他表單
移至具有預先定義案例及版本的「管理核准」

功能表會依內容顯示。顯示的功能表會隨表單設定值以及使用者在表單中按一下滑鼠右鍵的位置而異。

最佳作法：

設計表單時，請使用「其他選項」選取可供「表單」功能表項目類型使用的功能表。
在您更新應用程式時，請一併更新適當的功能表。例如，若刪除功能表所參照的商業規則，請將其自功能表中移除。

建置資料驗證表單

資料驗證可以做為已符合商業原則之使用者的視覺線索。您可以將條件色彩編碼新增至表單，如果輸入的資料違反驗證規則或是如果符合條件，則可以產生驗證訊息。

定義資料驗證規則包含以下主要任務：

識別符合條件時要用驗證訊息或不同顏色顯示的資料儲存格或位置。
識別在規則評估期間需要參與的儲存格、欄或列，並依此定義規則。
在識別的位置建立資料驗證規則。

將表單組織至資料夾中

使用資料夾做為在應用程式中組織表單的方法。表單可依程序或使用者類型在資料夾中群組表單，或是協助使用者輕鬆找到表單。您可以將表單移到資料夾中，而且您可以建立資料夾階層。建立資料夾也可簡化指派存取，因為在資料夾中的所有表單都會繼承指派的存取權限。

建立儀表板

儀表板可讓您以圖形方式顯示資訊，或是同時顯示數個表單。您也可以設計互動式的多重圖表儀表板，讓使用者分析其計畫或預測資料。另一個選項是，您可以一起顯示方格和圖形，或是您可以結合多個方格。

若要建立儀表板，請執行下列動作：

將表單拖放至儀表板。使用設定值輪選取每個方格所需的圖表類型。
您可以視需要拖放多個表單，透過設定元件的高度或寬度，以設定顯示的大小。
設定儀表板設定值，將維度結合至通用 POV。
最佳作法是平衡儀表板上的元件數目，以確保在視覺上能取悅使用者。

建置摘要層次表單

摘要層級表單通常會將使用者所有的計畫或預測整合在一起。它們可讓使用者複查和分析其結果。

使用儀表板也是協助使用者分析其結果非常有效的方法。

建置財務報表

財務報表可讓使用者分析績效並確認其假設。財務報表可包括「損益表」、「資產負債表」以及「現金流」。

財務報表通常包括比較資訊，以利使用者分析其差異。摘要層級資訊通常會內建在財務報表中，還讓使用者可藉由功能表連結表單來檢視詳細資料。

合併商業邏輯

若要將商業邏輯納入到應用程式中，可使用 Calculation Manager 建立計算。這可讓您建立、驗證、部署和管理可解決商業問題的複雜計算。

建立商業規則和規則集一般是為了：

執行收入模型化
執行支出模型化
計算 KPI
執行配置

Calculation Manager 包括這些物件：

規則：包含元件和範本
元件：協助您建立規則
規則集：包含可同時或循序計算的規則

若要進一步瞭解如何建立計算，請參閱 Calculation Manager 說明文件。

建置聚總

聚總會將應用程式向上彙整至維度中的摘要層級成員，例如 Entity 或是任何其他稀疏維度。

Calculation Manager 包括範本來協助您建立聚總。「系統範本聚總」有一些頁籤。以下是如何使用範本的一些建議。

設定檢視點

設定檢視點時，只會針對所選的成員執行規則。為維度使用執行時期提示，將可讓使用者在啟動規則時為這些維度指定成員值。如此一來，使用者就可以針對不同年度、案例和版本啟動規則數次，而不必在 Calculation Manager 中修改規則。

完整密集聚總

如果在密集維度中的父項值未設定為動態計算，請完成此區段。通常此頁籤會保留空白。

完整稀疏聚總

請選取需要聚總的稀疏維度。選取維度的順序不相關。

局部維度聚總：密集

如果在密集維度中的父項值未設定為動態計算，請完成此區段。通常此頁籤會保留空白。

建議設定值：

將資料聚總至當地幣別：否

聚總資料庫中缺少的值：是

最佳化「稀疏」維度上的計算：關閉

選取計算器快取的值：預設值

您是否要啟用此精靈的除錯模式？：「除錯精靈開啟」或「除錯精靈關閉」。如果您想要查看產生的指令碼，以顯示在此範本中某些設計階段提示的選擇，請選取「偵錯精靈」。

最佳作法：

為成員運用執行階段提示，例如 Entity、Scenario 與 Version。這可讓您的規則變成動態並且根據使者輸入執行。
通常不需要將 Account 與 Period 等密集維度聚總。如果是這樣，您可以將父成員設定為動態計算。然而，如果您在密集維度上有成員公式，而且未將它們設為動態計算，則會需要 Calc Dim 規則。

建置詳細計算

您可以使用 Calculation Manager 來建立、驗證、部署和管理可解決商業問題的複雜計算。

Calculation Manager 中可計算的物件類型有三種：

規則集：包含可同時或循序計算的規則 (請參閱管理規則。)
規則：包含元件和範本 (請參閱管理規則。)
元件：包含公式元件、指令碼元件、條件元件、範圍元件，以及固定迴圈元件 (請參閱管理規則。)

最佳作法：

建置規則的第一步，是確保您瞭解商業邏輯以及此規則會套用至哪些實體或部門。例如，瞭解在規則中所包含的科目。
請務必瞭解來源與目標科目。
在您完全瞭解計算的動因後，請使用適當的物件元件或是範本以建置規則。元件和範本會協助成員選擇以協助部署規則。

為成員運用執行階段提示 (例如 Entity、Scenario 與 Version)，可讓您的規則變成動態並根據使用者輸入執行。

建置報表

建置報表可讓您報告財務以進行管理。在此步驟中，您將建置「損益表」及其他您的管理團隊習慣複查之適當格式的詳細報告。

報表格式可指定報表的配置，例如在列與欄中有哪些元素。報表格式可用以建立不同的報表，例如依「成本中心」或是「依部門」。

最佳作法：

在建置報表之前，請先決定需要多少不同的報表格式。
若要簡化建置報表的程序，請針對您需要的每個報表類型指定報表格式。
透過適當排列維度以開始建置報表。接下來，取得報表以擷取資料。最後，套用格式設定。

建置任務清單

任務清單透過列出任務、說明和到期日為執行計畫程序的使用者提供手冊。任務清單可協助引導使用者使用應用程式，以確保遵循程序並且已收集所有適當的資料。

應該開發任務清單才能支援不同類型的使用者和處理流程。任務可協助使用者執行許多類型的任務，例如：

開啟表單
啟動您指定的商業規則
使用指定的案例和版本開始複查程序
複製目前表單資料的版本。
開啟指定的 URL

任務可引導使用者完成規劃程序。任務可協助使用者執行許多類型的任務。他們可協助引導使用者使用應用程式，以確保遵循程序並且已收集所有適當的資料。

建置任務以支援不同類型的使用者和處理流程。

設定導覽流程

「導覽流程」可設定在使用者畫面頂端提供使用叢集或卡。卡通常會與商業程序中的動作關聯，例如「計畫收入」與「計畫費用」。在每張卡中，可以建立垂直頁籤以引導使用者完成該業務區域的程序。可以將表單連結至垂直頁籤，以便在程序中引導使用者。垂直頁籤可以有一或多個水平頁籤連結至表單或儀表板。

您的應用程式具有預設導覽流程。若要為組織自訂卡與流程，請複製預設值，即可使用它來建立自己的卡與流程。

依序點選或按一下「設定值」和「導覽流程」。依序點選或按一下「動作」和「建立複本」。

您可以建立叢集以代表整個商業程序，此程序可以包含適用於動作的卡，或是您可以直接建立新卡。卡可以設計成單一頁面或是可以有多個頁籤。如需設定成表格式的卡，您可以有多個頁籤，可讓一般使用者以水平頁籤的方式看見內容。您可以為每個頁籤指定內容類型並連結至物件。

例如，您可以將卡和下列項目關聯：

儀表板
表單
規則
核准

設定存取權限

存取權限可在產品啟動後決定使用者的權限。最常見的是，建立群組以協助組織使用者。根據定義，使用者群組是一組具有類似存取權限的使用者。

群組和個別使用者的存取權限可以指派給這些應用程式元素：

案例
版本
科目
實體
自訂維度成員
表單
商業規則

使用者可以在群組中：

服務管理員
超級使用者
使用者
檢視者

最佳作法：

對於預設所保護的維度，請視需要修改存取權限。
將存取權指派給應用程式元素，例如維度成員、表單和規則。使用者可以檢視或使用他們有存取權的這些應用程式元素。

關於使用者和群組

在獲得應用程式中任何元素的存取權限之前，必須將您公司的使用者新增至 Oracle Identity Management System。存取權限可在產品啟動後決定使用者的權限。

根據定義，使用者群組是一組具有類似存取權限的使用者。使用群組來組織使用者和指派存取權限，是最佳作法。

新增使用者

您必須將使用者新增至您的環境、指派的權限以及授予的應用程式存取權中。

您必須將使用者的角色定義為以下其中一個類型：

服務管理員：建立及管理應用程式，包括維度、表單、計算等等。服務管理可管理存取權限並起始預算程序
超級使用者：建立及維護表單、智慧型檢視工作表，以及財務報告報表。可以執行所有的使用者任務。
使用者：輸入及提交計畫以供核准、執行商業規則、使用其他人建立的報表，以及檢視和使用任務清單。運用智慧型檢視來輸入資料及執行特設分析。
檢視者：透過資料表單，以及已獲授權的任何資料存取工具來檢視和分析資料。檢視者無法在應用程式中修改任何資料。「檢視」使用者通常是需要在預算程序期間與結束時檢視業務計畫的主管階層。

使用者、超級使用者以及檢視者可以根據服務管理員指派的權限來存取表單、任務清單以及商業規則。

建立群組

強烈建議您在指派存取權限給使用者時運用群組。持續建立類似使用者的群組可使安全性維護更輕鬆。將使用者新增至群組時，他們會繼承群組的存取權限。將群組存取權限指派給元素時 (例如維度成員、表單以及任務清單)，表示您不必為每個使用者個別指派這些存取權限。

最佳作法：

如果將個別使用者指派給某個群組，而該個別使用者的存取權限與該群組中的使用者衝突，則個別使用者的存取權限具有優先權。
為具有類似存取權限的使用者集合使用群組，應該在實作使用者存取權之前充分定義。
個別的權限會置換群組權限。
如果將個別使用者指派給多個群組，則具有最高存取權限的群組具有優先權。

指派給使用者的存取權限可直接置換從使用者所屬群組所繼承的存取權限。例如，如果您已從群組繼承 Plan 的讀取存取權，但是已直接指派 Plan 的存取權給該群組，則您將獲得 Plan 的寫入存取權。

將使用者指派至群組

運用群組為最佳作法，可減少維護並指派類似的存取權給使用者。提供使用者存取權給適當的群組。

指派維度的存取權

為了讓使用者可以讀取或寫入資料，必須指派下列維度的存取權限：

科目
實體
案例
版本

如果在自訂維度上啟用安全性，您必須將使用者的安全性也指派給那些維度。對於預設所保護的維度，請視需要修改安全性存取權。

指派 Account 維度的存取權

僅提供使用者允許查看之科目的讀取或寫入存取權給使用者。您可以將存取權限指派為「讀取」、「寫入」或是「無」。

最佳作法：

只要可以持續減少安全性維護，應該也可以運用關係功能。關係函數為：Member、Children、iChildren、Descendant 及 iDescendant。例如，將寫入存取權指派給某個群組之「淨收入」的子代，可讓該群組的所有使用者擁有「淨收入」子代所有科目的寫入存取權。如此一來，您不需要將存取權個別指派給每個科目。
若要充分利用優先順序與繼承的規則，請使用以例外為基礎的方法來管理安全性。安全性的主要指派應該依群組和關係來進行。將群組權限指派給父項層級成員，然後使用關係將指派向下發送至子項或子代。只有在例外情況下，才會將個別使用者權限指派給子項。

指派 Entity 維度的存取權

僅提供使用者允許查看之實體的讀取或寫入存取權給使用者。您可以將存取權限指派為「讀取」、「寫入」或是「無」。

指派 Scenario 維度的存取權

通常會將對 Scenario 的存取權設定為「讀取」或「寫入」。例如，您可能會指派 Actual 與 Variance 案例的「讀取」存取權，以及指派 Plan 和 Forecast 的「寫入」存取權。

指派 Version 維度的存取權

通常會將對 Version 的存取權設定為「讀取」或「寫入」。例如，您可能會指派 Final Version 的「讀取」存取權，以及指派 Working 的「寫入」存取權。

指派自訂維度的存取權

如果在任何自訂維度上啟用安全性，您必須將安全性指派給維度，使用者才能擁有存取權。

指派表單的存取權

在使用者可以開啟表單之前，他們必須先獲得存取權限的指派。

除非為其指派更具體的存取權，否則已指派表單資料夾存取權的使用者可存取該資料夾中的表單。

使用者與超級使用者只能針對其擁有存取權的表單加以檢視或為其輸入資料。使用者只能與擁有存取權的成員合作。

提示：

若要簡化指派存取權給表單的程序，請將表單組織至資料夾中，並在資料夾層級指派存取權，而非在個別表單層級指派。您可以將存取權設定為「讀取」、「寫入」或「無」。
在您將存取權指派給資料夾時，其中的所有資料夾都會繼承該存取權。
如果您將特定存取權 (例如「無」或「寫入」) 指派給表單資料夾，該存取權限將優先於其父資料夾的存取權限。例如，如果使用者具有 Folder1 的「寫入」存取權，但對於其中包含的 Folder2 只有「無」存取權，該使用者將可以開啟 Folder1，但看不到 Folder2。
如果使用者對稱為 Folder1 的表單資料夾 (含有使用者具有「寫入」存取權的表單 (稱為 Form1)) 具有「無」存取權，該使用者將可看到 Folder1 與 Form1。

指派商業規則的存取權

在使用者啟動商業規則之前，他們必須先獲得規則的存取權限。

最佳作法是將商業規則組織到具有類似使用者權限的資料夾中，以及將安全性套用至資料夾。您也可以提供存取權限給個別的商業規則，雖然這有一點比較耗時。

除非使用者獲指派更具體的存取權，否則，他們對其獲指派存取權之資料夾內的 Calculation Manager 商業規則具有「啟動」存取權

指派任務清單的存取權

為了能夠在應用程式中導覽，使用者必須獲得個別任務清單的存取權指派。

最佳作法是使用群組指派存取權。將存取權套用至個別任務清單，會更有效率。

指派報表的存取權

在使用者可以使用它之前，必須先指派報表的存取權給使用者。

與其他物件一樣，建議您將報表組織成資料夾並在資料夾層級指派存取權。這將可限制維護安全性所需的作業。將報表新增至資料夾時，會從資料夾繼承存取權。

建置核准

使用核准以追蹤預算和複查狀態、規劃單位所有權以及程序問題。這將會減少規劃週期所需的時間。

設定獨立於組織結構的核准路徑，以反映計畫或預測為了獲得核准而必須遵循的路徑。

使用者可以為其提交提供註釋和註解。

設定規劃單位階層

設定規劃單位階層可定義用於核准中的升階途徑。規劃單位階層的基礎是 Entity 或是 Entity 維度的任何部分與任何次要維度的組合。

視您在工作流程的位置而定，次要維度可以是數個維度之間的混合。例如，您可以在升階途徑中為某些實體將 Entity 維度與 Products 維度結合，同時為其他實體在升階途徑中使用 Channels 維度。

擁有者與複查者可以直接指派給規劃單位。可以建立驗證規則以處理與資料條件相依的條件呈報路徑。您會建立不同的規劃單位階層，以支援組織中的檢閱程序

接著會將規劃單位階層指派至適當的 Scenario 與 Version 組合。

規劃單位是案例、版本和實體或部分實體的組合。案例和版本是複查週期的基礎。規劃單位階層包含規劃單位以及任何屬於複查程序一部分的其他維度。

關於核准所需知道的一切：

除非某個事件觸發變更升階途徑，否則當您為規劃單位選取擁有者與複查者時，複查程序會遵循您所設定的升階途徑來進行。
規劃單位階層成員之間的父項/子項關係會影響複查程序
呈報或拒絕父項後，除非父項的子項獲得核准，否則將會呈報或拒絕子項。父項的擁有者成為子項的擁有者。
使用者核准父項後，其子項亦獲得核准。
全部子項被呈報至同一擁有者後，父項會呈報至該擁有者。
當所有的子項狀態變更成同一個狀態 (例如「暫時核准」) 時，父項狀態會變更成相同的狀態。
如果子項具有不同的擁有者，使用者不能變更其父項的狀態。
如果其他使用者將子項呈報、提交或暫時核准，且父項無擁有者，則僅服務管理員可變更其狀態。
規劃單位會從某個複查者移至另一個複查者，直到完成預算處理。

測試

測試是應用程式開發的關鍵步驟。所有的計算、存取權限和報告都必須加以測試，才能確保它們正常運作。

關於單位測試

單位測試是正式測試的第一個步驟，而且是測試環境的主要建置區塊。單位測試需要以獨立的單位來測試應用程式的每個功能區域，從而確保它能夠依預期執行。

例如，測試可以確認資料載入從執行到完成都沒有錯誤。其他測試可確認表單和報表可存取、計算已完成等等。

建置或設定應用程式的人通常會執行單位測試。

關於系統測試

系統測試會驗證系統在沒有錯誤的情況下操作，並提供所需的功能。

主要的焦點在於測試已設定應用程式的方式，以及查看團隊如何建構商業程序與報表。系統測試會聚焦在測試整個系統，包括唯一的參數組態、將使用的所有功能以及任何增強功能。

系統測試也會測試軟體更進一步的功能，並驗證手動程序、表單和控制的有效性。它是一組完整的正式功能測試，涵蓋所建系統內功能的所有層面。

這種類型的測試通常會與下列項目結合：

安全性測試：測試系統安全性及資料庫安全性對於整體系統及每個特定使用者而言是否適當。
整合測試：測試整體的商業解決方案，包括與其他整合系統之間的資料傳輸情況。當已結合系統的所有層面時，這將會確認功能是否仍然有效。
使用者驗收測試：使用者驗證系統是否運作正常，以及是否符合需求。如果使用者未包含在正式系統測試中或是他們要求特定測試，可能需要進一步的接受測試。然而，在大部分的情況下，這個類型的測試將會在「系統測試」和「整合測試」中執行，但使用者必須承認這些測試足以令人接受。

推展

在推展期間，您可以訓練在系統上的一般使用者，並說明如何導覽和使用功能。最佳作法是記錄您的系統，以便在需要時，可讓別人接管管理。

訓練

此系統的所有使用者都應該接受使用此應用程式的訓練。使用者需要瞭解如何在此應用程式中舒適地導覽，並瞭解指派給他們的任務。訓練應包括登入應用程式、導覽整個任務清單、輸入資料、執行規則、使用智慧型檢視，及使用應用程式內的工具。訓練通常是使用者第一次接觸應用程式，而且充分計畫與執行的訓練課程可協助建立良好第一印象。

文件系統與管理資訊

在建置應用程式後，建議您為應用程式建立系統管理說明文件。

最佳作法：

當有新的資訊時，請在「建置程序」的結尾建立這個說明文件。
包括資料來源、應用程式結構、計算的運作方式以及應用程式所需的維護資訊。

列出以時間範圍劃分的維護任務，例如每月和每年的維護。這使得日後若有需要，可讓別人便於接管系統。

為使用者啟用應用程式

若要為一般使用者啟用應用程式，您必須開啟系統啟用。除此之外，啟動規劃單元以啟用核准。

開始規劃單位

在使用者可以存取系統以開始複查程序之前，必須先啟動規劃單元。規劃單位啟動之後會從某個複查者移到另一個複查者，直到完成程序。