Googleフォームで承認ワークフローは作れる？限界と対策

Googleフォームは無料で使えるうえに直感的な操作性から、稟議申請や経費精算、備品購入申請といった社内の承認業務を電子化する手段として検討されることが増えています。しかし「作り方を調べて実際に構築してみたら、思ったより複雑だった」「途中で条件分岐や多段階承認が必要になり手詰まりになった」という声も少なくありません。本記事では、情シス・総務担当者向けに、Googleフォームで承認ワークフローを構築する具体的な手順と、標準機能・GAS（Google Apps Script）でどこまで対応できるのか、そして自作フローが抱えやすい限界と本格運用への移行先までを、実務目線で解説します。

Googleフォームで承認ワークフローは作れる？できること・できないことを整理

結論として、Googleフォームは単体では「申請書」の役割しか果たせません。承認・却下といったワークフロー機能自体は標準搭載されておらず、スプレッドシートやGmail、GASと組み合わせることで初めて「承認フローらしきもの」を構築できます。

Googleフォームの標準機能でできる承認業務の範囲

Googleフォームの標準機能は、申請項目の入力と回答の収集に限定されます。ラジオボタンやプルダウンで「承認」「却下」の選択肢を用意すること自体は可能ですが、これは申請者が自己申告する項目にすぎず、承認者による判定機能ではありません。承認者がフォームの回答一覧やスプレッドシートを見て、別途メールなどで可否を伝えるという運用が実態になります。

スプレッドシート・Gmail連携で実現できること

フォームの回答は「回答」タブから「スプレッドシートにリンク」を設定することで、送信と同時に自動でスプレッドシートへ転記されます。さらにスプレッドシートの通知ルール（ツール＞通知ルール）を使えば、新規回答があった際に指定メールアドレスへ通知を飛ばすことができます。ここまでは管理画面の操作のみで、スクリプトを書かずに設定可能です。

「作れるが運用に注意が必要」なケースとは

承認者が1名かつ承認ルートが固定的な、シンプルな申請業務であれば標準機能の組み合わせで十分実用に耐えます。一方、申請金額によって承認者が変わる、複数人の承認を経て決裁が完了するといった業務では、標準機能だけでは対応できず、GASによる自作かサードパーティ製アドオンの導入が必須になります。

【標準機能だけで作る】Googleフォームで承認フローを作る基本手順

標準機能だけでも、通知付きの申請受付フローは30分程度で構築できます。以下の3ステップが基本の型です。

STEP1：申請用フォームの作成と入力項目の設計（金額・部署・理由など）

Google DriveからGoogleフォームを新規作成し、申請者名、所属部署、申請区分（稟議・経費精算・備品購入など）、金額、申請理由、希望承認日といった項目を設計します。金額欄は数値検証（回答の検証機能）で全角入力や誤入力を防ぐと、後工程の集計精度が上がります。

STEP2：回答をスプレッドシートに自動連携する設定

フォーム編集画面の「回答」タブから緑色のスプレッドシートアイコンを選択し、新規または既存のスプレッドシートにリンクします。これにより送信された申請が1行ずつ自動転記され、承認状況を管理する台帳としてそのまま使えます。

STEP3：新しい回答の通知メールを承認者に届ける設定

連携したスプレッドシートを開き、「ツール」＞「通知ルール」から「変更があったとき」または「ユーザーが変更を送信したとき」を選び、通知先メールアドレスに承認者を指定します。これで申請が来るたびに承認者のメールボックスへ通知が届き、確認漏れを防げます。

【一歩進んだ作り方】Google Apps Script（GAS）で承認・却下を自動化する方法

GASを使えば、承認者がメール内のリンクをクリックするだけで承認・却下を確定できる仕組みを構築できます。ただし、これはノーコードではなくスクリプト実装が前提となる点に注意が必要です。

GASでワンクリック承認・却下ボタンを作る仕組み

