「開発ベンダーからエンジニアを常駐で受け入れているが、監査部門から『偽装請負ではないか』と指摘された」——こうした状況に直面している発注企業の情シス管理職・PMは少なくありません。開発を円滑に進めるには常駐エンジニアと密にコミュニケーションを取りたい一方、業務委託契約の建前上、直接の指揮命令はできない。この板挟みは実務と法務のはざまで悩ましい問題です。
特にオンサイト勤務は、物理的な同居に起因して「席まで直接呼びに行く」「同じ会議室で仕様変更を告げる」「同じICカードで入退室する」といった、オフサイト業務委託では発生しないやり取りが日常的に生まれます。これらが「業務委託の枠を超えた指揮命令」と判断されると、労働者派遣法違反として発注企業側にも重い法的リスクが降りかかります。2024年11月に施行されたフリーランス新法によって契約解除の予告義務や取引条件明示義務が加わったこともあり、契約設計と現場運用の見直しは待ったなしの課題です。
一般的な業務委託契約における指揮命令の適法範囲(Slackやチャットベースでの依頼書き方、責任者経由の要件伝達手順など)は業務委託で適法な指揮命令の範囲とは?で詳しく扱っています。本記事では、その基本を踏まえたうえで**「オンサイト常駐」という物理的近接性が生む特有の論点**、すなわち座席配置・入退室管理・社内アカウント・オフィス常駐時の緊急呼び出しといった空間・システムに紐づくリスクにフォーカスします。
本記事では、発注企業の情シス管理職・PM向けに、オンサイト勤務の定義と使われる契約形態の整理から、偽装請負の判断基準と物理オフィス特有のOK/NG行為、発覚時の法的リスク、契約書に盛り込むべき条項チェックリスト、日常運用の設計、フリーランス新法との接点までを一気通貫で解説します。読了後は自社の現行契約書と運用ルールを点検し、法務・監査部門に対して根拠付きで説明できる状態を目指せる内容です。
オンサイト勤務とは?発注企業がオンサイトを選ぶ理由と潜むリスク

