お問い合わせ
STRATEGY NOTE — 159

Google Workspace 電子署名：情シスの導入判断と管理設定

PUBLISHED2026.06.15
READ10 分
CATEGORYSTRATEGY

Google Workspace の eSignature（電子署名）機能は、2024年7月から Business Standard 以上のエディションを対象に一般提供（GA）が開始されました。Google ドキュメントや Drive 上の PDF を起点に署名リクエストを送ることができ、管理コンソールからは OU 単位で利用範囲を制御できます。

この記事を読んだほうが良い人

  • 上司や法務から「GWSで電子署名できるか」と聞かれ、判断材料を探している情シス担当者
  • DocuSign・Adobe Sign・クラウドサインとの使い分けに悩んでいる方
  • GWS eSignature の対応エディションを確認したい方
  • 社内の電子署名利用ポリシーをこれから整備する予定がある方

Google Workspace の電子署名機能（eSignature）とは

Google Workspace の eSignature は、Google ドキュメントや Google ドライブ上の PDF に署名フィールドを追加し、相手に署名リクエストを送れる機能です。外部の電子署名サービスを別途契約しなくても、既に使っている Google Workspace の中で完結するのが最大の特徴です。

機能の概要は以下の通りです（Google 公式ページより）。

  • 署名リクエストの送信と署名状況のリアルタイム追跡
  • Google Docs または Drive の PDF に、署名・イニシャル・日付・テキスト等のフィールドを配置
  • 1 件のリクエストにつき最大 10 名の署名者を設定可能
  • 1 件あたり最大 200 フィールドまで追加可能
  • 署名完了後は PDF として自動生成・保存
  • Adobe Approved Trust List（AATL）プログラムに基づく証明書を付与

署名の送信から完了までの流れ

eSign の基本的なフローを把握しておくと、社内説明や取引先への案内がスムーズになります。

まず送信者が Google Docs または Drive 上の PDF を開き、署名・イニシャル・日付・テキスト等のフィールドを必要な箇所に配置してリクエストを送信します。受信者はメールで届いたリンクをクリックし、ブラウザ上でフィールドを埋めて署名を完了します。受信者側に Google アカウントは不要なため、取引先が Google 環境でなくても利用できます。

署名が完了すると、送信者・受信者の双方に署名済み PDF が届きます。同時に、送信者の Google ドライブに原本が保存され、AATL 証明書が付与された状態でダウンロードも可能です。

「取引先が Google アカウントを持っていないと使えないか」という問いには「使えます」と答えられます。上申資料や社内デモで説明するときにこのフローを先に整理しておくと、質問への回答に迷いません。

Google Docs での eSignature は 2024年7月以降 GA（一般提供）です。ただし Google Drive の PDF ファイルへの対応はアルファ段階にある機能であり、機能変更・停止の可能性があります。ミッションクリティカルな契約管理に Drive PDF 経由で使う場合はその点を念頭に置いてください。

まず確認：対応エディションとデフォルト設定

eSign を使えるエディションは限られています。Google Workspace Updates（2024年6月公表）が示すエディション対応状況は以下の通りです。

エディション eSign 利用可否
Business Starter ✗ 対象外
Business Standard ✓ 対応
Business Plus ✓ 対応
Enterprise Starter ✓ 対応（※現行サポート状況は公式ヘルプを要確認）
Enterprise Standard ✓ 対応
Enterprise Plus ✓ 対応
Enterprise Essentials ✓ 対応
Enterprise Essentials Plus ✓ 対応
Education Plus ✓ 対応
Workspace Individual ✓ 対応

Business Starter は対象外です。「うちは Starter プランを使っている」という組織では、この段階で「現時点では利用できない」と明確に回答できます。

なお、Workspace Individual は個人・フリーランス向けのプランであり、組織の管理対象ユーザーとは別の文脈です。現在のエディションを確認するには、管理コンソールのお支払いセクションを参照してください。

デフォルトでは、対応エディションの全ユーザーに対して eSign が有効になっています。管理コンソールのドライブとドキュメント設定から、OU 単位で ON / OFF を切り替えられます。設定変更の反映には最大 24 時間かかります。

重要な点として、管理コンソールで OFF にしても、ユーザーが受け取った既存の署名リクエストへの回答は止まりません。管理できるのは「署名リクエストの送信」のみです。この仕様は運用ポリシーに明記しておく必要があります。

言い換えると、「eSign を止めたい」と思って管理コンソールで無効化しても、すでに送信済みのリクエストは引き続き相手が署名できます。試験運用期間中に不適切な書類が送信されてしまった場合の対処手順も、ガイドライン策定の段階で想定しておくと安心です。

GWS eSign vs 専用ツール：使い分けの判断フロー

「GWS でネイティブに電子署名できるとわかったが、今使っている DocuSign とどう使い分けるか」という判断を、以下の 3 つの軸で整理します。

軸 1：書類とワークフローが GWS で完結するか