スプレッドシートに紐づけたGASのスクリプトエディタで、onFormSubmitトリガーを設定し、新規回答があった際にHTMLメール（承認用・却下用のリンク付き）を承認者に自動送信します。リンク先にはWebアプリとして公開したGASのURLを指定し、クリック時にスプレッドシートの承認ステータス列を更新、申請者へ結果通知メールを送るという流れが一般的な実装パターンです。

多段階承認ルート（上長→部門長）をGASで組む方法

多段階承認を組む場合は、スプレッドシートに「一次承認者」「二次承認者」の列を用意し、一次承認が完了した時点でステータス列の値を監視するスクリプトが二次承認者へ通知メールを送るリレー方式が基本設計になります。承認段階が増えるほど条件分岐のコードが複雑化し、テスト工数も比例して増加します。

GAS活用時の注意点（保守負担・エラー対応）

GASにはGoogle Workspaceの実行時間制限（1回の実行につき最大6分）やトリガーの実行回数上限があり、申請件数が増えると処理が失敗するケースがあります。またスクリプトを書いた担当者が異動・退職すると、エラー発生時に誰も修正できない「野良システム」化するリスクが常につきまといます。

自作の承認ワークフローが陥りやすい4つの限界

自作の承認フローは、申請件数や承認ルートの複雑さが一定の閾値を超えると破綻しやすくなります。理由は、GASもスプレッドシートも本来ワークフロー専用に設計されたシステムではなく、条件分岐や履歴管理といった機能を後付けで実装せざるを得ないためです。

金額・条件によるルート分岐ができない

「10万円未満は課長承認のみ、10万円以上は部長承認まで必要」といった金額条件による分岐は、GASでルールを都度コーディングする必要があり、条件が増えるたびにスクリプトの改修が発生します。

代理承認・引き上げ承認に対応できない

承認者が休暇や出張で不在の場合に代理者へ承認権限を委譲する「代理承認」や、一定期間未対応の申請を自動的に上位者へエスカレーションする「引き上げ承認」は、標準機能・簡易GASでは実装が困難で、業務が滞留する原因になります。

承認履歴・監査ログが残らずガバナンスリスクになる

スプレッドシートのステータス列は誰でも書き換え可能なため、「いつ・誰が・どの内容で承認したか」という改ざん不可能な証跡が残りません。内部統制や監査対応が必要な稟議業務では、この点が大きなガバナンスリスクになります。

担当者退職・異動でブラックボックス化するGASの属人化リスク

GASのコードは属人化しやすく、コメントが残っていないスクリプトを引き継いだ後任者が挙動を把握できず、結果的に「触れない・直せない」システムとして放置される事例が頻発します。

GASで承認処理を書く場合の具体的な実装と、そこで残る制約についてはGASで承認フローを自動化する方法と限界で扱っています。

稟議として成立させるために何を満たす必要があるかは、Google Workspaceで稟議・ワークフローを電子化する方法にまとめています。

Googleフォームの承認フローを本格運用するなら？専用アドオン「1Approval」という選択肢

条件分岐・代理承認・監査ログが必要になった時点で、GAS自作から専用アドオンへの切り替えを検討すべきタイミングです。1Approval for Google Workspaceのようなアドオンは、Googleフォーム・スプレッドシートの操作感を維持したまま、ワークフローシステムに必要な機能をノーコードで追加できます。どのような機能が実際に用意されているかは、1Approval for Google Workspaceの詳細を見るから確認できます。

1Approval for Google Workspaceでできること（多段階承認・条件分岐・承認ログ）

すでに作ってあるGoogleフォームとGASの承認ルートをそのまま使えるため、金額や申請区分に応じた分岐や多段階の承認リレーを組み直す必要がありません。代理承認者の事前設定にも対応し、申請内容と承認の履歴はスプレッドシートに記録されます。加えて、稟議申請にとどまらず経費精算のように金額と支払いが伴う業務では、承認が完了した時点のデータをそのまま経費データとして扱えるかどうかも重要な観点です。1Approvalでは購買や出張の申請・承認が実行された時点で経費データが自動生成され、会計・経費精算システムと連携できるため、承認フローと経費処理を分断せずに一元管理できます。