まずは「オンサイト勤務」という概念を整理しましょう。ITプロジェクトの発注企業視点でこの言葉が持つ意味と、あえてオンサイトを選ぶ4つの理由を確認したうえで、その便利さの裏に潜む「契約形態と実態の乖離」というリスクを予告します。
オンサイト勤務の定義とIT業界での典型シーン
オンサイト勤務とは、受託者(開発ベンダーやフリーランス)のメンバーが、発注企業のオフィスや指定拠点に出向いて業務を行う就労形態を指します。IT業界では、システム開発・運用保守・データセンター常駐・ヘルプデスクなど、発注企業の設備やデータに直接アクセスする必要がある業務で採用されるケースが典型的です。
「オンサイト」は、あくまで「働く場所」を指す概念です。契約形態(業務委託か派遣か雇用か)とは独立した用語であり、この点の混同がトラブルの温床になります。同じ「オンサイト常駐エンジニア」でも、契約形態によって指揮命令の権限や責任範囲が大きく変わることを、まず押さえておく必要があります。
オンサイト・オフサイト・ニアショア・オフショアの違い早見表
エンジニアの就業形態を、就業場所と発注企業との距離感で整理すると次のとおりです。
就業形態 | 就業場所 | コミュニケーション | 特徴 |
|---|---|---|---|
オンサイト | 発注企業のオフィス | 対面中心 | 密な連携が可能。物理的同居に起因するリスクあり |
オフサイト | 受託者のオフィス・自宅 | オンライン中心 | 独立性が高い。契約リスクは低いが密な連携は難しい |
ニアショア | 国内地方拠点 | オンライン中心 | コスト低減と時差なし。オフサイトの一形態 |
オフショア | 海外拠点 | オンライン中心 | 大幅なコスト低減。言語・時差・品質管理の課題 |
オフサイトやニアショア・オフショアは物理的に離れているため、指揮命令の境界を維持しやすい傾向があります。一方オンサイトは同じ空間で働くため、意識的にルールを設計しないと業務委託の枠を超えた「事実上の指揮命令関係」が発生しやすくなります。
発注企業がオンサイトを選ぶ4つの理由
デメリットがあるのになぜオンサイトが選ばれるのか。実務上、次の4点が主な動機です。
- セキュリティ制約: 個人情報や機密データを社外に持ち出せない業界(金融・医療・公共・大手製造業)では、社内ネットワーク・端末でしか作業できない
- 密なコミュニケーション: 業務ドメインが複雑で、頻繁な仕様相談・ホワイトボード議論・現場観察が必要な場合
- 内製化に向けた知識移転: 将来的に自社エンジニアに引き継ぐことを見据え、外部エンジニアと自社人材が並走する期間を設けたい場合
- 業務ドメイン理解の深化: 業界固有の用語や業務フローを外部メンバーに素早くキャッチアップさせたい場合
いずれも合理的な理由ですが、これらのメリットを追求するほど「業務委託の建前」と「現場の実態」が乖離しやすくなる、という点が本記事の核心です。
オンサイト常駐で発生しがちな「契約形態と実態の乖離」
たとえば、契約書には「請負契約として成果物を納品する」と書いてあるのに、実際には「毎朝の朝会に外部エンジニアが同席し、その場で当日のタスクを発注企業のPMが指示する」ような運用は、契約と実態が完全に乖離しています。この乖離が積み重なると、労働局の調査時に「実質的には労働者派遣」と認定され、後述する偽装請負として法的責任を問われることになります。
オンサイト勤務で使われる契約形態と指揮命令権の所在
オンサイト勤務の「実態」は同じでも、根拠となる契約形態によって、発注企業に許される行為はまったく異なります。ここでは3つの代表的な契約形態を対比し、指揮命令権の所在を明確にします。
オンサイト勤務は「就労場所」であり契約形態ではない
繰り返しになりますが、「オンサイト常駐」という概念自体は契約形態を規定しません。オンサイト常駐する外部人材の契約形態は、大きく次の3つに分類できます。
- 労働者派遣契約(派遣元事業者と発注企業の間で締結)
- 業務委託契約(請負契約または準委任契約、受託者と発注企業の間で締結)
- 直接雇用契約(正社員・契約社員・アルバイトとして発注企業と個人の間で締結)
「オンサイトで働いてもらう」ことと「どの契約形態で受け入れるか」は独立した意思決定です。まずここを分離して考えることが、契約設計の第一歩になります。
3つの契約形態の指揮命令権比較表
契約形態ごとの指揮命令権の所在は次のとおりです。
契約形態 | 契約当事者 | 指揮命令権の所在 | 発注企業ができる指示 |
|---|---|---|---|
労働者派遣 | 派遣元 ↔ 発注企業 | 派遣先(発注企業) | 就業日・時間・具体的作業内容の指揮命令が可能 |
業務委託(請負) | 受託者 ↔ 発注企業 | 受託者(受託会社) | 成果物・仕様の要件伝達のみ。作業方法は受託者が決める |
業務委託(準委任) | 受託者 ↔ 発注企業 | 受託者(受託会社) | 業務範囲・目的の伝達のみ。日々の作業指示は受託者責任者経由 |
直接雇用 | 発注企業 ↔ 個人 | 発注企業 | 労働契約の範囲内であらゆる業務指示が可能 |
労働者派遣は、労働者派遣法(e-Gov 労働者派遣法)にもとづき、発注企業(派遣先)が派遣労働者を直接指揮命令できる仕組みです。一方、業務委託は「独立した事業者間の契約」であるため、発注企業は受託者の個々のメンバーに直接指示を出すことができません。
業務委託契約でどこまでの指示が適法か、Slackやメールでの依頼の書き方・要件定義書の宛先設定など一般的な指揮命令論は、詳細を業務委託で適法な指揮命令の範囲とは?で扱っています。本記事はこの基本原則を土台にしたうえで、以降のセクションで「オンサイト常駐であるがゆえに増幅する物理的リスク」に絞って掘り下げます。
業務委託の中の「請負」と「準委任」の違い
業務委託は民法上の分類で、さらに「請負契約」と「準委任契約」に分かれます。
- 請負契約(民法632条〜): 「仕事の完成」を目的とする契約。成果物の納品・検収が前提。受託者は完成責任・契約不適合責任を負う
- 準委任契約(民法656条・643条〜): 「事務処理の遂行」を目的とする契約。成果物の完成義務は原則なく、善管注意義務を負う
システム開発では、要件が固まっている工程(詳細設計以降)は請負、要件変動が大きい工程(要件定義・アジャイル開発)は準委任、という使い分けが一般的です。どちらを選ぶかは後述する契約設計のポイントですが、いずれの場合も発注企業から受託者のエンジニア個人への直接指揮命令はできない、という点は共通です。
なぜオンサイト業務委託で「偽装請負」リスクが高まるのか

