「退職する社員から、残っている有給休暇を全部消化してから辞めたいと言われたけれど、拒否できるのだろうか」——労務担当者や、顧問先から退職者対応の相談を受ける社労士事務所の方が、必ず一度は直面する場面です。
結論から言うと、退職者からの有給消化の申請を、会社が拒否することは基本的にできません。在職中であれば会社は「時季変更権」を使って取得時季をずらせますが、退職日が確定している退職者に対しては、ずらす先の日がないため時季変更権を行使できないのです。無理に拒否すれば労働基準法違反となり、トラブルに発展すれば会社側が不利になります。
この記事では、退職時の有給消化の可否・実務手順・消化中の給与や社会保険料の扱いを整理したうえで、後半ではこの「残日数の確認・引き継ぎスケジュール調整・保険料の日割り計算」という退職者対応の手作業をClaude Code／Codex（AIエージェント）に肩代わりさせ、無人で回す方法を、弊社サービス「AI鬼管理」（運営: 株式会社GENAI）の実践ノウハウとともに解説します。
代表菅澤
AI鬼管理山崎
- 01 LEGAL BASIS 退職者の有給消化を会社が拒否できない理由 在職中の労働者と何が違うのかを正確に理解する
- 02 DAYS AVAILABLE 実質的な消化可能日数が「思ったより少ない」ケース 理論上の最大40日と、実際に消化できる日数はズレることがある
- 03 PROCEDURE 退職時の有給消化の実務手順 退職の申し出から最終出勤日まで、何をどの順番で進めるか
- 04 PAY & INSURANCE 有給消化中の給与・社会保険料・税金の扱い 在職中と同じ部分、退職者特有の注意点がある部分を分けて理解する
- 05 LIMITATIONS 退職者対応を手作業で進める限界 退職は「不定期に発生する」からこそ、対応の質にバラつきが出やすい
- 06 AUTOMATE WITH AI 【核心】Claude Code／Codexで退職者対応を「無人で回る仕組み」にする 効率化ではなく自動化。トリガーで勝手に走るワークフローに落とし込む
- 07 THE 3 WALLS ただし独学には「3つの壁」がある——最短で越える方法 Claude Codeは強力。だからこそ、最初の設計を間違えると危ない
- 08 COMPARISON & SUMMARY 手作業 vs 労務管理システム vs Claude Code／Codex 徹底比較・まとめ 自社の規模と体制に合った退職者対応の「正解」を選ぶ
- よくある質問
01 LEGAL BASIS 退職者の有給消化を会社が拒否できない理由 在職中の労働者と何が違うのかを正確に理解する
有給休暇は労働者の権利であり、労働者が請求した時季に取得させるのが原則です。ただし在職中は、会社に「時季変更権」という例外的な権利が認められています。
📚 用語解説
時季変更権：労働者が請求した有給休暇の取得時季について、事業の正常な運営を妨げる場合に、会社が他の時季に変更するよう求められる権利。労働基準法で認められているが、あくまで「時季をずらす」権利であり、有給休暇の取得そのものを拒否する権利ではない。
1-1. 退職日が確定していると「ずらす先」がない
時季変更権は「別の日に変更してもらう」ための権利です。しかし退職日が確定している労働者には、その先に「変更後の取得日」を設定する余地がありません。退職日を過ぎればもう在籍していないため、有給休暇を取得しようがないからです。この構造上、退職者に対しては時季変更権を行使できず、結果として有給消化の申請を拒否できないという結論になります。
退職予定者からの有給消化の申請を拒否した場合、労働基準法違反として扱われる可能性が高く、労働者が争えば会社側が不利になるケースがほとんどです。「引き継ぎが終わっていないから」「人手が足りないから」といった業務都合は、退職者の有給消化を拒否する法的根拠にはなりません。
1-2. 有給休暇の買取は原則禁止
「消化しきれない分は買い取ればいいのでは」と考える会社もありますが、有給休暇の買取は原則として認められていません。有給休暇は「休むこと」自体に意味がある制度であり、金銭で解決することは制度趣旨に反するためです。
📚 用語解説
有給休暇の買取：未消化の有給休暇を金銭で精算すること。有給休暇は労働者に休養を取らせるための制度であるため、原則として買取は認められていない。ただし退職時に限り、会社と労働者双方の合意があれば、退職日までに消化しきれなかった分について例外的に買取が行われる場合がある。時効消滅分・法定日数を超える付与分の買取は、この例外に該当しやすい。
ただし退職時に限っては例外があります。退職日までに消化しきれない有給休暇が残ってしまう場合、会社と労働者双方の合意があれば、その分を買い取ることが可能です。これは「本来は休暇として消化すべきだが、退職により物理的に消化しきれない分」に対する救済的な扱いであり、在職中の買取とは性質が異なります。
AI鬼管理山崎
02 DAYS AVAILABLE 実質的な消化可能日数が「思ったより少ない」ケース 理論上の最大40日と、実際に消化できる日数はズレることがある
有給休暇は年最大20日付与され、未消化分は翌年に繰り越せるため、理論上の最大保有日数は40日（当年20日＋前年繰越20日）になります。ただし、就業規則の消化順序ルールによっては、退職時に実際に使える日数がこれより少なくなることがあります。
有給休暇の時効は2年です。就業規則で「当年度に付与された分から先に消化する」という順序になっている場合、前々年度に繰り越された分が使われないまま2年の時効を迎え、時効消滅してしまうことがあります。例えば残日数が40日あっても、そのうち5日が時効消滅の対象になっていれば、退職時に実質的に消化できるのは35日、というケースが起こり得ます。退職が決まった時点で、「残っている日数」だけでなく「消化順序のルール」と「時効までの期間」を必ず確認する必要があります。
📚 用語解説
有給休暇の時効：有給休暇を取得する権利が消滅するまでの期間。労働基準法上、付与日から2年で時効消滅する。年最大20日が翌年に繰り越せるため理論上の最大保有日数は40日になるが、就業規則の消化順序によっては繰越分が使われないまま時効を迎え、残日数の数字より実質的に消化できる日数が少なくなることがある。
代表菅澤
03 PROCEDURE 退職時の有給消化の実務手順 退職の申し出から最終出勤日まで、何をどの順番で進めるか
退職者の有給消化をスムーズに進めるための実務手順は、次の4ステップです。
退職時の有給消化トラブルの多くは、退職の申し出が遅く、残日数分の消化期間と引き継ぎ期間を両立できないことが原因です。就業規則で退職の申し出時期を早めに設定し、退職者にも早期の相談を促す運用が、実務上もっとも効果的な予防策です。
AI鬼管理山崎
04 PAY & INSURANCE 有給消化中の給与・社会保険料・税金の扱い 在職中と同じ部分、退職者特有の注意点がある部分を分けて理解する
有給消化期間中も、労働者はまだ在籍しているため、給与・保険料の扱いは基本的に通常勤務時と同じです。ただし退職特有の注意点もあります。
| 項目 | 取り扱い |
|---|---|
| 給料 | 通常の賃金を支払い続ける（有給休暇なので減額しない） |
| 賞与 | 支給日に在籍しているかどうかで支給可否が決まる。有給消化中に賞与の支給日が到来する場合は在籍扱いになる点に注意 |
| 社会保険料 | 資格喪失日（退職日の翌日）が属する月の前月分まで納付義務がある。月末退職の場合は当月分まで徴収される |
| 所得税 | 通常どおり源泉徴収を継続する |
| 住民税 | 退職時期によって扱いが異なる（後述） |
| 諸手当 | 役職手当など地位に対する手当は支給継続。通勤手当など実費補填的な手当は不支給になるケースが一般的 |
📚 用語解説
資格喪失日：健康保険・厚生年金保険の被保険者としての資格を失う日。原則として退職日の「翌日」が資格喪失日になる。社会保険料は資格喪失日が属する月の前月分まで納付する必要があり、月末に退職した場合は資格喪失日が翌月1日になるため、結果的に退職月分の保険料まで徴収される点に注意が必要。
4-1. 住民税は退職月によって処理が変わる
住民税は特別徴収（給与天引き）から普通徴収への切り替え、または一括徴収のいずれかになりますが、退職する月によって原則的な扱いが異なります。
| 退職時期 | 原則的な扱い |
|---|---|
| 6月1日〜12月31日に退職 | 残りの住民税額を、退職者本人が納付する「普通徴収」に切り替えるのが原則 |
| 1月1日〜4月30日に退職 | 残りの住民税額を、最後の給与や退職金から一括で天引きする「一括徴収」が原則 |
賞与は「支給日に在籍しているか」で支給可否が判断されるのが一般的です。退職日を賞与の支給日の直前・直後どちらに設定するかで、賞与の支給有無が変わる可能性があります。就業規則の賞与支給条件を確認したうえで、退職者への説明を丁寧に行わないと、後からのトラブルにつながりやすいポイントです。
代表菅澤
05 LIMITATIONS 退職者対応を手作業で進める限界 退職は「不定期に発生する」からこそ、対応の質にバラつきが出やすい
ここまで整理した内容は、決して複雑な知識ではありません。問題は、退職という不定期に発生するイベントのたびに、この一連の確認・計算・手続きを漏れなく正確に実行できるかという点です。実務でよく起きる事故パターンを挙げます。
これらのミスは、担当者の能力不足で起きるわけではありません。「不定期に発生するイベントに対して、毎回同じ精度でチェックリストを実行する」という作業は、人間の注意力には限界があるという単純な事実が原因です。退職者が増える時期（決算期・年度末など）が重なるほど、この限界は早く訪れます。
ここで従来の選択肢は「労務管理システムを契約する」の一択でした。もちろんそれも有効な選択肢です。ただし2026年現在は、もう一つの選択肢があります。今使っている勤怠・給与のやり方をそのまま活かしながら、確認・計算・手続きのチェックという手作業部分だけをClaude Code／CodexのようなAIエージェントに肩代わりさせる方法です。
AI鬼管理山崎
06 AUTOMATE WITH AI 【核心】Claude Code／Codexで退職者対応を「無人で回る仕組み」にする 効率化ではなく自動化。トリガーで勝手に走るワークフローに落とし込む
📚 用語解説
Claude Code／Codex：Claude CodeはAnthropic社、CodexはOpenAI社が提供するAIエージェント。ChatGPTのような「質問に答えるAI」と違い、指示を受けてパソコン上のファイル操作・データ集計・文書作成などの作業そのものを実行できる。プログラミング不要で、日本語の指示だけで業務の仕組みを構築できるため、非エンジニアの経営者・バックオフィス担当者の業務自動化ツールとして注目されている。デスクトップアプリで利用可能。
ここからがこの記事の核心です。本記事では以降、操作イメージを弊社が主に使うClaude Codeで説明します（Codexでも同じことができます）。重要なのは、AIに「この人の残日数は？」と都度聞くのではなく、退職者対応というチェックリスト業務をワークフローごとAIに渡してしまうという発想の転換です。
6-1. 「AIに聞く」と「AIが勝手にやる」は別物
ChatGPTに「退職者の社会保険手続きの期限を教えて」と聞くのは効率化です。人間が作業の主体で、AIは調べ物を速くしてくれるだけ。この使い方では、期限の徒過も計算ミスもなくなりません。
一方、Claude Code／Codexで作るのは自動化です。「退職の申し出があったら、有給残日数・実質消化可能日数・引き継ぎスケジュール・保険料や住民税の扱いをまとめて算出し、期限つきのタスクリストを作る」という一連の流れを最初に一度だけ設計しておけば、あとは退職の申し出というトリガーで人間が何もしなくても走り続けます。人間の仕事は、最後に上がってきたリストを確認して対応することだけです。
6-2. Claude Code／Codexに任せられる退職者対応の作業
| これまで人間がやっていた作業 | Claude Code／Codexに任せた後 |
|---|---|
| 有給の残日数・時効消滅分を手計算 | 勤怠データから実質消化可能日数を自動算出 |
| 退職日と引き継ぎ期間のスケジュールを個別に調整 | 退職希望日から逆算した消化・引き継ぎスケジュール案を自動作成 |
| 社会保険資格喪失手続きの期限を手帳やカレンダーで管理 | 退職日から5日以内の期限を自動でリマインド |
| 賞与支給日と退職日の関係を都度確認 | 賞与規程と退職日を照合し、支給可否を自動判定 |
| 住民税の徴収方法を退職時期ごとに調べる | 退職時期から原則的な扱い（普通徴収／一括徴収）を自動判定 |
ポイントは、今使っている勤怠・給与のやり方をそのまま使い続けられることです。システムの乗り換えと違って、既存の運用を変える必要はありません。今のやり方の「確認・計算・リマインド」という手作業部分だけが、AIの仕事に置き換わります。
6-3. 導入は3ステップ（プログラミング不要）
6-4. AI鬼管理（株式会社GENAI）での実践例
AI鬼管理では、この「チェックリスト業務をClaude Codeのワークフローに落とす」やり方を、クライアント企業の実業務で数多く構築してきました。例えば、複数の顧問先を抱える社労士事務所様では、各社の退職者情報を受け取ると自動で残日数・手続き期限・住民税の扱いを算出する仕組みを構築し、退職者対応にかかる確認時間を大幅に圧縮しています。また従業員の入退社が比較的多い小売業のクライアント企業様では、退職の申し出から最終出勤日までのスケジュール案を自動生成する仕組みを整え、担当者ごとの対応品質のバラつきをなくしました。退職者対応と同じ構造の定型業務——入社手続き、勤怠集計、給与計算など——も同じ考え方でトリガー起動の自動ワークフローに変え、人は「最終確認と例外対応」だけに絞る運用です。もちろん、運営元の弊社（株式会社GENAI）自身のバックオフィスも、すべて同じ仕組みで回しています。
そして重要なのは、これが労務担当者や社労士の価値を奪う話ではないことです。確認と計算という「間違えたら怒られるだけの作業」から解放されて、退職者本人とのコミュニケーション・円満退職に向けた調整という、人にしかできない仕事に時間を使えるようになります。顧問先を多く抱える社労士事務所であれば、この仕組みを事務所側に置いて複数社の退職者対応を一括で処理する、という応用も可能です。
……と、ここまで読むと「明日からできそうだ」と感じるかもしれません。ただし正直にお伝えすると、Claude Codeを検索しながら独学で業務に組み込もうとした会社の多くが、途中で止まります。なぜ止まるのか。次の章で、その「壁」の正体と越え方を説明します。
AI鬼管理山崎
07 THE 3 WALLS ただし独学には「3つの壁」がある——最短で越える方法 Claude Codeは強力。だからこそ、最初の設計を間違えると危ない
退職者対応の自動化でつまずくポイントは、ほぼ次の3つに集約されます。
壁1：自社の就業規則を「正確に言語化」できない
Claude CodeやCodexは指示されたとおりに正確に働きますが、指示が曖昧なら曖昧なまま自動化されます。「有給の消化順序は当年度分から？前年度繰越分から？」「賞与規程の在籍要件はどうなっている？」——本記事で見てきたとおり、退職者対応は自社の規則に依存する判断の塊です。この言語化を飛ばして作った仕組みは、間違った案内を毎回自動で量産する装置になります。労務トラブルに直結する領域だけに、ここが独学の最初で最大の壁です。
壁2：検証のやり方を知らないまま「AIを信じてしまう」
AIの出力は必ず検証が必要です。過去の退職者対応の実績データと自動計算の結果を突き合わせる、わざと時効消滅が絡む複雑なケースを入れて挙動を確かめる——こうしたテストの型を知らないと、「動いているように見えるが正しいかは誰も知らない」状態で本番運用に入ってしまいます。逆に、検証の型さえ身につければ、就業規則が改定されてもAIへの指示を直して再検証するだけで追従できます。
壁3：作った本人しか触れない「第二の属人化」
エクセルや紙の台帳の弱点として「作った人しか直せない」問題がありますが、独学のAI自動化は同じ罠にはまりがちです。担当者が一人で作って一人で運用していると、その人の退職と同時に仕組みが止まる——退職者対応の自動化が、担当者自身の退職で止まるというのは皮肉な話ですが、実際によく起きます。社内の複数人がAIワークフローを読み書きできる状態まで持っていって、初めて「会社の資産」になります。
| 独学で導入 | AI鬼管理（伴走支援）で導入 | |
|---|---|---|
| 最初の題材選び | 手探り。難しい業務から始めて挫折しがち | 貴社の業務を棚卸しし、成功しやすい定型業務から着手 |
| 就業規則の言語化 | 自力で仕様を書き起こす（数十時間規模） | 実際の就業規則・過去事例を見ながら一緒に言語化 |
| 検証 | テストの型を知らず「動いたら本番」になりがち | 過去データ突合・複雑ケースのテストまで型として提供 |
| 社内定着 | 担当者1人に依存（第二の属人化） | 研修形式で複数人が扱える状態まで育成 |
| 退職者対応の先への展開 | 1業務で力尽きるケースが多い | 入社手続き・勤怠集計・給与計算等へ同じ型で横展開 |
「AI鬼管理」とは——3〜6ヶ月で自動化を叩き込む伴走型トレーニング
この3つの壁を越えるために弊社（株式会社GENAI）が提供しているのが、AI鬼管理です。Claude Code／Codexをはじめとした最新AIによる業務自動化を、3〜6ヶ月間・オンラインセッション形式で伴走するトレーニングプログラムで、ツールの一般論を教える座学ではありません。受講者が自社の実業務——例えば今の就業規則・勤怠データそのもの——を教材に、実際に動く自動化ワークフローを自分の手で作り切るところまでやります。
対象は従業員1名以上の会社の経営層・バックオフィス責任者で、プログラミング経験は問いません。「人手不足で退職者対応まで手が回らない」「顧問先が多くてチェックしきれない」という会社・事務所ほど効果が出やすい設計です。作って終わりではなく、検証の型と社内定着までを支援範囲に含めているのは、上の3つの壁がツールの知識だけでは越えられないことを、自社と支援先の両方で嫌というほど見てきたからです。
退職者対応のように「ルールが明確」「発生のたびに同じ手順」「ミスの影響が大きい」業務は、AI自動化との相性が最も良い領域です。逆に、判断基準が曖昧な業務からAI化を始めると失敗しやすい。自社の業務を「ルールが明確な定型作業」から順に並べて、上から自動化していく——この優先順位付けも、AI鬼管理の初回で必ず一緒に行います。
代表菅澤
AI鬼管理山崎
08 COMPARISON & SUMMARY 手作業 vs 労務管理システム vs Claude Code／Codex 徹底比較・まとめ 自社の規模と体制に合った退職者対応の「正解」を選ぶ
| 手作業（エクセル・目視） | 労務管理システム | Claude Code／Codex自動化 | |
|---|---|---|---|
| 初期コスト | ほぼゼロ | 初期設定＋データ移行が必要 | ワークフロー設計のみ（既存データ流用可） |
| 月額コスト | ゼロ（ただし人件費が隠れコスト） | 従業員数に応じた月額費用 | AI利用料のみ（他業務の自動化と共用） |
| 残日数・時効の計算 | 目視・手計算（見落としリスク大） | システムによっては自動計算機能あり | 勤怠データから実質消化可能日数を自動算出 |
| 手続き期限のリマインド | 手帳・カレンダーで個別管理 | システムのアラート機能に依存 | トリガーで自動リマインド |
| 自社ルールへの柔軟性 | 高い（ただし属人化） | 製品仕様の範囲内 | 高い（日本語で仕様変更を指示できる） |
| 退職者対応以外への展開 | できない | 労務領域のみ | 入社手続き・勤怠集計・給与計算等あらゆる定型業務に展開可能 |
まとめると、判断基準は次のとおりです。
退職時の有給消化のルール自体は、決して難解ではありません。しかし、その確認・計算・手続きを退職者が出るたびに漏れなく正確に実行し続けられるかが実務の本当の難しさです。人間の注意力に依存した仕組みは、退職者の増加や担当者の異動とともに必ず限界が来ます。今のやり方を捨てるのではなく、確認・計算という手を動かす部分をAIに置き換える——それが2026年時点での現実的な最適解だと、弊社は考えています。
代表菅澤
あわせて読みたい：同じテーマの記事
勤怠・休暇管理のAI自動化の全体像は、こちらの総合ガイドでも解説しています。
退職者対応のワークフローを、貴社の実データで一緒に作りませんか
「うちの退職者対応、残日数の計算だけでもClaude CodeやCodexで自動化できる？」「独学で試したが止まってしまった」というご相談、お気軽にどうぞ。
AI鬼管理は、貴社の実際の就業規則・勤怠データを題材に、設計・検証・社内定着まで伴走します。3つの壁を、最短距離で越えましょう。
AI鬼管理山崎
ここから先の進め方は、大きく2つあります。
自社で回せるようになりたい方は、AI鬼管理でClaude Code／Codexの使い方から業務設計・社内定着まで伴走を受けながら、社内に仕組みを作る道があります。
覚えるより任せたい方は、AIBPO by AI鬼管理でこの記事のような定型業務を丸ごと預ける道があります。総額はいまの業務コストの50%が目安、月額基本料は0円です。
どちらが合うかは、業務量と社内体制次第です。無料相談・無料適合診断で、貴社の場合はどちらが向くかからご相談いただけます。
NEXT STEP
この記事の内容を、あなたのビジネスで
実践してみませんか？
よくある質問
Q. 退職時に残っている有給休暇を全部消化することはできますか？
A. 基本的に可能です。会社は在職中の労働者に対しては「時季変更権」を使って取得時季をずらせますが、退職日が確定している退職者に対しては変更後の取得日を設定する余地がないため、時季変更権を行使できません。そのため、退職者からの有給消化の申請を会社が拒否することは基本的にできません。
Q. 会社が退職者の有給消化を拒否したらどうなりますか？
A. 労働基準法違反となる可能性が高く、労働者が争えば会社側が不利になるケースがほとんどです。「引き継ぎが終わっていない」「人手が足りない」といった業務都合は、有給消化を拒否する法的根拠にはなりません。トラブルを避けるためにも、退職の申し出を早めに受け、消化と引き継ぎを両立できるスケジュールを組むことが重要です。
Q. 有給休暇を消化しきれない場合、会社に買い取ってもらえますか？
A. 有給休暇の買取は原則として認められていません。ただし退職時に限っては例外があり、退職日までに消化しきれない分について、会社と労働者双方の合意があれば買い取ることが可能な場合があります。在職中の買取とは性質が異なる、退職に伴う救済的な扱いです。
Q. 有給の残日数が40日あれば、40日すべて消化できますか？
A. 就業規則の消化順序ルールによっては、実質的に消化できる日数が40日より少なくなることがあります。有給休暇の時効は2年のため、「当年度分から消化する」という規則の場合、前々年度に繰り越された分が使われないまま時効消滅してしまうケースがあります。退職が決まった時点で、残日数だけでなく消化順序と時効の状況を確認することが重要です。
Q. 有給消化中に賞与の支給日が来た場合、賞与は支給されますか？
A. 賞与は支給日に在籍しているかどうかで支給可否が判断されるのが一般的です。有給消化中は労働者としての身分が継続しているため、その期間中に賞与の支給日が到来する場合は在籍扱いとなり、支給されるケースが多いです。ただし賞与規程の内容によって扱いが異なるため、自社の規程を確認したうえで退職者に説明する必要があります。
Q. 退職者の住民税はどのように扱われますか？
A. 退職時期によって原則的な扱いが異なります。6月1日から12月31日に退職する場合は、残りの住民税額を退職者本人が納付する「普通徴収」に切り替えるのが原則です。1月1日から4月30日に退職する場合は、残りの住民税額を最後の給与や退職金から一括で天引きする「一括徴収」が原則となります。
Q. Claude CodeやCodexで退職者対応を自動化するのに、プログラミングの知識は必要ですか？
A. 不要です。Claude CodeやCodexは日本語の指示だけで動くAIエージェントで、既存の勤怠データと自社の就業規則を説明すれば、残日数の計算・引き継ぎスケジュール案の作成・手続き期限のリマインドといったワークフローをAI側が組み立てます。AI鬼管理のクライアント企業でも、非エンジニアの労務担当者が同様の仕組みを運用しています。
Q. Claude CodeやCodexの導入は独学でも可能ですか？
A. 可能ですが、業務で確実に成果を出すまでには「自社ルールの言語化」「出力の検証」「社内定着」という3つの壁があり、退職者対応のような労務トラブルに直結する業務では、間違った案内を自動で量産してしまうリスクに注意が必要です。独学で進める場合は、必ず過去の対応実績データとの突合検証を挟んでください。最短で確実に立ち上げたい場合は、貴社の実業務を題材に設計から検証・定着まで伴走するAI鬼管理のような支援サービスの活用が近道です。