GAS自作との違い・情シスの管理負荷軽減ポイント

GAS自作では、承認そのものに加えて承認後の発注・精算処理まで自前で書き、仕様変更のたびに改修する必要があります。1Approvalは承認ルートを既存のフォーム／GASのまま使いながら、その先の購買・一括請求を受け持つため、情シスが抱えるスクリプトの保守範囲を狭められる点が実務上の違いです。また、経費精算の現場では従業員が一旦自分のお金で立て替えて後日精算するという運用が根強く残りがちですが、1Approvalは法人一括請求の仕組みを備えており、個人の立て替えを前提としない運用に切り替えることも可能です。承認ルートの保守負担だけでなく、総務・経理側の入金確認や精算処理の手間も同時に軽減できる点は、情シス単独の課題解決にとどまらない特徴といえます。

導入までの流れと既存フォームからの移行しやすさ

既存のGoogleフォームとスプレッドシートはそのまま活用でき、アドオンをGoogle Workspace Marketplaceから追加して承認ルートを設定するだけで移行が完了します。フォームの入力項目を作り直す必要がないため、既存の申請データや運用フローを大きく変えずに切り替えられます。

よくある質問（FAQ）

Googleフォームで承認機能を無料で使う方法はありますか？

はい、スプレッドシート連携と通知ルール設定だけであれば無料で利用できます。ただし承認・却下ボタンや多段階承認までを実現するにはGASの実装が必要になり、その分の構築・保守工数が実質的なコストとして発生します。

Googleフォームの回答を条件によって承認者を変えることはできますか？

標準機能だけでは対応できません。金額や申請区分に応じて承認者を振り分けるには、GASで条件分岐のスクリプトを書くか、条件分岐機能を備えた専用アドオンを導入する必要があります。

承認者が不在の場合、代理で承認してもらうことはできますか？

いいえ、標準機能・簡易的なGAS実装では代理承認は基本的にできません。代理承認や一定期間経過後の自動エスカレーションを実現するには、それらの機能を持つ専用ワークフローアドオンの導入が現実的な解決策です。

GASを使わずにGoogleフォームで多段階承認フローを作る方法はありますか？

はい、専用アドオンを利用すればGASを書かずに多段階承認フローを構築できます。1Approvalの場合は、すでにGoogleフォームやGASで組んである承認ルートをそのまま使えるため、作り直さずに多段階承認へ移行できます。

条件分岐・代理承認・経費データ連携といった仕組みを自社のGoogleフォーム環境に組み込んだ場合の具体的なイメージを掴みたい方は、1Approval for Google Workspaceの詳細を見るから機能や導入の流れを確認してみてください。

まとめ：自社の承認業務の規模に合わせて最適な作り方を選ぼう

Googleフォームを使った承認ワークフローは、業務の複雑さに応じて適切な構築方法を選ぶことが重要です。

シンプルな承認業務は標準機能・GASで十分

承認者が1名で、金額条件による分岐や代理承認が不要なシンプルな申請業務であれば、スプレッドシート連携と通知ルール、あるいは簡易的なGASの実装で十分に運用できます。追加コストをかけずにペーパーレス化の第一歩を踏み出せる点が大きなメリットです。

複雑化・属人化が進んだら専用ツールへの移行を検討

一方で、多段階承認・条件分岐・代理承認・監査ログといった要件が一つでも発生した時点で、GAS自作は保守負担とガバナンスリスクの両面で限界を迎えます。情シスとしてスクリプトの属人化を防ぎ、内部統制にも耐えうる運用体制を整えるためには、1Approvalのような専用アドオンへの移行を早めに検討することをおすすめします。