業務フロー設計

給与計算の入力データ設計｜勤怠・手当・人事異動を漏れなく集める方法

公開日：　更新日：

給与計算の遅れは、計算を始める前に起きています。勤怠、手当、入退社、休復職などの情報が別々の経路で届くと、担当者は毎月「何がそろっていないか」の確認から始めることになります。入力データを一覧化し、受付条件を統一するだけでも月次処理は安定します。

まず入力データ台帳を作る

データ提出元最低限そろえる項目確定の判断
勤怠各部門対象月・社員コード・勤務実績・承認状態部門長承認済み
変動手当申請者／部門対象者・対象月・項目・金額・根拠承認者が確認済み
入退社・異動人事適用日・変更前後・対象システム人事台帳へ反映済み
休復職人事開始日・終了予定日・給与上の取扱確認責任者または専門家確認済み
口座変更本人／人事適用月・受付日・確認状態所定の本人確認完了

受付フォームに必要な6項目

  1. 申請区分
  2. 対象者を一意に識別する社員コード
  3. 適用する対象月または適用日
  4. 変更内容
  5. 根拠となる資料
  6. 承認者と承認状態

自由記述だけのフォームは表記揺れが起きます。申請区分、対象月、承認者などは選択式にし、補足だけ自由記述にします。給与額や個人情報を扱うため、必要な人だけが閲覧できる保存先と権限を先に決めてください。

締切は一つではなく3段階で設計する

  • 提出期限：申請者が情報を出す期限
  • 承認期限：部門長・人事が内容を確認する期限
  • 確定期限：給与担当が取込データを固定する期限

三つを同じ日にすると、差し戻しの時間がありません。給与支給日から逆算し、承認期限と確定期限の間に、不備を直す余白を置きます。

確定版を迷わないファイル管理

列名例目的
対象月2026-08別月への混入防止
社員コードE0123同姓同名への対応
申請区分変動手当処理ルールの振り分け
状態承認済み未確定情報の取込防止
更新日時2026-08-05 15:30確定後変更の検知

自動化するなら通知と一覧化から

最初から給与計算そのものを自動化するより、フォーム受付、未提出者への通知、承認済みデータの一覧化から始める方が安全です。自動化の境界は給与計算をn8nで自動化する設計で説明しています。

運用開始前の確認

  • 申請経路が一つに統一されている
  • 未承認データが確定一覧へ入らない
  • 閲覧権限が必要最小限になっている
  • 確定後の修正履歴が消えない
  • 担当者不在時の代理承認者が決まっている

入力設計が整ったら、月次チェックリストとつなぎ、いつ誰が確定するかを固定します。制度上の取扱いに迷う項目は、自己判断で自動化せず専門家へ確認してください。