n8n・自動化
給与計算をn8nで自動化する設計｜通知・回収・検算を安全につなぐ
公開日： 更新日：
給与計算でn8nを使うなら、最初の対象は計算ロジックではありません。申請の受付、締切通知、承認済みデータの一覧化、前月差の抽出など「人が判断する前後の運搬」を自動化すると、安全性と効果を両立しやすくなります。
自動化してよい工程・人が残る工程
| 工程 | n8nで行う処理 | 人が行う判断 |
|---|---|---|
| 申請受付 | フォーム／Webhookから受信し一覧へ追加 | 申請内容の妥当性確認 |
| 締切管理 | 未提出・未承認を抽出し通知 | 期限延長や例外の承認 |
| データ整形 | 列名・日付形式・社員コードを整える | 不明データの補正判断 |
| 検算 | 前月差やゼロ値を抽出 | 差異理由の確認と修正承認 |
| 確定 | 承認後ファイルを所定場所へ保存 | 最終承認と支給判断 |
ワークフロー例：申請から承認依頼まで
- Trigger：フォーム送信または定時実行で開始
- Validate：必須項目、対象月、社員コードの形式を確認
- Route：申請区分ごとに処理を分岐
- Store：申請台帳へ追記し受付IDを発行
- Notify：確認者へ内容とリンクを通知
- Wait / Recheck：承認状態を再確認
- Export：承認済みだけを取込用データへ出力
失敗時に止める場所を決める
自動化は成功時より失敗時の設計が重要です。必須値欠落、外部サービス停止、重複実行、権限エラーを想定し、どの段階で止め、誰へ通知し、どのデータから再実行するかを決めます。n8nでは実行履歴から失敗した実行を確認・再試行できますが、再試行で同じ申請を二重登録しないよう受付IDによる重複防止が必要です。
- 各申請に一意の受付IDを付ける
- 登録済みIDなら処理を止める
- エラー通知に個人情報を含めない
- 再実行前にどこまで登録済みか確認する
- 確定後の更新は別フローで再承認する
導入は3段階で進める
| 段階 | 対象 | 確認する指標 |
|---|---|---|
| 1. 通知 | 締切リマインド・未承認通知 | 手作業の連絡回数、誤通知 |
| 2. 一覧化 | 承認済み申請の集約・整形 | 転記時間、重複・欠落件数 |
| 3. 検算支援 | 前月差・異常値の抽出 | 確認対象件数、見逃し、確認時間 |
本番前チェック
- テスト用データで正常系と例外系を通した
- 本番用Credentialの閲覧権限を確認した
- ワークフローの所有者と障害連絡先を決めた
- 停止方法と手作業への切り替え手順がある
- 実行履歴と個人情報の保管方針を確認した
自動化に入る前に、給与計算の入力データ設計と検算・例外処理を固めてください。n8n全般の設計原則はn8nワークフローの作り方で解説しています。