Microsoft Learn「Get started with the remote Power BI MCP server」変更点|設定・料金・影響を解説

Microsoft Learnの「Get started with the remote Power BI MCP server」は、2026年6月11日に更新されました。今回の中心は接続先の変更ではなく、利用できるツール、権限、料金に関係するCopilot容量、RLSの注意点、性能上の制約がセットアップページ内に追加されたことです。

既存利用者に必須の移行作業や新しい期限は案内されていません。一方、プレビュー機能のため、管理者はテナント設定を全社開放せず、対象グループを限定して検証するのが安全です。(Microsoft Learn)

目次

Microsoft Learn「Get started with the remote Power BI MCP server」の変更点

2026年6月11日の更新では、従来の接続・動作確認手順に加えて、実際の運用判断に必要な情報が大幅に補強されました。

変更された項目追加・明確化された内容実務への影響
プレビューに関する注意ツール定義、要求形式、応答スキーマが変更される可能性を明記本番システムでは変更検知と再テストが必要
MCPとREST APIの違い通常のREST APIとして直接呼び出すものではないと明記MCP対応クライアントやフレームワークから利用する
利用可能なツール4種類のツールと必要な入力、権限を掲載できることとライセンス要件を判断しやすくなった
IDの確認方法セマンティックモデルIDの取得手順をページ内に追加初期設定時の迷いが減る
セキュリティBuild権限、RLS、サービスプリンシパルの注意点を追加管理者によるアクセス設計が重要になる
制限事項大規模スキーマ、複雑なDAX、会話コンテキストの限界を掲載PoCで性能と回答精度を確認する必要がある

以前のページは、VS Codeへの登録方法と接続テストを説明した後、ツールの詳細を別ページへ案内する構成でした。更新後は、主要ツールや制限事項を同じページで確認できるようになっています。接続先URLとVS Codeの基本設定は、更新前後で変わっていません。(GitHub)

remote Power BI MCP serverとは

remote Power BI MCP serverは、AIエージェントがPower BIのセマンティックモデルを自然言語で操作するための、MicrosoftがホストするMCPエンドポイントです。

たとえば「売上上位10商品を表示して」と質問すると、AIエージェントがモデルの構造を確認し、必要に応じてDAXクエリを生成・実行して結果を返します。

ここでいうセマンティックモデルとは、Power BIで使用するテーブル、列、メジャー、リレーションシップなどをまとめたデータモデルです。

remote MCP serverとlocal MCP serverは用途が異なります。

比較項目Remote MCP serverLocal MCP server
主な用途既存モデルへの質問、分析、洞察の取得モデルの作成、編集、開発
実行場所Microsoft Fabric側でホスト利用者の端末で実行
接続方式Streamable HTTPstdio
設定負担比較的少ない実行環境の準備が必要
主な対象者分析利用者、AIエージェント開発者Power BIモデル開発者

既存データを会話形式で分析したい場合はremote、テーブルやメジャー自体を編集したい場合はlocalが適しています。どちらか一方へ移行する関係ではありません。(Microsoft Learn)

影響を受けるユーザー

Power BI・Fabric管理者

テナント設定の有効化、対象ユーザーの範囲、サービスプリンシパル利用時の設定を判断する必要があります。

特に、全社で一括有効化する前に、機密性の低いモデルを使う検証グループだけに許可する方法が現実的です。

セマンティックモデルの管理者

利用者にBuild権限が付与されているか、RLSが意図どおり機能するかを確認します。

Build権限は単なる閲覧権限より広く、モデルを利用したコンテンツ作成や基礎データへのアクセスにも関係します。必要以上のユーザーへ付与しないことが重要です。(Microsoft Learn)

VS Code・GitHub Copilotの利用者

VS CodeへのMCP server登録、Microsoftアカウントでの認証、セマンティックモデルIDの指定が必要です。

通常のPower BIレポートを閲覧するだけのユーザーには、今回の更新に伴う必須作業はありません。

管理者が確認するテナント設定

