留学ビザ（学生ビザ）で働けるか｜資格外活動・週28時間と企業が注意する点
目次
外国人雇用を進める企業側でも、渡航・就労を検討する外国人側でも、「留学ビザ（学生ビザ）で働けるのか」は問い合わせが途切れにくい論点です。特に在留資格「留学」は学業が前提でありながら、資格外活動を通じて一定の就労が認められるため、現場では運用範囲とリスクの境界を誤解しやすくなります。制度が細かいだけでなく、現場の判断には日々の勤怠管理や業務内容の切り分けが絡むため、単なる「働ける／働けない」の二分では実務が回りません。
また、外国人材の需要が広がる局面では、採用チャネルが多様化し、外国人求人の情報も増えています。すると、特定技能や永住ビザなど就労系在留資格の前段として留学を選ぶケース、生活基盤の安定を目的に働き先を探すケースが増え、資格外活動の可否や上限時間の扱いが議題に上がります。さらに、配達業務など実作業が中心になりやすい領域では、Amazon配送のように外形的な業務イメージだけで判断されがちですが、実際には在留資格に合致するか、雇用契約と実態が一致しているかが問われます。
読者が調べている核心は、週28時間という上限そのものだけではなく、「どの働き方なら適法に整理できるのか」「企業は何を確認し、どこを記録として残すべきか」「外国人雇用の運用体制のどこに注意を置くべきか」という実務の設計です。この記事の後半で扱う論点につながる前提として、留学ビザでの資格外活動が企業実務にどう影響するか、制度の構造と現場の注意点を整理しておきます。
留学ビザ（学生ビザ）における資格外活動の位置づけと法的な枠組み
留学ビザ（学生ビザ）で認められる資格外活動は、単に「バイトができるかどうか」という可否の話ではなく、在留資格（留学）に紐づく活動の範囲を崩さないための制度設計として理解する必要があります。出入国管理行政では、留学を本来活動として位置づけ、その付随として許される就労が「資格外活動許可」によって枠取りされます。したがって、就労の有無そのものよりも、どの勤務が在留資格の趣旨から逸脱せず、かつ法令上の条件を満たしているかを、在留カードや許可書面、在留状況とセットで点検する運用になります。
まず前提として、在留資格「留学」は学業を主たる活動とし、資格外活動許可は原則として「週28時間以内」などの上限を伴うことが多い一方、勤務先や職種の選択にも目配りが必要です。理由は、資格外活動許可は付与される条件が固定的であり、許可書に記載された枠組みを外れた形で実態が回り始めると、在留管理上のリスクが生じるからです。実務では、単発の面談やシフト申請だけで完結せず、更新時期や在籍証明の扱い、休学・退学などの学業ステータス変動が起点になります。外国人雇用の現場では、学業が維持されていることが前提になりやすいため、大学側の在籍状況と企業側の勤怠情報が連動しているかが重要になります。
次に、企業側の業務分担も制度の一部として整理します。雇用契約を結ぶ時点で確認すべきは、本人が資格外活動許可を受けているか、許可の範囲と就労実態が一致しているか、そして時間超過や日数超過が起きないシフト設計になっているかです。ここでのポイントは、採用時の書類確認だけでは足りず、勤怠集計と勤務実績が規程上の上限に収まっているかを月次で点検する運用が求められる点にあります。週28時間の上限がある場合でも、繁忙期に合わせて突発的にシフトを厚くする設計は、結果として超過を招きやすい失敗例になります。
さらに業界構造として、外国人求人では「稼働時間の管理」が業務の性格上、より難しくなる場合があります。例えば倉庫・配送・軽作業などでは、Amazon配送のように配達便や出荷計画に連動した変動シフトが組まれやすく、現場判断で枠を超えるリスクが出ます。留学ビザの資格外活動は許可条件の範囲内で回す必要があるため、管理部門が把握するKPIも「稼働数」だけでなく「本人別の勤務時間」や「許可条件との整合」を含める形に寄せるのが実務的です。締結する契約書面の成果対象が何か、就労実態が何曜日の何時から始まっているかまで追える体制があるかどうかが、未然防止の分岐になります。
最後に、実務で特に注意したいのは、資格外活動許可の“存在”と、シフト実績が“条件通りであること”を分けて管理することです。大学の在籍状況や許可更新のタイミングで齟齬が出たケースでは、勤務継続の判断が遅れるほど修正コストが増えます。勤怠を本人別に集計し、月ごとの総労働時間が許可条件に収まっているかを確認できる運用が、最低限のチェック項目になります。
資格外活動許可で働ける範囲：週28時間・学期/休暇の時間管理の実務
資格外活動許可の上限時間は同じでも、実務では「いつ働けるか」の解釈と記録の作り方で適法性が分かれます。留学ビザ（学生ビザ）で週28時間まで働ける枠組みは、週単位の上限に加えて学期中・休暇中の区分が運用の中心になります。企業側は、本人の申請内容をそのまま信じるのではなく、勤務実績が許可条件の時間枠に収まるように設計し、監査可能な形で残すことが求められます。
学期中は、シフトの組み方が特に問題になりやすい領点です。たとえば、繁忙日のために一時的に長時間勤務を入れると、週平均での収まりが崩れます。休暇中は「一律に増やしてよい」と理解されがちですが、許可条件上の考え方に沿って、学事日程と勤務日を突合する運用が必要です。外国人雇用では在留期間更新・在籍確認のタイムラグも起きやすく、締切直前に体制が崩れるケースがあります。
ここで企業が押さえるべき分岐は、就労管理の分母（どの期間で、何を労働時間として集計するか）です。勤怠システムで「勤務開始・終了」を取れていないと、月次での突合ができず、後追い調整で齟齬が残ります。さらに、通勤時間・研修の扱い、シフト変更後の再集計など、現場で発生する例外を先にルール化しておくと手戻りが減ります。
| 確認項目 | 実務での確認方法 | 失敗しやすい点 |
|---|---|---|
| 学期/休暇の区分 | 在籍大学の学事日程と出勤計画を月単位で突合 | 学事情報の更新漏れ |
| 週28時間の集計 | 週単位で総労働時間を集計し上限超過を抑止 | 特定週だけ過超過 |
| 勤怠データの根拠 | 打刻・シフト確定履歴を紐づけて保存 | 後から修正可能な状態 |
| 例外（研修等）の扱い | 労働時間計上ルールを事前に定義 | 現場判断でブレる |
実務の進め方としては、まず本人の在留カードに紐づく資格外活動許可の内容（許可期間・制限内容）を確認し、次に学事日程を基に「働ける日」をカレンダー上で確定します。その上で、シフトを作る段階から上限超過を検知できるように、週次で総労働時間を自動または手計算で確認する運用にします。勤務実績は月次で締め、学期/休暇の切替月に差が出ないかを重点的に見ます。失敗例は、繁忙期に合わせてシフトを先に決め、週次集計を後工程で行うことで、上限超過に気づいた時点で修正が効かず、本人と調整コストが膨らむパターンです。
最後に、資格外活動の時間管理は「週28時間」という数字だけでは完結しません。学期/休暇の区分に沿って週次で総労働時間を集計し、学事日程の更新と勤怠データの保存（打刻・確定履歴）まで一体で運用することが、超過リスクを抑える具体策になります。特に過超過は、週単位の集計を行わない状態で起きやすいため、シフト確定後に週次集計を必ず挟む運用が重要です。
雇用側が確認すべき要件：在留カード・許可内容・就労実態の突合ポイント
雇用側の確認は「留学ビザだから働けない／働ける」といった単純化では整理できません。実務では、在留カードの記載内容と資格外活動許可の範囲が、実際の勤務実態（職務内容・勤務時間・勤務場所・雇用形態）と矛盾しないかを、資料と記録で突合する設計が前提になります。ここが崩れると、週28時間の上限以前に、許可されていない活動に該当するリスクが残ります。
まず在留カードは、在留資格（留学）そのものに加え、資格外活動許可の有無・許可番号等の整合を見ます。次に資格外活動許可で定められた「許可されている活動内容」と、雇用契約で示す職種・業務内容が一致しているかを確認します。同じ「アルバイト」でも、業務名が現場で実態と変わると矛盾が起きます。例えば、求人票上は単純作業として募集していても、実際に現場責任者の指揮下で判断業務や対外的な交渉を担うと、許可範囲の解釈が問題になります。
就労実態の突合では、時間管理を“勤怠データを取ったから終わり”にしないことが重要です。会社側は、月次の集計だけでなく、学期・休暇の区分に沿って週単位の合計が許可条件内に収まっているかを検証できる状態にしておきます。さらに、打刻の欠落や遅刻・早退の扱いが属人的になると、当月では問題がなさそうに見えても、週の境界で超過が発生するケースがあります。現場ではシフト確定後に週単位で再計算し、本人の申告と勤怠の差分を説明可能にする運用が求められます。
また、外国人雇用では「雇用先が複数になる」構造も実務上の焦点です。留学ビザの資格外活動許可は、他の就労と合算される前提で管理されます。そのため企業は、本人から提出される情報だけに依存せず、面接・採用後に就労状況の申告を更新するタイミング（シフト変更、大学の長期休暇開始、更新時期の前後など）を決めておく必要があります。申告の更新漏れは、Amazon配送のように繁忙期の稼働が伸びる現場ほど、週28時間に近づく局面で顕在化しやすいです。
最後に、失敗例として多いのは「在留カードの確認は初回のみ」「資格外活動許可の範囲を職種名だけで処理」「週単位の突合ができないまま月次で判断」です。これらを防ぐために、在留カードと資格外活動許可の記載を採用時と許可更新時に突合し、勤怠は週単位で学期・休暇区分に紐づけて検証できる形で保存することが重要です。少なくとも“いつ・誰が・どの書類を根拠に・何を一致させたか”を、週28時間の計算結果とセットで残せる体制が、実務の安全ラインになります。
禁止・制約の運用：業務内容、雇用形態、同一雇用主での扱いの落とし穴
資格外活動許可を得ていても、現場では「働けるか」を雇用形態と業務内容に分解して運用する必要があります。留学ビザの枠組みでは、活動の上限（週28時間）だけでなく、雇用契約の組み方や勤務実態の切り分けに不整合があると、在留資格の適合性が説明できなくなります。特に落とし穴になりやすいのが、（1）業務内容が許可された活動と結び付いていない、（2）雇用形態の実務運用が「同一枠内の勤務」として整理されていない、（3）同一雇用主内でも部門・給与締め・勤怠データが分断され、週次の集計根拠が追えない、という構造です。
業務内容面では、募集時の職種名だけで判断するとズレます。資格外活動許可は「許可された活動」に紐づくため、実際の業務が研修、事務補助、接客補助などに限定されているかを、職務記述書やシフト表の粒度で整えるのが実務的です。例として、同じ店舗でも繁忙期に通常業務へ寄る、あるいは教育目的で実務範囲が広がるなど、現場の運用が月ごとに変わると、活動の説明が難しくなります。
雇用形態面は、契約書と勤怠の「切り方」が一致しているかが焦点です。派遣、業務委託、短期シフトなど形式が違うと、月次・週次の集計単位や残業・振替の扱いが変わり、結果として週28時間の管理が崩れます。雇用側は「何を労働時間としてカウントしたか」を明確にする必要があり、打刻だけでなく確定履歴（締め後の修正履歴を含む）まで残す体制が求められます。
同一雇用主内の扱いでは、給与支払は同じでも、部門ごとにタイムカードが別、シフト確定が別システム、勤怠締め日がズレる、といった分断が起きがちです。このとき、週次の合算ができず、実績が許可条件内に収まっていたことを説明できません。現場での修正は後追いになり、矛盾が残ります。
| 確認ポイント | 目的 | 具体例 |
|---|---|---|
| 職務内容の一致 | 許可された活動との整合 | 予定と実働の作業範囲が一致しているか |
| 勤怠集計単位 | 週28時間の根拠確保 | 週単位で合算できる締め設計になっているか |
| 同一雇用主内の分断 | 合算漏れ防止 | 部門別システムでも同一週で統合できるか |
失敗例として多いのは、学期中の週28時間を守るように見せながら、週をまたぐシフト変更や振替の反映が遅れ、確定時点で合算できなくなるケースです。月次の集計表だけでは説明に耐えない場面が出るため、週単位で「対象期間」と「合算結果」を残せる運用にしておくことが重要です。締め処理後に修正が入る頻度が高い場合は、週単位の再集計が可能な設計（確定履歴の保持と、部署横断の合算ルール）を満たすかを確認したうえで、運用開始前にシミュレーションするのが実務的です。
トラブル予防のための社内フロー：外国人雇用（特に留学からの人材活用）における管理体制
在留資格に基づく就労は、本人の在留カードだけで完結せず、企業側の運用設計で適法性が左右されます。特に留学からの人材活用では、「採用時に資料を確認して終わり」になりやすく、結果として資格外活動許可の条件逸脱が勤怠・シフト・業務切替のタイミングで顕在化します。外国人雇用の現場では、法務・人事・現場管理（シフト発行、労務承認、入退社管理）が分業されているため、情報が連続しないことが最大の構造リスクになります。
社内フローの骨格は、(1)在留資格と許可の“有効性”を起点に、(2)勤務実績を“条件に紐づけて”検証し、(3)逸脱が疑われる場合に“誰が何をどの期限で是正するか”を決めることです。たとえば、資格外活動許可は更新・変更がある前提で運用し、在留カードの有効期間だけで判断しないのが実務的です。さらに、勤怠データは日次の打刻を持っていても、週単位で再集計できなければ条件判定に使えません。現場の締め処理後に修正が頻発する会社ほど、確定履歴や修正理由を残せない運用が、週28時間の判定から外れていく失敗につながります。
責任分界としては、人事が在留カードと資格外活動許可の記載内容を確認し、現場管理が“実際に就かせた業務の実態”を記録する、という役割を明確にします。ここで重要なのは、業務内容の切り替えです。シフト表の職種名と実態が異なる、研修や手伝いの名目で勤務が増える、配送・倉庫など現場用語で勤務時間が切り分けられない、という例は珍しくありません。現場側で「どの作業が労働に該当するか」を日常的にタグ付けし、人事側でそのタグをもとに勤務区分（学期・休暇）へ接続する設計が必要になります。
また、社内外の情報連携もフローに組み込みます。採用後の在籍状況（学期日程の変更）や、本人の申請・更新が遅れる兆候は本人申告に依存しがちで、会社が把握するまでタイムラグが生まれます。タイムラグを前提に、一定の頻度で在留カードと許可内容を再確認し、勤怠と照合する期限（例：月次締めではなく週次での照合）を定めると、是正が間に合います。失敗例としては、シフト確定後に週次集計をせず、月次で初めて週28時間を超過していることが判明し、本人の修正申告待ちになってしまうケースがあります。この場合、実務上の是正期限を過ぎており、記録の連続性も崩れます。
最後に、運用の成否は「KPI」ではなく「点検の回数と記録の粒度」で決まる面があります。週次で対象期間・合算結果・修正有無の根拠を残せない状態は、週28時間の条件判定に使えないため、まずは“週次で再集計できる勤怠運用”を満たすかを確認してください。
関連する在留資格の文脈：特定技能・永住ビザ・他資格への切替と企業側の留意点
留学ビザで「働けるか」を考える際、企業側が見落としがちな論点は、在留資格ごとの管理責任が同じ形で連続しない点です。同じ外国人雇用でも、特定技能や永住ビザ、あるいは在留資格の切替が絡むと、就労の根拠書類と運用の前提が変わります。そのため、資格外活動の扱いだけを別枠で考えると、採用後に突合漏れが起きやすくなります。
まず特定技能との関係では、資格外活動許可の枠（週の就労時間上限や対象外の業務など）を前提にした運用から、特定技能の就労範囲と審査で確認される要素へと切替が必要になります。企業の現場では、シフト作成や勤怠確定の担当者が「本人の在留ステータスが変わった」ことを完全には把握できていないケースがあり、結果として、資格外活動として集計すべき時間と、特定技能として扱うべき時間の区分が混ざります。切替日（在留資格変更許可の効力発生日）以降は、週28時間の計算では説明できない領域が出るため、運用上の分岐点を契約書・入社書類の更新タイミングに紐づける必要があります。
永住ビザはさらに整理が必要です。永住者は原則として資格外活動許可の枠で管理する発想自体が変わり、就労制限の考え方が後退します。その一方で、企業側の実務では「何を確認したら足りるか」が単純化してしまう危うさがあります。例えば、以前留学で資格外活動許可を見ていた担当が、その確認を恒常的に続けてしまうと、書類保管や社内の稟議フローが実態に追いつかなくなります。逆に、確認を止めた結果、担当者が別部署の雇用実績と在留カードの更新履歴を突合できず、過去の情報に依拠してしまう失敗も起き得ます。運用は「確認すべき項目が減る」ではなく「確認対象のラベルが変わる」と捉える方が事故が減ります。
他資格への切替局面で特に問題になりやすいのは、雇用主側で管理している情報が、本人の滞在状況の変化に追随していない場合です。例えば、学期末に向けて週の勤務調整をしていた従業員が、在留資格の変更手続き中に勤務時間や勤務形態の相談を増やすことがあります。このとき企業は、採用時の在留カードの写しだけで意思決定をすると、切替が成立するまでの暫定的な就労根拠が曖昧になりがちです。現場では「いつの時点の在留カードで判断したか」を説明できることが求められます。
実務的な対処としては、在留資格が変わる可能性があるタイミングを事前に洗い出し、担当間で更新トリガーを設けます。具体的には、在留カードの記載事項（在留資格・在留期間・就労制限の有無）と、社内で参照する就労根拠（資格外活動許可の有無、特定技能の雇用契約上の区分など）を、少なくとも「変更日をまたぐ勤務」の前後で照合できる設計にしておくことが重要です。失敗例は、切替後の勤務を資格外活動のルールで週28時間に当て込んでしまい、過不足が説明できないまま勤怠処理だけが進むケースです。最後に、確認対象を「在留カードの写し」だけで終わらせず、変更日（効力発生日）を起点に参照履歴を残す運用を、在留資格変更が2週間以内に起こり得るケースでは必ず先に組み込むのが重要です。
まとめ
留学ビザ（学生ビザ）の資格外活動で「週28時間まで働けるか」という問いは、労働時間の上限だけで完結しません。外国人雇用の現場では、在留カードの記載と資格外活動許可の内容、学期・休暇の区分に沿った勤怠管理、さらに修正が入った場合に週単位で再集計できるかが、適法性を左右します。月次の集計だけでは説明できない論点が残りやすく、対象期間と合算結果を根拠付きで保持する運用が実務的です。加えて、特定技能や永住ビザなどへの切替が関わると、起算日（効力発生日）以降の扱いが変わるため、参照履歴を遡れる設計が求められます。外国人求人や現場寄りの雇用（例：Amazon配送のようなシフトを前提とする業務）では、点検の回数と記録の粒度が最終的なリスク低減につながります。制度理解と勤怠設計を同じ工程で回すことが、運用の安定に直結します。