Power BIの外部共有（ゲスト）完全ガイド：B2Bの考え方と安全な運用

Power BI を社内だけで使っているうちは、「誰に見せるか」は同じテナント内で完結します。ところが、取引先・委託先・グループ会社・共同プロジェクトなど、社外と一緒に数字を見る場面が増えると、一気に難しくなるのが 外部共有（ゲスト） です。

便利だからといって共有リンクを投げるだけだと、次のような事故が起きやすくなります。

• 共有範囲が想定より広がり、見せたくない情報が見える

• リンクが転送され、誰が見ているのか把握できない

• レポートは見せられても、データの持ち出し（エクスポート）で二次配布が止まらない

• プロジェクト終了後もゲストが残り続け、棚卸しできない

• 「どれが公式か」が分からず、別テナント側で勝手に複製・改変される

外部共有は、Power BI の機能の話だけではありません。ID管理・権限設計・配布導線・運用フローをセットで整えないと、便利さがそのままリスクになります。

この記事では、B2Bの考え方を軸に、Power BI の外部共有を「安全に回す」ための設計と手順、よくある落とし穴、実務のルール作りまでを一気通貫で解説します。

---

1. 外部共有でまず押さえるべき「B2B」の発想

外部共有を安全にする一番の近道は、“ファイルを渡す”発想から離れることです。
Power BI で目指すのは、基本的に 「相手を自社の利用者として一時的に迎え入れ、必要な範囲だけ見せる」 という考え方です。

B2Bで重要なポイント

• 相手は「社外の人」だが、アクセスは“自社テナントのルール”で制御する

• アカウントを個別に管理し、権限をグループで付け替えられるようにする

• 期限（いつまで）と責任者（誰が）を明確にし、終わったら確実に外す

つまり、外部共有は「共有機能」ではなく、アクセス管理（Identity & Access） の延長です。ここが整理できると、外部共有は怖くなくなります。

---

2. 外部共有の“よくある共有方法”と向き不向き

外部に見せる方法はいくつかありますが、運用の安全性と管理しやすさは同じではありません。実務で使う頻度が高い順に、考え方を整理します。

① アプリ配信（おすすめ）

外部ユーザーに「見る入口」を一本化しやすく、配布が整います。
ワークスペースに人を大量に入れずに済み、運用が崩れにくいのが強みです。

向いているケース

• 定期的に見てもらう（毎週・毎月の共有）

• “公式レポート”として安定して届けたい

• プロジェクトメンバーが増減する

② レポートの共有（手軽だが運用が崩れやすい）

個別に共有しやすい反面、リンクが散らばり、何が公式か分かりにくくなります。

向いているケース

• 単発の共有（短期間・少人数）

• アプリ化するほどではないが、素早く見せたい

③ ワークスペースへの権限付与（慎重に）

外部ユーザーをワークスペースのメンバーにすると、想定外のコンテンツまで見えたり、編集権限が混ざったりしやすくなります。

基本方針

• 外部ユーザーを編集者にするのは例外（要申請・要承認）

• “閲覧のみ”を原則にし、配布はアプリで行う

④ 公開に近い手段（原則NG）

不特定多数に近い公開は、外部共有とは別物です。うっかり使うと取り返しがつきません。

結論

• 「公開っぽい」機能は外部共有の代替にしない

• 外部共有は“ゲストとして招待し、権限で制御する”を基本にする

---

3. 外部共有を始める前に決める「5つのルール」

外部共有は、設定より先にルールを決めると失敗しにくいです。最低限、以下の5つを言語化してください。

ルール1：何を外部に見せてよいか（データ分類）

• 公開しても良い

• 社外秘（NDA前提で限定共有）

• 機密（原則共有禁止、例外は役員承認）
  分類がないと「担当者の判断」になり、統制できません。

ルール2：誰が外部共有を許可するか（承認者）

• データオーナー（業務責任者）

• セキュリティ/情シス（テナント方針）

• BI運用担当（設計・設定）
  承認者が曖昧だと、現場の独断で広がります。

ルール3：誰に共有するか（相手の条件）

• 取引先の“会社ドメイン”を条件にする

• 個人メール（フリーメール）を禁止/例外扱いにする

