偽装請負完全防止マニュアル｜発注者が組織として整備すべき対策とチェックリスト

外部エンジニアの活用が広がるなか、「偽装請負チェックリストは整備した。それなのに、現場の運用が定着しない」という声が、法務・コンプライアンス部門から増えています。担当者が変われば判断基準が揺らぎ、案件ごとに発注運用がバラつき、気づけば属人的な対応に戻ってしまう。チェックリスト単体では、組織として再現性のある防止体制までは作れないのが実情です。

その背景には、2024年11月施行のフリーランス・事業者間取引適正化等法（フリーランス保護法）や、いわゆる37号告示の運用厳格化があります。労働局の調査・指導は単発の指示文書ではなく、チャットログ・勤怠データ・面談記録といった「日常運用の証跡」まで踏み込むようになりました。個別の担当者の注意だけでは、もはや守りきれない領域に入っています。

求められているのは、偽装請負対策を「個人の注意」から「組織のガバナンス」へ昇華させることです。誰が担当しても同じ判断ができ、現場運用が崩れても監査で検知でき、問題が起きたら組織として是正できる。そうした再現性ある仕組みを、契約から運用までを貫く形で整備する必要があります。

本記事では、発注企業が組織として整備すべき6つの領域（契約・体制・運用ルール・教育・モニタリング・是正フロー）を、37号告示と最新の実務動向に基づき体系的に解説します。各領域で「誰が・何を・どの頻度で」整備するかを明示し、自社の現状診断から優先順位の付け方、段階的な実装ロードマップまでを一気通貫で提示します。チェックリストを「入口」として、組織対応の「上位マニュアル」として活用いただける構成です。

なぜチェックリストだけでは偽装請負を防げないのか

偽装請負対策に取り組む発注企業の多くが、ある段階で同じ壁にぶつかります。「チェックリストは作った。研修もした。それでも、現場の運用が思うように定着しない」という壁です。本セクションでは、なぜチェックリストだけでは限界があるのか、その構造的な理由を整理します。

チェックリスト運用の3つの限界

1つめは、属人化です。チェックリストの解釈は、運用する担当者の経験や知識に大きく依存します。同じ「指揮命令にあたるか」という問いに対して、ベテラン担当者と新任担当者では判断が異なり、結果として案件ごとに運用基準がブレます。

2つめは、現場運用の崩れです。契約締結時には厳密にチェックリストを当てはめていても、プロジェクトが走り出すと「ちょっとした追加依頼」「急ぎの仕様変更」といった日常業務のなかで、本来は窓口を経由すべき指示が直接外部エンジニアに飛んでしまうケースが頻発します。

3つめは、担当者交代時の知見ロスです。チェックリストの背後にある「なぜこの項目をチェックするのか」「過去にどんなヒヤリハットがあったのか」という文脈は、担当者の頭の中に蓄積されがちです。担当者が異動・退職すると、その文脈が失われ、形骸化したチェック作業だけが残ります。

2026年現在、発注企業に求められる「組織対応」への期待値の変化

外部環境も急速に変化しています。2024年11月に施行されたフリーランス・事業者間取引適正化等法（フリーランス・事業者間取引適正化等法 - 公正取引委員会）により、業務委託の取引条件明示や報酬支払い、ハラスメント対策などが法的義務として整理されました。労働局や公正取引委員会の調査・指導も、契約書の文言だけでなく日常運用の実態に踏み込むケースが増えています。

労働者派遣事業と請負により行われる事業との区分に関する基準を定める告示（いわゆる37号告示。厚生労働省・労働者派遣事業関係業務取扱要領）の運用においても、チャットツールのログ・勤怠管理データ・面談記録など「電子的に残る運用証跡」が判断材料として重視されるようになっています。発注者にとっては、「契約書だけ整えれば足りる」時代から「日常運用の証跡まで残せる組織体制を作る」時代へと、明確に期待値が上がっています。

本記事で扱う「6階層モデル」の全体像

こうした環境変化に対応するため、本記事では偽装請負防止を6つの階層に分けて整備する「6階層モデル」を提案します。具体的には、①契約、②体制、③運用ルール、④教育、⑤モニタリング、⑥是正フローの6階層です。次のセクション以降で各階層を詳しく解説しますが、まずは「チェックリスト単体ではなく、6つの階層を組み合わせて初めて再現性ある防止体制が成立する」という全体像を押さえてください。

