Google Driveの承認と電子署名の違い｜社内確認と契約締結をどう使い分けるか

Google Driveで契約書の承認を取れれば、そのまま契約締結まで完了するのでしょうか。承認は内容を確認する手続きであり、電子署名は相手に署名を依頼し、署名済み文書を残す機能です。どちらも文書に関わるものの、誰が何を確認したか、どの版が確定しているかを別々に管理する必要があります。

Google Driveの承認は文書のレビューと判断の記録に、Google Workspaceの電子署名は署名依頼と完成PDFの取得に使います。契約業務では、社内で内容を承認してから、同じ版を相手方へ署名依頼する流れが基本です。承認済み文書が後で編集できる場合もあるため、承認の表示だけで現在の内容まで承認済みと判断しないことが重要です。

機能と利用条件は2026年9月11日にGoogle公式ヘルプで確認しています。以下の契約業務への組み込み方は運用設計の例で、実機での導入試験結果ではありません。

---

本記事のポイント

1. 社内承認と相手方の署名は目的が異なるため、確認者・署名者・記録する状態を分けて設計する。
2. 承認後も編集できる場合があるため、承認された版と署名依頼するPDFの一致を確認する。
3. 承認と電子署名では対象プランが異なり、一方が使えることを他方の利用条件に流用しない。

---

承認と電子署名では目的と完了条件が異なる

比較項目	Driveの承認	Google Workspace電子署名
主な用途	内容のレビューと承認・拒否	署名者への依頼と署名の取得
業務上の担当例	上長、法務、経理の確認者	契約当事者の署名権限者
文書の扱い	設定により編集・ロック・再承認	依頼時に別の署名用PDFを作成
確認する完了	必要な承認者の判断	設定した署名者全員の完了
残す情報	承認した内容とその版	完成PDFと監査証跡

例えば営業担当が契約金額を入力し、上長が値引きを、法務が責任範囲を確認する工程は社内承認です。その後、取引先の権限者が提示された条件に署名する工程を別に設けます。社内で承認した事実だけでは、相手方が同じ条件に同意したかは確認できません。

逆に、署名が完了していても、社内の決裁ルールに沿って金額や例外条項を確認したとは限りません。電子署名を導入する際は、署名できる人の設定と、社内で送信を許可する人の役割を区別します。各機能の記録は必要な事実の一部を示すもので、契約の権限や内容の妥当性まで自動的に判断するものではありません。

CRMで追う状態も「承認待ち」「承認済み」「署名依頼中」「締結済み」に分けると、止まっている工程を判別できます。社内承認を終えた段階で案件を締結済みにせず、完成文書と署名状況を確認して更新します。

利用プランと管理者設定を個別に確認する

2026年9月11日時点の日本語Driveヘルプは、承認機能をEnterpriseアカウントとGoogle Workspace for Education Plusアカウント向けと案内し、個人アカウントや標準のWorkspaceアカウントでは利用できないと記載しています。契約しているエディションでの利用可否は、この承認機能の案内と管理者側の設定を確認してください。

一方、電子署名の公式ヘルプは、Workspace Individual、Business Standard・Plus、Enterprise Starter・Standard・Plus、Enterprise Essentials・Essentials Plus、Education Plusを対象として挙げています。管理者による機能の有効化も必要です。電子署名が使えるという理由だけで、同じアカウントでDriveの承認も使えるとは決めないでください。

プラン全体を選ぶ際はGoogle Workspaceの料金プランを参照しつつ、承認と署名の各ヘルプを別々に照合します。部門ごとに契約や権限が異なる環境では、作成担当者の画面と承認担当者の画面で利用できる操作も確認します。

正式な承認機能を利用できない場合、コメントによる確認や別のワークフローを組み合わせる選択肢があります。ただし、コメントに「確認しました」と書く運用と、承認の状態・版を管理する機能は同じではありません。代替するなら、対象版、判断者、日時、差し戻し理由、再確認の要否をどこへ残すかまで決めます。

ロックと承認リセットの設定が文書の扱いを変える

公式ヘルプによると、承認プロセス中のファイルはデフォルトでロック解除状態です。編集者は内容を変更し、コメントや提案を追加できます。「承認依頼を送ったから内容は固定された」と考えず、依頼時の設定を確認します。

「同じコンテンツを承認者全員が確認する必要がある」のチェックをオンにすると、編集によってすべての承認がリセットされ、確認者全員が変更後の内容を承認し直す必要があります。オフの場合は編集しても承認がリセットされず、レビュー担当者は承認完了まで判断を変更できます。

