レポーティングツールの全体像と使い分け

Fusion のレポート手段は「何を・どの鮮度で・誰に見せるか」で選びます。画面でのリアルタイム集計は OTBI、体裁が決まった帳票・大量出力・配信は BI Publisher（BIP）、財務諸表は Financial Reporting Web Studio、Excel での残高分析は Smart View です。
他システムや DWH へのデータ提供は BICC（大量・増分抽出）、過去トレンドや事前定義 KPI による経営分析は FDI（別サブスクリプション）が担います。
実装で最も差が出るのはセキュリティです。OTBI は Fusion のロールとデータセキュリティを継承しますが、BIP の SQL データセットには自動では効きません。
迷ったら「標準レポートで足りるか → OTBI で足りるか → BIP で作るか」の順に検討し、作成物は必ず /Shared/Custom 配下に保存します。

全体像

Oracle Fusion Cloud ERP のレポート・分析機能は、どのデータを読んでいるか で 3 つに分けると整理しやすくなります。データの持ち方が、鮮度・性能・セキュリティの違いを生みます。

取引データ（業務テーブル）を直接読む：OTBI と BIP。請求書や仕訳を登録した直後から参照できます（リアルタイム）。
GL 残高キューブ（Essbase）を読む：Financial Reporting Web Studio、Smart View、勘定グループ（Account Groups）。残高キューブは元帳の設定時に作成され、科目体系（COA）と会計カレンダーの組合せごとに 1 つ 作られます。
Fusion の外にデータを出して使う：BICC（データ抽出）と FDI（Oracle が提供する分析用 DWH と分析アプリケーション）。

取引テーブル → OTBI（サブジェクト領域）→ 分析・ダッシュボード
取引テーブル → BIP（データモデルの SQL など）→ 帳票（PDF・Excel・CSV・eText）→ 画面／メール／FTP
仕訳の転記 → GL 残高キューブ（Essbase）→ Financial Reporting Web Studio／Smart View／勘定グループ
取引テーブル → BICC（抽出）→ 外部ストレージ → DWH・データレイク・他システム
Fusion のデータ → FDI のデータパイプライン → FDI の DWH → ダッシュボード・KPI

公式ドキュメント（Using General Ledger の「Financial Reporting Solutions」）でも、財務諸表は Financial Reporting Studio と残高キューブ、表計算での分析は Smart View、大量の定型帳票は BI Publisher、日々の取引照会は OTBI、というように 用途別にツールを使い分ける 前提で説明されています。

ツール	主な用途	読むデータ	主な作成者
OTBI	取引データのアドホック分析・ダッシュボード	取引テーブル（サブジェクト領域経由）	業務ユーザー・キーユーザー
BI Publisher（BIP）	定型帳票、大量出力、バースト配信、連携ファイル	取引テーブル（SQL など）	開発者（SQL・テンプレート）
Financial Reporting Web Studio	財務諸表（BS・PL・CF）、管理会計レポート	GL 残高キューブ	経理担当・GL コンサルタント
Smart View	Excel 上の残高分析・Excel レポート	GL 残高キューブ	経理担当
BICC	DWH・データレイクへの一括／増分抽出	取引データ（抽出用のビューオブジェクト）	データエンジニア
FDI	履歴トレンド、事前定義 KPI、モジュール横断分析	FDI の DWH（Fusion から定期ロード）	経営層・分析担当

5 つの観点で比較する

目的とデータの鮮度

ツール	目的	データの鮮度
OTBI	日々の業務判断のための照会・集計・ドリル	リアルタイム（取引テーブルを実行時に照会）
BIP	ピクセル単位でレイアウトを決める帳票、大量出力、配信	実行時点の取引データ
Financial Reporting Web Studio	財務諸表、比較・構成比などの計算を含む定型財務レポート	残高キューブ（転記済みの残高）
Smart View	Excel でのピボット・ドリル、残高の自由分析	残高キューブ（転記済みの残高）
BICC	外部への大量データ提供	抽出スケジュールに依存（増分抽出）
FDI	長期トレンド、KPI、外部データとの統合分析	データパイプラインの更新スケジュールに依存

