機械翻訳について

構成可能な勘定科目分析

構成可能な勘定科目分析(CAA)は、Oracle Fusion Data Intelligenceの財務全体のセルフサービス拡張機能であり、機能管理者は、初期抽出日から総勘定元帳と複数の補助元帳ソースにわたるデータを組み合せた包括的な勘定科目分析テンプレートを定義できます。

ビジネス・ユーザー向けの構成オプションを使用すると、関連する仕訳ソースのエンリッチメント属性を選択することで、元の補助元帳トランザクション詳細で一般会計情報をエンリッチするために、ユーザー定義の勘定科目分析テンプレートを設定できます。 機能管理者は、勘定科目分析テンプレートを構成して、Oracle Fusion ERP Analyticsで勘定科目分析レポートを作成できます。 これは、特注の勘定科目分析サブジェクト領域を設定できる1回かぎりの構成です。 テンプレート定義を変更することで、このサブジェクト領域への追加および変更を行うことができます。

この機能を使用する前に、次のことを確認するとともに、該当する権限が自分に割り当てられていることを確認してください:
  • ジョブ固有のグループ
    • 財務アナリスト
    • 一般会計担当
    • 一般会計マネージャ
  • 職務ロール
    • 一般会計勘定科目分析職務
  • 時間レポート
    • 初期抽出日からの履歴データをサポートします。
    • 時間ディメンションは会計日にリンクされています。
  • トランザクションの単位
    • 補助元帳トランザクション活動については、単位は会計配分レベルです。
    • GL仕訳活動については、単位は仕訳明細レベルです。
  • 特別な考慮事項
    • 仕訳レベルまたは残高レベルで設定されたセカンダリ元帳およびレポート元帳は、休暇欠勤補助元帳会計詳細のCAAではサポートされていません。 このような元帳の分析には、GL関連のサブジェクト領域を使用することをお薦めします。
    • 金額がゼロの補助元帳会計トランザクションはCAAには含まれません。 これは、XLA_AE_LINESの端数処理金額がnullまたは0の値であるインスタンスに適用されます。 XLA_DISTRIBUTION_LINKSの端数未処理金額はnullまたは0の値です。
    • サポート参照および会計ハブ・トランザクション固有の詳細は、それぞれのサブジェクト領域でのみ使用できます。
    • GLに記録されたSTAT通貨仕訳は元帳通貨で計上されず、したがって、これらはCAAサブジェクト領域には含まれません。 STAT通貨仕訳を分析するには、「GL詳細トランザクション」サブジェクト領域を使用します。
    • Oracle Fusion Data Intelligence用に構成されたグローバル初期抽出日またはCAA初期抽出日(CAA用に特別に構成されている場合)より前の会計日を持つトランザクションは、データ・ウェアハウスでは使用できません。

構成可能な勘定科目分析の有効化

Oracle Fusion ERP Analyticsで勘定科目分析レポートを作成するように勘定科目分析テンプレートを構成する前に、それを有効にする必要があります。

構成可能な勘定科目分析機能は、他の既存の勘定科目分析機能と並行して使用することはできません。 「構成可能な勘定科目分析の遷移ステップ」を参照してください。 次のステップは、次の機能のいずれかまたは組合せをすでに有効にしている場合に適用できます。
  • GL勘定科目分析サブジェクト領域
  • GL勘定科目分析の基礎
  1. 機能管理者としてサービスにサインインします。
  2. Oracle Fusion Data Intelligenceコンソールで、「機能の有効化」をクリックし、「一般に使用可能な機能」をクリックします。
  3. 「一般に使用可能な機能」タブで、トグルを選択して「構成可能な勘定科目分析」を有効にします。

    「機能の有効化」ページの「一般に使用可能な機能」タブにある「構成可能な勘定科目分析」オプション

構成可能な勘定科目分析サブジェクト領域の設定

構成可能な勘定科目分析サブジェクト領域を設定して、Oracle Fusion ERP Analyticsで勘定科目分析レポートを作成します。

