【2026年9月最新】退職者から「有給消化できないと言われた」と相談されたら？会社が負うリスクと引き継ぎ両立の設計から、Claude Code／Codexで自動化する方法まで解説
aikanri-admin
「退職を申し出た従業員から、有給を全部消化してから辞めたいと言われたが、引き継ぎが終わらない。拒否してもいいのか」——退職者が出るたびに、経営者・労務担当者を悩ませる典型的な相談です。
結論から言うと、会社は退職者の有給消化を拒否することは、原則としてできません。会社には有給休暇の取得時季を変更できる「時季変更権」がありますが、これは退職日より後に変更する余地がある場合にしか行使できないため、退職日が確定している従業員には事実上使えないのです。人手不足や引き継ぎ未完了を理由に拒否すると、法的リスクを抱えることになります。
この記事では、退職時の有給消化をめぐる法律上のルール、引き継ぎと両立させるスケジュール設計、有給休暇の買取ルールまでを会社側の視点で整理したうえで、後半では退職者が出るたびに発生するこの一連の管理業務をClaude Code／Codex（AIエージェント）に任せて自動化する方法を、弊社サービス「AI鬼管理」（運営: 株式会社GENAI）の実践ノウハウとともに解説します。
代表菅澤
AI鬼管理山崎
01 THE BASICS 有給休暇の基本ルールと「退職で消滅する」原則 まず、有給休暇という権利がどう発生し、どう消えるかを整理する
有給休暇は、雇入れから6ヶ月継続勤務し、全労働日の8割以上出勤した労働者に対して法律上当然に発生する権利です。付与された有給休暇は、付与日から2年で時効消滅します（労働基準法第115条）。
📚 用語解説
有給休暇の時効：労働基準法第115条により、年次有給休暇を請求する権利は2年で時効消滅すると定められている。付与日から2年以内に使い切らなかった分は、通常は翌年度に1回だけ繰り越されるが、それでも消化できなければ消滅する。退職の場合は、この時効を待たずに退職日の到来をもって残日数が消滅する点が実務上の注意点。
在職中であれば、当年消化しきれなかった有給休暇は翌年度に繰り越されます。しかし退職日を過ぎると、繰り越しの機会がないままその時点で残っていた有給休暇はすべて消滅します。会社に「退職者の残日数を買い取る義務」はなく、原則として消化しきれなかった分は権利として消えてなくなります。
在職中の従業員であれば取得時季を調整する余地がありますが、退職者にとって残っている有給休暇を使えるのは退職日までが最後の機会です。この事情が、退職前の有給消化交渉が労使双方にとってシビアになりやすい背景にあります。
AI鬼管理山崎
02 CAN THE EMPLOYER REFUSE? 会社は退職者の有給消化を拒否できるのか 「時季変更権」という会社の権利が、退職者には事実上使えない理由
会社には、業務の正常な運営を妨げる場合に有給休暇の取得時季を変更できる時季変更権という権利があります（労働基準法第39条第5項）。しかし、この権利には大きな制約があります。
📚 用語解説
時季変更権：労働基準法第39条第5項に定められた、会社が有給休暇の取得時季を「他の時季」に変更できる権利。行使できるのは、事業の正常な運営を妨げる場合に限られ、かつ変更後に労働者が実際に有給休暇を取得できる「他の時季」が存在することが前提となる。有給休暇の取得自体を拒否したり、日数を減らしたりする権利ではない。
退職日が確定している従業員の場合、退職日より後に「他の時季」を設定する余地がありません。そのため、時季変更権は退職者に対しては事実上行使できないというのが一般的な解釈です。
2-1. 「人手不足」「引き継ぎ未了」は拒否の理由にならない
「人手不足だから」「引き継ぎが終わっていないから」という理由での有給消化拒否は、法的には認められません。これらは会社側の業務都合であり、退職者本人の有給休暇取得の権利を制限する正当な理由にはならないとされています。
有給休暇の取得を不当に拒否した場合、従業員が労働基準監督署に相談し、是正指導が入る可能性があります。また、法律上認められた有給取得を拒んだことがトラブルとなり、退職時の関係悪化・SNS等での評判リスクにもつながりかねません。会社としては、拒否するのではなく、後述するスケジュール調整による両立を目指すのが現実的な対応です。
代表菅澤
03 SCHEDULING 有給消化と引き継ぎを両立させるスケジュール設計 拒否できないなら、逆算してスケジュールを組むしかない
会社が有給消化を拒否できない以上、現実的な対応は退職の申し出をできるだけ早いタイミングで受け取り、引き継ぎ完了と有給消化の両方が収まるスケジュールを逆算して組むことです。
| 残っている有給日数の目安 | 退職意思を伝えるべき時期の目安 |
|---|---|
| 10日程度 | 退職希望日の1〜2ヶ月前まで |
| 20日程度 | 退職希望日の2ヶ月前まで |
| 40日近く（繰越満額） | 退職希望日の3ヶ月前まで |
民法上は退職の2週間前に申し出れば雇用契約を終了させることができますが、有給消化を織り込んだ引き継ぎを行うには、就業規則で定める予告期間（多くは1ヶ月前）より早い段階での申し出が現実的です。残日数が多い従業員ほど、早期の申告と計画的な引き継ぎスケジュールが必要になります。
📚 用語解説
最終出社日と退職日：「最終出社日」は実際に出社して業務・引き継ぎを行う最後の日、「退職日」は雇用契約が終了する日を指す。この2つを同じ日にせず分けて設定することで、最終出社日までを引き継ぎ期間、そこから退職日までを有給消化期間にあてるスケジュールを組める。退職日は在籍期間としてカウントされるため、社会保険の資格喪失日にも影響する。
AI鬼管理山崎
04 BUYOUT RULES 有給休暇の買取が認められる例外的なケース 原則禁止だが、退職時は例外的に扱いが認められる
有給休暇の買取（休暇を取得させる代わりに金銭を支払うこと）は、在職中は原則として禁止されています。有給休暇制度の趣旨（労働者に休養を取らせること）に反するためです。
📚 用語解説
有給休暇の買取：有給休暇を取得させる代わりに、その日数分を金銭で精算すること。労働基準法は労働者に休暇を取得させることを目的としているため、在職中の買取は原則として認められていない。ただし、①法定日数を超えて付与している分、②時効で消滅する分、③退職により消化しきれず残った分、の3つについては、例外的に買取が違法ではないとする行政解釈がある。
しかし、退職により消化しきれずに残った有給休暇については、例外的に買取が認められるとされています。これは、退職によって消化の機会自体が失われるため、権利をそのまま消滅させるより、金銭で精算するほうが労働者の不利益が小さいという考え方に基づきます。
| ケース | 買取の可否 |
|---|---|
| 在職中の有給休暇の買取 | ❌ 原則禁止 |
| 法定日数を超えて会社が独自に付与した分 | ✅ 買取可（例外） |
| 時効（2年）で消滅する分 | ✅ 買取可（例外） |
| 退職により消化しきれず残った分 | ✅ 買取可（例外。義務ではなく任意） |
退職時の有給休暇買取が認められているといっても、これは会社に買取の義務があるという意味ではありません。買取を行うかどうか、行う場合の金額（通常の賃金・平均賃金等、就業規則で定めた基準による）は会社の判断に委ねられています。買取を検討する場合は、事前に就業規則へ買取のルールを明記しておくと、退職時の交渉がスムーズになります。
代表菅澤
05 PREPARATION 退職者が出る前に、会社が整えておくべき体制 トラブルの多くは「退職の申し出があってから」慌てることで起きる
退職時の有給消化トラブルの多くは、「退職の申し出があってから」慌てて対応を考えることで発生します。日頃から残日数を可視化し、属人化した業務を減らしておくことが、結果的に退職時のトラブルを最小化する最も効果的な対策です。
AI鬼管理山崎
06 LIMITATIONS 手作業での退職時有給管理の限界（あるある事故） 退職は不定期に発生するイベントだからこそ、準備不足が表面化しやすい
これらの事故に共通するのは、「退職手続きが不定期に発生するイベントであるため、日常業務のルーティンに組み込まれていない」という構造です。頻度が低い業務ほど、いざというときに手順を思い出せず、対応が場当たり的になりがちです。
代表菅澤
07 AUTOMATE WITH AI 【核心】Claude Code／Codexで退職時の有給管理を「無人で回る仕組み」にする 効率化ではなく自動化。トリガーで勝手に走るワークフローに落とし込む
📚 用語解説
Claude Code／Codex：Claude CodeはAnthropic社、CodexはOpenAI社が提供するAIエージェント。ChatGPTのような「質問に答えるAI」と違い、指示を受けてパソコン上のファイル操作・データ集計・文書作成などの作業そのものを実行できる。プログラミング不要で、日本語の指示だけで業務の仕組みを構築できるため、非エンジニアの経営者・バックオフィス担当者の業務自動化ツールとして注目されている。デスクトップアプリで利用可能。
ここからがこの記事の核心です。本記事では以降、操作イメージを弊社が主に使うClaude Codeで説明します（Codexでも同じことができます）。重要なのは、AIに「この人の残日数は何日ですか？」と都度聞くのではなく、退職の申し出を受けた瞬間から、残日数の確認・スケジュール案の作成・引き継ぎ資料の準備までを、ワークフローごとAIに渡してしまうという発想の転換です。
7-1. 「AIに聞く」と「AIが勝手にやる」は別物
ChatGPTに「この従業員の有給残日数は何日ですか？」と聞くのは効率化です。人間が管理簿を見ながら質問し、その都度スケジュールを手計算する必要があります。
一方、Claude Code／Codexで作るのは自動化です。「退職の意思表示があったら、有給管理簿から残日数を自動確認し、最終出社日と退職日の候補スケジュールを提案して」という一連の流れを最初に一度だけ設計しておけば、あとは決まったトリガーで人間が何もしなくても走り続けます。人間の仕事は、最後に上がってきたスケジュール案を確認して本人とすり合わせることだけです。
7-2. Claude Code／Codexに任せられる退職時有給管理の作業
| これまで人間がやっていた作業 | Claude Code／Codexに任せた後 |
|---|---|
| 有給管理簿を見て残日数を手計算 | 勤怠データから残日数を自動集計 |
| 引き継ぎ期間と有給消化期間のスケジュールを手作業で調整 | 残日数と引き継ぎ目安期間から候補スケジュールを自動提案 |
| 引き継ぎ資料をゼロから作成 | テンプレートをもとに担当業務に応じた引き継ぎ資料の下書きを自動作成 |
| 買取の要否・金額を都度個別判断 | 就業規則のルールに沿って自動計算し、判断根拠つきで提示 |
| 合意内容を口頭で済ませてしまう | 合意内容を自動で文書化し、本人・会社双方に共有 |
ポイントは、既存の有給管理簿や勤怠システムをそのまま使い続けられることです。新しい労務システムへの全面移行と違って、これまでの管理の仕組みを大きく変える必要はありません。今のデータの「集計・スケジュール提案・文書化」という手作業部分だけが、AIの仕事に置き換わります。
7-3. 導入は3ステップ（プログラミング不要）
7-4. AI鬼管理（株式会社GENAI）での実践例
AI鬼管理では、この「管理業務をClaude Codeのワークフローに落とす」やり方を、クライアント企業の実業務で数多く構築してきました。退職時の有給管理と同じ構造の定型業務——有給管理、残業時間管理、勤怠集計など——をトリガー起動の自動ワークフローに変え、人は「最終確認と例外対応」だけに絞る運用です。退職者対応での認識齟齬トラブルが大幅に減る、というのがクライアント企業での典型的な効果です。もちろん、運営元の弊社（株式会社GENAI）自身のバックオフィスも、すべて同じ仕組みで回しています。
重要なのは、これが社労士の価値を奪う話ではないことです。日数の集計・文書化という「間違えたら怒られるだけの作業」から解放されて、本人との丁寧な対話・複雑な個別事情への配慮という、人にしかできない仕事に時間を使えるようになります。顧問先を多く抱える社労士事務所であれば、この仕組みを事務所側に置いて複数の顧問先の退職者対応を一括支援する、という応用も可能です。
……と、ここまで読むと「明日からできそうだ」と感じるかもしれません。ただし正直にお伝えすると、Claude Codeを検索しながら独学で業務に組み込もうとした会社の多くが、途中で止まります。なぜ止まるのか。次の章で、その「壁」の正体と越え方を説明します。
AI鬼管理山崎
08 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鬼管理山崎
09 COMPARISON & SUMMARY 自分で対応 vs 社労士に相談 vs Claude Code／Codex自動化 徹底比較・まとめ 自社の規模と体制に合った退職時有給管理の「正解」を選ぶ
| 自分ですべて対応 | 社労士に相談 | Claude Code／Codex自動化 | |
|---|---|---|---|
| 初期コスト | ほぼゼロ | 相談料・顧問契約料 | ワークフロー設計のみ（既存データ流用可） |
| 継続コスト | ゼロ（ただしトラブル対応コストが高い） | 顧問料（月数万円が目安） | AI利用料のみ（他業務の自動化と共用） |
| スケジュール調整 | 担当者の経験に依存 | 個別相談ベース | データから候補案を自動提案 |
| 複雑な個別トラブル対応 | 自分で調べるしかない | ✅ 得意領域 | 定型判断はAI、個別相談は社労士へ橋渡し可能 |
| 退職時管理以外への展開 | できない | 契約範囲による | 有給管理・勤怠集計等あらゆる定型業務に展開可能 |
まとめると、判断基準は次のとおりです。
退職時の有給消化トラブルは、「拒否できるかどうか」という法律論だけでなく、「引き継ぎとどう両立させるか」というスケジュール設計の問題でもあります。制度を理解することと、退職が発生するたびに公平かつ迅速にスケジュールを組み続けることは別問題——それが2026年時点での現実的な課題であり、AIエージェントに集計とスケジュール提案の部分だけを任せることが、その現実的な最適解だと弊社は考えています。
代表菅澤
最初の自動化ワークフローを、貴社の実業務で一緒に作りませんか
「退職者が出るたびに有給消化と引き継ぎの調整でバタバタする」「独学でAI化を試したが止まってしまった」というご相談、お気軽にどうぞ。
AI鬼管理は、貴社の実際の有給管理簿・退職手続きの流れを題材に、設計・検証・社内定着まで伴走します。3つの壁を、最短距離で越えましょう。
AI鬼管理山崎
ここから先の進め方は、大きく2つあります。
自社で回せるようになりたい方は、AI鬼管理でClaude Code／Codexの使い方から業務設計・社内定着まで伴走を受けながら、社内に仕組みを作る道があります。
覚えるより任せたい方は、AI社員AIKATAでこの記事のような定型業務を丸ごと預ける道があります。料金は月30万円の月額定額、追加費用は0円です。
どちらが合うかは、業務量と社内体制次第です。無料相談・無料適合診断で、貴社の場合はどちらが向くかからご相談いただけます。
NEXT STEP
この記事の内容を、あなたのビジネスで
実践してみませんか？
よくある質問
Q. 退職者から有給消化を求められたら、会社は拒否できますか？
A. 原則として拒否できません。会社には有給休暇の取得時季を変更できる「時季変更権」がありますが、これは変更後に労働者が実際に取得できる「他の時季」が存在することが前提です。退職日が確定している従業員の場合、退職日より後に振り替える余地がないため、時季変更権は事実上行使できません。人手不足や引き継ぎ未了を理由にした拒否も、法的には認められません。
Q. 退職日までに消化しきれなかった有給休暇はどうなりますか？
A. 原則として消滅します。有給休暇は付与日から2年で時効消滅しますが、退職の場合はこの時効を待たずに、退職日の到来をもって残日数が消滅します。会社に買い取る義務はありませんが、例外的に買取が認められるケースもあります。
Q. 有給休暇の買取は違法ではないのですか？
A. 在職中の有給休暇の買取は、休暇取得の趣旨に反するため原則禁止です。ただし、①法定日数を超えて会社が独自に付与した分、②時効で消滅する分、③退職により消化しきれず残った分、については例外的に買取が違法ではないとされています。退職時の買取は義務ではなく、会社の任意の判断です。
Q. 退職前の有給消化と引き継ぎは、どうすれば両立できますか？
A. 残っている有給日数に応じて、退職の申し出をできるだけ早く受け取ることが基本です。目安として、残日数が10日程度なら1〜2ヶ月前、40日近い場合は3ヶ月前までに申し出てもらえると、引き継ぎ期間と有給消化期間の両方を確保したスケジュールを組みやすくなります。最終出社日と退職日を分けて設定するのも有効な方法です。
Q. 退職者が有給消化を主張して引き継ぎを拒否した場合、会社は損害賠償を請求できますか？
A. 引き継ぎが不十分だったことのみを理由に損害賠償を請求するのは、実務上ハードルが高いとされています。引き継ぎ義務の程度は職務内容や契約内容によって異なり、一律の基準はありません。トラブルを避けるためにも、就業規則に引き継ぎに関するルールをあらかじめ明記し、退職の申し出時点で早期にスケジュール調整を行うことが現実的な対策です。
Q. 有給消化を拒否した場合、会社にはどのようなリスクがありますか？
A. 従業員が労働基準監督署に相談し、是正指導が入る可能性があります。また、正当な権利行使を拒んだことが原因でトラブルとなり、退職時の関係悪化や口コミ・SNS等での評判リスクにつながることも考えられます。拒否するのではなく、スケジュール調整による両立を目指すのが現実的な対応です。
Q. Claude CodeやCodexで退職時の有給管理を自動化するのに、プログラミングの知識は必要ですか？
A. 不要です。Claude CodeやCodexは日本語の指示だけで動くAIエージェントで、有給管理簿や就業規則のルールを説明すれば、残日数の確認からスケジュール案の作成、引き継ぎ資料の準備、合意内容の文書化までのワークフローをAI側が組み立てます。AI鬼管理のクライアント企業でも、非エンジニアのバックオフィス担当者が同様の仕組みを運用しています。
あわせて読みたい：同じテーマの記事
日々の有給管理の効率化については有給管理 効率化の記事、勤怠データの集計・残業時間の管理については勤怠集計 自動化や残業時間管理 自動化の記事もあわせてご覧ください。
なお、勤怠・休暇管理業務全体をどこから自動化していくかの全体設計については、勤怠・休暇管理のAI自動化 完全ガイドでも整理しています。あわせて参考にしてください。
Claude Codeで業務自動化を90日で叩き込む
経営者向けの伴走型パーソナルトレーニング
AI鬼管理／AI社員AIKATAへのお問い合わせ
この記事を読んで気になった方へ。
専門スタッフが、御社に最適な
業務自動化・業務代行プランを無料でご提案します。
- AI業務自動化サービス「AI鬼管理」を運営 — Claude Code を活用し、経営者の業務を「AIエージェントに任せる仕組み」へ転換するパーソナルトレーニングを 伴走構築 で提供。日報・採用・問い合わせ対応・経費精算・議事録・データ集計・営業リスト等の定型業務を、AIに代行させる体制を経営者と一緒に作り込む
- Claude Code 実装ノウハウを 経営者・法人クライアント に直接指導。生成AIを「便利ツール」ではなく 「業務を任せる存在」 として運用する手法を体系化
- 「やらせ切る管理」メソッドの開発者。シンゲキ株式会社（2021年設立・鬼管理専門塾運営）にて累計3,000名以上の学習者を志望校合格に導いた管理メソッドを、AI × 経営者支援 に転用
- 著書『3カ月で志望大学に合格できる鬼管理』(幻冬舎)、『親の過干渉こそ、最強の大学受験対策である。』(講談社)
- メディア出演: REAL VALUE / カンニング竹山のイチバン研究所 / ええじゃないかBiz 他
- 明治大学政治経済学部卒