管理者はFabric管理ポータルで、次の設定を確認します。

  1. Fabricポータル右上の歯車アイコンを開く
  2. 「管理ポータル」を選択する
  3. 「テナント設定」を開く
  4. 「統合設定」を確認する
  5. 「Users can use the Power BI Model Context Protocol server endpoint (preview)」を有効にする
  6. 必要に応じて、許可するセキュリティグループを限定する

設定変更が組織全体へ反映されるまで、最大15分程度かかる場合があります。

サービスプリンシパルで接続する場合は、「Service principals can call Fabric public APIs」も有効にする必要があります。(Microsoft Learn)

テナント設定は機能の利用範囲を制御するものであり、それだけでデータを保護できるわけではありません。セマンティックモデルの権限、ワークスペースロール、RLSも併せて確認してください。

VS Codeでremote Power BI MCP serverを設定する手順

利用前に、次の条件を満たしていることを確認します。

  • 管理者がMCP serverのテナント設定を有効にしている
  • Visual Studio Codeを利用できる
  • GitHub CopilotがVS Codeで有効になっている
  • 対象セマンティックモデルのBuild権限を持っている
  • Power BIへMicrosoftアカウントでサインインできる

推奨はワンクリックインストール

Microsoft Learnには、VS Codeへ設定を追加するワンクリックインストーラーが用意されています。個別に設定ファイルを編集するより、入力ミスを減らせます。

手動で設定する場合は、MCP構成ファイルへ次の内容を追加します。

{
  "servers": {
    "powerbi-remote": {
      "type": "http",
      "url": "https://api.fabric.microsoft.com/v1/mcp/powerbi"
    }
  }
}

接続先はMicrosoft Fabricが提供するリモートエンドポイントです。ローカルPCへPower BI MCP server本体をインストールする必要はありません。(Microsoft Learn)

セマンティックモデルIDを確認する

Power BIサービスで対象のセマンティックモデルを開き、ブラウザのURLを確認します。

https://app.powerbi.com/groups/{workspaceId}/datasets/{semanticModelId}

datasets/より後ろにある値がセマンティックモデルIDです。

複数モデルを扱う場合は、モデル名とIDの対応表をローカルの設定ファイルなどで管理すると、毎回URLを確認する手間を減らせます。ただし、機密情報や認証情報と同じファイルへ保存しないようにしてください。

接続をテストする

VS CodeでMCP serverが接続済みになっていることを確認し、GitHub Copilotのエージェントモードから次のような質問を実行します。

このセマンティックモデルに含まれるテーブルを一覧で表示してください。

続いて、実データを取得する質問を試します。

売上金額が大きい商品を上位10件表示してください。

最初から複雑な分析を依頼するのではなく、テーブル一覧、単純な集計、期間を指定した集計の順に試すと、権限エラーとDAX生成エラーを切り分けやすくなります。

利用できる4つのツール

Execute Query

指定されたDAXクエリをセマンティックモデルで実行し、結果をAIエージェントへ返します。

必要なのは、セマンティックモデルID、DAX式、対象モデルへのBuild権限です。

Get Semantic Model Schema

テーブル、列、メジャー、リレーションシップ、データ型、階層などを取得します。

AIが実在しない列名を使ったり、誤ったテーブルを参照したりするリスクを減らすための重要なツールです。

Get Report Metadata

レポートのページ、ビジュアル、フィルター、フィールドの割り当て、テキストボックスなどを取得します。

ボタン、図形、画像など、データと直接関係しないビジュアルは対象外です。また、取得するメタデータが上限を超える大規模レポートでは要求が失敗する場合があります。

Generate Query

自然言語の質問から、Copilot for Power BIのエンジンを使ってDAXクエリを生成します。

このツールにはCopilotの利用条件が関係します。Copilot容量を消費したくない場合はGenerate Queryを無効にし、MCPクライアント側のLLMでDAXを生成してExecute Queryだけを利用する構成も可能です。(Microsoft Learn)

料金とライセンスで確認すべきこと

