Power BI テナント設定（Admin portal）で何が変わる？管理者が押さえるべき設定チェックリスト

Power BI を「個人の可視化ツール」から「組織の意思決定基盤」へ育てるとき、最初にぶつかる壁が 統制（ガバナンス） です。
レポートが増え、共有が進むほど便利になる一方で、次のようなリスクや運用負荷も一気に増えます。

• 共有範囲が人任せになり、意図しない相手に見える

• エクスポート（Excel / PDF / PPT など）で二次配布が止められない

• 外部共有や「公開」に近い機能が有効になっていて事故が怖い

• 部署ごとに“勝手設定”が増え、全社でルールが揃わない

• どれが公式なのか分からず、レポート乱立・数字のブレが起きる

こうした課題の“上流”にあるのが テナント設定（Admin portal） です。
テナント設定は、Power BI 全体の振る舞いを「組織単位」で決める場所で、言い換えるなら “会社としてのPower BIの使い方のルールブック” をシステム側に埋め込む機能です。

この記事では、テナント設定で何が変わるのか、管理者が最初に押さえるべきポイント、そして実務で使えるチェックリストを、分かりやすく整理します。
（※画面や項目名はアップデートで変わることがあるため、ここでは「運用として押さえるべき意図」と「判断基準」を中心に解説します）

1. テナント設定で「変わること」は大きく3つ

① 機能のON/OFF（そもそも使える・使えないを決める）

例としては、外部共有やエクスポート、埋め込み、AI支援、カスタムビジュアルなど、便利な一方でリスクにもなり得る機能があります。
これらを 組織として許可するか を決められます。

② “誰が使えるか”の範囲指定（全員 vs 特定グループ）

テナント設定は、単純なON/OFFではなく、対象をセキュリティグループで絞れる考え方が重要です。
いきなり全社に解放せず、まずは運用チームや一部部署だけに許可する、といった段階導入が可能になります。

③ 標準化と事故防止（属人運用を減らす）

ワークスペース作成の自由度、共有や配布のルール、外部接続の扱い、監査・ログの前提などを揃えることで、
「人が気を付ける」から「仕組みで事故を起こしにくくする」へ移行できます。

2. まず誤解しやすいポイント：テナント設定とワークスペース設定は別物

• テナント設定：会社全体のPower BIのルール（全社方針）

• ワークスペース設定：特定のチーム/領域の運用（部門ルール）

• レポート/モデル側の設定：RLS、権限、データモデル設計など（個別最適）

現場で起きがちな失敗は、「ワークスペースで頑張ってルール化したのに、別の場所で同じ事故が起きる」ことです。
これは 全社ルール（テナント設定）が未整備 で、土台が揃っていないのが原因になりがちです。

3. 管理者が最初にやるべきは「権限の整理」と「段階導入の設計」

テナント設定は強力な反面、いきなり触ると現場影響が大きい領域です。
最初に押さえるべき順番は次の通りです。

1. 管理者ロール（誰が管理するか） を明確化

2. 最小限の“禁止すべきリスク機能” を固める

3. 例外を認める範囲 をセキュリティグループで設計

4. 周知と運用フロー（例外申請・変更管理・問い合わせ先）を用意

5. 徐々に解放・拡張する（いきなり全社フル機能にしない）

ここができると、「止めすぎて使われない」も「自由すぎて事故る」も避けやすくなります。

4. 管理者が押さえるべき設定領域（何を見れば良いか）

以下は、Power BI tenant settings を考えるときに外せない代表領域です。
個別の項目名は環境で異なることがありますが、判断軸は共通です。

A. 共有・公開・外部連携（事故が起きやすい領域）

ここは最優先で確認します。

• 外部共有（ゲスト共有）：社外のユーザーを招待して見せる運用を許可するか

• 公開系の機能：不特定多数に近い公開が可能になる機能を許可するか

• 共有リンクの挙動：リンクが転送されたときのリスクを許容できるか

• 組織外テナントとの連携：B2B運用の責任範囲を決めているか

