Automation で処理を自動で進める
誰かが押さなくても動く仕組みを理解する
Action が「ユーザーが押して動く」機能だとすると、 Automation は 条件がそろった時に、自動で処理を進める 仕組みです。 この章では、Bot・Event・Process の流れ、Action との違い、 さらに Gmail 通知、 Google Chat 通知、 webhook、 GAS 呼び出し まで視野に入れて学びます。
第7章：人の手を減らし、処理の流れを自動化する
Automation は、入力や更新のあとに 通知を送る、 状態を変える、 次の処理へつなぐ といった流れを自動で実行します。 単発の操作ではなく、業務プロセス全体を見る視点が大切です。
- Automation の役割を説明できる
- Bot / Event / Process の違いが分かる
- Action との使い分けができる
- 通知と外部連携の入口を理解できる
Automation の基本
Automation は、 ある条件をきっかけにして、自動で処理を進める仕組みです。
たとえば「申請が作成されたら承認者に通知する」 「返却予定日を過ぎたらアラートを送る」 「状態が承認済みになったら別の記録を作る」などが代表例です。
重要なのは、 誰かが毎回押さなくても、ルールどおりに動く という点です。
- 1. 登録内容を確認する
- 2. メールやチャットで連絡する
- 3. 状態を変える
- 4. 関係者に共有する
登録や更新をきっかけに、 通知・状態変更・次の処理開始までを自動で流せます。
Bot / Event / Process の流れ
Event
何をきっかけに動くかを決めます。
例: 追加時、更新時、日時到達時
Bot
Event を受けて、どの Process を起動するかをまとめる本体です。
Process
実際に何をするかを定義します。
例: 通知、更新、分岐、記録作成
登録された時、状態が変わった時、毎朝9時、期限を過ぎた時など、 トリガーの条件を決めるパートです。
きっかけを受け取って、どの Process を走らせるかをつなぐ役割です。
実際の通知・更新・条件分岐など、業務処理そのものを組み立てる場所です。
Action と Automation の違い
Action
- ・ユーザーが押して実行する
- ・その場で行いたい操作を短縮する
- ・ボタンの置き方、見せ方が重要
- ・「今すぐやる操作」に向いている
Automation
- ・条件がそろうと自動で実行される
- ・通知や後続処理を流すのに向いている
- ・Bot / Event / Process の流れで設計する
- ・「押さなくても進めたい処理」に向いている
判断に迷った時の基準
YES なら Action の候補です。
YES なら Automation を検討します。
複数ステップに広がるなら Automation が向いています。
よくある業務自動化の例
申請が登録されたら承認依頼を送る
申請系貸出記録が作られたら備品状態を更新する
備品管理返却予定日を過ぎたものを毎朝通知する
通知系Gmail 通知と Google Chat 通知
Automation の分かりやすい使い道が 通知です。
誰かが画面を開きに来るのを待つのではなく、 申請作成や期限超過のタイミングで 必要な人へ、必要な場所へ知らせる ことで、業務の流れが止まりにくくなります。
その代表が Gmail への通知と Google Chat への通知です。
Gmail への通知
Google Chat への通知
- ・承認者本人へ確実に届けたい
- ・件名、本文、履歴をきちんと残したい
- ・社外や個別連絡として扱いたい
- ・チームにすぐ共有したい
- ・日常の業務連絡の流れに載せたい
- ・複数人で状況把握したい
webhook 活用と GAS の呼び出し
Automation は AppSheet 内の通知や更新だけでなく、 外の仕組みを呼び出す入口にもなります。
その代表が webhook です。 webhook を使うと、AppSheet のイベントをきっかけに、 外部システムへデータを送ったり、別の処理を起動したりできます。
Google Workspace をよく使う現場では、 Google Apps Script (GAS) を呼び出して処理を広げる 使い方が非常に実務的です。
webhook の考え方
GAS 呼び出しの考え方
AppSheet → webhook → GAS → Gmail / Chat の流れ
AppSheet
申請作成や状態変更をきっかけにする
webhook
必要なデータを外部へ送る
GAS
受信データを元に処理を分岐する
Gmail / Chat
通知や記録処理を実行する
- ・標準通知だけでは足りない時
- ・通知文や送信先を細かく制御したい時
- ・Google サービスをまたいだ処理をしたい時
- ・AppSheet の外にも結果を反映したい時
- ・連携先が増えるほど追跡しにくくなる
- ・どこで失敗したか分かる設計が必要
- ・送るデータを増やしすぎない
- ・まずは小さな連携から始めると安全
迷わない Automation 設計の原則
- ・人が忘れやすい処理を自動化している
- ・Bot の目的が1つずつ明確である
- ・発火条件が分かりやすい
- ・処理結果が追いやすい
- ・通知や更新の対象が適切に絞られている
- ・何でも自動化して流れが見えない
- ・1つの Bot に役割を詰め込みすぎている
- ・いつ発火するか分かりにくい
- ・通知が多すぎて逆に読まれない
- ・外部連携の失敗時を考えていない
初心者がまず意識したいこと
通知漏れ、更新漏れ、確認漏れなどに効きやすいです。
Bot の役割を広げすぎると、後から管理しにくくなります。
人が押すものは Action、自動で流すものは Automation です。
まずは Gmail や Chat 通知、次に webhook / GAS と広げると整理しやすいです。
Automation は、 条件がそろった時に自動で処理を進める仕組みです。 Action が「押して動かすもの」なら、 Automation は「押さなくても進むもの」と整理すると理解しやすくなります。
申請、通知、期限管理のような流れのある業務では、 Gmail 通知や Google Chat 通知を組み合わせるだけでも効果が大きく、 さらに webhook や GAS を使うと外部連携まで広げられます。
次の章では、AppSheet をスプレッドシート以外へ広げる 外部データベース連携 の考え方へ進みます。