勤務実績・送金取引・給与明細の照合:企業向けの三層プロセス

企業は給与前払いを三層で照合します。承認済み勤務実績で対象となる金額を確認し、取引記録で実際の支払額を確認し、給与計算と明細で受取済み金額が正しい従業員と期間に一度だけ精算されたことを確認します。差異はすべて元データまで追跡でき、対応責任者が明確でなければなりません。
なぜ三層で照合するのか
銀行の支払総額だけでは、どの勤務日から金額が生じたか分かりません。勤務実績だけでは送金の成功が分かりません。期末の給与計算だけを見ると、差異の発見が遅れることがあります。
承認済み勤務 → 支払成功取引 → 給与計算・明細を結び付けます。
差異がどの層で発生したか判明して初めて、対応済みと判断できます。
第1層:勤務データを照合する
従業員、顧客企業、給与期間、日付とシフト、承認状態、適用単価、データの版を確認します。
承認待ち、承認後の修正、重複記録、複数の勤務先、日付をまたぐ夜勤、到着が遅れたデータ、勤務先の変更を優先的に点検します。条件を満たす勤務データだけを金額計算に進めます。
第2層:送金取引を照合する
申請の作成は、支払いの完了を意味しません。作成済み、送信済み、保留、成功、失敗、調査中、返金・調整の状態を区別します。「受取済み」の合計には、適切な状態証拠がある成功取引だけを含めます。
保留中の取引を失敗とみなして再送したり、成功とみなして恒久的に控除したり、履歴から削除したりしてはいけません。調査待ちとして保持します。
第3層:給与計算と明細を照合する
期末には支払成功額の合計を一度だけ反映します。従業員、期間、成功取引の合計を確認し、失敗取引を除外し、成功取引の漏れと二重控除を防ぎ、残額を正式な給与計算で算出します。給与明細には従業員が前払い額を理解できる表示が必要です。
三層を結ぶ照合キー
氏名や自由記述の振込名義だけに頼らず、従業員ID、給与期間、顧客企業、取引ID、勤務日参照など安定したキーを使用します。一人が複数の顧客企業で働く場合、勤務データの出所と期間を正確に分けます。
日次照合の手順
日々、次を実施できます。
- 確認対象の取引範囲を決める。
- 状態別に取引を取得する。
- 支払証拠と突き合わせる。
- 一致と例外を記録する。
- 異常事例の勤務記録を確認する。
- 各例外の担当者を決める。
- 証拠が揃うまで差異を閉じない。
目的は給与計算日まで待たずに、取引リスクを早期に処理することです。
期末照合の手順
期末には対象を広げて、次を行います。
- 最終的な勤務データのスナップショットを取得する。
- 期間内の成功取引をすべて集める。
- 失敗取引と最終状態を待つ取引を分ける。
- 正しい従業員と給与期間に対応付ける。
- 受取済み合計額を計算する。
- その金額を給与計算に反映する。
- 給与明細と照合する。
- 差異を調査する。
- 例外を承認する。
- 照合連携レポートを確定する。
これで給与前払いの処理サイクルが完結します。
最低限の照合表に必要な項目
| 項目 | 意味 |
|---|---|
| 従業員ID | 個人の照合キー |
| 顧客企業 | 勤務データの出所 |
| 給与期間 | 照合範囲 |
| 承認済み勤務合計 | 入力データ |
| 勤務に基づく金額 | 計算基準 |
| 成功取引の合計 | 支払済み金額 |
| 保留中の取引 | 未解決の例外 |
| 返金取引 | 調整 |
| 給与反映額 | 精算額 |
| 差異 | 説明が必要 |
| 状態 | 未解決/解決済み |
| 担当者 | 対応責任者 |
「一致・不一致」の一列だけでは足りません。
よくある差異
勤務実績は正しいが支払いがない
取引が失敗したか、まだ送信されていない可能性があります。
支払いは成功したが給与計算にない
従業員に受取済み金額が再び支払われるおそれがあります。
給与から控除したが支払いは失敗した
実際には受け取っていないのに残額が減るおそれがあります。
支払成功後に勤務実績が変更された
再計算し、例外処理手順で差額を扱います。
保留中の取引が締切を越えた
方針に従って所属する給与期間を決め、日付を勝手に変更しません。
例外処理のルール
各例外についてエラーコード、原因、関連データ、担当者、発生日、対応内容、終了の証拠、終了日を記録します。例:
| 例外 | 主担当 |
|---|---|
| 勤務記録の誤り | 管理者/人事/運用 |
| 取引状態の誤り | 財務運用 |
| 給与反映の誤り | 給与担当 |
| 受取口座の誤り | サポートと財務 |
| 銀行明細との不一致 | 経理/照合担当 |
適切な振り分けで、問い合わせが部署間を何度も往復することを防げます。
差異を自動的に終了すべきでない場合
銀行の状態が不明、勤務記録が再承認待ち、取引に重複の疑いがある、締切後の変更がある、金額が元データと違う、受取口座が一致しない場合は自動終了しません。適切な自動化は確実な一致を処理し、例外を勝手に正当化しません。
追跡したい照合KPI
自動一致率、未解決件数と経過時間、保留中取引、給与差異、支払い後の勤務修正、重複取引、期末照合の終了所要時間、給与前払いに関する明細への苦情を追跡できます。取引総数だけでは不十分です。
従業員に見えるべき情報
社内手続きであっても、従業員が承認済み勤務、成功取引、期間中の受取済み合計、精算期間、明細の該当項目、異議申立て窓口を確認できるようにします。透明性は紛争を減らし、誤りの早期発見につながります。
まとめ
適切な給与前払いの照合では、同じデータキーと給与期間で承認済み勤務、支払成功取引、給与計算・明細を結び付けます。三層の手順により差異の発生箇所、担当者、終了の証拠が明確になります。各支払いを勤務日から明細まで追えることで、給与データの整合性が保たれます。
執筆者: Do Huy Le — Tổng Giám Đốc, Nhan Kiet Manpower Supply Co., Ltd.
企業向け給与前払いの相談: Hotline 0937.022.655 · Email info@nhankiet.vn · 企業向けサービス
よくある質問
期末にも照合するなら、日次照合は必要ですか?
はい。日次では異常な取引を早く見つけ、期末では給与との一致を重点的に確認します。
保留中の取引を給与に反映しますか?
最終状態の証拠がないまま判断せず、締切と調査の方針に従います。
支払い後に勤務記録が修正されたら?
取引履歴を残し、勤務を再承認して再計算し、差額を例外として記録します。
明細には給与前払いの金額を明記すべきですか?
従業員が先に受け取った合計と残額を把握できるように表示することが望まれます。