残高キューブを読むツールは、転記（Posting）された仕訳 の残高を対象にします。未転記の仕訳を確認したい場合は、OTBI の仕訳系サブジェクト領域や BIP を使います。

セキュリティの効き方

ツール	誰が使えるか（機能）	何が見えるか（データ）
OTBI	サブジェクト領域ごとの職務ロール（例：Payables Invoice Transaction Analysis Duty）	Fusion のデータセキュリティ（BU・元帳など）を継承
BIP	カタログのフォルダ・オブジェクト権限、ESS ジョブの実行権限	SQL データセットには自動では適用されない。SQL の条件・実行者の限定で設計
FR Web Studio・Smart View	Financial Reporting Center・ワークスペースを使えるロール	GL 側のセキュリティ設定（データアクセスセットなど）が前提
BICC	抽出の定義・実行ができる管理者ロール	利用者ごとの絞り込みではなく抽出単位で管理。出力先のアクセス管理で守る
FDI	FDI 側のロール	FDI 側でデータセキュリティを設定

BIP のデータセキュリティ対策は BI Publisher の SQL 実践で詳しく扱います。GL のセキュリティは COA・元帳・GL セキュリティ・残高キューブを参照してください。

性能・データ量と作成者のスキル

ツール	性能・データ量の考え方	作成者に必要なスキル
OTBI	画面での集計・絞り込み向き。大量明細のダウンロード用途には向かない	ノーコード。サブジェクト領域と業務データの理解
BIP	大量明細はスケジュール実行・ESS ジョブで。オンライン実行には時間・サイズの上限がある	SQL（Fusion のテーブル構造）とテンプレート（Word・Excel）
FR Web Studio	集計済みの残高を読むため高速。明細はドリルダウンで確認	財務諸表の設計、ディメンションとメンバー選択
Smart View	取得範囲（POV）を絞れば軽快。全メンバー展開は重い	Excel と多次元分析の基本操作
BICC	大量・全件・増分抽出向き。初回の全件抽出は時間がかかる	抽出設計（対象オブジェクト、増分、スケジュール）
FDI	DWH 上で大量・長期間の集計に強い	ダッシュボード操作。拡張にはデータモデリング

OTBI では、ビューに表示できる行数を超えると「Exceed configured maximum number of allowed input records」というエラーになります。公式のトラブルシューティングでも、フィルタを追加してデータ量を減らすよう案内されています。オンライン実行の上限値はリリースや環境の設定により異なるため、具体的な値は公式ドキュメントで確認してください。

レポート要件から手段を選ぶフローチャート

要件ヒアリングでは、次の順に質問すると手段が決まります。上の質問ほど優先します。

Q1. 目的は「他システム・DWH へのデータ提供」か？
    YES → 大量・定期：BICC ／ 少量・都度：REST API ／ 決まった形式のファイル：BIP（eText・CSV）
    NO  → Q2 へ
Q2. 財務諸表・勘定残高のレポートか？
    YES → 定型の財務諸表：Financial Reporting Web Studio
          Excel で自由に分析：Smart View
          重要勘定を監視：勘定グループ（一般会計ダッシュボード）
    NO  → Q3 へ
Q3. 帳票の体裁が決まっているか（印刷・PDF・法定様式・取引先への送付）？
    または大量出力・メール／FTP 配信・宛先ごとの分割（バースト）が必要か？
    YES → BIP
    NO  → Q4 へ
Q4. 現在の取引データを画面で絞り込み・集計・ドリルしたいか？
    YES → OTBI（分析・ダッシュボード）
    NO  → Q5 へ
Q5. 数年分のトレンド、事前定義 KPI、モジュール横断・外部データとの統合が必要か？
    YES → FDI（契約がなければ BICC + 自社 DWH を検討）

判断を補うポイントは次のとおりです。

