Workspace Geminiを事務所に入れる前に、整理しておきたいこと

業務統合型グループウェアの公式プライバシーハブには「ユーザーの生成AIとのやり取りは組織内にとどまる」 という主旨の一文があります。 この一文だけを読むと、 「組織の外には出ないと書いてあるから、 そのまま使ってよいのでは」 という判断に流れやすくなります。代表例として、Workspace Gemini (= 業務統合型グループウェアの大手が提供する組織テナント版生成AI) の公式ドキュメントにも、 字面の通り読めば確かにそう読める一文があります ¹。

ただ、士業事務所で顧問先の情報を扱う前提に立つと、「組織の外に出ない」 がどの条項で担保されているか、 既存の業務統合型グループウェアの設定とどう接続するか、 守秘義務との関係はどうか、 という観点が出てきます。問いを 「Workspace Geminiは安全か」 から 「組織テナント型の生成AIを事務所に入れるとき、 何を整理しておくと判断材料が揃うか」 に置き換えてみると、 検討の順序が見えてきます。

本稿では、 契約条項・テナント分離・既存業務統合型グループウェアの設定・守秘義務まわりで、 確認しておくと後で困りにくい観点をお伝えします。 製品の機能解説は扱いません。

契約文面の二層構造を読み解いておく

組織テナント型生成AIに関する公式の一次資料は、 業務統合型グループウェアの大手の場合、 大きく二つに分かれていることが多いです。

• プライバシー運用解説: ユーザーのプロンプトは追加データ処理条項の対象となる顧客データ扱いで、 提供事業者は顧客データを生成AIモデルの訓練・ファインチューニングに使用しない、 と記載があります
• サービス固有条項 (契約条項): 「生成AIサービス」 関連条項で、 事前許可なく顧客データを生成AIモデルの訓練に用いない旨が明文化されています

士業事務所が確認しておく価値があるのは、 「学習に使わない」 と 「組織外に出さない」 が同じ条項で担保されているわけではない という点です。 学習利用ポリシーはサービス固有条項側、 テナント越境の禁止は追加データ処理条項側、 と参照先が分かれていることが多いです。 顧問先から 「業務統合型グループウェアのAIを使っていて大丈夫か」 とご照会があった際、 根拠条項を即答できる状態にしておくと、 説明が一段落ち着きます。

加えて、 サービス条項では 「一般提供前 (pre-GA) のサービス」 は別扱いになる旨が記載されていることが多いです。 ベータ機能・実験的機能を有効化する場面では、 その範囲だけ別途データ取扱条項を読み直す流れになります。 業務統合型グループウェア全体ではなく機能単位で確認する習慣が、 後から効いてきます。

なお、 個人向け無料の生成AIアプリと、 業務統合型グループウェア契約下の生成AIは、 規約も設定も引き継がれません。 似た名称ですが別契約です、 という前提を事務所内で共有しておくと、 所員の方が個人アカウントの生成AIに業務情報を入力する経路を残さずに済みます。

「テナント分離」 を業務統合型グループウェアの構造に当てはめて見ておく

「テナント分離」 は契約文面でよく出てくる言葉ですが、 業務統合型グループウェア環境では メール・ストレージ・文書編集・会議・チャットにまたがる範囲で、 具体的に何が分離されているのかを構造として見ておく必要があります。

組織テナント型の生成AIは、 組織内の既存アクセス権限に基づいて動作する設計になっていることが多いです。 これは安全側の設計ですが、 裏返すと 業務統合型グループウェア内のストレージ・メール・共有ドライブの権限設定が、 そのまま生成AIの参照可能範囲になる ことを意味します。 テナントは分離されていても、 テナント内では既存の共有設計が透過します。

士業事務所で確認しておきたい観点を並べておきます。

• 「リンクを知っている全員」 設定のフォルダ・ファイル: 生成AI経由で所員のどなたの質問にも引き出され得る場面が出てきます
• 顧問先別フォルダの権限が、 退職された方・以前の委託先のアカウントに残っていないか
• 終了した案件のフォルダが、 現在のスタッフ全員に見える領域に残っていないか
• 共有ドライブと、 個人ストレージ上の業務ファイルが混在していないか

組織テナント型生成AIを入れる前と入れた後では、 ストレージの共有設計に求められる厳密さの水準が変わります。 入れる前は 「共有先は人間だけ」 ですが、 入れた後は 「人間 + その方がアクセスできる範囲をAIが横断検索・要約する」 状態に近づきます。 ストレージの棚卸しは生成AIを入れる前に済ませておきたい作業、 と位置づけている事務所もあります。

