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領域だけでも点検し、次にワークスペース作成と公式の入口整理へ進めると、現場影響を抑えつつ確実に成熟させられます。