契約条件のように、全員が同じ金額・条項を確認する必要がある文書では、この設定の意味が大きくなります。上長が承認した後に金額を変更した場合、変更後も上長の確認済みと扱ってよいかを業務ルールで決めます。設定を理解せずに、画面上の承認済みだけを送信可否の判断に使わないでください。

文書をロックすると編集、コメント、提案ができなくなります。一方、承認済みでロックされたファイルも、編集権限があるユーザーはロック解除して編集できます。編集によって承認をリセットする設定でも、承認プロセスが完了した後は、最終承認を失わずにロックを解除できると説明されています。

承認をリセットしない設定では、承認完了時もファイルはロックされず、編集者は最終承認を失わずに内容を変更できます。つまり最終承認の記録があることと、現在開いている内容がそのときの内容であることは別です。Googleドキュメント、スプレッドシート、スライドでは、以前の承認済みの版を表示する機能も案内されています。

これらの仕様を踏まえ、送信担当者は承認の日時や担当者だけでなく、承認対象の版を確認します。ロックを永久的な改変防止として扱わず、権限と版の保存を組み合わせてください。

承認済みの版を署名依頼へ引き継ぐ手順

1. 契約IDを付け、社名・金額・期間・条文を確定した文書を承認へ回す。
2. 承認者、対象版、判断日時を記録し、変更があれば再承認の要否を判定する。
3. 署名依頼直前に、承認した内容と依頼対象のDocsまたはPDFを照合する。
4. 署名者の宛先と権限を確認し、依頼したPDFの参照先を記録する。
5. 全員の署名完了後、完成PDFと監査証跡を保存してCRMへ紐付ける。

Googleの電子署名では、依頼時に署名用の別PDFが作成され、そのPDFはロックされます。元のDocsは編集可能なまま残るため、承認元・編集元・依頼中PDF・完成PDFを区別する必要があります。元のDocsを後から修正しても、依頼済みPDFの内容は変わりません。

依頼中の内容を変更する場合は、保留中の依頼を取消し、修正した文書で新しく依頼します。このとき社内承認にも影響する変更なら、再度の確認を通してから送信してください。取消前と再依頼後の文書IDを残すと、取引先から旧依頼について質問された際に対応できます。

例えば、承認済みの月額10万円を交渉後に9万円へ変更した場合、単にファイル名へ「最終」を付けて送り直す運用では版の対応が曖昧になります。変更理由と承認対象を記録し、新しい送信PDFを契約IDの下に保存します。軽微な誤字修正も含め、誰が再承認の要否を判断するかを決めておくと担当者が迷いません。

台帳には契約ID、承認対象のURLまたは版、承認状況、署名依頼状況、完成PDFのURLを用意します。顧客情報との役割分担はGoogle WorkspaceとCRMの使い分け、確認工程の整理はGoogle Driveを使った合意・承認管理が参考になります。

導入時は「承認後の編集」「却下後の修正」「署名依頼後の取消」「担当者不在」の四つを試します。正常に完了するケースだけでなく、途中で内容や担当が変わったときに、どの版へ戻り、誰が再開するかを確認してください。

署名の具体的な操作は、Google Workspace電子署名の徹底解説、テンプレートと複数人署名の手順で詳しく確認できます。

承認と電子署名のFAQ

Driveで承認されれば相手との契約も締結済みですか？

承認は内容に対する判断を記録する機能です。社内承認だけで相手方の同意や署名完了を確認したことにはならず、契約締結の工程を別に管理します。

電子署名が使えるプランなら承認も使えますか？

利用条件は異なります。承認の日本語ヘルプはEnterpriseとEducation Plusを案内しており、電子署名の対応プラン一覧をそのまま適用しないでください。

承認済みの文書は変更できないのですか？

編集権限者がロック解除して変更できる場合があります。承認の記録が残っていても現在の内容と一致するとは限らないため、承認された版を確認します。

承認後に金額を変更したらどうしますか？

社内ルールに従って再承認を行い、承認した変更後の版を署名依頼します。既に依頼中なら旧依頼の取消と新しい依頼を分けて記録します。

一次情報：Google Driveの承認・ロック・変更時の動作、Google Workspace電子署名。

社内承認と契約締結の流れを整理したい場合は、ファネルAiへGoogle WorkspaceとCRMの運用設計を相談することができます。