規劃您的藍圖

為您的 EPM CoE 規劃藍圖。這將協助您隨著時間推移分階段導入更新，並追蹤您的 CoE 進度和創新速度。

下圖顯示 EPM CoE 藍圖的範例，此藍圖可協助您定義自己的 Cloud EPM 之旅。最佳作法是：

• 將公司的策略初步計畫納入藍圖中。例如，如果第一個要建立模型的 EPM 商業程序是規劃程序，這就可能列為優先，然後接著需要許多規劃應用程式。在此情況下，CoE 的角色特別重要，以確保快速建立應用程式、一致性和標準化、整合，以及資料和報表功能的一般使用。

• 確保您儘可能多利用 Cloud EPM 平台功能。調節科目所需的工作即為其中一個例子。管理部門、稽核者及其他人員應至少確保每個資產負債表科目在每個期間都獲得正確調節。如果組織在多個國家和產業經營業務，則可能有數千個資產負載表科目需要按照適用的會計標準進行調節。這全都可以在單一且集中的 Cloud EPM 程序 (稱為「科目調節」) 中完成。另一個例子是「任務管理程式」，它可將商業程序自動化、追蹤狀態、提供通知和警示、監督商業程序狀態儀表板等等。

• 仔細考量業務優先順序，特別是當混合方法代表雲端之旅的第一部分時。我們看到有客戶在已於雲端實作規劃應用程式的同時，仍使用內部部署的 Oracle Hyperion Financial Management 應用程式來執行其財務整合程序。在這樣的情況下，考慮資料和中繼資料整合相當重要，特別是考慮到 Enterprise Data Management 是 EPM 解決方案的一部分。
• 在風險與按藍圖交付之間保持恆定平衡。我們看到的其中一個風險情況是，Oracle Hyperion 內部部署應用程式的管理員認為已準備好將應用程式移轉至 Cloud EPM，而無需進一步訓練或讓實作者參與。例如，在 Oracle 將存在於 Hyperion Financial Management 和 Hyperion Planning 中的功能移轉至 Cloud EPM 的同時，也在雲端進行了許多最佳化和改進。沒注意到這些更新可能會導致工作重複。

• 透過進一步分析加強 EPM 的使用，如此處所述 。

• 計畫使用 EPM 所提供的下列資源：
  • 註冊實作成功方案 (ISP) – 對於具有內部部署應用程式背景的客戶來說，這是一個新概念。ISP 透過加快評估應用程式設計文件複查，努力將 EPM 開發團隊的應用程式設計專業知識導入客戶實作。這項複查確保應用程式設計遵循 Oracle 建議最佳作法。 深入瞭解此方案。
  • 瞭解哪些應用程式可供移轉。
  • 隨時掌握雲端整備資訊和新功能的最新動態。您也可以使用 Oracle Cloud Application Update Readiness 應用程式尋找前幾個月的更新。
  • 瞭解如何解決問題。
  • 請注意略過生產環境自動更新的程序。
  • 複查 Oracle 藍圖 (可在 Customer Connect 上找到)。

EPM CoE 藍圖範例

此範例說明 CoE 可能如何決定實作數個初始商業程序和功能 (在圖中以 + (加號) 表示)。然後，隨著時間推移，他們計畫導入將為組織帶來效益的其他商業程序和功能。

其他建議：

• 當您繼續進行 Cloud EPM 轉型時，請記住，組織中有許多部門和團隊都有自己的規劃程序，這些程序通常與財務沒有連結。若要深入瞭解如何連結及改善整個企業的規劃程序，請閱讀 FreeForm 相關資訊，以及複查 FreeForm 檔案庫。

• 為了確保您的藍圖與 Cloud EPM 保持一致，您可以要求 Cloud EPM 藍圖資訊。

• 在您使用 Cloud EPM 商業程序正式上線之後，重要的是持續複查 Cloud EPM 藍圖並使其與您使用者群的增強要求對應，以維護交付項目藍圖。Cloud EPM 會持續提供新功能，而不利用這些功能可能會降低可能有的投資報酬率。

• 瞭解如何提出增強要求。

• 隨時掌握每月更新的最新動態是最佳作法。請建立測試策略以確保每月更新對您的組織有效。

• 如需其他資訊，請複查如常進行業務。