機械翻訳について

重要な処理および考慮事項

レディネス・ドキュメントとヘルプ・センターのドキュメント公開の1週間のずれ

Oracleレディネス・ドキュメント(新機能と新機能のサマリー)は、月次更新がテスト環境に適用される1週間前に公開するため、月次更新がテスト環境に適用され、Oracle Help Centerの更新が完了するまで、レディネス・ドキュメントに含まれるドキュメントへのリンクの一部は機能しません。

この更新には、後述の「Cloud EPMプラットフォーム」セクションで説明する該当する重要なアクションおよび考慮事項に加えて、次のことに固有の重要なアクションおよび考慮事項が含まれます:

Cloud EPMプラットフォーム

setIPAllowListおよびgetIPAllowList EPM自動化コマンドおよびIPAllowList REST APIを削除するCloud EPM

2026年2月(26.02)の更新以降、Oracleは、setIPAllowListおよびgetIPAllowList EPM自動化コマンドおよびIPAllowList REST APIを削除します。

これらのコマンドおよびREST APIは、Oracle Identity Cloudに同等のセキュリティ機能がないために実装された一時的なソリューションでした。ただし、Oracle Identity Cloudにネットワーク・ペリメータ機能が導入されたことで、ドメイン全体に対して許可されたIPアドレスまたはブロックされたIPアドレス(あるいはその両方)またはCIDRを設定できます。これにより、クラウド・コンソールへのアクセスも保護されます。

この移行の一環として、IP許可リストの管理および表示に使用される次のEPM自動化コマンドおよびREST APIは非推奨としてマークされます:

環境ごとにIP許可リストを使用する場合は、2026年2月の更新までにネットワーク・ペリメータに移行する必要があります。 詳細は、「管理者向けスタート・ガイド」「アイデンティティ・ドメインの環境ごとのIP許可リストからネットワーク・ペリメータへの移行」を参照してください。

適用先: Account Reconciliation、Enterprise Data Management、Enterprise Profitability and Cost Management、Financial Consolidation and Close、FreeForm、Narrative Reporting、Planning、Profitability and Cost Management、Tax Reporting

他のWebサービス・プロバイダ接続タイプでセキュアとマークされているパラメータのエクスポートおよびインポートを防止する計画

2025年9月(25.09)の更新以降、「その他のWebサービス・プロバイダ」接続タイプに対して「セキュア」とマークされたすべてのパラメータは、エクスポートまたはインポートされなくなります。 これらのパラメータは、外部接続に「拡張オプション」を指定する際に設定されます。

この変更は、Cloud EPMのセキュリティを強化するために行われており、すでにエクスポートおよびインポートされていない接続インタフェースで定義されたパスワードと一致しています。

適用先: Enterprise Profitability and Cost Management、Financial Consolidation and Close、FreeForm、Planning、Tax Reporting

ラーニング・パスの廃止

12月(25.12)の更新以降、すべてのラーニング・パスが廃止され、使用できなくなります。

適用先: Account Reconciliation、Enterprise Data Management、Enterprise Profitability and Cost Management、Financial Consolidation and Close、FreeForm、Narrative Reporting、Planning、Profitability and Cost Management、Tax Reporting

フォーム、ダッシュボードおよびライブラリ・フォルダの作成に必要な権限に対する今後の変更

今後の更新では、Oracleはフォーム、ダッシュボードおよびサブ・フォルダの作成に必要な権限の変更を計画しています。 この変更により、パワー・ユーザーの事前定義済ロールに割り当てられたユーザーは、フォーム、ダッシュボードまたはサブ・フォルダを作成するフォルダへの書込みアクセス権が必要になります。

現在、パワー・ユーザーの事前定義済ロールに割り当てられているすべてのユーザーは、読取りアクセス権を持つフォルダにフォーム、ダッシュボードおよびサブ・フォルダを作成できます。

適用先: Enterprise Profitability and Cost Management、Financial Consolidation and Close、FreeForm、Planning、Tax Reporting

フォルダ名のスラッシュ記号(/)の置換/削除 

現在、フォルダ名にスラッシュ記号(/)が含まれている場合、そのフォルダ内のすべてのアーティファクトはバックアップされず、日次バックアップが失敗します。 この問題を回避するには、スラッシュ記号のフォルダ名を確認し、削除または置換してください。

Oracleでは、今後の更新(現在は2025年第4四半期に予定)で、フォルダ名のスラッシュ記号をスペース文字で自動的に置き換える予定です。

適用先: Enterprise Profitability and Cost Management、Financial Consolidation and Close、FreeForm、Planning、Tax Reporting

フォームおよびダッシュボード1.0の今後の方向