勘定科目分析テンプレートを構成する前に、「一般会計」機能領域と補助元帳固有の機能領域がアクティブ化されていることを確認します。 構成可能な勘定科目分析(CAA)機能を使用するために必要な機能領域とCAAの列および関連する仕訳ソースの詳細を確認するには、構成可能な勘定科目分析テンプレート - 列のリストを参照してください。 機能領域をアクティブ化するには、「機能領域のデータ・パイプラインのアクティブ化」を参照してください。

CAAは、ウェアハウスに存在するデータに基づいて、次のように詳細を横断して組み合せます:
CAAの詳細 基準
一般会計からの仕訳詳細(レベル1) すべての仕訳ソースについてデフォルトで使用可能
XLAからの補助元帳会計詳細(レベル2) CAAテンプレートで選択された仕訳ソースについて使用可能
補助元帳から発生したトランザクション詳細(レベル3) CAAテンプレートで選択された属性について使用可能

ノート:

  • CAAテンプレートの「仕訳ソースの拡張」値リストには、会計ハブ固有のソースを含め、補助元帳会計データを持つすべての仕訳ソースが表示されます。
  • カスタム仕訳ソースおよびスタンドアロンのGLのみの仕訳ソースは、「仕訳ソースの拡張」リストに表示できません。 ただし、仕訳レコードはどのソースについても制限されません。
  • CAAにトランザクション詳細または補助元帳属性が表示されない場合は、対応する機能領域が有効になっていないか、サポートされていない可能性があります。

構成可能な勘定科目分析テンプレートを公開すると、Oracle Fusion Data Intelligenceは、追加属性とともに構成可能な勘定科目分析サブジェクト領域にデータを抽出します。 このサブジェクト領域は、一般会計勘定科目分析職務ロールを介したアクセスに基づいてユーザーが使用できます。

  1. 機能管理者としてサービスにサインインします。
  2. Oracle Fusion Data Intelligence コンソールで、「アプリケーション管理」の下の「レポート構成」をクリックします。
  3. 「レポート構成」ページの「拡張」タブで、「構成可能な勘定科目分析」をクリックし、「作成」をクリックします。
  4. 「勘定科目分析サブジェクト領域の作成」で、「新規サブジェクト領域名」に、「構成可能な勘定科目分析」などのサブジェクト領域の名前を入力し、「摘要」に簡単な説明を入力します。

    ノート:

    「財務 - GL勘定科目分析」などの事前作成済のサブジェクト領域名はサポートされていないため、使用しないでください。

    「勘定科目分析サブジェクト領域の作成」ダイアログ

  5. 「仕訳ソースの拡張」で、買掛/未払金、売掛/未収金、プロジェクト会計、資産、原価会計などの仕訳ソースを必要に応じて選択し、「次」をクリックします。
  6. テンプレートで使用可能な属性のリストから、レポートに必要な属性を選択し、「次」をクリックします。

    レポート用の属性の選択

  7. 「構成可能な勘定科目分析」ページで、作成した勘定科目分析サブジェクト領域テンプレートの「処理」(「アクション」メニューの省略記号アイコン)をクリックし、「公開」をクリックします。

構成可能な勘定科目分析サブジェクト領域定義の変更

構成可能な勘定科目分析サブジェクト領域定義を変更して、仕訳ソースおよび属性を更新します。

  1. 機能管理者としてサービスにサインインします。
  2. Oracle Fusion Data Intelligence コンソールで、「アプリケーション管理」の下の「レポート構成」をクリックします。
  3. 「レポート構成」ページの「拡張」タブで、すでに設定した構成可能な勘定科目分析テンプレートにナビゲートし、「編集」をクリックします。
  4. 「構成可能な勘定科目分析」ページで、編集した勘定科目分析サブジェクト領域テンプレートの「処理」(「アクション」メニューの省略記号アイコン)をクリックし、「公開」をクリックします。
  5. CAAアプリケーションをリセットまたは非アクティブ化するには、コンソールで「データ構成」をクリックし、「カスタム・データ構成」をクリックしてから、該当するCAAアプリケーションについて「リセット」または「非アクティブ化」オプションをクリックします。

構成可能な勘定科目分析の遷移ステップ

GL勘定科目分析および勘定科目分析基礎サブジェクト領域を置換して、構成可能勘定科目分析(CAA)に移行する方法について学習します。