まず事前定義（標準）レポートを探す：Oracle は Financials の事前定義の分析・レポートの一覧を公開しています。似た標準レポートがあれば、コピーして修正するほうが早く確実です。
OTBI で足りないときに BIP：OTBI のサブジェクト領域に必要な項目がない、レイアウトを厳密に決めたい、大量に出力したい、という場合に BIP を選びます。
組み合わせもできる：BIP のデータセットに OTBI の分析を使う、ダッシュボードに BIP レポートを埋め込む、といった構成も可能です。
財務諸表は残高キューブで：OTBI や SQL で財務諸表を組み立てると、期首残高・調整期間・換算の扱いで GL の数字と合わなくなりがちです。

各ツールの入口

実機で迷わないよう、主な入口をまとめます（権限により表示されない場合があります）。

OTBI：ナビゲータ > Tools > Reports and Analytics。カタログ全体は Browse Catalog から開きます。クラシック画面の URL は https://<your-pod>.fa.<region>.oraclecloud.com/analytics です。
BIP：同じカタログで Create > Report／Data Model を選びます。BI Publisher の画面は https://<your-pod>.fa.<region>.oraclecloud.com/xmlpserver です。ESS ジョブにしたレポートは、ナビゲータ > Tools > スケジュール済プロセス（Scheduled Processes）から実行します。
Financial Reporting Web Studio：ナビゲータ > General Accounting > Financial Reporting Center > Tasks > Open Workspace for Financial Reports > Tools > Launch Financial Reporting Web Studio。
Smart View：Excel のアドインです（Windows のみ）。ワークスペースの Tools > Install > Smart View から入手し、Shared Connections URL を設定します。
BICC：BI Cloud Connector のコンソール（https://<your-pod>.fa.<region>.oraclecloud.com/biacm）。詳細は BICC によるデータ抽出。
FDI：Fusion とは別に提供される FDI のコンソールから利用します。詳細は FDI の概要。

落とし穴とベストプラクティス

OTBI で大量明細をダウンロードしようとする：表示上限やタイムアウトに当たります。大量出力は BIP のスケジュール実行、定期的なデータ提供は BICC に切り替えます。
BIP の SQL で他 BU のデータまで見えてしまう：SQL データセットには Fusion のデータセキュリティが自動では効きません。実行できるロールを絞るか、SQL の条件で制御します。
財務諸表を明細の集計で作る：GL の残高と一致しない原因になります。財務諸表は残高キューブを使うツールで作ります。
事前定義の分析・レポートを直接編集する：事前定義フォルダの内容はアップデートで失われます。必ず /Shared/Custom にコピーして修正します。
連携用途に OTBI のエクスポートを使う：手作業や画面操作に依存する連携は運用で破綻します。BICC・REST API・OIC などの連携手段を使います（連携方式の全体像）。

ベストプラクティスは次のとおりです。

要件ごとに「鮮度・件数・配布先・セキュリティ」を記録する：レポート一覧（RICEW の R）に列を設けておくと、手段の選定理由を説明できます。
カタログのフォルダ設計を最初に決める：/Shared/Custom/<領域>/<用途> のように整理し、フォルダ権限で公開範囲を管理します。
作成者の役割を分ける：業務ユーザーは OTBI と Smart View、開発者は BIP、GL 担当は Financial Reporting Web Studio、というように分担すると品質と保守性が上がります。
四半期アップデートの影響をテストする：カスタムレポートは回帰テストの対象に含めます（環境管理・四半期アップデート・テスト）。

試験対策ポイント

対応する試験：GL 模擬テストの財務レポート（Financial Reporting）関連の分野。試験の全体像は認定試験ガイドを参照してください。
Financial Reporting Center から利用できるレポートの種類（財務レポート、勘定グループ、Smart View、OTBI の分析とダッシュボード、BIP レポートなど）を覚えます。
「財務諸表 → Financial Reporting Web Studio」「Excel で残高分析 → Smart View」「リアルタイムの取引照会 → OTBI」「ピクセル・パーフェクトの帳票や大量出力 → BIP」という対応は、シナリオ問題の判断軸になります。
残高キューブは元帳の設定時に作成され、COA と会計カレンダーの組合せごとに 1 つです。
BIP レポートは ESS（スケジュール済プロセス）から実行して最新データを出力します。