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

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

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

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

Cloud EPMプラットフォーム

レガシー機能のサポートを中止する計画

2025年10月(25.10)の更新以降、Oracleでは次のレガシー機能のサポートを解除する予定です:

フォーム1.0
ダッシュボード 1.0
レガシー・リスト・ページのアプリケーション設定
インフォレット

2025年10月にサポートが終了したレガシー機能のサマリー

レガシー機能	新規環境の場合(2025年10月3日以降に作成)	既存の環境の場合(2025年10月3日より前に作成)	詳細
フォーム1.0	フォーム2.0 - フォーム1.0でフォームをレンダリングするためのアプリケーション設定オプションがないという内部デフォルト設定	フォーム・バージョンのアプリケーション設定がフォーム2.0にリセットされました-ユーザーは引き続き変更可能です	新しい環境では、すべてのフォームがフォーム2.0に排他的にレンダリングされ、「アプリケーション設定」でフォーム1.0に切り替えるオプションはありません。既存の環境ユーザーには、デフォルトでフォーム2.0にレンダリングされたフォームも表示されます。ただし、必要に応じてアプリケーション設定を使用してフォーム1.0に戻すオプションもあります。後述の「フォームおよびダッシュボードの将来の方向」1.0を参照してください。
ダッシュボード 1.0	ユーザーはダッシュボード1.0アーティファクトを作成できません	ユーザーは、以前と同様にダッシュボードの1.0アーティファクトを作成または変更できます	新しい環境ユーザーは、ダッシュボード2.0フレームワークを使用してのみダッシュボードを作成および変更できます。既存の環境ユーザーは、ダッシュボードの1.0フレームワークまたは2.0フレームワークを使用して、柔軟にダッシュボードを作成および変更できます。後述の「フォームおよびダッシュボードの将来の方向」1.0を参照してください。
レガシー・リスト・ページのアプリケーション設定	レガシー・リスト・ページを表示/非表示にする「アプリケーション設定」オプション - 非表示…ユーザーには標準化されたアーティファクト・ページ(リストまたはリスト・ページとも呼ばれる)のみが表示されます	レガシー・リスト・ページを表示/非表示にする「アプリケーション設定」オプション - 非表示…ユーザーには標準化されたアーティファクト・ページ(リストまたはリスト・ページとも呼ばれる)のみが表示されます	すべての環境ユーザーには、標準化された次のアーティファクト・ページが表示されます: フォームダッシュボードインフォレット文書ルール後述の「レガシー・リスト・ページに戻すためのサポートを中止する計画」を参照してください。
インフォレット	新規インフォレットを作成できませんナビゲーション・フローにインフォレットを含めることはできません	新規インフォレットを作成できませんナビゲーション・フローにインフォレットを含めることはできませんホーム・ページの既存のインフォレット・ドットへの影響なし	すべての環境ユーザーは、インフォレットの作成やナビゲーション・フローへの追加を制限されます。後述の「新規インフォレットおよびその他のインフォレット・アクションのサポートを中止する計画」を参照してください。

適用先: 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でのみデプロイされます。Forms 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

クラウドEPMのアイドル・セッション・タイムアウトのデフォルトを30分に変更

2025年11月(25.11)の更新以降、Oracleでは、デフォルトのCloud EPMアイドル・セッション・タイムアウトが現在の75分ではなく30分に変更されます。この変更により、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

ラーニング・パスの廃止

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

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

今後の更新では、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

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

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

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

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

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

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

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

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

ノート:

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

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

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

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

ACCOUNT RECONCILIATION

プロファイル検証に対する変更

11月(25.11)の更新以降、ユーザー・ロールが評価され、プロファイルが有効かどうかが判断されます。これは、ユーザーが削除されているか、十分な権限がない場合に、以前に有効なプロファイルが無効として表示されることを意味します。作成前にユーザー・ロールが常に検証されている「照合の作成」ジョブに変更はありません。

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

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

ENTERPRISE DATA MANAGEMENT

トップ・ノード・キーワードと一致するビューポイント・ロードのノードがスキップされました

この更新以降、ビューポイント・ロード・ファイルのノードの名前が、ロード・オプションで指定したトップ・ノード・キーワードと同じ場合、そのレコードはロード・ファイルの処理時にスキップされます。

制約構成時のプロパティ・フィルタリングの改善

この更新以降では、特定のタイプの一意性制約に対してプロパティを使用できるかどうかを判断する際に、次の基準が考慮されます:

アプリケーション・バウンド制約またはディメンション・バウンド制約の場合、プロパティは継承されず、ノード・レベルにある必要があり、指定したアプリケーションまたはディメンションのバインド・ノード・タイプについてのみ「デフォルト・タイプ」が「なし」である必要があります。
ノード・タイプ制約の場合、プロパティはノード・レベルにあり、継承されておらず、制約で指定されたノード・タイプ(バインドまたはバインド解除)に対してのみ「デフォルト・タイプ」が「なし」である必要があります。

テンプレート・ファイルのインポートおよびエクスポート時に必要なJSONファイル名拡張子

12月(25.12)の更新以降、ファイル名拡張子は、REST APIを介してテンプレート・ファイルをインポートまたはエクスポートする場合にのみJSONである必要があります。 JSON以外のファイル名拡張子(TXTやDATなど)を指定すると、検証エラーが発生します。

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

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

FINANCIAL CONSOLIDATION AND CLOSE

追加キューブの作成に関する考慮事項

追加のブロック・ストレージ・キューブを作成する機能は、7月(25.07)の更新で制限付きで導入され、技術的なサービス・リクエスト(SR)を送信することによってのみ使用できます。この情報はサービス・リクエストに必要です:

アプリケーションはDSO形式ですか。追加のキューブはDSOアプリケーションでのみ有効にできます。
アプリケーションの所有権は有効になっていますか。現在、所有権管理は追加のキューブではサポートされていません。
換算上書きを使用していますか?
増減の計算機能を使用していますか?
システム生成の期首残高計算にシナリオ/年上書きメンバーを構成しましたか?
貸借対照表の計算にシード済残高を使用していますか?
提案されたユース・ケースは何ですか。次に例を示します: 「追加の外部レポートの詳細を別のキューブに分割したいと考えています」。

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

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つ以上のソースに対して配賦アウトを生成しませんでした。ルールで選択した階層のソース・データ、ドライバ・データおよび記憶域タイプを確認してください。」