GL勘定科目分析とCAAを2つの異なる環境で使用することをお薦めします。これは、GL勘定科目分析からCAAに移行するために必要なアクティビティを柔軟に完了できるためです。

複数の非本番環境がある場合

勘定科目分析基礎(プレビュー)機能またはGL勘定科目分析サブジェクト領域を有効にした場合は、次の手順に注意してください:
  • CAAをテストするためのFusion Data Intelligence環境を特定します。
  • Account Reconciliation機能領域を非アクティブ化して、GL勘定科目分析サブジェクト領域のデータ・パイプラインを停止します。
  • 「勘定科目分析基礎」機能領域を非アクティブ化して、この機能のパイプライン・ジョブを停止します(有効になっている場合)。
  • 「機能の有効化」ページの「一般に使用可能な機能」タブで、「構成可能な勘定科目分析」を有効にします。
  • CAA機能を有効にした後は、これらの機能領域を再アクティブ化できません。
  • 既存のビジュアライゼーションおよびワークブックには引き続きアクセスできます。ただし、「総勘定元帳勘定科目分析」サブジェクト領域はサブジェクト領域のリストで使用できなくなります。
  • 構成可能勘定科目分析サブジェクト領域の使用を開始するように、構成可能勘定科目分析サブジェクト領域テンプレートを設定します。 「構成可能な勘定科目分析サブジェクト領域の設定」を参照してください。
  • CAAの上にセマンティック・モデル拡張を作成します(該当する場合)。
  • 構成可能な勘定科目分析サブジェクト領域に基づいてビジュアライゼーションおよびワークブックを定義します。
  • GL勘定科目分析または勘定科目分析基礎サブジェクト領域に基づいて設定された既存のビジュアライゼーションおよびワークブックは、CAAにリダイレクトされません。 構成可能取引先分析サブジェクト領域を使用して手動で構成する必要があります。
  • 非本番のFusion Data Intelligence環境が同じOracle Fusion Cloud Applicationsソースを指していることを確認します。
  • CAAは、より広範なデータ・カバレッジとスケーラビリティを提供しますが、GL勘定科目分析または勘定科目分析基盤が提供するために使用した限定された機能を直接置き換えるものではありません。
  • 必要に応じて、Oracle Fusion Cloud Applicationsソースが同じであることを考慮して、異なるFusion Data Intelligence環境のGL勘定科目分析上に作成されたワークブックおよびビジュアライゼーションに対してCAAデータを検証します。 Oracle Fusion Cloud Applicationsソースに対してCAAを確認することもできます。
  • 検証が正常に完了したら、他の環境および本番環境でCAAに必要な変更を加えます。
  • CAAのビジュアライゼーションおよびワークブックの構成など、総勘定元帳勘定科目分析に依存する遷移アクティビティが迅速に完了していることを確認します。
  • アップグレードやパッチなどのシステム変更は、非アクティブ化された機能領域からの表、アーティファクトおよびカスタマイズに影響する場合があります。
  • Account Reconciliationおよび勘定科目分析の基礎機能領域が非アクティブ化され、すべてのFusion Data Intelligence環境から削除されていることを確認します。

単一の開発環境がある場合