偽装請負の基本と判断基準を組織共通言語にする

組織として偽装請負を防ぐ第一歩は、関係者全員が同じ判断基準を共有することです。経営層・現場管理職・調達部門が異なる理解を持ったままでは、規程をいくら整備しても運用で齟齬が生じます。本セクションでは、37号告示の判断基準を「組織共通言語」として使えるレベルに要約します。

37号告示の2つの軸

37号告示は、請負契約が実態として労働者派遣にあたるかどうかを判断するための基準を定めた厚生労働省の告示です。判断軸は大きく2つあります。

1つめは、自己の雇用する労働者の労働力を自ら直接利用するものであること（管理の独立性）です。受託者が自社の従業員に対して、業務遂行に関する指示や評価、勤怠管理、服務規律を独立して行っているかを問います。

2つめは、請負契約により請け負った業務を自己の業務として相手方から独立して処理するものであること（事業処理の独立性）です。業務に必要な資金調達、機械・設備・材料の調達、自己の責任での業務処理を、受託者が独立して担っているかが問われます。

この2軸の両方を満たさない場合、形式上は請負契約でも実態は労働者派遣（派遣免許がなければ違法な労働者派遣＝偽装請負）と判断されます。

判断基準の「条文」と「運用実態」のギャップ

37号告示の各項目は、条文として読むと「責任者を介して指示する」「進捗管理は受託者が行う」など、それほど難解ではありません。しかし、実際の現場では「責任者を介する」が「責任者を CC に入れたチャットで個別エンジニアに指示する」に変質したり、「進捗管理は受託者」が「発注者が毎朝の朝会で進捗を細かく問いただす」に変質したりします。

つまり、判断基準は条文を覚えるだけでは不十分で、運用実態として何が NG で何が OK かを、現場が共有できる粒度に翻訳する必要があります。詳細な項目別のチェック方法は偽装請負チェックリストで網羅していますので、社内研修や規程整備の出発点としてご活用ください。

経営層・現場・調達部門それぞれの理解レベルを揃える3つのポイント

組織共通言語を作るうえで、特に押さえるべき3つのポイントがあります。

1つめは、「指揮命令の所在」がすべての判断の起点になることです。指示・評価・勤怠管理がどちら（発注者か受託者か）から出ているかを、関係者全員が同じ意味で語れるようにします。

2つめは、「成果物」と「労働時間」のどちらに対価が支払われているかという視点です。請負契約は本来、成果物に対する対価が原則です。労働時間ベースの支払いになっている場合は、契約形態と実態のズレを疑う必要があります。

3つめは、「再委託」「追加業務」「仕様変更」など、契約締結時には想定していなかった事象が発生したときの手続きが明文化されているかです。これらが現場の口頭判断に委ねられていると、運用は容易に崩れます。

これらを社内の共通言語として確立できれば、後続の階層の整備が格段にスムーズになります。

組織として整備すべき6階層モデル【本記事の核】

ここからは、本記事の核となる「6階層モデル」を提示します。偽装請負を組織として防ぐためには、契約書の整備だけでも、研修の実施だけでも不十分です。6つの階層を上から下まで一貫して整備し、それぞれが相互に補完しあう仕組みが必要になります。

6階層モデルの全体像

下記が、組織として整備すべき6階層と、各階層で「誰が・何を・どの頻度で」整備するかの一覧です。

階層間の依存関係

6階層は、上位階層が整っていないと下位階層が機能しないという依存関係を持ちます。たとえば、契約（階層1）で「指揮命令は受託者側責任者を経由する」と定めても、体制（階層2）で受託者側の責任者が誰なのかが明示されていなければ、現場（階層3）はそもそも経由しようがありません。

また、運用ルール（階層3）と教育（階層4）が整っていても、モニタリング（階層5）が機能していなければ、ルールが守られているかを継続的に検知できません。そして、問題を発見したときの是正フロー（階層6）が定まっていなければ、検知しても組織として動けず、結果的に隠蔽や属人的対応のリスクが高まります。

このように、6階層は「上から積み上げる」だけでなく、「下から上に向けてフィードバックループを形成する」関係にあります。

自社の現状を診断する5つの質問