フォーム1.0およびダッシュボード1.0のサポート終了日は、2025年6月(25.06)から2025年10月(25.10)に移行されました。 2025年10月より、1.0をサポートせずに1.0に戻すオプションがある既存の環境では、すべての環境がフォームおよびダッシュボードの2.0設定にデフォルト設定されます。 10月(25.10)以降にデプロイされたすべての新規環境は、フォーム2.0およびダッシュボード2.0でのみデプロイされます。フォーム1.0に切り替えるオプションは使用できなくなります。

お客様は、アプリケーション設定を1.0から2.0に変更し、ダッシュボードを1.0から2.0にできるだけ早く変換することをお薦めします。 2.0にあるギャップは、サービス・リクエスト・プロセスを使用して報告し、オラクル・サポートがリクエストが正当化されているかどうかを評価し、正当化されている場合は解決できるようにする必要があります。 フォームまたはダッシュボードの1.0で見つかった問題は、2.0で再現できる場合は、2.0で解決されます。 フォームまたはダッシュボード1.0に対するバグ修正または機能拡張はありません。

タスク・マネージャは、アプリケーション設定が2.0に設定されている場合でも、フォーム1.0を使用してスタンドアロン・フォームを引き続き表示します。 アプリケーション設定が2.0に設定されている場合、タスク・マネージャ内のダッシュボードは2.0に表示されます。

詳細は、「フォーム1.0およびダッシュボード1.0の方向性」を参照してください。 このドキュメントにアクセスするには、Oracle Supportにサインインする必要があります。

適用先: Enterprise Profitability and Cost Management、Financial Consolidation and Close、FreeForm、Planning、Tax Reporting

新規インフォレットおよびその他のインフォレット・アクションのサポートを中止する計画

2025年10月(25.10)の更新以降、Oracleでは次のインフォレット・アクションがサポートされなくなります:

  • 新規インフォレットの作成
  • 「次としてコピー」は、既存のインフォレットを複製
  • デフォルトとしてのインフォレットの指定およびホーム・ページでのインフォレット・ドットの定義

適用先: Enterprise Profitability and Cost Management、Financial Consolidation and Close、FreeForm、Planning、Tax Reporting

レガシー・リスト・ページに戻すためのサポートを中止する計画

2025年10月(25.10)の更新以降、Oracleでは、レガシー・リスト・ページに戻るオプションのサポートを解除する予定です。

適用先: Enterprise Profitability and Cost Management、Financial Consolidation and Close、FreeForm、Planning、Tax Reporting

アド・ホック動作向けSmart Viewのアプリケーション設定のネイティブ・モード・オプションのサポート終了

「Smart Viewのアド・ホック動作」アプリケーション設定の「ネイティブ」モード・オプションは、Smart Viewでサポートされなくなりました。

顧客はネイティブ・モードを引き続き使用できますが、このモードはエスカレーションおよび拡張に対してサポートされなくなりました。

「標準」は、Cloud EPMのすべての拡張機能が提供されるアド・ホック・モードです。

Oracleは、2024年末にネイティブ・モードのサポートを停止しました。 ネイティブ・モードのお客様は、環境の「Smart Viewのアド・ホック動作」アプリケーション設定を標準モードに変換し、ユースケースをテストすることをお薦めします。

検出されたギャップは、標準モードの拡張としてログに記録する必要があります。 拡張機能は、Oracleが確認できるように、できるだけ早く「Customer Connect EPM Platformのアイデア・ラボ」に記録する必要があります。

「標準」モードの操作を開始するには、次のステップを実行します:

  1. 「アプリケーション設定」で、「Smart Viewのアド・ホック動作」「標準」に変更します。
  2. Smart Viewで、ネイティブ・モードで作成されたワークシートを開き、再接続します。
  3. シートをリフレッシュします。

ノート:

  • 既存のネイティブ・モード・ワークシートに対する期待は、設定が「標準」に変更されると、そのまま動作することです。 新しいアド・ホック・シートは、「標準」機能を使用して「標準」モードでのみ作成されます。

  • スマート・フォームは標準モードではサポートされていません。 標準モードでサポートする計画はありません。

詳細は、「Oracle Smart View for Officeの操作」「Smart Viewアド・ホック動作オプションおよび保存済アド・ホック・グリッド」を参照してください。

適用先: Enterprise Profitability and Cost Management、Financial Consolidation and Close、FreeForm、Planning、Tax Reporting

データ管理/データ統合でのジョブ・スケジューリングの移行