• 相手側の本人確認（MFAなど）を求める
  ここが緩いと、アカウント成りすましや転送リスクが増えます。

ルール4：いつまで共有するか（期限）

• 期限を必須にする（例：90日、プロジェクト終了日まで）

• 延長は再申請
  “期限なし”は、ゲストが残り続ける最大原因です。

ルール5：何をさせてよいか（操作範囲）

• 閲覧のみ

• エクスポート可否（Excel/CSV/PDF/PPT）

• 詳細データの表示可否

• 共有の再共有を許すか
  「見せる」と「持ち出せる」は別問題です。操作範囲を決めて初めて安全になります。

---

4. 安全な外部共有の基本設計（最小で効く型）

ここからは、現場で“回る”設計の型を紹介します。背伸びせず、まずはこの型に寄せるだけで事故が激減します。

設計の型：入口一本化＋最小権限＋期限管理

1. 外部ユーザーは アプリ から見る（入口を一本化）

2. 権限は 閲覧中心（編集は例外）

3. 権限付与は 個人ではなくグループ（増減に強い）

4. 期限を付け、定期的に アクセス棚卸し する

この4つが揃うと、外部共有が「担当者の腕力」から「仕組み」に変わります。

---

5. 実務手順：外部共有を安全に回す7ステップ

ここからは、実際に運用を回すための手順です。社内手順書としてそのまま使える粒度にしています。

ステップ1：共有申請（テンプレ化する）

申請に最低限入れる項目は以下です。

• 共有したいレポート/アプリ名

• 共有理由（何のために、誰が使うか）

• 相手の会社名・担当者・メール

• 共有期間（開始日・終了日）

• データ分類（社外秘/機密など）

• 許可する操作（閲覧のみ、エクスポート可否など）

• 社内の責任者（データオーナー/運用担当）

テンプレがないと、毎回判断基準がブレます。

ステップ2：相手を“ゲスト”として招待（アカウント管理の土台）

招待した外部ユーザーは、プロジェクト単位で管理できる状態にします。
個別に権限を付けるのではなく、後でまとめて外せる設計が重要です。

ステップ3：外部用のセキュリティグループに入れる

例）

• EXT_ProjectA_Viewers

• EXT_ProjectA_Editors（編集が必要な例外のみ）

この形にすると、メンバー追加・削除が運用で回せます。

ステップ4：ワークスペースには入れすぎない（基本はアプリで配布）

外部ユーザーをワークスペースへ直接入れると、作業中のコンテンツまで見えて混乱しやすいです。
「見せる入口」はアプリ、という方針が安定します。

ステップ5：データ保護の設定（持ち出しを抑える）

外部共有で事故になりやすいのは、閲覧よりも 持ち出し です。
運用として最低限検討すべきは次の3つです。

• エクスポート（Excel/CSV/PDF/PPT）を許可するか

• 詳細データの表示（明細まで見えるか）を許可するか

• 必要に応じて、機密度に応じた制限（閲覧のみ）にするか

「見える」ことを許した瞬間に、「出せる」ことまで許していないかを必ず確認します。

ステップ6：検証（相手視点でテストする）

社内の編集者視点では問題なくても、外部ユーザー視点で詰まることは多いです。

• 相手がサインインできるか

• 入口（アプリ）から迷わず辿り着けるか

• 見えるべき範囲だけが見えているか

• 更新後に最新のデータが見えるか

外部共有は「権限が正しいか」の確認が命です。

ステップ7：棚卸しと終了処理（ここが最重要）

プロジェクト終了後、外部ユーザーが残り続けるのが一番危険です。

• 期限到来で自動/手動で権限を外す

• 外部用グループから除外する

• 共有資産が不要なら整理する

• 監査的に「いつ終了したか」を記録する

外部共有は「開始」より「終了」が大事です。

---

6. セキュリティを強くする実務のコツ（効きやすい順）

外部共有の強度を上げたいとき、全部を一気にやると現場が疲れます。効果が出やすい順に積み上げるのがおすすめです。

コツ①：外部共有は“許可制”にし、対象を絞る

• 全社で無制限に許可しない

• 必要部署・運用グループのみ許可する
  “便利だからON”が一番危険です。

コツ②：閲覧はアプリ、編集は例外

