自動化のログをどこまで残すか｜障害調査・個人情報・保存期間を分ける

入力全文と処理結果を分ける

障害の場所を調べるために、毎回の問い合わせ本文や添付をすべて残す必要があるとは限りません。受付番号、開始時刻、完了時刻、処理結果、エラーの種類だけで分かることを整理します。本文が必要な例外調査は別の保存先と権限へ分け、通常の実行一覧に個人情報を広く表示しない構成を検討します。ログへ残す項目を決めるときは、実際に担当者が答えたい質問を挙げ、その質問に必要な最小限の記録を対応付けると判断しやすくなります。

保存先を実行履歴だけに限定して考えない

データは実行履歴以外に、Webhookの待ち行列、失敗した処理の控え、書き出し、通知先、バックアップにも残る可能性があります。一つの設定で全保存先の内容が消えるとは考えず、受け取ってから削除するまでの場所を一覧にします。Makeの公式資料では、実行ログの扱いとWebhookの待ち行列に関する説明が分かれています。利用中の機能ごとに確認し、保存しない設定を選んだ場合も、処理待ちのデータがどう扱われるかを別に調べましょう。

成功・失敗・手動実行で必要性を変える

成功した処理は集計だけで足りても、失敗した処理には短期間の調査記録が必要かもしれません。手動実行で実データを使う場合も、本番と違う場所へ残していないか確認します。n8nの公式資料には、保存する実行データを選び、古い実行データを整理するための設定が説明されています。設定名や初期値を覚えているだけで適用せず、利用版と運用形態で確認します。保存を減らした結果、再処理に必要な元データまで失わないかも合わせて検討してください。

保存期間は対応できる時間と合わせる

担当者が週に一度しか確認しないのに、必要な記録がそれより早く消える構成では原因を調べられません。反対に、調査が終わった入力全文をいつまでも残す理由も見直す必要があります。通常の確認頻度、休日、顧客からの問い合わせが来るまでの期間を整理し、業務責任者と保存方針を決めます。法令や契約の保存義務がある情報は別に確認し、このガイドの例だけで期間を決定しないでください。期間だけでなく、削除を誰が確認するかも決めます。

保存を減らした状態で復旧を試す

検証用の受付で、処理が失敗した後に担当者が何を見て原因を判断し、どこから再開できるか確認します。ログに本文がなくても受付番号から正規の保存先へたどれるなら、全文を複製する必要を減らせる場合があります。逆に、記録が足りずに毎回再送を依頼するなら設計を見直します。削除後の画面だけでなく、書き出しやバックアップの扱いも点検します。実際の顧客データを検証用に増やさず、架空の回答で手順を確認しましょう。

権限と例外保存も定期的に見直す

ログを見る人を運用に必要な範囲へ絞り、担当交代時に旧担当の閲覧権限を見直します。例外として長く保存する記録には理由、責任者、終了条件を付け、通常の保存方針から外れたまま放置しません。ログへAPIキーや認証ヘッダーを出さないことも確認します。保存方針の完成条件は、何を残し何を消すかだけでなく、担当者が必要な調査を実行できることです。引き継ぎと添付受付の管理は、関連するガイドでさらに確認できます。

• 自動化の担当交代｜接続アカウント・権限・未処理の引き継ぎ
• ファイル提出フォームの選び方｜容量・共有リンク・保管を確認