6階層を自社で整備する前に、現状を簡易診断してください。以下の5つの質問に「明確に Yes」と答えられない項目があれば、その階層が手薄になっている可能性があります。

1. 契約: 現行の請負契約・業務委託契約のテンプレートに、業務範囲・指揮命令・成果物・受託者側責任者の4要素は明記されていますか。
2. 体制: 各プロジェクトで、発注者側・受託者側双方の「業務管理責任者」を文書で特定できますか。
3. 運用ルール: 外部エンジニアへの指示が「責任者経由で出された」ことを、後日チャットログから検証できますか。
4. 教育: 直近1年以内に、現場管理職層に向けた偽装請負研修を実施しましたか。
5. モニタリング: 偽装請負リスクに関する内部監査・抜き打ちチェックを、年1回以上実施していますか。

5問すべてに Yes と答えられる組織はほとんどありません。Yes が3問以下であれば、本記事の後続セクションを優先順位の判断材料としてご活用ください。

階層1 契約整備｜偽装請負を防ぐ契約書の必須条項

組織対応の起点は契約書です。契約書に必須要素が明記されていなければ、現場でいくら気をつけても、形式面で「労働者派遣の実態」と判断されるリスクが残ります。本セクションでは、契約書レベルで整備すべき必須条項を整理します。

必須条項チェックリスト

請負契約・業務委託契約に含めるべき必須条項は以下のとおりです。

これらは「条項があるかないか」だけでなく、「契約締結時に発注者・受託者双方で内容をすり合わせ、署名押印に至っているか」というプロセスまで含めて確認します。

発注書・SOW（業務指示書）の運用ルール

基本契約に加えて、案件ごとの発注書または SOW（Statement of Work、業務指示書）の運用が重要になります。SOW には以下を含めることを推奨します。

• 案件名・案件 ID
• 業務範囲の詳細（タスクレベル）
• 期間・マイルストーン
• 受託者側責任者
• 検収条件・受入テスト基準
• 想定報酬と支払条件

SOW は単なる事務書類ではなく、「発注者は受託者に対して業務単位で発注している」ことを示す重要な証跡です。プロジェクト途中で業務範囲が変わる場合は、口頭やチャットで済ませず、SOW を改訂して双方の合意記録を残します。

契約条項では防げない運用リスクの例

ただし、契約条項を整えても、現場運用で崩れることはあります。たとえば、次のような場面です。

• 朝会で、発注者の PM が受託者側エンジニアに対し個別タスクを直接アサインする
• 緊急対応時に、発注者のリーダーが受託者側エンジニアに勤怠時間を指定する
• 設計レビューの場で、発注者が個別エンジニアの作業手順まで指示する

これらは契約上は禁止されていても、日常業務の流れのなかで容易に発生します。だからこそ、契約整備の次に体制と運用ルール（階層2・3）の整備が必要になります。次のセクションで詳しく見ていきます。

階層2 体制構築｜指揮命令系統と責任分界を組織図で明示する

契約条項を運用に落とし込む土台が、体制です。「誰が・誰に対して・どの範囲で指示できるのか」を組織図として可視化し、関係者全員が同じ認識で動ける状態を作ります。

発注者側・受託者側の責任者を明確に分ける

最低限、各プロジェクトで以下の責任者を文書で特定してください。

• 発注者側 業務管理責任者: 案件全体のスコープ・スケジュール・予算を管理し、受託者側責任者と窓口対応する人物
• 発注者側 コンプライアンス窓口: 偽装請負リスクが疑われる事象を受け付ける窓口（法務・コンプライアンス部門の担当者）
• 受託者側 業務管理責任者: 受託者の従業員に対して直接の指揮命令を行い、発注者側責任者と窓口対応する人物

これらをプロジェクト開始時に SOW または別紙で文書化し、関係者全員（自社の現場メンバー・受託者側のメンバー）に共有します。「誰が指揮命令の窓口か」が口頭ベースで運用されている時点で、組織対応としては不十分です。

業務委託エンジニアを実際にマネジメントする現場視点での運用は、業務委託エンジニアのマネジメント方法もあわせてご参照ください。

コンプライアンス窓口・内部通報ルートの整備

体制構築でしばしば見落とされるのが、「偽装請負の懸念を発見した社員が、どこに相談すればよいか」のルートを明示することです。