外部ユーザーに編集を許可すると、意図しない改変・共有・複製のリスクが跳ね上がります。
原則は閲覧。編集が必要なら、役割と範囲を限定し、責任者を明確にします。

コツ③：行レベルの制御（必要な範囲だけ見せる）

取引先ごとに見せるデータが違う場合は、同じレポートでも「見える行」を制御する設計が必須です。
外部共有は“画面の共有”ではなく“データの共有”なので、ここを軽視すると事故ります。

コツ④：監査ログと利用状況を定期確認する

外部共有は「誰が見たか」を追える状態が重要です。
少なくとも月次で以下を点検するだけで抑止効果が出ます。

• 外部ユーザーの一覧

• 期限切れの共有が残っていないか

• 重要レポートの利用状況（使われていないなら閉じる判断）

コツ⑤：例外は“例外として残す”

フリーメール許可、編集許可、広いエクスポート許可など、例外は必ず発生します。
例外を口頭で通すと、後で必ず破綻します。

• 例外申請

• 期限付き

• 責任者明記

• 終了時に必ず解除
  これを徹底すると、外部共有が成熟します。

---

7. よくある落とし穴（外部共有で事故るポイント）

落とし穴1：ワークスペースに外部ユーザーを入れすぎる

作業中のコンテンツまで見えて混乱し、意図しない共有の連鎖も起きます。
外部共有はアプリ中心 が基本です。

落とし穴2：共有の期限を決めない

プロジェクトが終わってもゲストが残り続け、棚卸し不能になります。
期限は必須。延長は再申請が安全です。

落とし穴3：持ち出しを甘く見る

閲覧は制御できても、エクスポートやスクショで持ち出せます。
機密度が高いほど、操作範囲（エクスポートや詳細表示）を厳しくします。

落とし穴4：「公式」と「試作」が混ざる

外部に見せるのは公式だけにする、というルールが必要です。
DEV/試作を外部に見せると、間違った数字が独り歩きします。

落とし穴5：責任者が不明で終われない

外部共有は“終わる”までが仕事です。
責任者がいないと、誰も解除しません。

---

8. 最小で始めるならこの“安全な標準セット”

「まずは事故を減らしつつ外部共有を始めたい」なら、以下の標準セットが現実的です。

• 外部共有は許可制（全員に解放しない）

• 外部ユーザーはアプリで閲覧（入口一本化）

• 権限はグループ付与（個別付与しない）

• 期限必須（90日など）＋月次棚卸し

• エクスポートは原則制限（必要な場合のみ例外）

• 公式と試作を分離（外部に見せるのは公式のみ）

ここまで整えるだけで、外部共有は“怖いもの”から“管理できるもの”になります。

---

まとめ：外部共有は「機能」ではなく「運用設計」で決まる

Power BI の外部共有（ゲスト）は、正しく設計すれば、社外との共同意思決定を一段引き上げる強力な手段になります。
一方で、設計なしに始めると、共有範囲の拡大・持ち出し・ゲスト放置などのリスクが一気に表面化します。

安全に回す鍵はシンプルです。

• 入口を一本化する（アプリ中心）

• 権限を最小にする（閲覧原則、編集は例外）

• グループで管理し、期限と棚卸しで終わらせる

• データ分類と操作範囲を決め、持ち出しを抑える

• 申請・承認・解除までの運用フローを作る

---

外部共有を「怖くない運用」にしたい方へ（ご相談のご案内）

外部共有は、テナント設定や権限の調整だけでなく、**社内ルール・承認フロー・棚卸し・配布導線（アプリ設計）**まで含めて整えるほど、事故が減り、現場のスピードも落ちません。

もし、

• 外部共有を始めたいが、どこまで許可すべきか迷っている

• ゲスト管理や棚卸しが属人化している

• エクスポートや二次配布の不安が消えない

• “公式の入口”が整わず、共有が散らばっている

という状況なら、貴社の利用目的とデータの機密度に合わせて、外部共有ポリシーの設計・設定チェック・運用手順書の整備・管理者/利用者向けの教育まで一気通貫で支援できます。
「まずは現状の共有方法が安全か診断したい」といった段階でも大丈夫です。ぜひ貴社名義でお申し込み・ご相談ください。