おすすめの考え方

• 初期は「禁止」または「限定グループのみ許可」

• 社外共有が必要な場合は、申請制＋専用ワークスペース＋担当者固定に寄せる

• “便利だからON”は最も事故りやすい（まず業務要件から逆算）

B. エクスポート・ダウンロード（情報が外に出る入口）

Power BI は見せるだけでなく、配布（PDF/PPT）やデータ取り出し（Excel/CSV）が絡みます。
この領域の方針が曖昧だと、データが意図せず拡散します。

• データのエクスポート（集計値・詳細データ）

• PDF / PowerPoint エクスポート

• 「基になるデータ」へのアクセス（詳細データの表示やダウンロードの扱い）

• ファイルとしての持ち出し（PBIXのダウンロード可否など）

おすすめの考え方

• 機密性の高い領域は「原則エクスポート制限」

• 業務で必要な場合は、対象グループ/対象ワークスペースに限定して許可

• 代替手段（配布はアプリ配信、数値は監査可能な形で共有）もセットで設計

C. ワークスペース作成・コンテンツ作成の自由度（乱立の根っこ）

「誰でも作れる」は普及に強い一方で、乱立の原因にもなります。

• ワークスペースを作成できる人の範囲

• アプリ配信や共有のルール（公開の窓口を整えられるか）

• 標準テンプレートや命名規則の運用（これは設定だけでなくルールが必要）

おすすめの考え方

• いきなり“全員作成OK”にしない

• 最初は部門ごとに「運用責任者」を決め、その配下で作成させる

• “公式領域”と“試作領域”を分け、公式は統制を強める

D. カスタムビジュアル（便利だが統制が必要）

カスタムビジュアルは表現力を上げる一方で、リスクや運用負荷も増えます。

• 外部提供のビジュアルを許可するか

• 組織として承認したビジュアルだけに限定するか

• “自由に入れられる状態”が監査やセキュリティ上の懸念にならないか

おすすめの考え方

• まずは「組織で許可したものだけ」に寄せるのが安全

• 現場要望が強い場合は、申請→検証→承認の流れを作る

• 使われているビジュアルの棚卸しを定期化する

E. ガバナンス機能（“正”を作るための土台）

全社展開が進むと、利用者は「どれが正しいの？」で迷います。
ガバナンス系の設定は、迷いを減らし、運用を楽にします。

• 推奨/認定（Endorsement）の扱い

• 依存関係や資産把握（管理の見える化）

• 検索・発見性（データの見つけやすさ、公式の提示）

おすすめの考え方

• “認定”は少数精鋭（全社KPIモデルなど）

• “推奨”は部門運用で広める

• 公式を入口で見せる（アプリ配信等）とセットで効く

F. 監査・ログ・運用監視（問題が起きたとき追えるか）

事故はゼロになりません。重要なのは、起きたときに追跡できる状態です。

• 誰が何を共有したか

• どのレポートが使われているか（定着・整理の判断）

• 更新失敗の検知や通知

• 管理者が見たい運用指標を取れるか

おすすめの考え方

• 監査や運用監視は後回しにすると、拡大した後で詰む

• 初期から「ログを見られる体制」「問い合わせの一次受け」を決める

• 運用KPI（例：主要レポートの利用者数、更新失敗数）を決めて月次点検する

G. AI/プレビュー機能（便利だが“統制と説明”が必要）

生成AIやプレビュー機能は利便性が高い一方で、社内規程や情報取り扱いの観点が必要になります。

• どの部門に解放するか（まずは限定）

• 機密データと組み合わせて使うときの方針

• “使って良い範囲”の教育・周知

おすすめの考え方

• まずは検証グループのみ

• 使い方のガイドライン（やって良い/悪い）を作ってから拡大

• ログ・監査とセットで運用する

5. 管理者向け：設定を決めるための「判断の軸」

テナント設定は「全部OFFが安全」でも「全部ONが便利」でもありません。
実務で判断しやすくなる軸を置きます。

軸①：データの機密性（公開/社内/部門/極秘）