条件 向いているツール
書類が Google Docs または Drive の PDF で完結する GWS eSign が使いやすい
書類が Word / Excel / 外部システム発行の PDF 専用ツールの方が変換コスト不要で扱いやすい
署名後の書類を外部の契約管理システムへ取り込む必要がある 専用ツール＋連携設計が現実的

軸 2：署名の法的強度はどのレベルを求めるか

GWS の eSign は、EU の eIDAS 規制における「SES（Simple Electronic Signature：単純電子署名）」レベルに相当します。日本の電子署名法が定める「認定認証業務」を使った署名とは異なる位置づけです。

用途別に整理するとこうなります。

  • 社内承認・社内確認: eSign で十分対応できる
  • 中小規模の取引先との軽量な契約: eSign での対応も選択肢に入る（法務への確認を推奨）
  • 金融機関・上場企業との重要契約: 相手方が電子署名法に基づく認定認証レベルを求める場合は専用ツールが必要
  • 不動産取引・法定書類など行政が絡む手続き: 専用ツールか紙署名が原則

日本の電子署名法（2001年施行）では、電磁的記録への電子署名が紙の署名・押印と同等の効力を持つには「本人が行ったこと」と「改ざん検知」の 2 条件が必要です。eSign が出力する署名済み PDF には AATL 準拠の証明書が付くため、改ざん検知の構成は整っています。一方、「本人確認の強度」については、DocuSign 等の専用ツールの方が詳細な監査証跡（認証ステップ・IP・タイムスタンプ等）を提供するケースが多く、重要度の高い契約では法務部門への確認が確実です。

軸 3：コスト・複雑性・組織規模

検討軸 GWS eSign 専用ツール（DocuSign 等）
追加コスト 対応エディションなら追加費用なし 月額費用が別途発生
署名者の環境 Google アカウントなしでもメール経由で署名可 URL アクセスのみで完結するサービスが多い
国際取引 US ESIGN・EU eIDAS SES 対応 より高い認証レベル（AES/QES）を提供するサービスもある
テンプレート管理 Google Docs ベースで作成可 専用のテンプレート管理機能を持つことが多い
ワークフロー柔軟性 最大 10 名・200 フィールドまでのシンプルな構成 並列署名・条件分岐など複雑なフローに対応

GWS だけで業務を回している 100 名規模の組織で、社内決裁と取引先との軽量な契約が中心であれば、eSign 単独での運用も現実的な選択肢です。一方、法律事務所・金融・医療など認証強度が求められる業種や、DocuSign のワークフローが組織に定着している場合は、無理に移行するより「GWS eSign は社内向け」「専用ツールは対外の重要契約向け」と役割分担する設計の方がコストを抑えられます。

情シスが最初に決めておくべき管理設定と利用ルール

eSign を導入・継続する場合、以下の観点で利用ルールを先に定めておくことを推奨します。

1. 有効化の範囲（OU 設計）

全社一律で有効化するか、特定部門（営業・法務等）に限定するかを決めます。最初は限定 OU で試験運用し、問題がなければ段階的に展開するのが安全です。

100 名規模の組織で段階展開を検討する場合の例を示します。

  • フェーズ 1（1〜2 ヶ月）：営業部（20 名程度）を対象 OU に設定。NDA と少額の業務委託契約に限定して試運転し、運用上の課題を洗い出す
  • フェーズ 2（3〜4 ヶ月目）：法務部・経営管理部に展開。社内 Wiki でガイドラインを公開し、全社周知の準備を進める
  • フェーズ 3（5 ヶ月目以降）：全社展開。「使ってはいけない書類の種類」を全社向けガイドラインとして先に明文化した上で展開する

最初から全社展開すると、想定外の使い方（重要契約や行政手続きへの誤用）が発生するリスクがあります。限定 OU からスタートして課題を拾ってから広げる進め方の方が、情シスとして後で修正しやすい構成です。

2. 用途の定義

どの種類の書類に eSign を使えるかを明文化します。金額の閾値や対象書類の種類は、法務部門と合意した内容を具体的に書くと現場の判断が楽になります。

以下は利用ルール雛形のサンプルです。組織の状況に合わせて修正して使えます。

【電子署名（GWS eSign）利用ガイドライン v1.0】

適用部門：営業部・法務部（段階展開中）
作成日：YYYY/MM/DD

■ 利用可能な書類
  - 秘密保持契約（NDA）
  - 業務委託基本契約（請負金額 100 万円未満）
  - 社内決裁・確認フォーム

■ 利用不可の書類
  - 不動産関連契約・登記関連書類
  - 労働・雇用関連書類（行政届出が必要なもの）
  - 金融機関との契約書類
  - 1,000 万円を超える取引の契約書

■ ファイル保管ルール
  - 署名完了後 24 時間以内に共有ドライブ「契約書管理 > YYYY年度」フォルダへ移動
  - ファイル名規則：YYYYMMDD_取引先名_書類種類.pdf
  - 保存期間：電帳法に従い 7 年間（最終署名日起算）

