この記事で分かること
- Google Workspace の Gemini が、アプリをまたいで作業を代行する新機能の概要
- 「AIは利用者の権限の範囲で動く」という仕様が、社内の権限設計に与える影響
- 自動化の仕組みを運用して分かった、権限とログの落とし穴、および確認の手順
今週の出来事：Gemini がアプリをまたいで作業するようになった
Google は 2026年9月9日、Google Workspace に5つのエージェント機能を追加すると発表しました。Gmail を開いたまま、スライド資料を作成できます。Google ドライブを離れずに、スプレッドシートを組み立てることも可能です。アプリを切り替えず、サイドパネルの Gemini に指示するだけで作業が進みます（Google Workspace Blog）。
翌9月10日には、管理者向けの展開情報も公開されました。対象は Business Standard 以上や Enterprise の各プランなどです。2026年9月2日から最大15日かけて、段階的に展開されると案内されています。提供開始の時点では英語のみの対応です（Google Workspace Updates）。
日本語での提供はこれからですが、方向性は明確です。生成AIの役割が「相談相手」から「作業を代行する担当者」へと移りつつあります。
なぜバックオフィスの担当者に関係するのか
関心そのものは、すでに高い水準にあります。弥生が2026年8月26日に公表した調査では、バックオフィス業務でのAI活用に関心があると答えた企業は60.3%でした。従業員1〜150名規模の経営層と、バックオフィス業務の意思決定に関わる951名を対象とした調査結果です（弥生「中小企業のバックオフィスAI活用実態調査2026」）。
同じ調査では、業務フローやシステムの全面刷新に「まったく抵抗がない」と答えた企業は12.2%にとどまります。導入時に避けたいことの1位は、従業員への教育コストやマニュアル作成の負担で28.0%でした。2位は、移行にともなって通常業務が一時的に止まることで27.9%です。関心は高いものの、業務を大きく作り変えることには慎重な姿勢がうかがえます。
ここで注目したいのが、今回の機能における権限まわりの説明です。Google は、Gemini の動作範囲について次のように案内しています。認証済みの利用者が持つ既存のアクセス権限や共有設定の範囲内でのみ動作する、という内容です。つまり、本人が開けないファイルは、AIも開けないという考え方になります。
一見すると安心できる仕様ですが、裏を返して考える必要があります。その人が見られる情報は、AIも見られるということだからです。経理・総務・人事の担当者は、給与データや取引先情報など、全社の重要情報にアクセスできることが少なくありません。バックオフィスほど、AIが触れられる情報の範囲は自然と広くなります。
新しい機能を止める必要はありません。大切なのは導入の順番です。事前に権限の棚卸しを済ませてから有効にする、という順序にしておくと安全です。
実務でやって分かったこと
ここからは、業務システムの構築や運用で実際に直面した注意点をお伝えします。いずれも、管理画面を眺めているだけでは気づけなかった内容です。
1. 権限を与えても、自動処理は動かないことがある
複数の事業会社を持つグループの経理基盤で、ある担当者に管理者権限を付与しました。画面上の操作はすべて可能になり、対応は完了したと考えていました。しかし、夜間に実行される自動処理は動きませんでした。
コードを確認して分かったのは、自動処理の実行主体となる条件が、画面の操作権限とは別に定義されていたことです。管理者権限を持っていても、その条件には該当しませんでした。権限は「画面で何を押せるか」と「自動処理の主体になれるか」の2層で確認する必要があります。この2つは、管理画面の表示からは区別がつきません。
2. 「エラーが出ていない」は「動いている」ではない
同じ基盤で本番環境を点検したときのことです。実行ログには失敗が1件も記録されていませんでした。それにもかかわらず、データの取り込みは8月1日を最後に停止していました。人の確認待ちのまま滞留していたデータは457件です。
自動処理自体は、毎時間正常に起動していました。ただ、処理対象がゼロの状態で「成功」を積み上げていただけでした。確認すべきなのは失敗件数ではなく、実際に処理した件数と最終処理時刻です。この2つを確認していれば、1か月近い停止にも早く気づくことができました。
3. 設定に書いた線と、実際に効く線はずれる
AIツールの権限設定を検証する中で、いくつかの食い違いが生じました。たとえば、確認ダイアログを閉じる操作が「同意」として記録され、次回から確認が出なくなった例があります。断ったつもりの操作が、許可として保存されていたことになります。
また、禁止したはずのコマンドが、別の書き方で実行すると通ってしまう例もありました。いずれも修正済みの不具合ですが、教訓は残ります。設定ファイルを読み返しても、この種のずれには気づけません。ファイルに書かれた内容自体は正しいからです。ずれているのは照合側の処理であり、実際に動かして試さないと分かりません。
4. 管理者の人数は、気づかないうちに増える
別の点検では、開発環境の共同作業者10名のうち8名が管理者権限を持っていました。その都度、業務上の必要があって付与していった結果です。個々の判断に誤りはなくても、積み上がった状態は誰も把握していませんでした。権限は付与する瞬間だけでなく、一覧にして確認して初めて過剰さに気づくことができます。
明日からできる確認リスト
大がかりな作業は必要ありません。次の順番で進めることをおすすめします。
- 管理者権限を持つ人の一覧を作成する。 Google Workspace なら管理コンソールの管理者ロールから確認できます。現在もその権限が必要な人だけが残っているかを判断します。
- 共有設定が「リンクを知っている全員」になっているファイルを洗い出す。 AIが参照できる範囲は、この共有設定に連動します。
- AI機能を誰に対して有効にするかを、管理コンソールで決めておく。 全社一括で有効化するのではなく、部署や役割の単位から始める方法もあります。
- 退職者や異動者のアカウントと共有権限が残っていないかを確認する。 権限の棚卸しを行うタイミングとして、ここが最も効果的です。
- 既存の自動処理は、失敗件数だけでなく処理件数と最終処理時刻で点検する。 静かに停止している仕組みは、エラー通知では発見できません。
- 権限を変更したら、実際にその権限で操作して確かめる。 設定画面の表示と、実際に動くかどうかは別です。
1から4までは、担当者が1時間程度で着手できます。5と6は、仕組みを作った担当者や委託先に確認を依頼する内容です。
まとめ
Gemini のアプリ横断機能は、日本語対応を待つ段階にあります。しかし、今から進められる準備は十分にあります。AIが利用者の権限の範囲で動く以上、社内の権限設計がそのままAIの行動範囲になるためです。
実務で繰り返し感じたのは、権限まわりの問題は設定画面を眺めるだけでは見えない、ということです。一覧を作成し、実際に動かし、処理件数を確認する。この3つを徹底することで、ほとんどの見落としは防げます。
新機能の追加は、社内の権限や運用の棚卸しを始めるきっかけとして活用できます。AIへの関心が高く、かつ大きな作り変えには慎重な状況であれば、なおさらです。権限の整理は、通常業務を止めることなく進められる数少ない準備の一つです。
業務の自動化やAI活用について、進め方や費用をまとめた資料を用意しています。サービス資料のご請求はこちら
