従業員が退職するときの給与ソフト処理:最終給与・明細・権限
この記事の内容
従業員が退職するときは、「退職日を入れる」「本人のログインを止める」「過去データを残す」を別々に考えます。すぐにアカウントや社員情報を削除すると、最終給与の確認や本人への明細交付が進めにくくなることがあります。
一方、退職した人の業務アクセスを必要なく残すのも適切ではありません。この記事では、雇用していた従業員が一人退職する場面で、給与とソフトの処理を順番に整理します。届出の要否や控除の扱いは、実際の条件を担当の専門家へ確認してください。
退職手続きとアカウント処理を分ける
退職に伴う労務上の手続き、給与計算、社内サービスへのアクセス停止は、関係していますが同じ作業ではありません。給与ソフトに退職日を入力すれば、必要な行政手続きがすべて提出されるとは限らないため、対応範囲を確認します。
まず一枚の一覧に、退職日、最終勤務日、最終給与の支給日、明細公開日、本人の閲覧終了日、必要書類の担当を並べます。本人への連絡先は、会社のアカウント停止後も使える方法を、本人と確認しておきます。
架空例として10月31日退職で、10月勤務分を11月25日に支払う会社なら、退職日と最終給与日は異なります。11月に本人が明細を受け取る方法が必要です。実際の給与や退職時の支払に関する条件は個別に確認し、この日程例を法定の期限として扱わないでください。
最終給与に必要な勤怠と変更事項をそろえる
退職月は、打刻漏れ、休暇、精算する手当、貸与品の返却など複数の連絡が重なります。給与へ反映する事項と、一般の引継ぎ事項を分け、給与に関係するものは根拠と確認者を記録します。
| 確認対象 | 給与担当へ渡す情報 | 注意したい点 |
|---|---|---|
| 勤怠 | 最終対象期間の確定値 | 未承認の修正を残さない |
| 休暇 | 取得記録と確認状況 | 残日数だけで処理を決めない |
| 手当 | 対象月と適用条件 | 前月の値を自動継続しない |
| 控除 | 専門家の確認結果 | 退職日だけから推測しない |
| 振込先 | 本人確認済みの口座 | 変更の適用支給日 |
| 明細 | 公開・交付方法 | 退職後の受取を確保 |
退職を理由に給与へ独自の控除を追加するなど、ソフトで入力できるから実行してよいとは判断しません。疑問がある項目は確定前に確認し、コメント欄に未確認の計算を紛れ込ませないようにします。勤怠の訂正は打刻漏れの修正・承認ルールと同じ経路で残します。
退職日とログイン停止日は製品仕様で確認する
マネーフォワード クラウド給与では、従業員情報・給与計算データを残しながらログイン権限を削除する案内があり、ログイン権限の失効日を設定する方法も示されています。退職登録とログイン停止が同じ操作とは限らないことが分かります。マネーフォワードの退職時ガイド
他製品でも同じ挙動とは限りません。退職日に自動で停止するか、明細だけ見られるか、管理者が停止日を選べるかを確認してください。試用やテスト用の社員で挙動を調べる場合も、本番の在籍情報を操作して実験しないようにします。
業務用メールの停止が先に必要な場合は、そのメールを使う明細サービスへのログインや再設定ができなくならないかを見ます。給与サービスの権限と会社のメールアカウントは別々の担当でも、日程を共有する必要があります。
本人への交付と会社側の保管を別々に進める
退職前には、明細の保存方法、必要書類の受取方法、後日の問い合わせ窓口を案内します。最終給与がまだ確定していない場合は、後で交付する方法と予定を伝えておきます。
Web交付を利用する際の条件や紙での交付への対応は、国税庁の電子交付Q&Aを確認します。単に「アカウントを止めたので見られません」で終えず、必要な交付ができる運用を整えてください。国税庁の電子交付Q&A
本人がファイルを保存しても、会社側の記録保管が不要になるわけではありません。過去明細、台帳、提出控えなどを、書類ごとの要件に沿って保存します。退職者のデータを通常の社員一覧から非表示にすることと、記録を消去することは分けて確認します。
利用料金の人数と再入社の扱いを調べる
退職者を登録から外すと料金が下がるかは、製品の課金条件次第です。給与計算した人数、在籍人数、明細公開人数など、何を数えるのかを確認します。最終給与を翌月に処理する場合は、その月の利用条件も見ます。
価格だけを理由に情報を削除する前に、削除後の帳票参照、再登録、社員番号の扱いを調べます。弥生給与 Nextのように、明細作成とWeb明細等の人数枠を分けている製品もあります。自社が使う機能ごとの対象人数を確認してください。弥生給与 Nextの料金
再入社の可能性がある場合も、新規登録と在籍状態の変更のどちらを使うべきかを製品ヘルプで確認します。過去の給与を新しい雇用期間へ混ぜないことが重要です。同じ氏名だから以前の設定をすべて復活させてよい、と決めないでください。
削除前の確認を会社の退職手順に組み込む
処理の最後には、最終給与の確認、振込結果、明細交付、必要書類、保管先、権限停止の状態を一覧で確認します。専門家へ依頼している項目は、依頼済みと完了済みを分け、完了したことが分かる控えを残します。
架空のチェックでは、「最終給与は確定済みだが明細未公開」「本人の業務アクセスは停止済みだが給与の受取経路は確保済み」といった状態を表現できるようにします。すべてを一つの「退職処理済み」にまとめると、未完了の工程を見落としやすくなります。
退職が少ない会社ほど、前回の記憶に頼らず短い手順を残す価値があります。Web給与明細の導入手順と退職時のアカウント整理をつなげ、給与の記録を保ちながら不要なアクセスを終える流れを作りましょう。