既存のジョブ・スケジュールは、データ管理からEPM Platformジョブ・スケジューラ・コンソールに移行する必要があります。 データ管理のユーザー・インタフェースからアクセスするスケジューリング機能は非推奨になりました。 新しいジョブ・スケジューラへの移行をサポートするために、データ管理のシステム・メンテナンス・タスクから「プラットフォーム・ジョブ・スケジューラへのスケジュールの移行」というタイトルの新しいスクリプトを使用できます。 「プラットフォーム・ジョブ・スケジューラへのスケジュールの移行」は、25.09 (9月)更新で削除されます。 まだ移行していない場合は、25.09より前に移行する必要があります。

適用先: Enterprise Profitability and Cost Management、Financial Consolidation and Close、Planning、Tax Reporting

新しいスケジューリング機能は、Profitability and Cost ManagementおよびAccount Reconciliationでは使用できません。

EPMプラットフォーム・ジョブ・スケジューラ・コンソールは、Account Reconciliationのお客様には使用できません。 これらの顧客は、データ管理内の既存のスケジュール済ジョブをEPM自動化またはリセットを使用してAccount Reconciliationの外部で自動化する必要があります。

Calculation Managerのエラーおよび考慮事項の強制

今後の更新では、Calculation Managerによって、起動、検証またはデプロイされるルールに対してエラーと考慮事項に関する診断ツールの実行が強制されます。 この機能改善は、「ルール」リスト・ページの機能改善と一致するようにスケジュールされています。 管理者は、Calculation Managerの「エラー」と「考慮事項」タブに加えて、リスト・ページにエラーまたは考慮事項(あるいはその両方)があるかどうかを示すルール・ステータスが表示されます。

ルールは、エラーまたは考慮事項がある場合でも引き続きデプロイおよび実行されます。 いずれの場合も、すでにデプロイされている既存のルールは、動作を変更せずにそのまま実行されます。 ただし、Oracle Supportでは、このようなルールに対して発行された問題をレビューする前に、すべてのエラーをクリアする必要があります。 残りの考慮事項は、オラクル・サポートがそのようなルールを確認する前に、クリアされない理由を正当化する必要があります。

適用先: Financial Consolidation and Close、FreeForm、Planning、Tax Reporting

Groovyから作成されたグリッドの動作の変更およびASOキューブのREST API

今後の更新では、Groovy DataGridDefinitionBuilderで作成されたグリッドおよびASOキューブ用のexportdataslice REST APIの抑制動作は、フォーム・デザイナを使用して作成されたランタイム・データ・グリッドの抑制動作と一致するようになります。 以前は、グリッドがGroovyまたはREST APIのASOキューブ用に構築されていた場合、suppressMissingBlocksフラグがtrueの場合、システムはNON EMPTY MDX句を使用して欠落している行を抑制していました。 この変更の後、ASOキューブ用にグリッドが作成されると、suppressMissingRowsがtrueの場合にNON EMPTY MDX句が使用され、suppressMissingBlocksは無視されます。 つまり、suppressMissingRowsがtrueでsuppressMissingBlocksがfalseのASOグリッドがMDXの使用を開始することになります。 同様に、suppressMissingRowsがfalseでsuppressMissingBlocksがtrueのASOグリッドでは、MDXは使用されなくなります。 suppressMissingRowsおよびsuppressMissingBlocksフラグが同じ値のグリッドは影響を受けません。 これらの変更により、一部のASOグリッドの動作またはパフォーマンスが変更される場合があります。 これが発生して望ましくない場合、REST APIの場合は、ビルダーまたはJSONペイロードからsuppressMissingRowsの値を切り替えることを検討してください。

適用先: Financial Consolidation and Close、FreeForm、Planning、Tax Reporting

Oracle Financial Reporting今後の方向性

Enterprise Performance Managementリソース・センターのCloud Customer Connectにあるお知らせを参照してください: Cloud EPM Financial Reportsの廃止に関する最新ガイダンスの発表

Oracle Financial Reportingの方向性を参照してください:

Oracle SupportドキュメントKB62016 ( 「Cloud EPM Financial Reporting方向性の説明」)

25.06 (6月)更新時点で、Oracle Financial Reportingのサポートは終了しました。

詳細情報:

  • 6月8日、最新のOracle Cloud Customer Connectイベント「ReportsへのFinancial Reportingの移行」が提示されました。 プレゼンテーション、イベントの記録、FAQシートにアクセスできます。 イベントの記録とドキュメントを表示するには、Cloud Customer Connectにログインする必要があります。

ACCOUNT RECONCILIATION

残高ロード・サブセグメントからのダッシュの削除

2025年11月(25.11)の更新では、特殊文字とみなされるため、バランス・ロードのサブセグメントでダッシュは許可されません。 この変更は、現在の制限に従って行われ、ダッシュがセグメントで使用され、UIを介してサブセグメントに入力されるのを防ぎます。 現在ダッシュをロードしている統合は失敗し、ダッシュを別の文字に再フォーマットする必要があります。 この変更を準備するには、マッピングの更新を開始する必要があります。