勘定科目分析基礎(プレビュー)機能またはGL勘定科目分析サブジェクト領域を有効にした場合は、次の手順に注意してください:
  • Account Reconciliation機能領域を非アクティブ化して、GL勘定科目分析サブジェクト領域のデータ・パイプラインを停止します。
  • 「勘定科目分析基礎」機能領域を非アクティブ化して、この機能のパイプライン・ジョブを停止します(有効になっている場合)。
  • 「機能の有効化」ページの「一般に使用可能な機能」タブで、「構成可能な勘定科目分析」を有効にします。
  • CAA機能を有効にした後は、これらの機能領域を再アクティブ化できません。
  • 既存のビジュアライゼーションおよびワークブックには引き続きアクセスできます。ただし、「総勘定元帳勘定科目分析」サブジェクト領域はサブジェクト領域のリストで使用できなくなります。
  • 構成可能勘定科目分析サブジェクト領域の使用を開始するように、構成可能勘定科目分析サブジェクト領域テンプレートを設定します。 「構成可能な勘定科目分析サブジェクト領域の設定」を参照してください。
  • CAAの上にセマンティック・モデル拡張を作成します(該当する場合)。
  • 構成可能な勘定科目分析サブジェクト領域に基づいてビジュアライゼーションおよびワークブックを定義します。
  • GL勘定科目分析または勘定科目分析基礎サブジェクト領域に基づいて設定された既存のビジュアライゼーションおよびワークブックは、CAAにリダイレクトされません。 構成可能取引先分析サブジェクト領域を使用して手動で構成する必要があります。
  • CAAは、より広範なデータ・カバレッジとスケーラビリティを提供しますが、GL勘定科目分析または勘定科目分析基盤が提供するために使用した限定された機能を直接置き換えるものではありません。
  • 必要に応じて、同じFusion Data Intelligence環境のGL勘定科目分析上に作成されたワークブックおよびビジュアライゼーションに対してCAAデータを検証します。 Oracle Fusion Cloud Applicationsソースに対してCAAを確認することもできます。
  • 検証が正常に完了したら、他の環境および本番環境でCAAに必要な変更を加えます。
  • 検証が完了したら、Fusion Data Intelligence本番環境でCAAに必要な変更を加えます。
  • 環境にパッチを適用する前に、CAA移行活動を完了します。 アップグレードやパッチなどのシステム変更が、非アクティブな機能領域からの表、アーティファクトおよびカスタマイズに影響する可能性があるため、これは重要です。
  • Account Reconciliationおよび勘定科目分析の基礎機能領域が非アクティブ化され、すべてのFusion Data Intelligence環境から削除されていることを確認します。

よくある質問