公式のセットアップページには、remote Power BI MCP server専用の料金表は掲載されていません。そのため、「MCPエンドポイント自体が無条件で無料」とは判断しないでください。

確認対象は次のとおりです。

確認項目判断ポイント
GitHub Copilot組織または個人が利用できるプランか
Power BI対象モデルを利用できるライセンスと権限があるか
Fabric・Premium容量モデルへのクエリ実行負荷を処理できるか
Generate QueryCopilotライセンスとCopilot容量を利用できるか
外部MCPクライアントクライアント側の契約やLLM利用料が発生しないか

Copilot for Power BIは、利用形態に応じて有償Fabric容量、Power BI Premium容量、またはFabric Copilot容量などの条件が関係します。Generate Queryを使用する組織は、既存契約だけで条件を満たすかを管理者へ確認してください。(Microsoft Learn)

移行や対応期限はあるか

2026年6月11日時点の公式情報では、既存環境に対する強制移行、設定変更の期限、旧機能の終了日は案内されていません。

また、remote Power BI MCP serverはREST APIの後継として置き換わるものではありません。REST APIを直接呼び出す既存システムを、すぐにMCPへ移行する必要もありません。

ただし、現在はプレビューです。ツール名、要求形式、応答スキーマが変わる可能性があるため、業務システムへ組み込む場合は次の対策が必要です。

  • 本番と検証環境を分ける
  • MCPクライアントの更新後に回帰テストを行う
  • ツールの戻り値を固定形式だと決めつけない
  • 障害時に従来のレポートや分析手順へ戻せるようにする
  • Microsoft Learnの更新日と変更履歴を定期的に確認する

セキュリティ上の重要な注意点

ユーザー本人の認証でクエリを実行する場合、RLSは適用されます。一方、サービスプリンシパル認証では、現時点でRLSがサポートされていません。

サービスプリンシパルは、そのプリンシパルに許可されたデータへアクセスできるため、RLSを前提にしたエンドユーザー向けAIエージェントへそのまま利用するのは危険です。(Microsoft Learn)

また、外部MCPクライアントを利用する場合は、Microsoft Entraアプリの登録、リダイレクトURI、Power BI APIの委任されたアクセス許可など、VS Codeとは異なる追加設定が必要になる場合があります。(Microsoft Learn)

回答精度を上げるためにモデル側も準備する

接続に成功しても、モデルの列名やメジャー名が曖昧だと、正しいDAXが生成されないことがあります。

たとえば「売上」が、受注金額、請求金額、税抜売上、税込売上のどれを指すのかモデル上で明確でなければ、AIは質問の意図を正確に判断できません。

Power BIの「Prep data for AI」では、次の情報をモデルへ追加できます。

  • AIデータスキーマ
  • AI instructions
  • Verified answers
  • 質問に反応するトリガーフレーズ

設定後は、代表的な質問と期待する回答を用意し、Power BI DesktopやPower BIサービスでテストします。同じ質問でも回答が完全に固定されるわけではないため、重要な数値は元レポートやDAX結果と照合してください。(Microsoft Learn)

接続できないときの確認ポイント

症状主な確認箇所
MCP serverが接続済みにならないURL、VS CodeのMCP設定、Microsoftアカウントの認証
接続できるがモデルを取得できないセマンティックモデルID、Build権限、テナント設定
サインインを繰り返すアカウントのテナント、外部クライアントのリダイレクトURI
回答内容が不正確メジャー名、リレーションシップ、AI instructions、Verified answers
実行が遅いモデルサイズ、テーブル数、列数、DAXの複雑さ
サービスプリンシパルでデータが広く見えるRLSが適用されない制限とプリンシパルの権限

まずは管理者がテナント設定を限定的に有効化し、機密性の低いセマンティックモデルで接続テストを行ってください。その後、Build権限、RLS、Copilot容量、回答精度を確認してから対象ユーザーを広げるのが安全です。

この記事を書いた人

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows/Office(Teams・Excel)からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

コメント

コメントする

目次