■ 外部署名者への案内文（署名リクエストのカバー文に追記）
  「本書類は Google Workspace の電子署名サービス経由で送付しています。
   Google アカウントがなくてもブラウザ上で署名できます。」

■ 禁止事項
  - 個人 Google アカウントでの eSign 利用
  - 書類種類が不明な場合は必ず法務部へ確認すること

3. 署名完了後の書類保管ルール

署名済みの PDF は送信者の Google ドライブに自動保存されます。社内の契約管理フォルダと整合させるために「署名完了後は所定フォルダへ移動する」という手順を利用者に周知しておくと、後からの検索性が上がります。

共有ドライブを使う場合は、メンバー全員がファイルを移動・整理できる権限設定になっているかを確認してください。個人ドライブに散在した状態で電帳法の保存義務を満たそうとすると、退職者のドライブ整理や引き継ぎが課題になります。

4. 外部署名者への事前説明

外部署名者は Google アカウントがなくても署名できますが、「このリクエストは Google のサービス経由です」と事前に伝えることで、迷惑メール判定や署名者の戸惑いを防げます。上の雛形には案内文の文例も入れているので、そのまま流用してください。

コンプライアンス上の注意点

アルファ機能（Drive PDF 対応）ゆえのリスク

Google Docs での eSignature は GA（一般提供）済みです。ただし Google Drive の PDF ファイルへの電子署名対応は現時点でアルファ段階にある機能であり、機能変更・停止の可能性があります。重要な契約フローを Drive PDF 経由の eSign に依存させる前に、この点を法務と共有して判断を委ねてください。

電子帳簿保存法（電帳法）との関係

電子取引として送受信した契約書は、電帳法の電子取引データ保存要件に従って保存する義務があります（2024年1月から猶予措置終了）。eSign で署名完了した PDF も同様です。Google ドライブへの保存はひとつの手段ですが、以下の点を事前に確認してください。

  • ファイル名に日付・取引先名を含める命名規則が徹底されているか
  • 担当者が退職した場合でも、管理者権限で当該ファイルにアクセスできる共有ドライブ設計になっているか
  • ドライブのデータ削除ポリシーが 7 年間の保存義務と矛盾しないこと（ファイル保護設定の確認を推奨）

電帳法の保存要件は、eSign 固有の問題ではなく電子取引全般に適用されます。既に他のツールで電子契約を運用している組織は、同じルールを eSign にも適用する形で対応できます。

監査証跡の取得方法を確認しておく

eSign では署名のたびに署名者のメールアドレス・タイムスタンプ等を含む監査証跡が記録されます。ただし、その詳細レポートをどこからどう取得するかを事前に把握しておくことが必要です。専用ツールに比べて出力形式がシンプルな可能性があるため、重要度の高い案件では試験運用中に実際のレポートを確認しておくことを推奨します。

試験運用フェーズで「レポートの取得フロー」を確認しておくと、監査対応や法務確認の場面でスムーズに動けます。「後から証跡を出してほしい」と言われてから慌てるのを避けるための事前準備です。

まとめ：情シスとして次に動くこと

GWS ネイティブの eSign は、追加費用なし・GWS ワークフローの中で完結・軽量な契約に対応できる、という特性があります。ただし Google Drive PDF への対応はアルファ段階であること、日本の電子署名法における「認定認証業務」レベルには対応していないこと、この 2 点は法務との認識合わせが不可欠です。

情シスとしての次のアクションは 3 つに絞れます。

1. エディション確認

今のプランが対応リストに含まれるかを確認します。Business Starter は非対応なので、ここで判断が確定します。対応エディションであれば、次の管理設定の検討に進めます。

2. OU 設計と利用ルールの策定

デフォルトで全社 ON になっているため、放置すると用途が不明確なまま eSign が使われ始めます。試験運用の OU を決め、法務確認を経てから範囲を広げるのが安全な進め方です。上で示したフェーズ展開の例と利用ルール雛形を参考に、自組織に合った形で整理してください。

3. 専用ツールとの役割分担の整理

「GWS で完結する軽量な書類は eSign」「重要度の高い対外契約は専用ツール」という切り分けを明文化します。両方を同時に使う構成は、ユーザーへの周知コストがかかる一方、無理に移行するリスクも避けられます。GWS が業務の中心にある組織であれば、まず eSign を限定的に試して使い心地を確かめてから判断するのが確実です。

コーポレートITのご相談はお気軽に

この記事で書いたような業務改善・自動化の設計から実装まで、DRASENASではコーポレートITの現場に寄り添った支援を行っています。 「まず相談だけ」でも大歓迎です。DRASENAS 公式サイトからお気軽にどうぞ。

CONTACT

御社の IT 部門、ここにあります。

「ITのことはあまりわからない」── そのような状態からで、まったく問題ございません。まずはお気軽にご相談ください。

無料相談を予約する → サービス詳細を見る
一社ずつ、一から。