給与システムを切り替えた際、「以前はできていた処理ができない」という問題に直面することは少なくありません。
特に給与奉行を導入した企業で悩みやすいのが、同一人物に対して甲欄・乙欄が混在するケースの管理です。
退職後に翌月給与や賞与を支給する場合、通常時は甲欄だった従業員でも、退職後支給では乙欄になることがあります。その際、給与奉行では同一社員コード内で甲欄・乙欄を混在管理できないケースがあり、実務担当者が運用でカバーしている企業も少なくありません。
この記事では、給与奉行を利用する企業で実際によく採られている管理方法や、ミスを減らす工夫について整理します。
なぜ給与奉行では甲欄・乙欄混在が問題になるのか
給与奉行では、従業員マスタ単位で税区分を管理する仕様になっているケースがあります。
そのため、
- 在職中は甲欄
- 退職後支給は乙欄
というように、同一人物で税区分が変わる場合に柔軟な管理が難しいことがあります。
特に、退職月をまたいで支給するケースでは、源泉徴収票や年末調整データとの整合性も絡むため、運用ルールを明確にしておかないとミスが発生しやすくなります。
実務では「乙欄専用の別社員コード」を作る企業が多い
実際の現場では、質問内容にもあるように「乙欄専用の社員コードを別作成する」運用を採る企業が比較的多いです。
例えば、
| 用途 | 社員コード例 |
|---|---|
| 通常在職中（甲欄） | 11300 |
| 退職後支給（乙欄） | 11300E |
のように区別する方法です。
特に「誰の乙欄データか一目で分かる」ようにしておくことが、実務上かなり重要です。
新規採番を完全別番号にすると、後から照合する際に混乱しやすくなるため、元社員コードを残す方式を採る企業も多く見られます。
別採番方式のメリットと注意点
一方で、別採番方式にもメリットはあります。
例えば、乙欄対象者だけを一覧化しやすく、退職後支給者の管理を独立させやすい点です。
ただし、
- 誰が元社員か分かりにくい
- 源泉徴収票確認時に手間が増える
- 二重登録ミスが起きやすい
といった問題もあります。
そのため、実務担当者の間では「元コード＋枝番」方式の方が比較的運用しやすいという声も多いです。
管理ミスを減らすための実務上の工夫
給与システム上で完全に解決できない場合、運用ルールを整備することが重要になります。
例えば、
- 乙欄用コードは末尾に必ず英字を付ける
- 退職後支給者一覧を共有フォルダ管理する
- 源泉徴収票作成前に照合作業を行う
- 登録担当者を限定する
などのルールを決めている企業もあります。
特に年末調整時期はミスが発生しやすいため、事前にチェックリストを作成している会社も少なくありません。
給与奉行でも設定やバージョン差がある場合も
なお、給与奉行はシリーズやクラウド版・オンプレ版によって仕様差がある場合があります。
また、オプション機能やカスタマイズ運用をしている企業もあるため、「絶対にできない」とは言い切れないケースもあります。
そのため、
- サポート窓口へ再確認
- 同業他社事例の確認
- 社労士や導入ベンダーへの相談
を行うことで、別の運用案が見つかる場合もあります。
特に退職後支給の件数が多い会社では、運用負荷軽減のためにカスタム設定を組んでいるケースもあります。
まとめ
給与奉行で甲欄・乙欄を同一人物内で混在管理できない場合、実務上は「乙欄専用の別社員コード」を作成して対応している企業が多くあります。
その際は、元社員コードとの関連性が分かる採番ルールにしておくことで、照合作業や源泉徴収票作成時のミスを減らしやすくなります。
また、システムだけで解決しようとせず、一覧管理やチェックルールなど運用面を整備することも非常に重要です。
給与計算は年末調整や法定調書とも連動するため、現場で扱いやすいルールを早めに固めておくことが、長期的な業務効率化につながります。
コメント