契約上は業務委託であるにもかかわらず、実態が労働者派遣(発注企業の直接指揮命令下での労務提供)となっている状態を「偽装請負」と呼びます。オンサイト常駐は、この偽装請負リスクを構造的に高める要因を複数抱えています。
偽装請負の定義(厚労省告示第37号)
偽装請負の判定基準は、厚生労働省告示第37号「労働者派遣事業と請負により行われる事業との区分に関する基準」に集約されています(厚生労働省 労働者派遣事業と請負により行われる事業との区分に関する基準)。この告示は、業務委託と労働者派遣を区分するために「請負として認められる基準」を定めており、いずれかを満たさない場合は労働者派遣事業に該当すると判断されます。
告示のポイントを要約すると、次の要件を受託者(請負事業主)が満たしていることが必要です。
- 業務の遂行方法に関する指示や、労働時間・休憩・休日等の指示を、受託者が自ら行っていること
- 業務遂行に必要な資金を受託者自身が調達していること
- 業務処理について、民法・商法などにもとづく責任を受託者が負っていること
- 単に肉体的な労働力を提供するものではないこと(企画・専門的技術・経験にもとづき業務を処理していること)
オンサイト常駐では、これらの要件が形骸化しやすいのが実情です。
オンサイト常駐で偽装請負リスクが増幅する4つの構造要因
オンサイト業務委託で偽装請負リスクが増幅する要因は、大きく4つに整理できます。
- 物理的同居: 発注企業の社員と外部エンジニアが同じフロア・同じ島で作業するため、日常会話の延長で指示が飛びやすい
- 入退室・設備共有: 同じICカードで入退室し、同じ会議室・複合機・給湯室を使うことで「同じ組織の一員」に見える運用になりやすい
- 緊急対応での席まで直接呼び出し: 障害対応や仕様変更が発生したとき、目の前・隣の島にいるエンジニアの席まで足を運んで直接指示したくなる
- 朝会・社内会議への同席: 発注企業のPMが仕切る朝会・進捗会議に外部エンジニアが同席することで、事実上の「業務進捗管理」を発注企業が行う形になる
これらはいずれも「オンサイトだからこそ発生する」構造的な要因であり、オフサイトやオフショアではそもそも起きにくい問題です。逆にいえば、この4要因を意識的に切り離す運用ができれば、オンサイト業務委託のリスクは大幅に低減できます。
偽装請負の4類型(代表型・形式責任者型・使用者不明型・一人請負型)
厚生労働省・労働局の実務では、偽装請負を次の4類型に分けて考えることが一般的です。
類型 | 内容 | オンサイト業務委託での典型例 |
|---|---|---|
代表型 | 発注者が受託者の労働者に直接指揮命令する | PMが常駐エンジニアの席まで来て直接「明日までにこの機能作って」と指示 |
形式責任者型 | 現場責任者は形式的に置くが、実態は発注者が指揮 | 受託者責任者はオフサイトで名前だけ。実際は発注者から常駐エンジニアに直接連絡 |
使用者不明型 | 複数の受託者・派遣元が混在し使用者が不明確 | 元請け・下請け・孫請けが同じフロアに混在し指揮系統が曖昧 |
一人請負型 | 個人事業主に業務委託し実態は労働者 | フリーランスに常駐させ、他社員と同じ勤怠管理・指揮命令 |
自社の運用がどの類型に近いかを自己点検すると、リスクの所在を把握しやすくなります。
偽装請負の判断基準と、発注企業が絶対に避けるべきNG行為

