【2026年8月最新】有給休暇の取得理由は「私用」でいい?会社側が知るべき労基法39条・時季変更権の実務と、Claude Code/Codexで申請対応を仕組み化する方法
「有給休暇の申請理由に『私用のため』としか書かれていないが、これで受理していいのか」「詳しい理由を聞いてもいいのか」——従業員から有給申請を受け取る立場の経営者・労務担当者、そして顧問先から相談を受ける社労士の方であれば、一度は迷ったことがあるはずです。
結論から言うと、従業員が有給休暇の取得理由を「私用」とだけ伝えることに、会社側は何も問題を指摘できません。労働基準法第39条は年次有給休暇を労働者の権利として定めており、その利用目的を制限する規定は存在しないからです。つまり「詳しい理由を教えてもらえないと承認しない」という運用は、法的な根拠のない対応ということになります。
この記事では、有給休暇の取得理由をめぐる法的な原則と、会社が例外的に拒否・変更できるケース(時季変更権・計画年休)を、会社側・労務担当者側の実務目線で整理します。後半では、「毎回、担当者が個別に判断して対応する」という手作業をClaude Code/Codex(AIエージェント)で仕組み化し、判断基準をブレなく運用する方法を、弊社サービス「AI鬼管理」(運営: 株式会社GENAI)の実践ノウハウとともに解説します。
給与計算・社会保険手続き・勤怠集計の「毎月くり返す手作業」を、社労士事務所のまま仕組みで減らす方法を60分で解説します。
01 THE PRINCIPLE 有給休暇の取得理由は「私用」でいいのか(労基法39条の原則) まず法的な原則を正確に押さえる。ここを誤解していると運用全体がズレる
📚 用語解説
年次有給休暇(労働基準法第39条):一定の要件(雇入れから6ヶ月継続勤務・全労働日の8割以上出勤)を満たした労働者に対して、法律上当然に発生する休暇の権利。取得の目的・使い道を会社が制限する規定は労働基準法に存在せず、旅行・休養・通院・私用など、労働者が自由に理由を選べるとされている。
労働基準法第39条は、一定の要件を満たした労働者に有給休暇を与えることを会社の義務として定めています。ここで重要なのは、「何のために休むか」を条文が一切問うていないことです。判例上も、有給休暇の利用目的は労働者の自由とされており、会社がその使い道を審査したり、目的によって承認・不承認を分けたりすることは認められません。
1-1. 「私用のため」という申請理由は法的に十分
したがって、申請書の理由欄に「私用のため」とだけ書かれた有給申請は、それだけで受理すべき申請です。旅行に行くのか、家でゆっくりするのか、通院するのか——その中身を会社が知る必要はありませんし、従業員にもそれを開示する義務はありません。
1-2. 会社が実務でよく誤解しているポイント
02 ASKING FOR REASONS 会社側が理由を尋ねるときに気をつけること 尋ねること自体は違法ではないが、扱い方を誤るとトラブルになる
「理由を聞くこと自体が違法ではないか」という質問もよくいただきますが、会社が理由を尋ねること自体は違法ではありません。人員配置の参考にしたい、緊急連絡が必要な場合に備えたいといった実務上の理由から、申請書に理由欄を設けている会社は多く、それ自体は問題になりません。
理由を尋ねること自体は問題なくても、回答内容(「私用のため」という簡潔な回答も含む)を理由に承認を渋る・再提出を求めるのは不当な扱いになり得ます。理由欄はあくまで任意の参考情報であり、承認可否の判断材料にしてはいけません。
2-1. 理由欄の運用ルールを明文化する
現場でのトラブルの多くは、「理由欄をどう扱うか」が就業規則や運用マニュアルで明文化されていないことに起因します。理由欄を設けるなら、次のような点を事前にルール化しておくと、担当者ごとの対応のブレを防げます。
📚 用語解説
時季指定権:労働者が「いつ有給休暇を取得するか」を指定できる権利。労働基準法第39条5項に定められており、労働者が請求した時季に会社は原則として有給休暇を与えなければならない。会社が変更を求められるのは、後述する時季変更権が認められる場合に限られる。
03 EXCEPTIONS 会社が拒否・変更できる場合(時季変更権と計画年休) 「拒否できない」が原則。例外の要件を正確に理解する
有給休暇の取得は原則として会社が拒否できませんが、法律上、例外的に会社側から時季の変更を求められるケースが2つあります。
3-1. 時季変更権
📚 用語解説
時季変更権:労働基準法第39条5項ただし書きに定められた、会社が有給休暇の時季を変更できる権利。労働者が指定した時季に休暇を与えることが「事業の正常な運営を妨げる場合」に限り認められる。単なる人手不足や繁忙期であることだけでは要件を満たさず、代替要員の確保が客観的に困難で業務に重大な支障が生じる場合など、限定的な場面でのみ行使できるとされている。
実務でよくある誤解が、「繁忙期だから」「人手が足りないから」という理由だけで時季変更権を行使しようとするケースです。判例上、時季変更権が認められるのは代替要員の確保が困難で、事業の運営に客観的に重大な支障が生じる場合に限られます。単なる繁忙は理由にならず、安易に行使すると不当な拒否として扱われるリスクがあります。
3-2. 計画年休(計画的付与)
📚 用語解説
計画年休(計画的付与):労働基準法第39条6項に定められた制度。労使協定を締結することで、有給休暇のうち年5日を超える部分について、会社が取得日をあらかじめ計画的に指定できる。本人が自由に時季を指定できる年5日分には及ばないため、全ての有給を計画年休に充てることはできない。
計画年休の対象になっている日数分については、従業員個人の「私用のため」という希望と関係なく、あらかじめ決められた日に取得する扱いになります。ここは「拒否」ではなく「そもそも個別の時季指定の対象外」という整理になる点が、時季変更権とは異なります。
| 時季変更権 | 計画年休 | |
|---|---|---|
| 対象 | 労働者が指定した時季 | 年5日を超える部分の有給 |
| 要件 | 事業の正常な運営を妨げる客観的な事情 | 労使協定の締結 |
| 会社の裁量 | 個別・限定的にしか行使できない | あらかじめ計画的に指定できる |
| 注意点 | 繁忙・人手不足だけでは要件を満たさない | 本人の時季指定権が残る年5日分には及ばない |
04 COMMON PITFALLS 不当な拒否が起きる典型パターンとそのリスク 悪意がなくても「なんとなくの対応」が違法な扱いになり得る
会社側に悪意がなくても、次のような対応は不当な拒否・違法な扱いに該当し得ます。
こうした対応が常態化すると、従業員が労働基準監督署に相談するという事態に発展することもあります。監督署が調査に入った場合、会社は申請対応の記録(誰が・いつ・どう判断したか)の提出を求められることが多く、「その場の感覚で対応していた」状態では説明ができないのが実務上の大きなリスクです。
📚 用語解説
不利益取扱いの禁止:労働基準法およびその趣旨から、有給休暇を取得したことを理由に賃金カット・評価上のマイナス・不利な配置転換などの不利益な扱いをすることは認められないとされる考え方。有給取得の申請理由や取得自体を人事評価の材料にすることも、この考え方に抵触し得る。
05 BEFORE RESIGNATION 退職前の有給消化への対応 退職が決まった従業員の申請にも、原則は変わらない
退職を控えた従業員から、残っている有給休暇をまとめて消化する申請が出ることもよくあります。これも基本的な考え方は変わらず、会社は原則として拒否できません。
5-1. 時季変更権は退職日を超えては行使できない
時季変更権はあくまで「別の時季への変更」を求める権利であるため、退職日以降に変更することは物理的にできません。退職が決まっている従業員が残日数をまとめて消化しようとする場合、会社側が変更を求める余地は実務上ほとんどないのが実情です。
5-2. 引き継ぎと有給消化は別問題として整理する
「引き継ぎが終わっていないから」という理由で有給消化を拒む対応は、業務都合と有給取得の権利を混同したものであり、リスクが高い対応です。引き継ぎのスケジュールは有給消化の予定を前提に別途調整するのが実務上の正しい順序です。退職が決まった時点で、早めに引き継ぎ計画と有給消化スケジュールをすり合わせておくことが、トラブルを避ける最も現実的な対応になります。
06 THE LIMIT OF MANUAL JUDGMENT 「毎回、担当者の判断で対応」という手作業の限界 判断基準はあっても、運用が属人化すると必ずブレが生まれる
ここまで見てきた原則・例外を頭で理解していても、実際の申請対応は担当者の個人的な判断に委ねられている会社が少なくありません。よくある事故パターンを整理します。
経験則として、こうした属人化は従業員数が増えるほど、また申請対応の担当者が交代するほど顕著になります。1人の担当者が長年同じ基準で対応し続けているうちは大きな問題になりませんが、担当者が変わった瞬間に運用がガラッと変わってしまう、というのはよくある事故です。
ここで従来の選択肢は「就業規則・マニュアルを整備して周知徹底する」ことでした。もちろん有効な打ち手です。ただし2026年現在は、もう一つの選択肢があります。申請理由の一次確認や時季変更権の要件チェックという判断業務の一部を、Claude Code/CodexのようなAIエージェントに肩代わりさせる方法です。
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に「この有給申請は拒否できますか」と都度聞くのは効率化です。人間が作業の主体で、AIはその場の調べ物を速くしてくれるだけ。判断基準を毎回言葉にして説明する手間は残ります。
一方、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を検索しながら独学で業務に組み込もうとした会社の多くが、途中で止まります。なぜ止まるのか。次の章で、その「壁」の正体と越え方を説明します。
08 THE 3 WALLS ただし独学には「3つの壁」がある——最短で越える方法 Claude Codeは強力。だからこそ、最初の設計を間違えると危ない
有給申請対応の仕組み化でつまずくポイントは、ほぼ次の3つに集約されます。
壁1:自社の判断基準を「正確に言語化」できない
Claude CodeやCodexは指示されたとおりに正確に働きますが、指示が曖昧なら曖昧なまま自動化されます。「時季変更権の要件をどう社内で解釈しているのか」「人員状況をどう客観的に判定するのか」——ここを曖昧にしたまま作った仕組みは、間違った一次判断を量産する装置になりかねません。労働者の権利に関わる領域だけに、ここが独学の最初で最大の壁です。
壁2:検証のやり方を知らないまま「AIを信じてしまう」
AIの出力は必ず検証が必要です。過去の申請対応の記録と突き合わせて判断が妥当か確認する、あえて例外的なケースを混ぜて挙動を確かめる——こうしたテストの型を知らないと、「動いているように見えるが正しいかは誰も知らない」状態で本番運用に入ってしまいます。
壁3:作った本人しか触れない「第二の属人化」
担当者ごとの対応バラつきを問題として挙げましたが、独学のAI自動化は同じ罠にはまりがちです。担当者が一人で作って一人で運用していると、その人の異動・退職と同時に仕組みが止まる。社内・事務所内の複数人がAIワークフローを読み書きできる状態まで持っていって、初めて「組織の資産」になります。ここは技術ではなく、教育と運用設計の問題です。
| 独学で導入 | AI鬼管理(伴走支援)で導入 | |
|---|---|---|
| 最初の題材選び | 手探り。難しい業務から始めて挫折しがち | 貴社・貴事務所の業務を棚卸しし、成功しやすい定型業務から着手 |
| 判断基準の言語化 | 自力で仕様を書き起こす(数十時間規模) | 実際の申請対応履歴を見ながら一緒に言語化 |
| 検証 | テストの型を知らず「動いたら本番」になりがち | 過去データ突合・異常系テストまで型として提供 |
| 社内定着 | 担当者1人に依存(第二の属人化) | 研修形式で複数人が扱える状態まで育成 |
| 有給申請対応の先への展開 | 1業務で力尽きるケースが多い | 勤怠集計・残業管理等へ同じ型で横展開 |
「AI鬼管理」とは——3〜6ヶ月で自動化を叩き込む伴走型トレーニング
この3つの壁を越えるために弊社(株式会社GENAI)が提供しているのが、AI鬼管理です。Claude Code/Codexをはじめとした最新AIによる業務自動化を、3〜6ヶ月間・オンラインセッション形式で伴走するトレーニングプログラムで、ツールの一般論を教える座学ではありません。受講者が自社・自事務所の実業務——例えば今使っている有給申請の運用ルールそのもの——を教材に、実際に動く自動化ワークフローを自分の手で作り切るところまでやります。
勤怠・休暇管理まわりのAI活用を、集計・残業管理まで含めて全体像として把握したい方は勤怠・休暇管理業務のAI活用 完全ガイドもあわせてご覧ください。
対象は従業員1名以上の会社・事務所の経営層・バックオフィス責任者で、プログラミング経験は問いません。「担当者ごとに対応がバラつく」「判断基準はあるが運用が属人化している」という会社・事務所ほど効果が出やすい設計です。作って終わりではなく、検証の型と社内定着までを支援範囲に含めているのは、上の3つの壁がツールの知識だけでは越えられないことを、自社と支援先の両方で嫌というほど見てきたからです。
有給申請対応のように「判断ルールが明確」「繰り返し発生する」「対応のブレがトラブルに直結する」業務は、AI自動化との相性が最も良い領域です。逆に、判断基準が曖昧な業務からAI化を始めると失敗しやすい。自社の業務を「ルールが明確な定型作業」から順に並べて、上から自動化していく——この優先順位付けも、AI鬼管理の初回で必ず一緒に行います。
09 COMPARISON & SUMMARY 手作業 vs ルール整備のみ vs Claude Code/Codex自動化 比較まとめ 自社・自事務所の規模と体制に合った「正解」を選ぶ
| 担当者の裁量に任せる | 就業規則・マニュアルを整備 | Claude Code/Codex自動化 | |
|---|---|---|---|
| 判断の一貫性 | 担当者ごとにバラつく | ルールはあるが運用は属人化しがち | ルールがワークフローとして固定化 |
| 対応記録 | 残らないことが多い | 手動で記録する運用次第 | 判断の経緯を自動でログ化 |
| 担当者交代時の引き継ぎ | 口頭・感覚に依存 | マニュアルはあるが浸透に時間がかかる | 仕組みごと引き継げる |
| 監督署対応 | 説明が難しい | 記録次第で対応可能 | 記録が自動蓄積されているため対応しやすい |
| 他業務への展開 | できない | 有給申請のみに限定 | 勤怠集計・残業管理等あらゆる定型業務に展開可能 |
まとめると、判断基準は次のとおりです。
有給休暇の取得理由は「私用」で問題ない——これは法律上シンプルな結論です。しかし、その原則と例外を現場で一貫して運用し続けることは、人間の記憶と裁量に頼っている限り必ずどこかでブレが生じます。ルールを作って終わりにするのではなく、ルールを運用する手をAIに置き換える——それが2026年時点での現実的な最適解の一つだと、弊社は考えています。
有給申請対応のルールを、貴社・貴事務所の実運用で一緒に仕組み化しませんか
「有給申請の対応が担当者によってバラつく」「時季変更権の判断に自信が持てない」というご相談、お気軽にどうぞ。
AI鬼管理は、貴社・貴事務所の実際の運用ルールを題材に、設計・検証・社内定着まで伴走します。3つの壁を、最短距離で越えましょう。
NEXT STEP
この記事の内容を、あなたのビジネスで
実践してみませんか?
よくある質問
Q. 有給休暇の取得理由は「私用のため」で本当に問題ないですか?
A. 問題ありません。労働基準法第39条は年次有給休暇を労働者の権利として定めており、その利用目的を制限する規定は存在しません。「私用のため」という簡潔な記載でも、会社はそれを理由に承認を渋ったり再提出を求めたりすることはできません。
Q. 会社が有給休暇の理由を尋ねること自体は違法ですか?
A. 尋ねること自体は違法ではありません。人員配置の参考にする目的などで理由欄を設けている会社は多くあります。ただし、回答内容(「私用のため」等の簡潔な回答も含む)を理由に承認可否を左右することは不当な扱いに当たり得るため、理由欄はあくまで任意の参考情報として扱う必要があります。
Q. 会社はどんな場合に有給休暇の時季を変更できますか?
A. 労働基準法第39条5項ただし書きに定める「事業の正常な運営を妨げる場合」に限り、時季変更権を行使できます。判例上、代替要員の確保が困難で業務に客観的に重大な支障が生じる場合など限定的な場面に限られ、単なる繁忙期や人手不足であることだけでは要件を満たさないとされています。
Q. 計画年休と時季変更権はどう違いますか?
A. 時季変更権は労働者が指定した時季について、要件を満たす場合にのみ会社が変更を求められる権利です。一方、計画年休は労使協定を締結することで、有給休暇のうち年5日を超える部分について会社があらかじめ取得日を計画的に指定できる制度で、対象日数分は個別の時季指定の対象外になるという違いがあります。
Q. 退職前にまとめて有給休暇を消化したいと言われたら、会社は拒否できますか?
A. 原則として拒否できません。時季変更権は「別の時季への変更」を求める権利であり、退職日を超えて変更することは物理的にできないためです。引き継ぎが未了であることを理由に有給消化を拒む対応はリスクが高く、引き継ぎ計画は有給消化の予定を前提に別途調整するのが実務上の正しい順序です。
Q. Claude CodeやCodexで有給申請対応を仕組み化するのに、プログラミングの知識は必要ですか?
A. 不要です。Claude CodeやCodexは日本語の指示だけで動くAIエージェントで、自社の判断基準(理由欄の扱い方、時季変更権をどう解釈しているか等)を説明すれば、申請内容の一次チェック・記録作成・例外案件の報告といったワークフローをAI側が組み立てます。AI鬼管理のクライアント企業でも、非エンジニアの労務担当者が同様の仕組みを運用しています。
Q. Claude CodeやCodexの導入は独学でも可能ですか?
A. 可能ですが、業務で確実に成果を出すまでには「判断基準の言語化」「出力の検証」「社内定着」という3つの壁があり、特に有給休暇のような労働者の権利に関わる領域では、間違った判断基準を自動で運用してしまうリスクに注意が必要です。独学で進める場合は、必ず過去の対応記録との突合検証を挟んでください。最短で確実に立ち上げたい場合は、貴社・貴事務所の実業務を題材に設計から検証・定着まで伴走するAI鬼管理のような支援サービスの活用が近道です。
あわせて読みたい:同じテーマの記事
Claude Codeで業務自動化を90日で叩き込む
経営者向けの伴走型パーソナルトレーニング
AI鬼管理/AIBPO by AI鬼管理へのお問い合わせ
この記事を読んで気になった方へ。
専門スタッフが、御社に最適な
業務自動化・業務代行プランを無料でご提案します。