• 日常的な相談窓口（法務・コンプライアンス部門の担当者）
• 直属の上司が問題に関与している場合の代替ルート（内部通報制度・外部窓口）
• 通報者保護のルール（不利益取扱いの禁止）

これらを社内規程として整備し、研修等で周知することで、現場が「気づいたら声を上げられる」状態を作ります。問題が水面下で進行することを防ぐためには、検知の入口を組織として複数用意することが不可欠です。

リモート・ハイブリッド環境での体制設計の注意点

近年、外部エンジニアとの協業はリモート・ハイブリッド環境で進むケースが大半です。物理的に同じオフィスにいないことで、かえって以下のリスクが顕在化しやすくなります。

• チャットツール上で発注者から個別エンジニアに直接指示が出やすい（受託者側責任者が把握しないままタスクが流れる）
• オンライン会議で、発注者が個別エンジニアの作業手順まで指示してしまう
• 勤怠管理を発注者側のツール（自社の勤怠システム・タイムカード）で行ってしまう

リモート環境では、「物理的な距離」ではなく「役割分担の明示」によって独立性を担保する必要があります。チャットチャンネルの設計（誰がどのチャンネルに参加するか）、会議体の参加者ルール、勤怠管理ツールの分離など、リモート前提での体制設計を明文化してください。

階層3 運用ルール｜日常業務で偽装請負を発生させない指示・コミュニケーション設計

契約と体制が整っても、日々の運用で崩れることがあります。本セクションでは、日常業務での具体的な運用ルールを整理します。

指示の出し方（窓口経由・直接指示の禁止）の運用ルール

指示の出し方の鉄則は、「個別エンジニアに直接タスクを割り当てない」ことです。具体的には以下のルールを推奨します。

この種の「窓口経由ルール」を現場に浸透させる具体的な手法は偽装請負を防ぐ指揮命令ルールでも詳しく解説していますので、現場マネージャー向けの研修教材として併用してください。

会議体・チャットツール運用の境界線

会議体・チャットツール運用にも明確な境界線を設けます。

• 朝会・デイリースクラム: 受託者側責任者が司会進行し、発注者は要件のフィードバックや優先順位の合意に徹する。個別エンジニアへの直接タスク指示は行わない
• スプリントレビュー・設計レビュー: 成果物への評価・要望は受託者側責任者を通じて伝える。個別エンジニアの作業手順への踏み込みは控える
• チャットチャンネル設計: 「契約案件単位のチャンネル」に発注者と受託者側責任者・必要に応じて受託者メンバーを含める。個別 DM での発注者→受託者個人の指示は原則禁止

業務委託エンジニアとの円滑かつ適法なコミュニケーション設計の具体例は業務委託エンジニアとのコミュニケーション方法を参照してください。チャットの粒度や会議体運用の具体例まで踏み込んでいます。

追加業務・仕様変更時の手続フロー

プロジェクト進行中の追加業務・仕様変更が、最も偽装請負リスクが顕在化しやすい場面です。以下の手続を定型化してください。

1. 発注者が追加業務・仕様変更の要望を文書化し、受託者側責任者に提示する
2. 受託者側責任者が工数・期間・対価への影響を見積もる
3. 双方が合意した内容を SOW 改訂または覚書として書面化する
4. 改訂後、受託者側責任者から自社のエンジニアへタスクを割り当てる

「ちょっとした追加だから口頭で」「急ぎだから DM で個別エンジニアに」というショートカットを許さないことが、組織対応の要諦です。

階層4 教育｜全社員に同じ判断基準を浸透させる研修体系

ルールを整備しても、関係者がそれを理解し実践できなければ意味がありません。本セクションでは、教育・研修体系の整備方針を解説します。

対象別の研修内容と頻度

研修は対象別に内容と頻度を設計します。

このうち最も重要なのは現場管理職向け研修です。日常的に指示を出す立場にあるため、ここの判断ブレが組織全体のリスクに直結します。eラーニングだけでなく、ケーススタディ形式でのワークショップを推奨します。

研修教材の整備とアップデート運用

教材は一度作って終わりではありません。以下の運用を仕組み化してください。