ENTERPRISE DATA MANAGEMENT

Cloud EPMアプリケーションの事前定義済メンバーでカスタム検証が実行されるようになりました

この更新以降、カスタム検証は、Planningモジュール、Financial Consolidation and Close、Enterprise Profitability and Cost ManagementおよびTax ReportingアプリケーションのEnterprise Data ManagementでEnterprise Predefined MemberプロパティがTrueに設定されているノードで実行されるようになりました。 この動作を変更すると、以前のリリースで検証に失敗しなかったノードに対して、新しい検証警告またはエラーが発生する可能性があります。 カスタム検証式を変更して、事前定義されたメンバーを除外する必要があります(検証を適用しない場合)。

FINANCIAL CONSOLIDATION AND CLOSE

換算ルールの連結設定を使用したアプリケーションの移行

25.08で新しいエンティティ通貨が親通貨の場合に換算ルールをスキップ統合設定を有効にし、25.08スナップショットを25.07環境にインポートすると、インポート・プロセスに新しい機能がインポートされないという下位互換性警告が表示されます。 ただし、インポート・プロセスに警告が表示されません。 また、25.07環境には、無効なFCCS_SETTINGS_LBL_SKIP_TRANS_RULES_IF_EC_EQUALS_PCという統合設定が表示されます。

データ・ソース通貨属性

25.06新機能のお知らせでは、「データ・ソース通貨属性」オプションのラベルが「デフォルト通貨」に変更されたことを誤って表しています。 データ・ソース通貨属性ラベルは、実際にはエンティティ通貨です。

拡張期別組織(EOBP)アプリケーションのメンバー式の変更

25.02から25.03にアップグレードすると、FCCS_CSTATUS FILTERおよびFCCS_NSTATUS FILTERシステム・メンバーのCalcStatus式の変更は、拡張期別組織(EOBP)アプリケーションでは更新されません。 式の変更を適用するには、機能を選択せずに「機能の有効化」オプションを手動で実行する必要があります。

拡張期別組織アプリケーションのインポート

拡張期別組織(EOBP)以外の環境へEOBP機能が有効になっているアプリケーションのインポートはサポートされていません。

PROFITABILITY AND COST MANAGEMENT

REST APIでサポートされているメディア・タイプ

すべてのProfitability and Cost Management REST APIでサポートされているメディア・タイプは"application/json"です。

「サポートされていないメディア・タイプ・エラー」を回避するために、常に"Content-Type: application/json"ヘッダーを設定する必要があります。

この要件は、常にREST API for Oracle Enterprise Performance Management Cloudガイドに記載されています。 REST APIコールがこのヘッダーなし、または別のメディア・タイプで機能している場合は、APIコールを修正して使用し、サポートされているメディア・タイプを指定する必要があります。

Oracle Profitability and Cost Managementアプリケーション・タイプの方向性

Oracle Profitability and Cost Managementアプリケーション・タイプの今後の方向性は、Oracle Profitability and Cost Management Cloud ServiceおよびOracle Enterprise Performance Management Enterprise Cloud ServiceのProfitability and Cost Managementビジネス・プロセスの戦略計画と将来の方向性の概要を示します。 Enterprise Performance Management Enterprise Cloud Serviceのみで利用できる新しいEnterprise Profitability and Cost Managementアプリケーション・タイプへの開発フォーカスでの変更に関する情報が含まれます。

Oracle Supportドキュメント2955235.1 (Oracle Profitability and Cost Managementアプリケーション・タイプの方向性)

ENTERPRISE PROFITABILITY AND COST MANAGEMENT

特殊文字に対する将来の制限の可能性

Oracleでは、名前と説明に特殊文字を使用しないことをお薦めします。

新しいシステム要件により、モデル、ルール・セット、ルールおよび利益曲線の「摘要」フィールドで特定の特殊文字が制限される場合があります。 ジョブ・コメントなどの他のフィールドも影響を受ける場合があります。 そのような変更は発表され、少なくとも3か月間の通知で有効になります。

新規計算警告

場合によっては、配賦ルールによって「配賦元」が生成されますが、「配賦元」や「配賦オフセット」は生成されません。 これは、ソース・データまたはドライバ・データがないか、ラベルのみの階層メンバーを使用しているために発生する可能性があります。

このようなケースを識別しやすくするために、計算中にルール設定、データおよび階層選択のレビューを示す新しい警告が追加されました。 たとえば、「ルール'XXX'は配賦入力を生成しましたが、1つ以上のソースに対して配賦アウトを生成しませんでした。 ルールで選択した階層のソース・データ、ドライバ・データおよび記憶域タイプを確認してください。」