アプリケーションを理解するには、次の質問を確認してください。

  1. 構成可能な勘定科目分析(CAA)データの日中リフレッシュを実行できますか。

    「頻度の高いリフレッシュ表」プレビュー機能を使用して、CAAデータの日中リフレッシュを実行できます。 ウェアハウス表の頻度の高いリフレッシュのスケジュール(プレビュー)および「頻度の高いデータ・リフレッシュに使用可能な機能領域」を参照してください。

  2. CAAテンプレートの設定時に推奨されるアプローチはどのようなものですか。

    最大200列の単一のCAAテンプレートを定義できます。 最初にすべての列をデフォルトで選択するのではなく、エンド・ユーザーの要件を評価した後で、必要な列のみを選択することをお薦めします。 このアプローチでは、サブジェクト領域を非常に大きいものにするのではなく、分析の目的での有用性と効率を向上できるような、十分にキュレートされたサブジェクト領域エクスペリエンスを実現できます。 将来、変更が必要になった場合には、CAAテンプレートを変更して必要な列を追加できます。 「構成可能な勘定科目分析サブジェクト領域定義の変更」を参照してください。

  3. 拡張オプションを使用して、CAAサブジェクト領域に列を追加できますか。

    CAAでサポートされている属性のキュレートされたリストに加えて、セマンティック・モデル拡張機能を使用して、他のサブジェクト領域と同様の列を追加できます。

  4. CAAを使用して、サブジェクト領域間分析を作成できますか。

    CAAは、複数の補助元帳ソースから会計およびトランザクション詳細を組み合せることができる財務横断的な機能です。 CAAと他のサブジェクト領域を組み合せたサブジェクト領域間分析はサポートされていません。

  5. CAAテンプレートのステータスが「タイムアウト」と表示されるのはなぜですか。

    CAAテンプレートのステータス「タイムアウト」は、テンプレートの公開が長時間実行されているシナリオを示すものです。 このような場合、機能管理者として、「セマンティック・モデル拡張」ページの「アクティビティ」タブをチェックして、適用システム・ステップを完了する必要があります。 その後、CAAサブジェクト領域を使用できます。

  6. すでに使用中のCAA機能をオフにするオプションはありますか。

    CAA機能をオフにするには、CAAテンプレート設定で使用可能な「削除」オプションを使用します。 これにより、CAAデータ抽出およびCAAサブジェクト領域定義が削除されます。 関連するビジュアライゼーションではエラーが発生し、それらを手動で削除する必要があります。 「機能の有効化」ページの「一般に使用可能な機能」タブで、「構成可能な勘定科目分析」を無効にします。

  7. CAAサブジェクト領域定義に付加フレックスフィールド(DFF)を追加できますか。

    CAAテンプレートの設定中にDFFを選択できます。 これらのDFFは、選択した仕訳ソースに基づいてキュレートされます。 前提条件として、DFFをカスタム・データ構成の一部としてFusion Data Intelligenceに設定する必要があります。 「付加フレックスフィールドおよびマップ属性の選択」を参照してください。

  8. どのような場合にCAAテンプレートを再公開する必要がありますか。また、それを行うにはどうすればよいですか。

    CAAの列選択の変更を有効にするには、機能管理者がCAAテンプレートを再公開して、変更がCAAサブジェクト領域および分析に反映されるようにする必要があります。 再公開するには、すでに設定されているCAAテンプレートにナビゲートし、「編集」を選択し、仕訳ソースの拡張の選択内容を確認し、保存してからCAAテンプレートを公開します。

  9. CAAテンプレートのステータスがシステム再公開済と表示されるのはなぜですか。

    CAAテンプレートの設定に関連付けられた機能領域が現在アクティブでない場合、CAA定義がエラーになることがあります。 システム再公開済ステータスでは、選択した列がアクティブな機能領域と同期されるように、このような場合にCAAテンプレートが修復されます。 このような列のいずれかを使用するビジュアライゼーションについては、手動で編集および変更する必要があります。

  10. CAA設定を移行できますか。

    CAAがターゲット・インスタンスで設定されていない場合、コンテンツ・バンドルを使用して、CAAテンプレートおよびサブジェクト領域定義を移行できます。 CAAがすでに設定されている場合は、前提条件の機能領域がアクティブであれば、CAAテンプレートおよびサブジェクト領域定義を移行できます。

  11. CAAテンプレートおよび機能領域の依存関係で使用可能な列の詳細を取得するにはどうすればよいですか。

    構成可能な勘定科目分析テンプレート - 列のリストで、CAAテンプレートで使用可能な列および前提条件の設定についてさらに学習できます。

  12. CAAのデータ・モデルはどのようにして生成されますか。

    CAAのデータ・モデルは、CAAテンプレートが公開されると動的に生成され、次の2つの表で構成されます:

    • DW_FA_GL_ACCOUNT_ANALYSIS_CFは、すべての仕訳ソースの仕訳および補助元帳会計詳細を含むCAAの基礎表です。 仕訳詳細および仕訳関連属性は、「仕訳ソースの拡張」ステップでの仕訳ソースの選択に関係なく、すべての仕訳ソースについて移入されます。 ただし、補助元帳会計詳細は、CAAユーザー・インタフェースの「仕訳ソースの拡張」ステップで選択された仕訳ソースについてのみ使用できます。

      キー列には次のものがあります:
      • APPLICATION_ID
      • ENTITY_CODE
      • AE_HEADER_ID
      • AE_LINE_NUM
      • REF_AE_HEADER_ID
      • TEMP_LINE_NUM
      • JOURNAL_HEADER_ID
      • JOURNAL_LINE_NUM

    • DW_FA_Y_CAA_APP_NAMEは、選択した属性の補助元帳トランザクション詳細を含むCAAの拡張表です。 表名は、構成中に指定したサブジェクト領域名に基づいて定義され、先頭にDW_FA_Y_CAA_APP_が追加されます。

      キー列には次のものがあります:
      • APPLICATION_ID
      • ENTITY_CODE
      • AE_HEADER_ID
      • AE_LINE_NUM
      • REF_AE_HEADER_ID
      • TEMP_LINE_NUM
      • JOURNAL_HEADER_ID
      • JOURNAL_LINE_NUM
      キー列に加えてデフォルトで使用可能な列は次のとおりです:
      • RECON_FISCAL_PERIOD_SET_NAME
      • RECON_FISCAL_PERIOD_TYPE
      • SOURCE_DISTRIBUTION_TYPE