スプレッドシートで「権限がありません」共有できない時の対処

結論：「権限がありません」の原因は4系統に分けられる

スプレッドシートを共有したのに相手が開けない、開けるのに編集できない、自分がオーナーなのに操作を弾かれる。「権限がありません」と表示される状況は複数ありますが、原因は①共有設定（アクセス権のロール） ②シート・範囲の保護 ③組織の共有ポリシー ④アカウントの取り違えの4系統に整理できます。

この4つは症状が似ていて対処がまったく違うため、闇雲に「編集者」に変えて回すと権限がゆるくなるだけで解決しません。「開けないのか、開けるが編集できないのか」を最初に聞くだけで、切り分けは半分終わります。

A. 共有設定：そもそも渡している権限が足りていない

Google公式ヘルプによると、マイドライブ内のファイルに適用されるロールは閲覧者／閲覧者（コメント可）／編集者／オーナーで、編集できるのは編集者以上です。閲覧者と閲覧者（コメント可）は編集も共有もできません（Google ドライブのファイルを共有する｜Google公式ヘルプ）。

ここで見落とされやすいのが、フォルダの権限がファイルに継承されるという共有モデルです。公式ヘルプは「フォルダに適用したアクセス権は、そのフォルダ内のすべてのファイルに継承されます。親フォルダに対するアクセス権を持っているユーザーに、その中の個々のファイルに対するより低いアクセス権を付与することはできなくなりました」と明記しています。「このファイルだけ見せたくない」をファイル単位で作ることはできないということです。分けたいなら、アクセス制限付きのサブフォルダを作り、そこに置く。これが公式に推奨されている作り方です。

B. シート・範囲の保護：開けるのに編集だけできない型

ファイルは開けるのに、特定のセルだけ「このセルは保護されています」と弾かれるなら、原因は共有設定ではなくシートと範囲の保護です。［データ］→［シートと範囲を保護］で設定されており、範囲単位・シート単位で編集者を限定できます（シートを保護する、非表示にする、編集する｜Google公式ヘルプ）。

公式ヘルプが明記している重要な注意が2つあります。

• 保護はセキュリティ対策ではない：「この処理はセキュリティ対策ではありませんので、セキュリティ対策は別に講じる必要があります。他のユーザーは、保護されているスプレッドシートのコピーに対して、印刷、コピー、貼り付け、読み込み、書き出しなどの操作を行えます」と書かれています。見せたくないデータは、保護ではなくファイルを分けて共有範囲で守るのが正解です。
• パスワードでデータを保護することはできない：Excel感覚で「パスワード付きシート」を再現しようとして詰まるのはこのためです。

また、［保護されているシートと範囲］のメニューが出ない場合は、Microsoft Officeファイルの編集機能で .xlsx のまま開いている可能性があります。この場合はGoogleスプレッドシート形式に変換する必要があります。

C. 組織のポリシー：管理者が外部共有を止めている

会社のGoogle Workspaceを使っている場合、個人の共有設定より管理者が定めた組織の共有ポリシーが優先されます。外部（社外ドメイン）との共有そのものをオフにしている、警告つきに制限している、リンクの共有を組織内に限定している、といった設定が管理コンソール側にあります（組織の外部共有を管理する｜Google Workspace 管理者ヘルプ）。

症状の見分け方は簡単で、社内の相手には共有できるのに、社外の相手にだけ弾かれるならこれです。ユーザー側の操作では解決できないので、管理者に相談するしかありません。無理に個人アカウントへコピーして渡すのは、情報の管理外流出になるので避けてください。

D. アカウントの取り違え：一番多くて一番気づかれない

会社アカウントと個人アカウントの両方でログインしている環境では、共有した相手のアドレスと、相手が実際に開いているアカウントが違うという事故が頻発します。相手には次の2点を確認してもらってください。

• 画面右上のアイコンで、いま開いているアカウントのアドレスを読み上げてもらう。
• URLの /u/0/ /u/1/ の数字を見てもらう（複数ログイン時のプロフィール番号）。

共有相手をグループアドレス（info@ などのエイリアス）にしている場合も注意が必要です。エイリアス宛の共有は、そのエイリアスでログインできる実体がないと機能しません。

再発を防ぐ権限設計の3原則

個別に直すだけでは、担当者が増えるたびに同じ問い合わせが来ます。次の3つを決めておくと、権限まわりの事故はかなり減ります。

1. 個人ではなくフォルダに権限を付ける：ファイル単位の例外を作らない。見せる範囲が違うものは、最初から別フォルダに置く。
2. 保護は「事故防止」目的だけに使う：数式の入った列を誤って上書きされないための警告として使い、機密の隠蔽には使わない。
3. 権限の棚卸しを年に1回やる：退職者・異動者が編集者のまま残っているのは、権限エラーより深刻な問題です。

権限を細かくしたいほど、シートは向かなくなる

「この人には売上だけ見せたい」「この列は本人だけ編集させたい」という要望が増えてきたら、それはスプレッドシートの守備範囲を超え始めた合図です。シートの権限はファイル単位・範囲単位が基本で、行単位・ユーザー単位の出し分けは構造的に苦手だからです。

実際、権限を細かくしようとした結果、同じ内容のシートが人数分コピーされ、どれが最新か分からなくなる——というのは複数人で使うスプレッドシートが壊れる典型パターンです。顧客管理をシートで運用している場合の限界も同じところに行き着きます。見えるものを人によって変えたいなら、シートを土台に残したまま入力と閲覧の画面を分ける（アプリ化する）ほうが、結果的に安く早く収まります。フィルタを人ごとに分ける方法だけで足りるケースは、フィルタが他の人にも影響する時の対処も先に読んでください。