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

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

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

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

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

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

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

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

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

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

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

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

見せたくないデータを保護では隠せない、という制約はスプレッドシートの作りそのものに由来するものです。Mihataではシートをデータの置き場として残したまま、入力と閲覧の画面を分けるご支援もしておりまして、記事の途中で恐縮ですが、よろしければ合わせてご覧いただけたら嬉しいです。

なお、ここまでは共有する側の設定の話です。相手から「アクセス権が必要です」と言われてリクエストが届いた、あるいは承認したのにまだ開けないと言われている場合は、スプレッドシートで「アクセス権が必要です」と出た時にリクエストを送る側・承認する側がやることに、通知が届かないときの確認順まで分けてまとめています。

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

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

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

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

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

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

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

「社外の人とは共有できません」と出るときに情シスへ渡す確認項目

社内の相手には問題なく渡せるのに、取引先のアドレスを入れた瞬間だけ弾かれる。この型は自分の操作では直せません。Google公式ヘルプも「職場や学校を通じて取得した Google アカウントをご利用の場合は、組織外のユーザーとファイルを共有できない場合があります」と明記していて、管理者の設定によって組織外への共有が制限されています、というのがほぼすべてです（Google ドライブのファイルを共有する｜Google公式ヘルプ）。

ただ、管理者に「共有できないので何とかしてください」とだけ投げると一往復増えます。止まり方は4通りあり、どこを見てもらうかが変わるためです。次の表の該当行をそのまま添えて依頼してください。

組織全体の設定と、共有ドライブごとの設定は別物

見落としやすいのが、外部共有の蛇口が二重にあることです。管理コンソールで組織全体の外部共有が許可されていても、個々の共有ドライブ側で組織外との共有をオフにしていれば、その共有ドライブの中身だけは社外に出せません（組織の外部共有を管理する｜Google Workspace 管理者ヘルプ／共有ドライブに関する問題のトラブルシューティング｜Google Workspace ラーニング センター）。公式ヘルプは、共有ドライブの共有設定を変えるにはその共有ドライブに対して投稿者以上の権限が必要で、権限が足りない・設定を許可すべきだと考える場合は共有ドライブの管理者に問い合わせるよう案内しています。

相手に見えていないのが「ファイルが無い」ように見える場合もあります。アクセスを制限したフォルダは、権限の無い人のウェブ版ではグレー表示になって開けず、パソコン版ドライブのアプリではそもそも表示されません（Google ドライブのファイルとフォルダへのアクセス制限について｜Google公式ヘルプ）。相手が「そんなフォルダは見えない」と言ってきても、名前を間違えているわけではない、ということです。

個人アカウントへコピーして渡す回避策は選ばない

組織外への共有が止まっていると、つい自分の個人アカウントへコピーして送りたくなります。これは一番やってはいけない回避で、会社が管理できないファイルの複製を社外に置くことになるからです。ログも残らず、退職や端末紛失のときに回収もできません。急ぎなら、必要な範囲だけを別ファイルに切り出し、許可リスト登録済みドメインへの追加を管理者に依頼するほうが筋が通ります。

アクセス権のリクエストを送る／受け取って承認する

共有そのものは正しくできていて、単に相手が共有対象に入っていないだけ、という場合もあります。そのときに使うのがアクセス権のリクエストです。Google公式ヘルプによると、権限の無いファイルを開くと「権限が必要です」という画面になり、そこから依頼を出せます（ファイルやフォルダへのアクセス権を取得する｜Google公式ヘルプ）。

送る側（開けない人）の手順

1. ファイルのURLを開き、「権限が必要です」の画面で［アクセス権をリクエスト］を押す。
2. アクセス権が必要な理由を書く（省略可。ただし何の作業に使うかを1行書くだけで承認は早くなります）。
3. ［リクエストを送信］を押す。
4. ここでいまログインしているアカウントが仕事用のものかを確かめる。公式ヘルプも複数のGoogleアカウントを使っている場合は正しいアカウントでログインしているか確認するよう案内しています。個人アカウントでリクエストを送ると、オーナー側には見覚えのないアドレスが届き、警戒されて止まります。

受け取るオーナー側の手順と、つまずく点

リクエストを出すと、オーナーにはメールが届きます。公式ヘルプによると、そのメールにはリクエストした人の名前とメールアドレス、対象ファイルのリンクと名前、本人が書いたメッセージが入ります。あとは通常の共有と同じで、共有画面にそのアドレスを追加してロールを選べば終わりです。ここで詰まるのは、たいてい次のどれかです。

• 承認を頼まれた人がオーナーではない：公式ヘルプのとおり閲覧者はファイルを共有できません。編集者であっても、オーナーが［共有］の設定アイコンから「編集者は権限を変更して共有できます」のチェックをオフにしていれば、権限の変更も共有もできません（共有を停止、制限、変更する｜Google公式ヘルプ）。この場合はオーナー本人に回すしかありません。
• 人数を増やしすぎている：公式ヘルプは「1 つのファイルを最大 600 個のメールアドレスと共有できます」と上限を明記しています。個別に足し続けると、ここに当たります。
• 一般的なアクセスを広げて済ませてしまう：一般的なアクセスの選択肢は「制限付き」「リンクを知っている全員」「一般公開」です。リクエストが面倒だからと「リンクを知っている全員」に切り替えると、URLが転送された先の誰でも開けるようになります。社外の人を1人通したいだけなら、そのアドレスを個別に追加するのが正解です。
• そもそも組織の設定で止められている：相手が社外で、管理者の設定で組織外への共有が制限されていれば、リクエストを承認しようとしても共有できません。前の節の確認項目に戻ってください。

権限を直した直後は、数式が書き換わっていないかも見る

権限の話で見落とされがちなのが、「開けるようにした」あとに起きる壊れ方です。編集者を増やした直後は、他の人のフィルタ・並べ替え・行や列の挿入で集計側の参照がずれる事故が起きやすくなります。権限がありませんと出ていたときは誰も触れなかったぶん、開放した瞬間に一気に触られるからです。

開けるようにしたら、その日のうちに集計シートの合計値を1つだけ目で確認するのをおすすめします。合計が変わっていたら、数式ではなく参照範囲が動いている可能性が高いです。原因の見分け方と、変更履歴から元の式を特定して戻す手順は数式が勝手に書き換わったときの原因と戻し方にまとめています。

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

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

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

権限は正しいのに開けない、というときはブラウザ側に古いログイン情報が残っていることがあります。アカウントを切り替えて使っている人ほど起きやすいので、キャッシュとCookieを消す手順を試すと解消することがあります。

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

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

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

共有の権限でつまずくことが続くなら、ファイルの置き場所から見直したほうが早いこともあります。どの書類をどちらに置くべきかは、共有ドライブとマイドライブの使い分けで所有者・退職時・外部共有の違いから整理しています。

共有ではなく、スプレッドシートに紐づけたスクリプトの側で止まっている場合は別の話です。「このアプリは Google で確認されていません」などで先に進めないときは、GASのスクリプトを承認できない原因と対処で、自分で直せるものと管理者に依頼するものを切り分けてください。シートの保護が原因で入力欄だけ操作できないときは、チェックボックスが押せない・反映されない原因もあわせて確認すると早いです。

スプレッドシートに限らず、ドライブ上のファイル全般で同じ症状が出ます。共有リンクを送っても相手が開けない場合は、Googleドライブの共有リンクが開けない原因と対処で、送り手・受け手・管理者のどこを直すかを切り分けてください。