「社内のBIツールで作ったダッシュボード、そのまま自社の業務アプリに埋め込めないか」——この相談が増えている。
BIツールとしてのPower BIは広く普及した。しかし、Power BIのレポートを自社開発のWebアプリやSaaSプロダクトの画面内に表示するとなると、話が変わる。Power BI Embeddedという仕組みを使い、ライセンス体系を理解し、セキュリティ設計を行い、フロントエンドとバックエンドの統合開発が必要になるからだ。
本記事では、Power BI Embeddedを自社アプリに組み込む際の費用相場を、ライセンス費用・開発費用・運用費用の3つに分けて解説する。「いくらかかるのか」「どの構成が自社に合うのか」を判断するための材料を提示する。
目次
- Power BIのライセンス体系を整理する
- Power BI Embeddedとは何か
- 費用の全体構造と相場
- ライセンス費用の詳細比較
- カスタム統合開発の費用内訳
- RLS（行レベルセキュリティ）設計の重要性
- 規模別の費用シミュレーション
- 開発の進め方4ステップ
- 開発会社選びの判断基準
- よくある失敗と対策
- まとめ
Power BIのライセンス体系を整理する
Power BIの組み込み開発を検討する前に、まずライセンス体系を正しく理解する必要がある。ここを誤ると、月額費用が想定の数倍に膨れ上がる。
Power BI Pro
| 項目 | 内容 |
|---|---|
| 月額費用 | 約1,500円/ユーザー |
| 用途 | 社内のレポート共有・閲覧 |
| 閲覧者の制限 | 閲覧者もProライセンスが必要 |
| 埋め込み利用 | 不可（社内ポータルへの簡易埋め込みは可能だが商用利用は不可） |
Power BI Proは、社内でダッシュボードを共有するための標準ライセンスだ。レポートの作成・共有・閲覧に使う。ただし、閲覧するユーザー全員がProライセンスを持っている必要がある。社内50人が見るなら月額75,000円（1,500円 x 50人）。
Power BI Premium Per User（PPU）
| 項目 | 内容 |
|---|---|
| 月額費用 | 約3,000円/ユーザー |
| 用途 | 高度な分析機能＋AI機能 |
| 閲覧者の制限 | 閲覧者もPPUライセンスが必要 |
| 埋め込み利用 | 不可 |
Proの上位版。ページネーションレポートやAIインサイト機能が使えるが、組み込み利用には対応しない。
Power BI Premium Per Capacity（P SKU）
| 項目 | 内容 |
|---|---|
| 月額費用 | 約75万円〜（P1ノード） |
| 用途 | 大規模展開・組み込み利用 |
| 閲覧者の制限 | 閲覧者のProライセンス不要 |
| 埋め込み利用 | 可能 |
容量ベースの課金。閲覧者のライセンスが不要になるため、社外のユーザーや不特定多数にダッシュボードを見せたい場合に使う。ただし最低月額75万円からのため、利用者数が少ないうちはコスト効率が悪い。
Power BI Embedded（A SKU / F SKU）
| 項目 | 内容 |
|---|---|
| 月額費用 | 約70万円〜（A1ノード相当） |
| 用途 | 自社アプリへの組み込み専用 |
| 閲覧者の制限 | エンドユーザーのライセンス不要 |
| 埋め込み利用 | 可能（これが本来の用途） |
| 課金体系 | Azure従量課金（一時停止で節約可能） |
自社アプリにダッシュボードを組み込む場合、選ぶべきはこのライセンスだ。 Azure上でCapacityノードを稼働させ、エンドユーザーはPower BIのライセンスを一切必要としない。利用していない時間帯はノードを停止して課金を止められるため、運用次第でコストを最適化できる。
2024年以降、Microsoftは従来のA SKU（Azure Power BI Embedded）に加えて**F SKU（Fabric Capacity）**を推奨している。F SKUはMicrosoft Fabricの一部として提供され、Power BIだけでなくData Factory、Synapse等の機能も利用可能だ。
INSTANT ESTIMATE
計算式より、60秒で概算を出しませんか？
システム種別・規模・連携先を選ぶだけで、開発費用・期間・月額運用費の概算をその場で表示します。
Power BI Embeddedとは何か
Power BI Embeddedは、Power BIのレポートやダッシュボードを自社開発のWebアプリケーションの画面内にiframeで表示する仕組みだ。
ユーザーはPower BIのポータル（app.powerbi.com）にアクセスする必要がなく、自社アプリの一部としてダッシュボードを操作できる。フィルター操作、ドリルダウン、データのエクスポートといったPower BIの操作性はそのまま利用できる。
組み込みの2つの方式
1. App Owns Data（アプリ所有方式）
自社アプリがサービスプリンシパル（APIキー）でPower BIに認証し、レポートの埋め込みトークンを取得する方式。エンドユーザーはPower BIのアカウントを持たなくてよい。SaaSプロダクトに組み込む場合や、不特定多数の顧客にダッシュボードを提供する場合はこの方式を選ぶ。
2. User Owns Data（ユーザー所有方式）
エンドユーザー自身のPower BIアカウント（Azure AD認証）でレポートにアクセスする方式。閲覧者全員がProまたはPPUライセンスを持っている必要がある。社内ポータルや業務アプリに組み込む場合に使う。
費用に直結する判断ポイント： App Owns Dataを選べばエンドユーザーのライセンス費用はゼロだが、Embedded Capacityの月額費用が必要。User Owns Dataを選べばCapacity費用は不要だが、ユーザー数x月額1,500円のProライセンスが必要。損益分岐点はおおよそ50ユーザー前後だ。
費用の全体構造と相場
Power BI Embeddedの組み込み開発にかかる費用は、3つのカテゴリに分かれる。
| カテゴリ | 費用レンジ | 備考 |
|---|---|---|
| ライセンス費用（月額） | 1,500円/user〜70万円超/月 | ライセンス選択で大きく変動 |
| カスタム統合開発（初期） | 200万〜800万円 | 画面数・機能・セキュリティ設計の複雑さによる |
| 運用保守費用（月額） | 5万〜30万円/月 | レポート改修・データソース管理・障害対応 |
それぞれの内訳を詳しく見ていく。
ライセンス費用の詳細比較
組み込み利用のライセンス選択肢を、ユーザー数別にコスト比較する。
ユーザー数別の月額コスト比較
| ユーザー数 | Pro（全員ライセンス） | Embedded A1（容量課金） |
|---|---|---|
| 10人 | 15,000円 | 約70万円 |
| 50人 | 75,000円 | 約70万円 |
| 100人 | 150,000円 | 約70万円 |
| 500人 | 750,000円 | 約70万円 |
| 1,000人 | 1,500,000円 | 約70万円 |
50人を超えたあたりからEmbeddedの方が有利になり、500人以上ではEmbedded一択という計算だ。ただしこれはA1ノードの場合であり、同時接続数やレポートの複雑さによっては上位ノード（A2/A3）が必要になる。
F SKU（Fabric Capacity）の価格帯
2026年4月時点のAzure東日本リージョンの参考価格を示す。
| SKU | CU（Capacity Unit） | 月額参考価格 | 想定用途 |
|---|---|---|---|
| F2 | 2 CU | 約3万円 | 開発・検証環境 |
| F4 | 4 CU | 約6万円 | 小規模本番（同時5〜10人） |
| F8 | 8 CU | 約12万円 | 小〜中規模本番 |
| F16 | 16 CU | 約24万円 | 中規模本番 |
| F32 | 32 CU | 約48万円 | 大規模本番 |
| F64 | 64 CU | 約70万円 | 大規模・高負荷本番 |
※ 価格はMicrosoft公式のAzure料金計算ツールに基づく概算。為替レート・リージョン・契約形態により変動する。
F SKUの登場により、従来のA SKU（最低月額70万円〜）に比べて、小規模な組み込みから月額3万円程度で始められるようになった。開発検証にはF2、本番運用開始はF4〜F8から始め、利用者の増加に合わせてスケールアップする段階的な導入が現実的だ。
カスタム統合開発の費用内訳
ライセンス費用とは別に、Power BI Embeddedを自社アプリに統合するための開発費用が発生する。この部分が200万〜800万円の幅を持つ。
開発項目ごとの費用目安
| 開発項目 | 費用目安 | 工数目安 |
|---|---|---|
| 要件定義・設計 | 30万〜80万円 | 1〜2か月 |
| Power BIレポート開発（5〜15画面） | 50万〜200万円 | 1〜3か月 |
| バックエンド統合開発（API・認証・トークン管理） | 50万〜200万円 | 1〜2か月 |
| フロントエンド統合開発（iframe埋め込み・カスタムUI） | 30万〜150万円 | 1〜2か月 |
| RLS（行レベルセキュリティ）設計・実装 | 30万〜100万円 | 0.5〜1か月 |
| テスト・パフォーマンスチューニング | 20万〜80万円 | 0.5〜1か月 |
| 合計 | 200万〜800万円 | 4〜10か月 |
費用を左右する3つの要因
1. レポートの画面数と複雑さ
単純なグラフとテーブルを5画面表示するだけなら50万円程度。DAX（Power BI独自の計算式）で複雑な指標を算出し、ドリルスルーやブックマーク機能を駆使した15画面の高度なレポートなら200万円を超える。
2. 認証・認可の設計
自社アプリのログイン情報とPower BIのアクセス制御を連携させる部分。シングルサインオン（SSO）やマルチテナント対応を実装すると、バックエンド開発の工数が大幅に増える。
3. データパイプラインの構築
Power BIが参照するデータソース（SQL Server、Azure SQL、CSVファイル等）を整備し、定期的にデータを更新する仕組みを構築する工数。既存のデータベースがPower BIから直接参照できる状態であれば最小限で済むが、データのクレンジングや変換が必要な場合は費用が上振れする。
RLS（行レベルセキュリティ）設計の重要性
Power BI Embeddedを業務アプリに組み込む際、RLS（Row-Level Security：行レベルセキュリティ）の設計は費用と工数の両面で大きな影響を持つ。
RLSとは何か
RLSは、同じレポートを表示していても、ログインしているユーザーの権限に応じて表示されるデータ行を制限する仕組みだ。
たとえばSaaSプロダクトで複数の企業（テナント）にダッシュボードを提供する場合、A社のユーザーにはA社のデータだけ、B社のユーザーにはB社のデータだけが表示されるようにする。これをPower BI側のRLSで実現する。
RLS設計のパターン
| パターン | 概要 | 費用影響 |
|---|---|---|
| 静的RLS | DAX式でロールごとに表示データを固定定義 | 低い（30万円前後） |
| 動的RLS | ログインユーザーのメールアドレスやIDでフィルタリング | 中程度（50万〜80万円） |
| マルチテナントRLS | テナントIDに基づくデータ分離＋テナント管理テーブル連携 | 高い（80万〜100万円） |
RLS設計を軽視した場合のリスク
- データ漏洩： A社のユーザーがB社の売上データを閲覧できてしまう。SaaS事業では致命的なセキュリティインシデントになる
- 後から追加する場合のコスト増： RLSは「データモデルの設計」に関わるため、レポート開発後に追加するとデータモデルの再設計が必要になり、費用が2倍以上に膨らむことがある
- パフォーマンスの劣化： RLSフィルターの設計が非効率だと、レポートの表示速度が著しく低下する
結論：RLSの設計は開発の最初期段階で行うべきだ。 セキュリティ設計を後回しにすると、手戻りの費用が開発費全体の30〜50%に達するケースも珍しくない。
規模別の費用シミュレーション
ケース1：社内業務アプリへの組み込み（小規模）
想定企業： 従業員80名の製造業。既存の生産管理アプリ（Webアプリ）に、売上推移と在庫状況のダッシュボードを表示したい。閲覧者は社内30名。
| 項目 | 費用 |
|---|---|
| ライセンス（Pro x 30名） | 45,000円/月 |
| Power BIレポート開発（5画面） | 80万円 |
| バックエンド統合（User Owns Data方式） | 50万円 |
| フロントエンド統合 | 40万円 |
| テスト | 20万円 |
| 初期開発費用合計 | 約190万円 |
| 月額費用 | 約4.5万円（ライセンスのみ） |
社内30名であればUser Owns Data方式（Proライセンス）が最もコスト効率がよい。Embedded Capacityの月額70万円に対し、Proライセンスの月額合計4.5万円で済む。
ケース2：顧客向けSaaSへのダッシュボード組み込み（中規模）
想定企業： 従業員30名のSaaSベンダー。自社の在庫管理SaaSに、顧客（利用企業50社、ユーザー計300名）向けの分析ダッシュボードを追加したい。
| 項目 | 費用 |
|---|---|
| ライセンス（Fabric F8） | 約12万円/月 |
| Power BIレポート開発（10画面） | 150万円 |
| バックエンド統合（App Owns Data方式＋サービスプリンシパル） | 150万円 |
| フロントエンド統合（カスタムUI） | 100万円 |
| RLS設計・実装（マルチテナント） | 80万円 |
| テスト・パフォーマンスチューニング | 50万円 |
| 初期開発費用合計 | 約530万円 |
| 月額費用 | 約17万円（F8 + 保守） |
300名分のProライセンス（月額45万円）に対し、F8のCapacity費用は月額12万円。App Owns Data方式に切り替えることで月額33万円の削減になる。年間で約400万円の差が出るため、初期開発費用530万円は約1年半で回収できる計算だ。
ケース3：大規模業務システムへの全面統合（大規模）
想定企業： 従業員500名の商社。基幹システム（販売管理・在庫管理・経費管理）のレポート機能をすべてPower BIに置き換え、1,000名以上の社内ユーザー＋取引先100社に分析画面を提供したい。
| 項目 | 費用 |
|---|---|
| ライセンス（Fabric F64） | 約70万円/月 |
| Power BIレポート開発（30画面＋経営ダッシュボード） | 300万円 |
| バックエンド統合（SSO・マルチテナント・API連携） | 250万円 |
| フロントエンド統合（自社デザインシステムとの統合） | 150万円 |
| RLS設計・実装（部門別＋取引先別の多層構造） | 100万円 |
| データパイプライン構築（既存DBとの連携） | 150万円 |
| テスト・パフォーマンスチューニング | 80万円 |
| 初期開発費用合計 | 約1,030万円 |
| 月額費用 | 約100万円（F64 + 保守30万円） |
この規模では、1,000名のProライセンス（月額150万円）と比較して月額50万円の削減。年間600万円のコスト削減は、初期投資1,030万円を2年弱で回収する。
開発の進め方4ステップ
ステップ1：要件整理とライセンス選定（2〜4週間）
まず「誰に」「どのデータを」「どのアプリ上で」見せるかを明確にする。
確認すべき項目は以下のとおり。
- ダッシュボードの閲覧者は社内のみか、社外（顧客・取引先）にも公開するか
- 閲覧者の人数は何名か（現時点と1年後の見込み）
- 既存のアプリはWebアプリか、モバイルアプリか
- データソースは何か（SQL Server、Azure SQL、Excel、CSV等）
- データの更新頻度はどの程度か（リアルタイム、1時間ごと、日次等）
- マルチテナント対応（企業ごとのデータ分離）は必要か
この段階で、User Owns DataかApp Owns Dataか、どのSKUを選ぶかが決まる。ライセンス選定を間違えると、月額費用が数十万円単位で変わるため、ここに最も時間をかけるべきだ。
ステップ2：PoC（概念実証）（1〜2か月）
Power BI Desktopで2〜3画面のレポートを作成し、自社アプリに試験的に埋め込む。この段階で確認すべきことは3つ。
- 表示速度は実用に耐えるか。 データ量とDAXの複雑さによっては、レポートの初期表示に10秒以上かかる場合がある。PoCの段階で本番相当のデータ量で計測する
- RLSが正しく動作するか。 ユーザーAで見えるデータとユーザーBで見えるデータが意図どおりに分離されているかを確認する
- UIの整合性は問題ないか。 Power BIのレポートが自社アプリのデザインと違和感なく統合できるかを確認する。配色やフォントの調整が必要な場合はここで洗い出す
PoCの費用は50万〜100万円が目安。この投資でライセンス選定の妥当性とパフォーマンスの見通しが立つ。
ステップ3：本番開発（2〜4か月）
PoCの結果を踏まえ、以下を並行して進める。
- Power BIレポートの本番開発（全画面のデザイン・DAX・RLS実装）
- バックエンドAPIの開発（トークン管理・認証連携・エラーハンドリング）
- フロントエンドの統合開発（iframe埋め込み・イベントハンドリング・レスポンシブ対応）
- Azure上のCapacityノードの構成・テスト環境の構築
ステップ4：リリースと運用定着（1か月〜）
段階的にユーザーを増やしながらリリースする。初週は一部のユーザーに限定公開し、表示速度やRLSの動作を監視する。問題がなければ全ユーザーに展開する。
リリース後の最初の3か月は、以下の運用タスクが発生する。
- Capacityノードのサイズ調整（利用者増加に伴うスケールアップ）
- レポートの軽微な修正（「この指標も見たい」という要望への対応）
- データ更新スケジュールの最適化
- 利用状況の監視（Power BI Admin APIで取得可能）
開発会社選びの判断基準
Power BI Embeddedの開発は、BIの知識とWebアプリケーション開発の知識の両方が求められる。以下の5つの観点で評価することを推奨する。
1. Power BI Embeddedの実装経験があるか
Power BIのレポートを「作れる」会社は多いが、Embeddedの「組み込み」を経験している会社は限られる。サービスプリンシパルの構成、Embed Tokenの生成、RLSの動的適用、Capacity管理のノウハウがあるかを確認する。
2. ライセンス選定の提案ができるか
「とりあえずPremiumで」という提案は、月額費用を不必要に高くする。利用者数、同時接続数、データ量に応じて最適なSKUを提案できる会社を選ぶ。
3. 自社アプリ側の開発も対応できるか
Power BIのレポート開発だけでなく、バックエンドAPI（C#、Node.js、Python等）やフロントエンド（React、Angular、Vue等）の開発を一貫して対応できると、統合部分の品質が高まる。
4. セキュリティ設計に強いか
RLSの設計、Azure ADとの認証連携、マルチテナントのデータ分離。セキュリティの設計ミスはデータ漏洩に直結する。過去のセキュリティ設計の実績を確認する。
5. 運用フェーズの支援体制があるか
Capacityノードの監視、パフォーマンスの最適化、Power BIサービスのアップデート対応など、リリース後にも継続的な技術支援が必要だ。保守運用の費用と対応範囲が明確に定義されているかを確認する。
GXOの開発体制と実績はこちらで確認できる。
よくある失敗と対策
失敗1：ライセンス選定を間違え、月額費用が想定の5倍になる
「閲覧者全員にProライセンスを配布すればよい」と安易に考え、500人の社外ユーザーに月額75万円を払い続けるケースがある。App Owns Data方式であれば、ユーザー数に関係なくCapacityの固定費用で運用できる。閲覧者が50人を超える場合は、Embedded Capacityの方が確実に安い。
失敗2：RLSを後から設計し、レポートを全面作り直す
開発の中盤で「顧客ごとにデータを分離する必要がある」と気づき、データモデルを再設計する。レポートのDAX式もすべて書き直しになり、工数が1.5〜2倍に膨らむ。RLSの要否は要件定義の段階で確定させる。
失敗3：本番データ量でのパフォーマンステストを省略する
開発環境の少量データでは快適に動作していたレポートが、本番の100万行のデータを読み込んだ途端に表示に30秒かかる。DAXの最適化、データモデルのスター型への変更、不要な列の削除など、パフォーマンスチューニングはPoCの段階で着手すべきだ。
失敗4：Power BIサービスの更新に追従しない
Microsoftは月次でPower BIのサービスをアップデートしている。APIの仕様変更や非推奨機能の廃止が発生することがあるため、リリース後も定期的に動作確認とアップデート対応が必要だ。「作って終わり」では半年後に動かなくなるリスクがある。
まとめ
Power BI Embeddedを自社アプリに組み込む費用は、ライセンス費用（月額1,500円/user〜70万円超/月）、カスタム統合開発（200万〜800万円）、運用保守（月額5万〜30万円）の3つで構成される。
最も重要な判断はライセンス選定だ。閲覧者が社内50名以下ならPro（月額1,500円/人）が最もコスト効率がよく、50名を超えたらEmbedded Capacity（F SKU）への移行を検討すべきだ。F SKUの登場により、月額3万円程度の小規模な検証環境から段階的に始められるようになった。
開発面では、RLS（行レベルセキュリティ）の設計を最初期段階で行うことが、手戻りを防ぐ最大のポイントになる。PoCに50万〜100万円を投じてパフォーマンスとセキュリティの見通しを立ててから本番開発に進む進め方が、結果的に総費用を抑える。
導入事例はこちらも参考にしていただきたい。
Power BIの組み込み開発、費用感を把握しませんか
GXOでは、Power BI Embeddedの組み込み開発を、ライセンス選定・RLS設計・バックエンド/フロントエンド統合まで一貫して対応しています。「自社アプリに組み込むといくらかかるか」を概算でお出しします。
※ 営業電話はしません | オンライン対応可 | 相談だけでもOK
よくあるご質問（FAQ）
Q1. Power BI EmbeddedとPower BI Premiumの違いは何ですか？
A1. 主な違いは課金体系と用途です。Premium Per Capacity（P SKU）はMicrosoft 365経由の年間契約で、社内のBI基盤として利用します。Embedded（A SKU / F SKU）はAzure経由の従量課金で、自社アプリへの組み込みに特化しています。Embeddedは利用していない時間帯にノードを停止して課金を止められるため、使い方次第でコストを最適化できます。
Q2. 開発にはどのくらいの期間がかかりますか？
A2. 小規模（5画面・社内利用）であれば2〜3か月、中規模（10画面・SaaS組み込み・RLSあり）で4〜6か月、大規模（30画面・基幹システム連携）で6〜10か月が目安です。PoCに1〜2か月を確保することを推奨します。
Q3. 既存のPower BIレポートをそのまま組み込めますか？
A3. 技術的には可能ですが、そのまま埋め込むと自社アプリのUIと整合しないケースが多いです。配色・フォント・レイアウトの調整、不要なメニューバーの非表示化、RLSの追加設計などが必要になります。既存レポートの流用で開発費用の20〜30%を圧縮できる場合もあります。
Q4. セキュリティ面で注意すべきことは？
A4. 3つの層で対策が必要です。（1）認証：サービスプリンシパルの資格情報を安全に管理し、Embed Tokenの有効期限を適切に設定する。（2）データ分離：RLSでユーザー/テナントごとの表示データを厳密に制御する。（3）通信：HTTPS通信の強制、CSP（Content Security Policy）ヘッダーの設定でiframeの不正利用を防止する。
Q5. 月額費用を抑えるコツはありますか？
A5. 3つのアプローチがあります。（1）F SKUのオートスケール設定で、利用の少ない時間帯にCapacityを自動縮小する。（2）夜間・休日にCapacityを一時停止する（Azure Automationで自動化可能）。（3）データモデルを最適化してCapacityの消費を抑える（不要な列の削除、集計テーブルの活用）。これらの組み合わせで月額費用を30〜50%削減した事例もあります。
付録
社内検討用チェックリスト
Power BI Embeddedの導入を社内で検討する際に使える確認項目。
- ダッシュボードの閲覧者は社内のみか、社外にも公開するか
- 閲覧者は何名か（現時点と1年後の見込み）
- 既存のWebアプリ/SaaSはどの技術スタックで構築されているか
- 現在Power BI Pro/PPUのライセンスを保有しているか
- データソース（DB・API・CSV等）の種類と所在は把握できているか
- マルチテナント対応（企業ごとのデータ分離）は必要か
- シングルサインオン（SSO）の要件はあるか
- Azure環境（サブスクリプション）は既に利用しているか
- 月額のライセンス予算の上限はいくらか
- 社内にPower BIのレポート作成経験者はいるか
参考資料
- Microsoft「Power BI Embedded のドキュメント」https://learn.microsoft.com/ja-jp/power-bi/developer/embedded/
- Microsoft「Power BI の価格」https://powerbi.microsoft.com/ja-jp/pricing/
- Microsoft「Microsoft Fabric の価格」https://azure.microsoft.com/ja-jp/pricing/details/microsoft-fabric/
- Microsoft「行レベルのセキュリティ (RLS)」https://learn.microsoft.com/ja-jp/power-bi/enterprise/service-admin-rls
- IPA 情報処理推進機構「ソフトウェア開発分析データ集2022」（2022年10月）https://www.ipa.go.jp/digital/chousa/metrics/
