イベント参加者情報を整理する｜保存期限と削除確認の運用

最初に情報の置き場所を洗い出す

イベント申込みの情報は、回答元だけでなく、Airtable、共有CSV、受付用の紙、通知メール、添付ファイルに残ることがあります。まず情報の種類と保存先、担当者、利用目的を一覧にしてください。申込台帳の行を消しても、書き出したCSVがなくなるわけではありません。今回の設計は運用上の整理手順であり、法令上の保存義務や契約上の必要期間を一律に決めるものではありません。必要な期間は対象情報と実際の業務に応じて責任者が確認します。

利用目的ごとに保存の判断を分ける

当日受付のための連絡先、返金対応の記録、開催後の集計、次回案内の希望は同じ目的ではありません。開催が終わったら全部を同じ日数で消すのではなく、目的が終わった情報と継続利用する情報を分けます。次回案内への利用は、今回の参加に必要だった連絡と混同しないでください。集計だけを残すなら、個人を識別する列が本当に必要かを確認します。削除を止める必要がある個別案件がある場合は理由と見直し日を残し、無期限の例外にしない運用にします。

期限と削除担当を表にする

管理表には保存先、対象情報、保存の判断、期限、担当者、削除方法、確認日時、例外を置きます。全員が同じ列を自由に変更できるより、責任者が期限を確認し、実施担当が完了を記録する構成が分かりやすくなります。期限に達した対象だけを抽出しても、内容を確認せず自動削除しない方がよい場面があります。たとえば未解決の問い合わせがあるなら、その対象を通常の開催後整理と分けます。対象の判定に開催日時と申込日時のどちらを使うかも明記してください。

Tallyの自動削除とTrashの違いを知る

Tallyの回答保存期間の設定はBusinessの機能として案内されています。設定期間を過ぎた回答はTrashへ移動する仕組みであり、その時点で完全削除されたと記録しないようにします。公式案内ではTrashの保管と完全削除の扱いが説明されているため、必要な削除方法と現在の仕様を照合します。フォームを削除すると回答にも影響するので、受付URLを止めたいだけなのか、回答を整理したいのかを区別してください。連携先や書き出し済みファイルはそれぞれ別に確認します。

CSV・紙・添付ファイルも確認する

受付担当へ渡した名簿は、保管場所と返却・処分の担当を決めておきます。共有ドライブのCSV、ローカルのダウンロード、メールへ添付した版も一覧に含めます。添付ファイルへの公開リンクは、元の回答を消すだけで期待通りに無効になるとは限らないため、共有設定を別に確認してください。削除確認の証拠として個人情報を再び丸ごと保存すると新しいコピーを増やすので、必要最小限の実施記録を残す構成にします。バックアップの扱いも実際の運用に合わせて整理します。

既存の機能と手動チェックを組み合わせる

単発イベントなら、保存先一覧と定期的な手動確認で始められます。自動削除機能を買う前に、削除の判断が固まっているか、例外を扱えるか、接続先も整理できるかを確認してください。費用は保存期間設定のプラン、台帳の権限、添付ファイルの保管、担当者の作業を合わせて見ます。Makeは期限を迎えた対象の通知に使えますが、通知から削除まで自動実行するかは別の設計です。まず実施対象を確認できる一覧を作り、誤削除時の相談先も決めておきます。

削除済みの意味を具体的に確認する

架空の回答で、期限前、期限到来、未解決案件、Trashへの移動、完全削除、連携先残存、CSV残存を試します。「整理済み」の１項目だけで全部を表さず、どの保存先で何を確認したかを残します。通常の参加者一覧を再出力して情報が戻ってこないことも点検します。完了条件は対象情報と必要な保存先の処理を確認し、残る例外と期限が説明できることです。受付・出欠・ファイル提出の記事からつなぐことで、集める段階から開催後の整理まで一続きで考えられます。

• Airtableでイベントの出欠を管理する｜申込みと当日の来場記録
• Tallyで講座の参加申込みを受け付ける｜希望回・人数・受付後の確認
• Tallyでファイル提出フォームを作る｜容量・形式・共有リンクの管理