このセクションは本記事の核心です。「オンサイト常駐だからこそ発生する物理・空間シーン」に絞って、OK/NGの判断ができる感覚を身につけていきましょう。
偽装請負を判断する3つの基準(要点)
労働局の調査や裁判例で重視される判断軸は、次の3軸に集約されます。
- 業務遂行方法への指揮命令: 作業の順序・方法・進捗を、発注者が受託者の個々のメンバーに直接指示していないか
- 労働時間・場所への拘束: 始業終業時刻・休憩・休日を発注者が管理していないか。有給休暇の申請を発注者が受け付けていないか
- 業務従事者の代替性: 特定の個人でなければならない指示になっていないか(本人指名・本人固定の運用は代替性がなく派遣的)
一般的な業務委託契約におけるこの3軸のあてはめ(Slack依頼の書き方・要件伝達文書のフォーマット・チャット上での指示禁止事項など)は、業務委託で適法な指揮命令の範囲とは?に譲ります。本記事ではオンサイト常駐特有の物理的シーンに絞って早見表を提示します。
オンサイト常駐特有のOK/NG行為早見表
「同じ空間にいる」ことが指揮命令関係を強く推定させるため、オンサイト業務委託ではオフサイトより厳格な運用が求められます。物理オフィス特有のシーンをOK/NGで整理します。
シーン | NGな運用(偽装請負リスク大) | OKな運用(業務委託として適切) |
|---|---|---|
座席配置 | 発注企業社員と同じ島に混在着席、机名や座席表も社員と同一 | 外部メンバー専用エリア(別島・別区画)を確保し、パーティション等で視覚的にゾーニング |
入退室管理 | 発注企業社員と同一のICカードで入退室、社員用勤怠システムで打刻 | 外部メンバー専用の入館証(訪問者カード等)を発行、入退室ログは受託者責任者が管理 |
社内アカウント権限 | 発注企業社員と同等権限のMicrosoft 365 / Google Workspace アカウントを発行、社内グループにフル参加 | 業務範囲に必要な最小権限のみ付与し、外部委託者用の専用OU(組織単位)に隔離 |
オフィス常駐時の緊急呼び出し | 障害発生時に発注企業マネージャーが常駐エンジニアの席まで直接来て「今すぐ対応して」と指示 | 電話・チャットで受託者責任者に連絡、責任者経由で現場エンジニアに指示(受託者責任者が常駐している場合は同フロア内で完結) |
朝会・定例会同席 | 発注企業PMが仕切る朝会に常駐エンジニアが毎朝出席し当日タスクが割り振られる | 発注者・受託者責任者間の合同定例(週1回など)で成果物レビューと要件確認。受託者内部朝会は独立実施 |
備品貸与・オフィス設備 | PC・机・イス・複合機・文具まで全てを発注企業が貸与・費用負担 | セキュリティ制約でPC・端末のみ貸与し、貸与理由と使用範囲を契約書に明記。机・イスは受託者持ち込みが望ましい |
服装・行動規範 | 発注企業の服装規定・タイムカード・研修参加を外部エンジニアにも一律適用 | セキュリティ・安全衛生上の合理的範囲に限定し契約書に明記。服装規定は「発注者施設利用者」としての最小限に |
深夜・休日呼び出し | 常駐エンジニアの携帯電話に発注企業から直接電話をかけて出社・対応を要請 | 事前契約で対応時間・追加費用・体制を明記。緊急時も受託者責任者経由の連絡ルートで対応 |
とくに現場で問題化しやすいのが「座席配置」「入退室管理」「社内アカウント権限」「席まで呼びに行く緊急対応」の4点です。オフィスに常駐している以上「席がある」「社内システムを使える」ことは避けられませんが、「発注企業社員と同等」ではなく「独立事業者として区別された環境」で作業していることを、視覚的・システム的に可視化することが決定的に重要です。オフサイト業務委託ではそもそも発生しないこれらの物理シーンこそ、労働局調査で最初に確認されるチェックポイントになります。
「業務範囲内の連絡」と「指揮命令」の物理シーン境界
一般的な業務委託でも問われる「誰に何を伝えるか」の原則——発注者からの依頼は「受託者責任者宛」に「業務範囲・成果物の要件」として伝えるのが基本ルール——は、オンサイトでも変わりません。詳しくは業務委託で適法な指揮命令の範囲とは?や偽装請負を防ぐ指揮命令ルールを参照してください。
オンサイト特有の落とし穴は、「同じフロアにいて話しかけやすい」「立ち話が発生しやすい」「隣の島まで足を運んで直接指示できてしまう」という物理的近接性です。チャット・メールなら「宛先を受託者責任者にしよう」と一呼吸置けますが、対面ではその抑制がききません。次のセクション以降では、この物理的近接がもたらすリスクを踏まえた契約設計と現場運用を整理します。
偽装請負が発覚した場合の発注企業の法的リスクと罰則
「偽装請負は受託者側のリスクでは?」と誤解されがちですが、発注企業(受け入れ側)も同等以上のリスクを負います。ここではその重さを可視化します。
労働者派遣法違反のリスク(発注者の受け入れ側責任)
偽装請負は、実態としては労働者派遣にあたるため、労働者派遣法の規制対象になります。無許可の派遣元事業者から労働者を受け入れる行為に該当するため、発注企業には次のような罰則・行政処分のリスクがあります。
- 無許可派遣の受け入れ: 労働者派遣法第59条により、1年以下の懲役または100万円以下の罰金
- 改善命令・是正指導: 労働局からの是正指導や、労働者派遣法第49条にもとづく改善命令
- 企業名の公表: 悪質・重大な違反時、行政指導に応じない場合の企業名公表(厚生労働省 労働者派遣事業関係業務取扱要領)
労働者派遣法上、受け入れ側にも遵守義務があり、偽装請負の場合は「知らなかった」では済まされないのが原則です。
職業安定法・労働基準法違反のリスク
労働者派遣法違反に加えて、以下の法令違反も同時に問題化することが多い点に注意が必要です。
- 職業安定法違反: 無許可で労働者供給事業を行った・受け入れた場合、1年以下の懲役または100万円以下の罰金
- 労働基準法違反: 中間搾取の禁止(第6条)や強制労働の禁止(第5条)に抵触する場合、より重い罰則
複数の法令違反が並行して問われるケースが多く、社会的な影響(レピュテーションリスク)も大きくなります。
民事リスク(労働者性認定と過去分の賃金・社保請求)
行政・刑事責任に加えて、民事リスクも見逃せません。偽装請負の状態で就労していた個人が「自分は実質的な労働者だった」と主張し、発注企業に対して次のような請求を起こすケースがあります。
- 未払い残業代・深夜割増賃金の支払い請求
- 有給休暇の付与および買取請求
- 社会保険料の遡及加入請求
- 労災適用の主張
とりわけ長期・複数年にわたって常駐していた場合、遡及請求額は数百万〜数千万円規模になることもあります。
是正指導・企業名公表の実例
厚生労働省・都道府県労働局は、偽装請負に対する是正指導を継続的に実施しています。過去には大手メーカーや通信事業者が偽装請負として指導を受け、報道された事例があります(企業名の詳細は各社発表・報道記事に譲ります)。指導後は労働者派遣契約への切り替え、直接雇用化、体制の見直しが求められ、経営陣の説明責任にも発展することが少なくありません。
こうしたリスクの重さを踏まえると、契約設計と現場運用の整備は「コンプライアンスコスト」ではなく「ビジネス継続の必須投資」であることが分かります。
オンサイト業務委託の契約設計チェックリスト

