毎月の給与計算を行う際、
「勤怠システムの残業時間とPayrollの残業時間が違う」
「従業員は出勤したと言っているのに、給与計算上は欠勤になっている」
「先月の残業代が今月の給与に入っている」
といった問題が発生することがあります。インドネシアで給与計算（Payroll）を行ううえで、勤怠データは重要な基礎データの一つです。しかし、勤怠データと給与計算データが完全に同じになるとは限りません。給与計算のCut-off（締め日）、勤怠修正や残業の承認状況、勤務シフトの変更、複数システム間のデータ連携などによって、両者に差が生じることがあります。重要なのは、差が発生したこと自体ではなく、「なぜ差が生じたのかを説明でき、Payroll確定前に確認・修正できる仕組みがあるか」という点です。
本記事では、インドネシアの日系企業向けに、勤怠データと給与計算データが異なる5つの主な原因と、給与計算ミスを防ぐための確認ポイント、人事管理システム(HRIS)を活用した改善方法について解説します。
勤怠データと給与計算データの違いとは？
勤怠データとは、従業員が実際にどのように勤務したのかを記録したデータです。例えば、
- 出勤・退勤時間
- 実労働時間
- 遅刻・早退
- 欠勤
- 休暇
- 勤務シフト
- 残業時間
- 勤怠修正
などが含まれます。一方、給与計算データとは、毎月の給与を計算するために確定された情報です。つまり、
・勤怠データ＝勤務実績の記録
・給与計算データ＝給与計算に使用する確定データ
という違いがあります。例えば、従業員が3時間残業していたとしても、その残業申請がまだ承認されていなければ、勤怠上には3時間の勤務実績が存在していても、その月のPayrollにはまだ反映されない場合があります。この「勤務実績」と「Payroll確定データ」のタイミングや承認状況の違いが、データ不一致の大きな原因になります。
なぜ勤怠データは給与計算に重要なのか？
給与は基本給だけで計算されるとは限りません。企業の制度や従業員の勤務状況によって、
- 残業
- 遅刻
- 欠勤
- 休暇
- シフト勤務
- 各種手当
などが給与計算に影響する場合があります。特に残業については、インドネシアでは労働時間・休息時間・時間外労働についてPP No.35/2021による規定があります。そのため、給与計算を正しく行うためには、単に「出勤したかどうか」だけではなく、
・いつ働いたのか、何時間働いたのか、その勤務が承認済みなのか
まで正しく把握する必要があります。勤怠データに誤りや未確定情報が残ったままPayrollを実行すると、その影響がそのまま給与計算へ波及する可能性があります。
勤怠データと給与計算データが異なる5つの原因
勤怠とPayrollの数字が異なったからといって、必ずしも給与計算担当者の入力ミスとは限りません。実務では、主に次の5つの原因が考えられます。
1. 勤怠と給与計算のCut-off（締め日）が異なる
最初に確認したいのが、Cut-offです。Cut-offとは、給与や勤怠を計算する際に「どこまでのデータを今回の処理対象とするか」を決める締め日のことです。例えば、
・給与計算Cut-off：毎月20日
・勤怠集計：毎月末まで
という会社を考えてみましょう。従業員が25日に残業した場合、その残業は勤怠システム上には記録されています。しかし、当月PayrollのCut-offが20日であれば、25日の残業は翌月の給与に反映される場合があります。つまり、
・勤怠データ：残業あり
・今月のPayroll：残業なし
という状態が発生します。これは必ずしもミスではありません。企業が定めたCut-offのルールによる正常な差である可能性があります。ただし、従業員側がCut-offを理解していなければ、「残業したのに残業代が入っていない」という問い合わせにつながります。そのため、
- 勤怠の締め日
- 残業申請の締め日
- PayrollのCut-off
- Cut-off後のデータをいつ反映するか
を明確にしておくことが重要です。
2. 勤怠修正がまだ承認されていない
Clock-inやClock-outを忘れることは、実務上発生することがあります。例えば、8:00に出勤したもののClock-inを忘れ、従業員が後からAttendance Correction（勤怠修正）を申請したとします。従業員本人から見れば、「8:00から勤務している」ことに間違いはありません。しかし、Managerがまだ修正申請を承認していなければ、Payroll確定時点では正式な勤怠データとして扱われない可能性があります。この場合、
・実際の勤務状況
・システム上の未承認データ
・Payrollに利用される確定データ
の3つに違いが発生します。この問題を減らすには、Payroll担当者が給与計算を開始する前に、「未承認の勤怠修正が残っていないか」を確認できる仕組みが必要です。
3. 勤務シフトの変更が反映されていない
工場、小売、飲食、物流など、シフト勤務を採用している企業では特に注意が必要です。例えば、ある従業員の勤務時間が、
・第1週：8:00〜17:00
・第3週以降：17:00〜翌1:00
へ変更されたとします。実際には夜勤へ変更されていても、人事管理システム上では旧シフトのままになっていれば、システムが従業員の勤務時間を正しく判定できない可能性があります。その結果、
- 遅刻扱いになる
- 早退扱いになる
- 勤務時間が正しく計算されない
- 残業時間に差が出る
などの問題につながります。重要なのは、単にClock-in／Clock-outの時刻を記録するだけではありません。「その従業員が、その日にどの勤務スケジュールで働く予定だったのか」という予定データと勤務実績を正しく紐付ける必要があります。
4. 残業がまだ承認されていない
残業は、勤怠とPayrollの差が生まれやすい代表的な項目です。例えば従業員が通常勤務終了後に2時間働いたとします。
勤怠システムには、
・退勤時間：19:00
と記録されていたとしても、それだけで必ず2時間分の残業代が確定するわけではありません。企業の残業申請・承認ルールに従って、残業申請 → 上司承認 → 確定 → Payroll反映というプロセスを設けている企業もあります。この場合、従業員のClock-outデータと、Payrollに使用する承認済み残業時間は異なる可能性があります。したがってPayroll担当者は、「何時間会社にいたか」だけではなく、
・「給与計算対象として何時間の残業が確定しているか」
を確認する必要があります。
5. 勤怠システムとPayrollシステムが連携していない
最も構造的な原因が、システムの分断です。例えば、
勤怠：Fingerprint
休暇：Excel
残業：紙またはチャット
Payroll：別の給与計算システム
従業員情報：別のExcel
という状態になっている企業では、給与計算のたびに複数のデータを集約する必要があります。
その際、Fingerprint → Excel → Payrollのようにデータを手作業で転記していると、
- 入力ミス
- コピー漏れ
- 二重入力
- 古いデータの使用
- 最新データへの更新漏れ
などが発生する可能性があります。データそのものが正しくても、システム間でデータを移動する過程で不一致が発生するということです。
勤怠と給与計算が合わない場合、まず確認したい5項目
給与計算時に勤怠データとの差が見つかった場合、すぐに数字だけを修正するのではなく、原因を特定することが重要です。次の順番で確認すると整理しやすくなります。
1. 対象期間は同じか
勤怠データとPayrollが同じCut-off期間を見ているか確認します。
2. 未承認データはないか
勤怠修正、残業、休暇などのPending Approvalが残っていないかを確認します。
3. 勤務シフトは正しいか
対象期間中にシフト変更がなかったか、変更内容がシステムへ反映されているか確認します。
4. データ修正履歴はあるか
給与計算後に勤怠データが変更されていないかを確認します。
5. Payrollへ正しいデータが連携されているか
Excelや複数システムを利用している場合は、最新ファイルが給与計算に使用されているかも確認します。この確認プロセスを毎月担当者の経験だけに依存すると、属人化しやすくなります。そのため、Payroll確定前のチェック項目を標準化することが重要です。
勤怠データと給与計算データの不一致が企業に与える影響
勤怠と給与計算の差を放置すると、単なる「数字のずれ」以上の問題につながります。
・Payroll担当者の作業が増える
データに差があるたびにHRやFinance担当者は、原因確認 → Managerへ問い合わせ → 承認依頼 → データ修正 → 再計算を行う必要があります。月末・月初にこれを多数の従業員について行えば、給与計算業務そのものが大きな負担になります。
・給与支給の遅延や計算ミスにつながる
未確定の勤怠データを使って給与を計算すれば、計算結果に誤りが発生する可能性があります。逆に、すべてのデータが揃うまで確認を続ければ、Payroll確定が遅れる可能性があります。つまり、正確性とスピードの両方に影響します。
・従業員からの問い合わせが増える
給与は従業員にとって非常に重要な情報です。残業代、欠勤控除、手当などが本人の認識と異なれば、「なぜこの金額なのか」という問い合わせがHRへ入ります。給与計算が正しくても、その根拠となる勤怠データやCut-offを説明できなければ、従業員の納得を得にくくなります。
・管理・監査対応が難しくなる
勤怠、残業、休暇、Payrollがそれぞれ別々に管理されていると、「なぜこの給与額になったのか」を後から追跡することが難しくなります。特に過去の給与計算を確認する場合、
- 元の勤怠データ
- 修正前後の情報
- 承認者
- 承認日時
- Payrollに反映したデータ
などを追跡できる状態にしておくことが重要です。
Payroll確定前に行いたい「Attendance Reconciliation」とは？
勤怠と給与計算の不一致を減らすうえで重要なのが、Payroll確定前のデータ照合です。これは、いわばAttendance Reconciliation（勤怠データ照合）です。Payrollを実行する前に、
勤務予定 → 実際の勤怠 → 勤怠修正 → 休暇 → 残業 → 各種承認 → Payroll対象データが整合しているかを確認します。特に確認したいのは、
- 未打刻はないか
- 未承認の勤怠修正はないか
- 未承認の残業はないか
- 休暇申請は確定しているか
- シフト変更が反映されているか
- Cut-off後のデータが混在していないか
です。給与計算を始めてから問題を探すのではなく、Payrollに渡す前に勤怠データを確定させるという考え方が重要です。
人事管理システムで勤怠データとPayrollの不一致を減らす方法
勤怠とPayrollの不一致を減らすためには、「間違えないように気を付ける」だけでは限界があります。業務プロセスそのものを仕組み化する必要があります。人事管理システムを活用することで、次のような改善が可能になります。
1. 従業員情報・勤怠・Payrollを一元管理する
まず重要なのが、同じ従業員について複数のExcelやシステムで異なる情報を管理しないことです。従業員情報、勤怠、休暇、残業、Payrollなどを一元管理することで、人事管理システムを共通の情報源として利用しやすくなります。いわゆる、Single Source of Truth（唯一の正しい情報源）をつくる考え方です。
2. Cut-offをシステム上で明確にする
給与計算期間を明確に設定しておけば、「どの勤怠データが今月のPayroll対象なのか」を判断しやすくなります。Cut-off後の残業や勤怠修正を翌月へ反映する場合も、ルールを統一しておくことが重要です。
3. 承認フローを一元化する
勤怠修正はメール、残業はWhatsApp、休暇は紙という状態では、HR担当者がすべての承認状況を確認するのが難しくなります。人事管理システム上で、従業員申請 → Manager承認 → HR確認 → Payrollというフローを統一すれば、どの申請が未承認なのか把握しやすくなります。
4. シフトと実際の勤怠を紐付ける
シフト勤務の企業では、従業員の勤務予定と実際のClock-in／Clock-outを紐付けることが重要です。勤務予定と実績を同じシステム上で管理することで、遅刻、早退、欠勤、残業などをより正確に判定しやすくなります。
5. Payroll確定前にエラーを確認する
理想的なのは、Payrollを実行する前に、
- Missing Clock-in / Clock-out
- Pending Attendance Correction
- Pending Overtime
- Pending Leave
- Shift mismatch
などを確認できることです。問題のあるデータだけを先に確認できれば、全従業員の勤怠を一件ずつ確認する必要がなくなります。
Peoplyee HRIS Insight｜問題は「給与計算」ではなく、その前のデータにある
給与計算にミスが発生すると、最初にPayrollの計算式を疑ってしまうことがあります。しかし、実際には給与計算ロジックそのものではなく、Payrollへ渡された元データが正しく確定されていない ことが原因の場合があります。例えば、
- シフトが更新されていない
- Clock-outがない
- 勤怠修正が未承認
- 残業が未承認
- Cut-offが異なる
- 古いExcelをPayrollへ取り込んだ
といった問題です。つまり、正確なPayrollを実現するには、給与計算だけを改善するのでは不十分です。Employee Data → Schedule → Attendance → Approval → Payrollという一連のデータフローを整えることが重要です。人事管理システムを導入する本当のメリットも、単にPayrollを自動計算することだけではありません。給与計算に必要なデータが、正しいプロセスを通じてPayrollまで流れる仕組みをつくることにあります。
まとめ｜正確なPayrollは「正確な勤怠データ」から始まる
インドネシアで勤怠データと給与計算データが異なる場合、単純な入力ミスだけが原因とは限りません。主な原因には、
1. Cut-offの違い
2. 未承認の勤怠修正
3. シフト変更の未反映
4. 未承認の残業
5. 勤怠とPayrollシステムの分断
があります。そして、最も重要なのは給与計算後に間違いを修正することではありません。Payrollを確定する前に、勤怠・休暇・残業・シフト・承認状況を確認し、正しいデータを準備することです。特に従業員数が増えるほど、Excelや複数システムを使った人手による確認には限界があります。そのため、Employee Data → Attendance → Approval → Payrollを一つの流れとして管理できる環境を構築することが重要です。
Peoplyee HRISでは、従業員情報、勤怠管理、休暇管理、残業管理、給与計算（Payroll）など、インドネシア企業の人事管理に必要なデータを一つのシステムで管理できます。勤怠データと給与計算データの不一致、毎月のPayroll前の確認作業、Excelによる勤怠集計などに課題を感じている企業は、ぜひPeoplyee HRISの無料デモ・無料トライアルをご活用ください。
