※この記事には広告が含まれます。
異動で所属は変えたのに、残業申請が前の上司に届いていた。勤怠マスタの変更では、こうした漏れが月次締めの直前に分かることがあります。
今回は「異動時の勤怠マスタ変更チェックリスト｜所属・承認ルート・勤務区分の確認手順」をもとに、異動前・異動当日・月次締め前に確認することを整理します。
異動前に、勤怠マスタの変更項目と担当者を確認する
異動一覧を受け取ったら、社員番号・発令日・旧所属・新所属を照合します。兼務や出向がある場合は、勤怠を管理する所属と承認者も確認します。
- 所属・所属コードと適用開始日
- 勤務区分、勤務カレンダー、打刻先
- 残業・休暇・打刻修正の承認者と代理承認者
- 変更元のシステム、反映先、登録担当、確認担当
人事マスタから自動連携される項目と、勤怠側で別に設定する項目を分けておきます。予約登録ができる場合も、発令日前に新しい設定が有効にならないか確認します。
異動当日は、新しい承認者に申請が届くか確認する
所属が切り替わったら、異動者が新所属の勤務予定を確認できるか、新しい上司が承認対象者を見られるかを確認します。
承認ルートは、設定画面だけでは分かりにくいことがあります。テスト環境があれば、残業・休暇・打刻修正をそれぞれ申請し、想定した承認者に届くかを試します。本番で確認する場合は、実際に提出された申請の到達先を確認します。
自動連携の場合は、連携結果とエラー一覧も見ます。手動で補正したときは、次回連携で上書きされるかも確認しておくと安心です。
異動前の未承認申請は、旧所属と新所属のどちらが処理するか決める
たとえば、月の途中で営業部から総務部へ異動した社員が、異動前の残業申請を出したままになっていたとします。申請日や対象日によって、旧上司に残る場合も、新上司への再申請が必要な場合もあります。
まず未承認一覧で、申請の対象日・現在の承認者・承認期限を確認します。異動後に旧上司の閲覧権限が切れる場合は、代理承認や再申請など、社内手順に沿って処理します。
再申請が必要なら、元の申請の扱いを確認し、二重に計上されないようにします。例外対応は、処理した人と確認結果を記録しておきます。
月次締め前に、異動前後の集計と給与連携を照合する
月途中に勤務区分も変わった場合は、異動日の前日と当日を境に、勤務予定や残業時間の集計が意図どおり切り替わっているかを確認します。
- 異動前後の打刻・勤務予定を参照できる
- 未承認の残業・休暇・打刻修正が残っていない
- 同じ社員番号で当月の勤怠が正しく集計されている
- 給与に渡す時間数や、必要に応じて部門コードが想定どおりになっている
締め前に誤りが見つかったら、どの日付から設定を直すかを確かめ、再集計後に給与側へ渡すデータまで確認します。すでに給与側へ渡した場合は、対象者と差し替え範囲を給与担当に伝えます。
まとめ｜異動時の勤怠マスタ変更チェックリスト
- 異動前に、所属・勤務区分・承認者・適用開始日を確認する
- 異動当日に、勤怠への反映と新しい承認者への申請経路を確認する
- 月次締め前に、異動前の未承認申請と給与連携データを確認する
管理表に「登録済み」と「反映確認済み」の欄を分けておくと、次の担当者もどこまで終わったか分かります。
次の異動処理には、「異動時の勤怠マスタ変更チェックリスト｜所属・承認ルート・勤務区分の確認手順」を自社の変更手順に合わせて使ってみてください。