既存の管理者設定との接続を確認しておく

業務統合型グループウェアを一定期間運用されている事務所では、 すでにDLP (データ損失防止) ルール・外部共有制限・監査ログ設定が入っている場合が多いです。 組織テナント型生成AIを有効化する場面では、 これらの既存設定が そのまま効くのか、 生成AI経由の挙動には別途設定が要るのか を確認しておくと、 後から取り回しが楽になります。

公式の管理者ドキュメントによれば、 管理コンソールでは少なくとも次の項目を制御できることが多いです。

• 生成AI機能自体のオン/オフ (コアサービス扱い)
• 会話履歴の保持期間 (一定期間〜無期限)
• メール / ストレージ / 文書編集 / 会議 / チャットなど個別アプリでの生成AI機能の有効化範囲
• 組織単位 (OU) やグループ単位での適用範囲の絞り込み

士業事務所が実装で気にする場面でよく出てくるのが、 OU設計が既存の役職階層と一致しているか です。 「パートナー弁護士・税理士には全機能、 事務スタッフには文書編集とメールの補助だけ」 という段階適用を組むには、OUが役割単位で切られている必要があります。OUが 「入社年度別」 「拠点別」 で切られていると、 生成AI機能の段階適用とは噛み合いにくくなります。

監査ログについても、 生成AIの利用ログが標準の業務統合型グループウェアの監査ログにどう統合されるか、 保存期間はどうかを確認しておくと、 後から 「いつ・どの方が・何をAIに入力したか」 を遡れる状態を維持しやすくなります。

会話履歴の保持期間は、 既定のまま無期限にすると、 退職された方や終了した案件の情報が長期残存しやすくなります。 事務所のデータ保持ポリシー (顧問契約終了後の保管年数等) と整合させる作業を、 生成AI有効化と同じタイミングで済ませている事務所もあります。

守秘義務・士業法との関係は別レイヤーで考えておく

ここは組織テナント型生成AIを入れる場面で、 後から気になりやすい論点です。

提供事業者が 「学習に使わない」 とサービス固有条項で明示していることと、 事務所として顧問先に説明責任を果たすことは、 別レイヤーの話 として整理しておくと、 後で説明が組み立てやすくなります。

弁護士法・税理士法・社労士法・行政書士法・司法書士法には、 それぞれ職務上知り得た秘密に関する規定があり、 所属士業会も指針を出しています。 これらは 「提供事業者が学習に使わない」 だけでは満たされない要件を含んでいます。 たとえば、

• 顧問契約・委任契約の 「秘密保持」 「再委託」 条項に、 業務統合型グループウェア提供事業者を業務委託先として位置づける整理が必要になる場面があります
• 個人データを含む情報を扱う場合、 委託先の監督・安全管理措置の説明責任が残ります (一般論です。 個別判断は弁護士・個人情報保護委員会 の最新ガイダンスをご確認ください)
• 顧問先からのご照会を想定した社内資料 (提供事業者の規約上の位置づけ、 所内での利用範囲、 データ保管期間、 退職者対応、 漏えい時の通知経路) を一通り揃えておく場面が出てきます

このレイヤーは、 提供事業者の規約改定では動きません。 事務所側で文書化し、 顧問先と擦り合わせて維持する作業が残ります。 逆に言えば、 ここまで揃った段階で、 組織テナント型生成AIを 「安全側で運用しています」 と顧問先にご説明できる状態に近づきます。

視点の置きどころ

「Workspace Geminiは安全か」 という問いは、 二元論では答えが出にくい構造になっています。 提供事業者側の規約・テナント分離・既存業務統合型グループウェアの設定・士業法、 これらが揃ったところで、 事務所として運用の判断ができる材料が出そろう、 という形です。

問いを 「入れるべきか / 入れないべきか」 から 「入れる前に何を整理しておくか」 に置き換えてみると、 検討の順序が見えてきます。 整理が終わっていれば、 導入は速く進みます。 終わっていなければ、 ストレージの共有設計から着手するのが、 生成AIの有無にかかわらず価値の出やすい作業になります。

参考

• 個人情報保護委員会 (一般的な参考リンク) — https://www.ppc.go.jp/
• Gemini for Google Workspaceのプライバシーとデータ保護 - Google Workspace管理者ヘルプ (2026-08-18確認時点)