• 法令改正（フリーランス保護法・労働基準法等）に合わせて年次でレビュー
• 社内で発生したヒヤリハット事例を匿名化して教材に反映
• 同業他社・業界団体のガイドライン更新を年次でモニタリング

教材オーナーを法務・コンプライアンス部門に明示的に置き、更新責任を明確化することで、教材の陳腐化を防ぎます。

理解度テスト・効果測定の設計

研修の効果測定として、以下を設計します。

• 理解度テスト: 研修終了時に10〜20問程度の選択式テストを実施。合格基準（例: 80%以上）を設け、未達者には再受講を求める
• 実務サンプリング: 研修受講者が担当する案件のチャットログ・SOW から無作為抽出し、ルール遵守状況を確認
• アンケート: 研修内容の理解度・実務への適用見込みを5段階評価で収集し、教材改善に反映

特に実務サンプリングは、次の階層5「モニタリング」と連動するため、教育とモニタリングを一体運用する設計が望ましい形です。

階層5 モニタリング｜偽装請負の兆候を継続的に検知する仕組み

ルールが整い、教育も実施されたら、最後に必要なのは「ルールが実際に守られているか」を継続的に検知する仕組みです。モニタリングは、組織として PDCA を回す要の階層になります。

定期監査・抜き打ちチェックの設計

監査は以下の3層で設計することを推奨します。

各監査の結果は、経営層へのレポートラインを定め、是正計画につなげます。

監視すべきKPI

組織として偽装請負リスクを管理するうえで、以下のKPIを継続的にモニタリングすることを推奨します。

• 窓口経由率: 発注者から受託者へのタスク依頼のうち、受託者側責任者を経由した割合
• 直接指示の発生件数: 個別 DM・対面で発注者から受託者個人にタスクが渡った件数（インシデントとして集計）
• SOW 改訂件数: 仕様変更・追加業務発生時の SOW 改訂・覚書締結の件数
• 是正対応件数: 監査・通報で検知した事象に対する是正対応の件数・期間
• 研修受講率・合格率: 対象者別の受講率・理解度テスト合格率

これらを四半期で経営層に報告するダッシュボードを整備することで、組織としての防止体制が「機能しているか」を可視化できます。

デジタル証拠の保全方針

37号告示の運用厳格化に伴い、労働局調査ではチャットログ・勤怠データ・面談記録などのデジタル証跡が重視されます。これは規制リスクと同時に、適法な運用を行っていることを証明する手段でもあります。

保全すべき主なデジタル証跡は以下のとおりです。

• 契約書・発注書・SOW・覚書（バージョン管理を含む）
• 案件チャンネルのチャットログ（一定期間の保存ルール）
• 定例ミーティング議事録・録画（必要に応じて）
• 案件別の指揮命令経路の記録（窓口経由率の根拠データ）

これらを「いつ・誰が・どこに保存するか」をルール化し、保存期間（例: 契約終了後5年）を定めます。証跡保全は「監査対応のため」だけでなく、「適法に運用していることを自社で証明できるようにするため」でもあります。

階層6 是正フロー｜問題を発見したときに組織が動く手順

万全の体制を整えても、ヒューマンエラーや想定外の事象はゼロにはなりません。重要なのは、問題を発見したときに組織として動ける手順を事前に整備することです。

是正フローの全体像（5ステップ）

是正フローは以下の5ステップで設計します。

1. 第一報: 発見者が定められたルート（直属の上司・コンプライアンス窓口・内部通報）に第一報を上げる
2. 事実確認: コンプライアンス窓口が関係者・記録から事実関係を確認（24〜72時間以内が目安）
3. 緊急停止判断: 事象の重大性に応じて、対象業務の一時停止・指示経路の即時是正を判断
4. 是正計画: 短期是正（運用の即時修正）・中長期是正（規程改定・体制見直し）を計画化し、責任者を割り当てる
5. 再発防止: 教材への事例反映、関連案件への注意喚起、モニタリングKPIの見直し

各ステップで「誰が・何を・いつまでに」決定するかを規程に落とし込んでください。属人的な判断に委ねず、組織として動けるフローにすることが目的です。

労働契約申込みみなし制度のリスクと是正の優先度

偽装請負と判断された場合の最大のリスクの1つが、労働契約申込みみなし制度（労働者派遣法第40条の6）です。違法な労働者派遣（許可なき派遣事業＝偽装請負）を受け入れている発注者は、その時点で受託者側労働者に対し直接労働契約を申し込んだものとみなされます。

