No.016 / Systems & Tools / 2025
入退会管理の業務自動化（GAS）
Googleフォーム×スプレッドシート×GASで運用を再設計
Project facts
- Role
- Automation Engineer
- Deliverable
- 会員管理システム / 業務自動化ツール
- Industry
- 会員管理・団体運営
- Capability
- 業務自動化設計 / データモデリング / 運用設計 / 要件定義
- Technology
- Google Apps Script / Google Sheets / Google Forms
- Audience
- 入退会と在籍者名簿を管理する団体運営者 / Google Workspaceで業務を行う非エンジニア担当者
課題
メール連絡とシート手入力による入退会管理では、重複申請、履歴の取り違え、名簿作成の手戻りが起きやすく、トリガー失敗時にも運用者が復旧できる仕組みが必要だった。
解決策
Googleフォーム、スプレッドシート、GASを接続し、入力検証、重複防止、冪等実行、ログを実装。入退会履歴から在籍状態を算出し、日次・週次名簿と印刷用出力まで自動化した。
主要機能・工夫
- フォーム受付と自動登録
入力を検証し、重複を防ぎながら申請を履歴へ登録する。
- 履歴ベースの在籍判定
入会日と退会日を正本として対象日時点の在籍状態を算出する。
- 名簿・印刷用出力
日次・週次の在籍者名簿を生成し、印刷用テンプレートへ転記する。
- 再実行とログ
同じ入力を再処理しても結果が重複しないようにし、失敗時の確認情報を残す。
成果・変化
- 受付から名簿出力までを一連化
フォーム申請、履歴管理、在籍判定、印刷用出力をつないだ。
- 非エンジニア向け運用を整備
カスタムメニュー、権限分離、ログ、復旧手順を含む運用へ整理した。
概要
ボランティア団体のメンバー受け入れを、メール連絡とスプレッドシート手入力で運用していた状態から、Googleフォームの申請→スプレッドシート集約→GAS自動処理へ移行。入会/退会の履歴をデータとして扱い、日次・週次で在籍者リストを生成し、印刷用に整形して出力できる仕組みを構築しました。
課題と設計
「誰がいつ入って、いつ抜けるか」を正として扱うため、単発の名簿更新ではなく履歴ベースのデータモデルにした。トリガー起点の自動処理は失敗時のリカバリが重要なため、入力検証・冪等（同一申請の再実行）・ログ出力を組み込み、運用負荷を下げた。
主な機能
- フォーム送信トリガーでの自動登録（バリデーション/重複防止）
- 入会/退会日を起点に在籍状態を算出し、日次/週次の名簿を自動生成
- 印刷用テンプレートへ集計結果を転記し、手戻りのない出力フローを整備
- 運用者向けのカスタムメニュー/権限分離で、非エンジニアでも回せる形に
成果
- フォーム→シート→GASで入退会を履歴管理
- 日次/週次で在籍者リストを自動生成（印刷用整形）
- 重複防止/冪等実行で運用負荷を削減
制約・前提
- 非エンジニア運用（権限/メニュー設計）
- トリガー失敗時のリカバリが必要