Planning 移轉的先決條件

  • 請安裝並設定 Oracle Hyperion Shared Services 和 Oracle Hyperion Planning，然後確認它們都在執行中。
  • 請確保執行 Oracle Hyperion Enterprise Performance Management System 生命週期管理作業的使用者，擁有「LCM 管理員」、「Planning 管理員」和「應用程式建立者」角色。
  • 請確定已將工作清單的讀取存取權限指派給「LCM 管理員」。
  • 您在移轉 Planning 應用程式之前，必須先移轉 Shared Services 人工因素 (使用者、群組及提供)。如需 Shared Services 人工因素的清單，請參閱移轉原生目錄 (安全性)。

    註：

    如要針對 Planning 或 Oracle Essbase 使用生命週期管理，Essbase 必須使用 Shared Services，而不是舊版的安全性模式。

  • 在來源及目標應用程式中，下列應用程式層級行事曆特性必須相符：
    • 起始年度
    • 基礎期間 (如 12 個月、季度及自訂)
    • 起始月份
  • 在來源及目標應用程式中，「期間維度」成員必須相符。例如，如果來源中的期間維度具有「第 1 季」成員，則目標中也必須存在「第 1 季」成員。
  • 來源及目標計劃類型必須相符 (例如，如果來源應用程式的計劃類型為 Plan1，則目標應用程式中必須存在 Plan1 計劃類型)。
  • 來源及目標計劃類型必須以相同的順序指派 (例如，如果來源應用程式有 Plan1 與 Plan2，則 Plan1 與 Plan2 計劃類型也必須以相同順序出現在目標應用程式中)。
  • 若來源為「單一貨幣」應用程式類型，則目標應用程式亦須是相同類型。
  • 應用程式類型 (一般、專案財務規劃、公共部門規劃及預算) 必須符合來源和目標應用程式兩者。
  • 若是 Oracle Hyperion Public Sector Planning and Budgeting，其對於來源和目標應用程式之間的組態選項必須相符。例如，如果來源應用程式具有「職位與員工」類型，那麼目標應用程式也要具有「職位與員工」類型。
  • 如果啟用了來源應用程式的決策案選項，那麼也必須啟用目標應用程式的決策案選項。
  • 如要使用生命週期管理移轉封閉測試環境的資料，您必須先重新整理多維資料庫，再匯出 Planning 應用程式。