ここからは、発注企業視点で契約書に盛り込むべき条項を7カテゴリに整理し、社内法務との調整に使えるチェックリストとして示します。より詳細な条項テンプレートや汎用チェックリストが必要な場合は、偽装請負チェックリストも併せて参照してください。
業務範囲の明確化(成果物・工程・期間)
まず最も重要なのは、業務範囲を成果物・工程・期間で具体的に定めることです。曖昧な「システム開発業務一式」のような表現は、実態が労働力提供に流れやすく偽装請負リスクを高めます。
- 成果物: 何を納品するか(設計書、ソースコード、テスト結果報告書など)
- 工程: どの工程を担当するか(要件定義、基本設計、詳細設計、実装、テスト)
- 期間: 開始・終了の期日、中間マイルストーン
準委任契約でも「対象業務の範囲」を明確にすることで、業務委託としての形式を担保できます。
責任者設置条項(受託者側に管理責任者を明示)
現場管理の要となる受託者側の責任者を、契約書に明示することが必須です。
- 受託者が現場責任者を1名以上配置する義務
- 責任者の氏名・連絡先・権限範囲を書面で通知する義務
- 発注企業と受託者責任者との間で協議する定例会議の頻度
責任者は「メンバーの労務管理・作業指示・進捗管理」を担う存在であり、発注企業からの要件はすべてこの責任者を経由することを契約で明記します。オンサイト常駐案件では、受託者責任者も同じオフィスに常駐しているのか、遠隔から現場を管理するのかを明確にしておくと運用が安定します。
成果物・検収基準の明記(請負の場合)
請負契約の場合、成果物と検収基準の明確化が偽装請負との区分の根拠になります。
- 成果物の仕様・品質基準
- 検収期間(納品後X日以内など)
- 検収不合格時の再納品・修補ルール
- 契約不適合責任の範囲・期間
検収を軸に完成責任が受託者にあることを示すことで、労働力提供ではなく仕事の完成が目的である契約であることを担保できます。
労務管理分離条項(勤怠・休暇・残業指示の切り分け)
労務管理の主体が受託者であることを明示する条項を入れます。
- 受託者従業員の勤怠管理・休暇管理・残業指示は受託者が実施
- 発注者は月次の稼働報告書等で工数を把握するにとどめる
- 発注者から受託者従業員個人への時間外労働の指示禁止
労務管理の分離は、偽装請負4類型のうち「形式責任者型」を回避するための最重要ポイントです。オンサイト常駐では、発注企業のICカード・勤怠システムを外部エンジニアに使わせない設計を契約に明記します。
秘密保持・知的財産権・情報セキュリティ
オンサイト特有の論点として、情報セキュリティルールの適用範囲があります。
- 秘密保持義務(契約終了後の存続期間を含む)
- 知的財産権の帰属(原則は発注者側、業務範囲外の派生権利の扱いに注意)
- 情報セキュリティルール(入退室、貸与端末、社内ネットワーク利用範囲)
情報セキュリティルールを外部エンジニアに適用する場合は「業務遂行上必要かつ合理的な範囲」に限定し、その理由を契約書に明記します。過剰な行動規範の適用は労働者派遣的な性質を帯びる要因になります。
契約解除・中途終了条件
契約解除条件は、後述するフリーランス新法との関係でも重要です。
- 契約解除の事由(債務不履行・重大な信義違反・破産等)
- 中途解約の通知期間(フリーランス新法対象案件では原則30日前)
- 解除時の成果物・データの取扱い
「いつでも解除可能」といった一方的な条項は、フリーランス新法違反や下請法違反となる可能性があるため、社内法務と必ず整合を取ります。
準委任契約と請負契約の選び方
契約類型を選ぶ判断軸を整理すると、次のとおりです。
判断軸 | 請負が向く | 準委任が向く |
|---|---|---|
要件の固まり方 | 事前に詳細まで固まっている | 要件が流動的・アジャイル開発 |
成果物の定義 | 明確に定義できる | 定義が難しい・過程が価値 |
検収可能性 | 明確な検収基準を作れる | 検収基準の設定が難しい |
責任の重さ | 受託者に完成責任を負わせたい | プロセスへの善管注意義務で十分 |
工程 | 詳細設計・実装・テスト | 要件定義・PoC・運用保守 |
近年のシステム開発ではアジャイル手法の採用が増え、準委任契約を選ぶケースが増えています。準委任だから業務委託性が弱いという誤解がありますが、両者ともに「発注者から個人への直接指揮命令ができない」点は共通です。
現場運用でリスクを最小化する日常オペレーションの設計

