Power QueryのFormula.Firewallを安全に切り分ける方法

ExcelのPower QueryでFormula.Firewallが出たら、エラー全文から「プライバシーレベルの組合せ」と「他クエリ参照を含む構造」を分けます。両方を一律に「プライバシーを無視する」で通すと、何を外部へ渡すか確認できなくなります。元ブックのコピーを作り、止まったステップを特定してください。

Excelの環境とエラーを固定する

ExcelのOS、バージョン・ビルド、接続元の種類、クエリ名、停止ステップ、エラー全文を控えます。ほかの担当者やPower BIで動くことは、Excelの同じ動作を保証しません。認証エラーやファイル不存在で止まっている場合は、Formula.Firewallと別に扱います。

表は横にスクロールできます

エラー文の手掛かり	調べる対象
privacy levels which cannot be used together	結合するデータソースの分類と組合せ
references other queries or steps	他クエリ参照と直接のソースアクセスの配置

この二つは診断の入口です。表示文の一部だけで修正を確定せず、該当ステップと依存関係を一緒に見ます。

プライバシーレベルは情報の分類から決める

Data Privacy Firewallは、あるソースの情報が別ソースへ意図せず送られることを防ぐ仕組みです。結合や絞り込みの処理がソース側へ送られる場合があり、「自分のPCで表を合わせるだけ」とは限りません。Microsoft：Data Privacy Firewall（新しいタブで開く）

Excelのデータソース設定で、接続ごとのPublic・Organizational・Privateなどの分類を確認します。社内情報をPublicへ変更してエラーを消すのではなく、その情報をどこまで共有してよいかに従って分類します。分類が不明ならデータ管理者へ確認します。

参照構造を図にする

クエリ名を並べ、どのクエリがファイルやWebへ直接アクセスし、どのクエリが他クエリの結果を参照するかを矢印で書きます。エラーのあるステップで両方を行っていないか調べます。

例えば「設定表の値を読む→その値でWebリクエストを作る」という流れでは、設定表の値が外部送信される可能性も確認対象です。取り込み用クエリと結合・変換用クエリを分ける案を作り、コピー上で比較します。ただし、中間クエリを作れば必ず直るとは限りません。評価時の分割や接続条件にも左右されるためです。

Power BIの制約緩和をExcelへ流用しない

Microsoftは、Power BI Desktopの2026年7月版から、互換性のあるプライバシーレベルのもとで、他パーティション参照とソースアクセスの併用を許す設定を説明しています。これはPower BI Desktopの資料です。Excelに同じ設定がある、同じ版から動く、と読み替えないでください。Microsoft：Power BIの設定（新しいタブで開く）

利用中のExcelで設定や挙動を確認できなければ、「Excelでは未確認」と記録します。製品横断で同じ処方を配らず、製品名とバージョンを問い合わせ時にも添えます。

修正後は値とデータの流れを確認する

修正前後のクエリを保存し、取得行数、キー、代表値、更新時のエラーを比較します。不要な列が外部送信される構造になっていないかも見ます。コピーで一度更新できても、共有先の認証・接続先・分類が異なれば同じ結果になるとは限りません。

組織の分類を変えないと通らない場合は、許可されたデータだけを別の供給元へまとめるなど、データ設計の確認へ戻します。保護を一括無効化する手順はここでの解決策にしません。

AIものさしの判断

直す対象をエラー型とデータの流れから絞ることが先です。本記事は公式資料に基づく切り分け手順で、特定のExcel環境で更新成功を実測した報告ではありません。確認できない環境差は残し、実データを使う前に小さなコピーで検証してください。