機密性が高いほど、共有・エクスポート・外部連携のハードルを上げます。

軸②：利用者の成熟度（教育が進んでいるか）

ルール理解が浅い段階で自由を広げると事故が増えます。
段階的に解放するのが安全です。

軸③：例外の多さ（例外をルールで扱えるか）

例外が多いほど「申請フロー」「責任者」「監査」が必要になります。
例外を人情で回すと属人化し、後で破綻します。

軸④：影響範囲（全社に影響するか）

テナント設定は全社影響が出やすいので、変更管理（誰が・いつ・どう戻すか）が重要です。

6. 管理者が押さえるべき設定チェックリスト（実務用）

ここからは、導入・見直しで使えるチェックリストです。
「全部やる」ではなく、まずは 重要度の高い順 に点検してください。

【最優先】共有・公開・外部連携

• 外部共有は許可しているか／限定グループのみか

• 公開に近い機能は無効化されているか

• 共有リンクの運用（誰が発行できるか、期限、転送リスク）を許容できるか

• 社外共有が必要な場合の“専用ワークスペース＋申請フロー”があるか

【高優先】エクスポート・ダウンロード

• Excel/CSV/PDF/PPT などの出力をどこまで許可するか決めているか

• 機密領域はエクスポート制限できているか

• “配布はアプリ配信で統制”など代替策があるか

【高優先】ワークスペース作成・拡散抑制

• ワークスペース作成を誰でも可能にしていないか（段階導入になっているか）

• 公式領域と試作領域の棲み分けがあるか

• 命名規則・オーナー・問い合わせ先のルールがあるか

【中優先】カスタムビジュアル

• 外部ビジュアルを無制限に許可していないか

• 組織承認の仕組み（申請→検証→承認）があるか

【中優先】ガバナンス（“正”の見える化）

• 推奨/認定をどう使い分けるか決めているか（認定を乱発していないか）

• 公式モデル/公式レポートの入口（アプリ配信等）が整理されているか

• 依存関係が追える運用（変更前の影響確認）があるか

【中優先】監査・運用監視

• ログを見られる体制（担当者・権限・手順）があるか

• 更新失敗を検知・通知する仕組みがあるか

• 利用状況を定期点検し、使われない資産を整理する運用があるか

【状況に応じて】AI/プレビュー機能

• 検証グループで段階導入しているか

• 機密データの取り扱い方針と教育があるか

7. よくある失敗パターン（避けるだけで運用が安定する）

失敗①：初期設定のまま全社展開してしまう

便利機能がそのまま解放されていると、事故は時間の問題です。
まず“止めるべき機能”を決めてから拡大するのが安全です。

失敗②：全部禁止して現場が使わなくなる

統制は必要ですが、止めすぎると「Excelでいいや」に戻ります。
セキュリティグループで“許可範囲を分ける”発想が重要です。

失敗③：例外運用が属人化して、いつの間にか穴になる

例外は必ず発生します。
例外こそ、申請・責任者・ログの運用が必要です。

失敗④：入口が散らばって「公式」が育たない

設定だけ整えても、利用者が迷う入口のままだと定着しません。
アプリ配信などで公式の入口を一本化すると、統制が効きやすくなります。

まとめ：テナント設定は“機能設定”ではなく「運用設計を仕組みにする場所」

Power BI tenant settings（テナント設定）は、単なる管理画面ではありません。
組織のルールを、システムとして実行可能な形に落とし込む場所です。

• 共有・公開・外部連携をどう統制するか

• エクスポートや二次配布をどう扱うか

• 誰が作り、誰が配布し、誰が責任を持つか

• 公式（信頼できる資産）をどう育てるか

• 事故が起きたとき追えるか、改善できるか

この土台が整うと、Power BI は「便利だけど怖い」から「安心して全社で使える」へ変わります。
まずは、共有・外部連携・エクスポートの3領域だけでも点検し、次にワークスペース作成と公式の入口整理へ進めると、現場影響を抑えつつ確実に成熟させられます。