契約書を整えても、現場運用が伴わなければ意味がありません。ここではオンサイト常駐特有の物理オペレーションを中心に、日常運用の設計ポイントを整理します。チャット・メール上での指示ルート設計など一般論はほかの記事に譲り、オフィス常駐だからこそ考えなければならない論点にフォーカスします。
物理的分離(座席・入退室管理・社内アカウント)
オンサイト業務委託における現場運用の要は、物理的分離の徹底です。「同じ場所で働く」という制約を受け入れつつも、「発注企業社員とは異なる立場である」ことを空間・システム・視覚の3方向から可視化します。
- 座席配置: 外部エンジニア専用のエリア・島を確保する。可能ならパーティションや別室で物理的に仕切り、そうでない場合も机の並びで発注企業社員と混在しないよう設計する。座席表・オフィスマップにも外部委託エリアを明示する
- 入退室管理: 発注企業社員のICカードとは別種のカードキー・訪問者バッジを発行し、入退室ログを別管理する。ログの管理主体は受託者責任者とし、発注者は月次で稼働時間を報告書として受領する。社員食堂・共用スペースの利用ルールもあわせて整理する
- 社内アカウント: 業務遂行上必要な最小権限のみを付与する。Active Directory / Google Workspaceでは外部委託者用の専用OU(組織単位)を作り、社員グループから分離。個人情報・機密資料へのアクセスは業務範囲に必要な最小に限定し、権限付与時のログを保管する
- メール・チャットの表示名: 外部メンバーであることが分かる表示名(例: 「山田 (○○社)」や「[外部] 山田」形式)を設定し、社内の誰から見ても独立事業者として認識できる状態を作る。全社アドレス帳への掲載可否も設計時点で決めておく
- PC・端末: セキュリティ要件で発注企業が端末を貸与する場合も「貸与端末」であることを明示し、資産管理台帳・貸与理由を契約書と紐づけて記録する
「同じフロアにいるから」という理由で発注企業社員と同じ扱いに流れがちなポイントを、意識的に切り分けます。とくに座席配置・入退室・アカウント権限の3点は、労働局調査で最初に確認される項目です。
指示経路の設計(発注者→受託者責任者→受託者社員)
日常の指示経路は「発注者→受託者責任者→受託者社員」の一本化を、契約書と現場の両輪で徹底します。この経路設計はオンサイト・オフサイトを問わず共通の原則であり、チャット・メール上での指示書き方や責任者経由テンプレの詳細は業務委託で適法な指揮命令の範囲とは?を参照してください。
オンサイト固有の注意点として、次の2点を押さえます。
- 物理的な話しかけを制御: 発注企業社員が外部エンジニアの席まで足を運んで直接依頼するのを禁止する。依頼は必ず責任者経由のチャット・チケットで発信し、対面での口頭指示を残さない。社内ルールとして「外部エンジニアの席に立ち寄って依頼しない」を明文化するのが効果的
- 共有スペースでの立ち話禁止: 給湯室・喫煙所・エレベーターホールなどでの雑談から仕様調整が始まるケースを避ける。業務指示に相当する会話は必ずチケット・議事録に落とし込む
とくに前者は物理オフィスならではの落とし穴です。「隣の島まで行って話しかける」ことが、労働局調査で「実質的な指揮命令関係」の証拠として指摘されます。
定例会議・朝会・レビュー会の設計と参加ルール
会議設計は偽装請負リスクの分かれ道になる領域です。オンサイト常駐では「同じフロアにいるのだから朝会も一緒に出るのが自然」という感覚に流れやすい点に注意します。
- 朝会: 発注企業社員のみで実施し、外部エンジニアは受託者内部の朝会を別途実施する
- 合同定例会: 週1回など頻度を絞り、成果物レビュー・進捗確認・要件確認に議題を限定する。発注者からの参加はPMに、受託者からは責任者+必要なメンバーに絞る
- 仕様レビュー会: 発注者・受託者責任者・必要に応じて技術リーダーが参加。参加者は必要最小限に
「一緒に働いているのだから毎日朝会に出よう」という感覚が偽装請負認定の入り口になります。会議体を意識的に分離することが最重要ポイントです。会議室のブッキングも、外部メンバー混在の会議は限定的に運用する体制を作ります。
オフィス常駐特有の緊急対応・仕様変更エスカレーションフロー
障害対応や仕様変更は、オンサイト業務委託でもっとも「その場で直接指示」が発生しやすい局面です。「席まで直接呼びに行く」「その場で口頭変更を告げる」「携帯に直接電話をかける」といったオフィス常駐特有の運用パターンを、事前に禁止フローとして設計しておきます。
- 障害発生時(オンサイト特有シナリオ): システム障害・本番トラブル発生時に、発注企業のマネージャーやCS担当者が「常駐エンジニアの席まで直接来て今すぐ対応せよと迫る」という運用は典型的な偽装請負NG行為です。障害エスカレーションフローを契約書で明文化し、電話・チャットで受託者責任者に連絡→責任者が現場エンジニアに指示を伝達する経路を徹底します
- 深夜・休日呼び出し: オンサイト常駐エンジニアの携帯電話に発注企業から直接電話をかけて呼び出す運用は、実態として労働者派遣に近づきます。時間外対応は事前契約で条件・追加費用・体制を明記し、緊急時も受託者責任者経由の連絡ルートで対応します
- 仕様変更時: 「近くの席にいるから口頭で伝えた」という運用が最も危険です。変更依頼書・チケットを受託者責任者に提出し、対応可否・工数・期間を受託者が正式回答した上で契約変更文書を交わします
とくに「席まで呼びに行く」「同じフロアにいるからその場で口頭確認する」は、オフサイト業務委託では発生しないオンサイト特有の指示経路です。この経路を残したままではどれだけ契約書を整えても偽装請負認定を防ぎきれません。
打ち合わせ議事録・作業指示書の残し方
労働局調査の際、記録の有無と質は判断材料になります。オンサイト特有の「口頭指示」を残さないための記録運用が重要です。
- 議事録: 打ち合わせは発注者・受託者双方で議事録を残し、指示内容が「要件伝達」であることを明示する
- 作業指示書: 依頼内容は書面・チケット化し、宛先は必ず受託者責任者
- 稼働報告書: 受託者から月次で稼働報告書を受領し、勤怠管理は受託者側で完結していることを記録する
- 口頭指示の即時書面化: 対面のちょっとした会話でも業務指示に相当する内容が発生した場合は、必ず後日書面・チャットに残し、宛先を受託者責任者に修正する
記録は「請負・準委任として適切に運用している」ことを事後的に説明する最大の証拠です。オンサイト常駐の運用体制を包括的に整備したい場合は、偽装請負完全防止マニュアルや業務委託エンジニアに頼める業務・出せない指示も社内資料として活用することをおすすめします。
フリーランス新法(2024年11月施行)がオンサイト業務委託に与える影響
最後に、直近の重要な法改正である「特定受託事業者に係る取引適正化等に関する法律」(通称フリーランス新法、2024年11月1日施行)について、オンサイト業務委託への影響を整理します。
フリーランス新法の対象事業者と適用範囲
フリーランス新法は、業務委託を発注する事業者と「特定受託事業者」(従業員を使用しない個人・法人)との取引を規律する法律です(公正取引委員会 フリーランス法特設サイト)。
- 特定受託事業者: 業務委託の相手方であって、従業員を使用しない事業者(個人事業主、または代表者以外に従業員がいない法人)
- 特定業務委託事業者: 従業員を使用する事業者で、特定受託事業者に業務委託する側
- オンサイト業務委託での該当例: フリーランスエンジニア個人をオンサイトで受け入れる契約、または小規模開発会社(代表1名のみ)に業務委託する契約
大手SIerなど従業員を有する法人との業務委託は本法の直接対象ではありませんが、フリーランス個人がその中に含まれる多重委託の場合は注意が必要です。
オンサイト業務委託で押さえるべき5つの義務
特定業務委託事業者(発注企業)が負う主な義務は次のとおりです。
- 取引条件明示義務: 業務内容・報酬額・支払期日・支払方法等を書面または電子的方法で明示(第3条)
- 報酬支払期日: 発注者が給付を受領した日から60日以内で、できる限り短い期間内に支払期日を設定(第4条)
- 禁止行為: 受領拒否、報酬減額、返品、買いたたき、購入・利用強制、不当な経済上の利益提供要請、不当な給付内容変更・やり直しの禁止(第5条)
- 募集情報の的確表示: 特定受託事業者を募集する際、虚偽・誤解を招く表示の禁止(第12条)
- 中途解除等の予告: 継続的業務委託を中途解除・不更新する場合、原則として30日前までに書面等で予告(第16条)
- 育児介護等・ハラスメント対策: 継続的業務委託において、育児介護等への必要な配慮・ハラスメント相談対応(第13条・第14条)
とりわけオンサイト業務委託では、5番目の「30日前予告義務」が実務上のインパクトが大きい項目です。「プロジェクトが終わったので明日から来なくていい」という運用は、フリーランス新法違反となります。
契約書・運用ルールへの反映ポイント
フリーランス新法を踏まえた契約書・運用ルールの見直しポイントは次のとおりです。
- 取引条件明示書(法定書面)のテンプレート整備。契約書と明示書を兼用する場合は、法定記載事項の漏れがないか確認
- 支払サイトの見直し(給付受領日から60日以内)。月末締め翌々月払いなどは要注意
- 中途解除時の30日前予告フローの整備。プロジェクト終了予定日から逆算した通知スケジュールをタスク管理に組み込む
- 継続的業務委託における育児介護・ハラスメント配慮の運用ルール整備
- 多重委託先にフリーランスが含まれる場合の、下請け先での適法運用の確認(元請けとしての契約管理責任)
フリーランス新法は既存の下請法・独禁法と重なる領域も多いため、社内法務・購買部門と連携して対応することが望ましいでしょう。
以上、オンサイト業務委託に潜む偽装請負リスクと、発注企業として押さえるべき契約設計・現場運用のポイントを解説してきました。オンサイト勤務は密なコミュニケーションで開発を推進できる強力な選択肢ですが、「座席配置」「入退室管理」「社内アカウント」「席まで呼びに行く緊急対応」という物理オフィス特有のリスクを前提に、「契約書」「指示経路」「会議設計」「記録の残し方」の4点を意識的に設計することが必要です。フリーランス個人を含む案件では、フリーランス新法の要件も並行して押さえてください。まずは自社の現行契約書・運用フローを本記事のチェックリストに照らして点検し、必要な是正ポイントを法務・監査部門と協議することから始めてみてはいかがでしょうか。
よくある質問
- すでに偽装請負リスクのある運用が続いている場合、まず何から着手すべきですか?
最優先で止めるべきは「発注企業の担当者が常駐エンジニアの席まで来て直接指示する」運用と「発注企業が勤怠管理を行う」運用の2点です。まずこの2つを止めて指示経路を受託者責任者経由に一本化し、その後で契約書条項の整備に着手するのが現実的な順序です。
- 業務委託のまま是正すべきか、労働者派遣に契約形態を切り替えるべきか、どう判断すればよいですか?
成果物や業務範囲を明確に定義できる業務であれば、指示経路の是正のみで業務委託の形態を維持することが可能です。一方、仕様変更や進捗管理に日常的な直接指示が欠かせない業務は、労働者派遣への契約切り替えを検討するのが現実的な判断軸になります。
- 受託者側の責任者が現場に常駐していない場合、緊急時の対応はどう設計すればよいですか?
責任者が現場に常駐していなくても、障害発生時に「発注者→責任者(電話・チャット)→現場エンジニア」という連絡経路を契約書で明記し徹底していれば問題ありません。経路さえ守られていれば、責任者の常駐有無そのものは偽装請負の判断を左右しません。
- 受託会社の責任者が1名しかいない小規模企業の場合、責任者経由ルールはどう運用すればよいですか?
責任者が他業務と兼務していても構いませんが、その連絡先と対応可能時間を契約書に明記し、発注者からの連絡は必ずその責任者を経由させる運用を徹底してください。人員規模が小さいことは、偽装請負リスクを軽減する理由には一切なりません。
- 自社が受け入れている契約がフリーランス新法の対象かどうか、どう見分ければよいですか?
受託者が「従業員を使用しない個人事業主」、または「代表者以外に従業員がいない法人」に該当する場合はフリーランス新法の対象です。多重委託が絡む場合は、間に入る法人ではなく実際に現場で働く個人の雇用形態まで遡って確認する必要があります。



