退職者が出るたびに、最終月の給与計算で金額が合わない。有給休暇の残日数が勤怠側と人事側で食い違っている、社会保険料の控除月がずれている、退職日の確定が給与担当に届くのが締め日ギリギリになる。こうしたトラブルは珍しくありません。未払いが発生すれば退職者との紛争や労働基準監督署への申告につながり、過払いが発生すれば返金交渉という厄介な後処理が待っています。どちらも企業の信用を損なう深刻な問題です。
この記事は、従業員50〜300名規模の企業で、人事・労務・給与計算を少人数で兼務している管理部門の担当者を想定しています。読み終えると、退職が決まった時点から最終給与の支払いまでに何を・いつ・誰が確認すればよいかが明確になり、未払い・過払いの発生を防ぐ実務ワークフローを自社に導入できるようになります。大企業向けのERPを前提とした全社導入計画や、各ツールの網羅的な機能比較は扱いません。
なお、本記事で紹介するツールの組み合わせは代表的な一例です。同じ役割を果たす別の製品でも、同様のワークフローを構築できます。
読み終えた時点で、退職確定から最終給与支払いまでの全ステップを網羅したチェックリスト付きワークフローが手元に残り、翌月の退職者対応からすぐに運用を開始できます。
Workflow at a glance: 退職者の最終給与計算で未払い・過払いをゼロにするための勤怠・給与・人事連携ワークフロー
退職者の最終給与を正しく計算するには、少なくとも3種類のデータが必要です。退職日までの勤怠実績(出勤日数、残業時間、欠勤)、有給休暇の残日数と消化・買取の有無、そして社会保険料の資格喪失日に基づく控除額です。多くの企業では、勤怠データは勤怠管理システム、給与計算は給与計算ソフト、退職日や有給残日数は人事システムとそれぞれ別の場所で管理されています。この分散が、情報の同期漏れという根本原因を生んでいます。
退職届の受理から実際の退職日まで、法律上は最短2週間です。月末退職であれば給与締め日まで数日しかないケースも珍しくありません。この短い期間に、人事担当が退職日を確定し、勤怠担当が最終出勤日までの実績を締め、給与担当が社会保険料の日割りや有給買取額を反映する必要があります。担当者間の連絡がメールや口頭ベースだと、どこかで情報が止まり、結果として計算ミスが起きます。
社会保険料は月末時点で在籍しているかどうかで控除の有無が変わります。たとえば月末の1日前に退職した場合、その月の社会保険料は控除しません。一方、月末退職であれば最終月も控除が必要です。このルールを正しく適用するには、退職日の情報が給与計算ソフトに正確に反映されていなければなりません。手動で転記している場合、1日のずれが数万円の過払いや未払いにつながります。
有給休暇の付与・消化の管理を人事システムで行い、勤怠管理システムでも取得申請を受け付けている場合、両者の残日数がずれていることがあります。退職時に有給を消化するのか、買い取るのかの判断は残日数が正しくなければできません。残日数が間違ったまま買取額を計算すると、そのまま未払いまたは過払いになります。
退職者の最終給与計算でミスをなくすために最も大切なのは、退職日が確定した瞬間に必要なデータを1か所に集め、チェックリストに沿って処理を進めるという仕組みを作ることです。
退職という出来事は、まず人事システムに記録されます。退職届の受理、退職日の確定、退職理由の登録はすべて人事システム上の操作です。ここを起点にすれば、勤怠管理システムへの退職日反映と給与計算ソフトへの情報連携を漏れなく開始できます。逆に、給与担当が退職の情報を口頭やメールで受け取る運用では、伝達漏れを防ぐ手段がありません。
すべてのシステムをAPIで自動連携できれば理想ですが、50〜300名規模の企業では、システム間の自動連携が整っていないケースが大半です。現実的な解決策は、転記のタイミングを退職確定日の翌営業日に固定し、確認者を明確に決めることです。誰が・いつ・何を転記し、誰がダブルチェックするかをワークフローとして定義すれば、手動であってもミスは大幅に減ります。
以下のワークフローは、退職日が確定してから最終給与を支払うまでの一連の流れです。人事担当、勤怠担当、給与担当の3者が関わる前提で、それぞれの役割と引き継ぎポイントを明示しています。
退職届を受理したら、人事担当がSmartHRに退職日、最終出勤日、有給休暇の残日数、有給消化か買取かの方針を登録します。登録と同時に、SmartHR上で退職手続きのタスクリストを作成し、勤怠担当と給与担当にそれぞれの作業を割り当てます。このステップの完了条件は、SmartHR上の退職者情報が確定し、関係者全員に通知が届いた状態です。担当者は人事担当、期限は退職届受理の翌営業日です。
具体的に登録する項目は次のとおりです。退職日(月末か月中か)、最終出勤日、退職日までの有給休暇残日数、有給の消化予定日数と買取対象日数、退職理由(自己都合か会社都合か)、社会保険の資格喪失日(退職日の翌日)です。特に社会保険の資格喪失日は、退職日が月末かどうかで最終月の保険料控除の有無が変わるため、正確に記録してください。
人事担当からの通知を受けたら、勤怠担当がKING OF TIMEで退職日までの勤怠データを確定させます。確認するポイントは、最終出勤日までの出勤・欠勤・遅刻・早退の実績、残業時間の集計、有給休暇の取得実績です。SmartHRに登録された有給残日数とKING OF TIME上の有給取得実績を突き合わせ、差異があれば人事担当に確認して解消します。
勤怠データの確定後、KING OF TIMEからCSVで勤怠実績をエクスポートします。このCSVには、退職者の当月の出勤日数、残業時間、有給取得日数が含まれます。担当者は勤怠担当、期限は退職者の最終出勤日の翌営業日です。有給消化期間中(最終出勤日から退職日までの間)の扱いも、この時点で勤怠データに反映しておきます。
給与担当がマネーフォワード クラウド給与に、ステップ1で確定した退職情報とステップ2で確定した勤怠実績を反映します。KING OF TIMEとマネーフォワード クラウド給与の間でAPI連携が設定されている場合は、勤怠データは自動で取り込まれます。連携がない場合は、CSVを手動でインポートしてください。
反映後に確認すべき項目は次の5点です。第一に、日割り計算が正しいか(月中退職の場合、基本給を所定労働日数で割り、実出勤日数を掛けた金額になっているか)。第二に、残業手当が退職日までの実績に基づいているか。第三に、有給買取がある場合、買取額が正しく加算されているか。第四に、社会保険料の控除が資格喪失日に基づいて正しく処理されているか(月末退職なら最終月も控除、月末前退職なら最終月は控除なし)。第五に、住民税の一括徴収が必要な場合(1月1日〜5月31日の間に退職する場合)、残りの住民税が一括で控除されているか。
この5点を給与担当が確認した後、人事担当がSmartHRの退職者情報と突き合わせてダブルチェックを行います。2名の確認が完了した時点で、最終給与の支払いを実行します。担当者は給与担当(計算)と人事担当(ダブルチェック)、期限は給与支払日の3営業日前です。
SmartHRは従業員情報の管理だけでなく、入退社に伴う手続きをタスクリストとして管理できます。退職日を登録すると、社会保険の資格喪失届や離職票の作成といった関連タスクが自動的にリスト化されるため、手続き漏れを防げます。また、従業員の有給休暇残日数を管理する機能があるため、退職時の有給消化・買取の判断に必要な情報をここから取得できます。注意点として、SmartHR単体では勤怠の打刻や給与計算はできないため、必ず勤怠管理システムと給与計算ソフトとの連携が必要です。
KING OF TIMEは打刻データの収集から残業時間の自動集計、有給休暇の取得管理まで一貫して行える勤怠管理システムです。退職者の最終給与計算において重要なのは、退職日までの勤怠実績を正確に締められることと、そのデータをCSVやAPI経由で給与計算ソフトに渡せることです。KING OF TIMEはマネーフォワード クラウド給与との連携実績が豊富で、データの受け渡しがスムーズです。一方、有給休暇の残日数管理はKING OF TIME側でも行えますが、人事システム側の残日数と二重管理になりやすい点には注意が必要です。運用ルールとして、有給の付与はSmartHR、取得申請と実績管理はKING OF TIMEと役割を分けておくと、退職時の突き合わせが楽になります。
マネーフォワード クラウド給与は、社会保険料や雇用保険料の計算を退職日(資格喪失日)に基づいて自動で行います。月末退職と月中退職で控除額が変わるルールも、退職日を正しく入力すれば自動で反映されるため、手計算による間違いを防げます。また、給与明細をオンラインで発行できるため、退職者への明細送付もスムーズです。ただし、自動計算の結果を鵜呑みにせず、必ず人の目でダブルチェックすることが重要です。特に、月中退職で日割り計算が発生する場合、日割りの計算基準(暦日数ベースか所定労働日数ベースか)が自社の就業規則と一致しているかを事前に設定で確認しておいてください。
| Tool | Role | Pricing | Implementation time | Notes |
|---|---|---|---|---|
| SmartHR | 退職手続きの起点管理と従業員情報の一元管理 | 月額課金 | 2〜4週間 | 従業員情報の初期登録が最大の作業。既存の従業員台帳からCSVで一括インポートできるため、300名規模でも数日で完了します。退職手続きのタスクテンプレートは導入時にカスタマイズしておくと運用がスムーズです。 |
| KING OF TIME | 勤怠打刻・残業集計・有給取得実績の管理 | 月額課金 | 1〜2週間 | 打刻デバイスの設置と就業ルール(残業計算の基準、有給付与ルール)の初期設定が中心です。マネーフォワード クラウド給与とのAPI連携は管理画面から設定でき、専門知識は不要です。 |
| マネーフォワード クラウド給与 | 最終給与の計算・社会保険料の自動控除・明細発行 | 月額課金 | 2〜4週間 | 社会保険料率や住民税額の初期設定が必要です。KING OF TIMEとの連携を先に設定しておくと、勤怠データの取り込みが自動化され、退職者対応時の手作業が減ります。日割り計算の基準は就業規則に合わせて事前に設定してください。 |
退職者の最終給与計算でミスが起きる最大の原因は、退職日の情報が勤怠・給与・人事の各システムに正しく伝わらないことです。SmartHRで退職情報を起点にし、KING OF TIMEで勤怠実績を確定させ、マネーフォワード クラウド給与で最終計算とダブルチェックを行う。この3ステップを退職届受理の翌営業日から順番に進めれば、情報の同期漏れによるミスはなくなります。
まずは次の退職者が出たときに、この記事のワークフローに沿って一度運用してみてください。1回やれば、自社のどこにボトルネックがあるかが見えます。そのうえで、チェックリストの項目を自社の就業規則に合わせて調整すれば、以降は安定した運用が回り始めます。
Mentioned apps: SmartHR, KING OF TIME, マネーフォワード クラウド給与
Related categories: タレントマネジメントシステム(HCM), 勤怠管理システム, 給与計算ソフト
Related stack guides: 変革プロジェクトの実績をキャリア評価に直結させ優秀なリーダー人材の離職を防ぐ方法, 女性管理職候補の育成プロセスを可視化し計画的な登用判断につなげる方法, 生成AIのライセンスを必要な社員へ確実に届け無駄なコストと機会損失をなくす方法, データの機密区分とアクセス権限のズレを解消し情報漏洩リスクと監査指摘を未然に防ぐ方法, 教育訓練の受講記録と力量評価の分断を解消し審査で即座に力量適合を証明できる体制をつくる方法
サービスカテゴリ
AI・エージェント
ソフトウェア(Saas)