この制度のリスクは、対象労働者がいつでも承諾できる点にあります。違法行為の発生時点から1年以内であれば承諾可能であり、承諾された場合は発注者が直接雇用主となります。組織として偽装請負の兆候を発見した際に、是正の優先度を最大化すべき法的根拠は、ここにあります。

労働局調査・指摘を受けた場合の組織対応

労働局からの調査・指導を受けた場合の対応は、以下の点を事前に決めておきます。

• 窓口の一本化: 労働局対応の窓口を法務・コンプライアンス部門に一本化し、現場が個別対応しないルールを徹底
• 記録保全: 調査開始の連絡を受けた時点で、関連する契約書・SOW・チャットログ・勤怠記録を保全（変更・削除しない）
• 外部専門家との連携: 顧問弁護士・社労士と速やかに連携し、回答内容・是正計画を協議
• 経営層への報告: 経営層への即時報告と、関連事業部への周知

これらを「労働局対応マニュアル」として整備し、年1回程度の机上訓練（テーブルトップエクササイズ）で実効性を確認することを推奨します。

6階層を自社に実装するロードマップと優先順位

6階層をすべて一度に整備するのは現実的ではありません。本セクションでは、企業規模・現状に応じた段階的導入の考え方を提示します。

規模・体制別の優先順位の付け方

企業規模・外部人材活用の現状に応じて、優先順位は変わります。

すでに契約書・体制図はある中堅企業の場合、次の打ち手は「日常運用への落とし込み（階層3）」と「組織内の判断基準浸透（階層4）」です。逆に、契約書テンプレートすら未整備のスタートアップの場合は、まず階層1から始めることになります。

最初の90日で着手すべき3つのアクション

どの規模の企業でも、最初の90日で以下の3つに取り組むことを推奨します。

1. 現状診断: セクション3で提示した5つの質問に基づき、自社の現状を診断する。診断結果を経営層に報告し、整備計画の合意を得る
2. 契約テンプレートの整備: 業務委託契約・SOW のテンプレートを法務主導で見直し、必須条項を反映する
3. 現場管理職向け研修の実施: PM・リーダー層を対象に、指揮命令の境界を理解する研修（120分目安）を1回実施する

この3つは、いずれも比較的短期間で実行可能でありながら、組織対応の土台を作る上で不可欠です。

6ヶ月・1年で目指す姿

最初の90日の取り組みを起点に、6ヶ月・1年で以下の状態を目指します。

このロードマップは目安です。自社の状況に応じて、優先順位とスピード感を調整してください。経営層・法務・人事・事業部のキーパーソンを巻き込んだ整備プロジェクトとして推進することが望ましい形です。

まとめ｜偽装請負対策は「個人の注意」から「組織の仕組み」へ

本記事では、発注企業が偽装請負を組織として防ぐための6階層モデル（①契約 ②体制 ③運用ルール ④教育 ⑤モニタリング ⑥是正フロー）を解説しました。

最後に、本記事のメッセージを改めて整理します。

• チェックリスト単体では限界がある: 属人化・現場運用の崩れ・担当者交代時の知見ロスを乗り越えるには、組織のガバナンスとして仕組み化する必要がある
• 6階層は依存関係を持つ: 契約・体制が上位階層として下位階層（運用・教育・モニタリング・是正）を支える。上位階層を整えずに下位階層だけ作っても機能しない
• 段階的な実装が現実的: 現状診断 → 契約テンプレート整備 → 現場管理職研修という最初の90日のアクションから着手し、6ヶ月・1年のスパンで全階層を整備する

偽装請負対策は、もはや「気をつけましょう」というレベルの個人対応では守りきれない領域に入りました。フリーランス保護法施行や37号告示の運用厳格化を背景に、発注企業には組織としての防止体制が求められています。

本記事で提示した6階層モデルは、社内での規程整備プロジェクトを進めるうえでの設計図としてご活用いただけます。各階層を自社の状況に合わせて具体化していくにあたっては、より詳細な実装手順・テンプレート・チェックリストをまとめたお役立ち資料も参考にしていただけますと、社内稟議や規程整備の議論をより前に進めていただけるはずです。