

孫請(孫請け)は、下請がさらに別の会社へ業務(工事の一部など)を再委託することで成立する立場で、商流は「発注者→元請→下請→孫請」と多段化します。
建設現場で「孫請」と呼ぶ範囲は会社や地域でブレることがあり、「二次請」「三次請」などの呼称と混在するため、会話では“何次の立場か”と“契約相手は誰か”をセットで確認すると事故が減ります。
実務上の要点は、孫請は発注者・元請と直接契約していないことが多く、支払い条件や追加変更の合意形成が「下請経由」になりやすい点です。
【現場で起きやすいズレ】
孫請が存在すること自体を一律に禁じる趣旨ではなく、問題になるのは「一括下請負(丸投げ)」の状態で、建設業法第22条は元請が受注した工事を“いかなる方法でも”一括して他人に請け負わせることを禁止しています。
国土交通省の資料では、一括下請負が禁止される背景として、中間搾取、工事品質の低下、労働条件の悪化、責任の不明確化などが挙げられています。
さらに「実質的に関与」が重要で、施工計画の作成・工程管理・品質管理・安全管理・技術的指導などを元請が主体的に行わないと、一括下請負に該当し得ると整理されています。
【誤解しやすいポイント】
【参考リンク:一括下請負の定義、実質的関与の具体例、典型事例(電気工事の全部を1社へ等)が載っています】
国土交通省「別紙2 一括下請負の禁止について(PDF)」
施工体制台帳は、下請・孫請を含む施工体制(各社名、施工範囲、技術者等)を整理して示すための実務ツールとして説明されており、現場の体制把握と説明責任に直結します。
自治体等が公開している資料では、元請・一次下請・二次下請・三次下請といった階層イメージと、「再下請負通知」の流れが図示されており、孫請が入ると情報連携の書類が増えることが読み取れます。
孫請がいる現場ほど、台帳や通知書を「提出したら終わり」にせず、工程・安全・品質の会議体(いつ、誰が参加し、どの決定をしたか)まで含めて運用しないと、いざ監督指導や事故時に“実態が説明できない”状態になりやすいです。
【台帳運用で効く小技(現場向け)】
【参考リンク:施工体制台帳の作成・再下請負通知の考え方が図で整理されています】
山口県「施工体制台帳の作成等について(PDF)」
孫請が生まれる典型理由は、元請・一次下請だけでは専門工種や人数を揃えきれず、工事を分業して成立させる必要があるためで、重層下請構造は建設工事の現実的な組み立てとして語られます。
一方デメリットは、商流が深くなるほど中間コストが積み上がり、現場に落ちる原資が薄くなって品質・安全・人員確保へ跳ね返りやすい点で、国交省資料でも中間搾取や質の低下が問題として挙げられています。
また孫請は契約上の相手が「直上の下請」になるため、設計変更や追加工事の精算で“決裁権の所在”が遠く、合意までに時間がかかる構造的弱点があります。
【孫請側の現実的メリット】
【孫請側の典型デメリット】
一括下請負かどうかの論点で繰り返し出てくるのが「元請の実質的関与」で、国交省資料は施工計画、工程管理、品質管理、安全管理、技術的指導などの具体行為を列挙しています。
ここから逆算すると、孫請側でも“自社がどの範囲を主体的に管理し、どの指示を受けて動いたか”を工程管理のログとして残すほど、責任の境界を説明しやすくなります。
意外に効くのは、工程表そのものより「調整の記録」で、下請間の工程調整や進捗確認は実質的関与の中核と整理されているため、孫請の側も日々の調整結果を短文で残すと、トラブル時に“言った言わない”を潰せます。
【現場で使える“残し方”テンプレ(孫請向け)】
| 残す項目 | 例 | 狙い |
|---|---|---|
| 工程(いつ) | 12/3 13:00〜15:00 | 工程管理の根拠 |
| 場所(どこ) | 2F東面 PS周り | 出来形・品質の範囲明確化 |
| 指示者(誰) | 一次下請:現場代理人 | 指揮命令系統の証拠 |
| 内容(何を) | 開口補強の仕様変更、材料手配先変更 | 変更の起点把握 |
| 影響(どうなる) | 翌日のボード貼り開始を半日後ろ倒し | 工程調整の記録 |
【参考リンク:一括下請負の条文、実質的関与(施工計画・工程管理・品質管理・安全管理等)の具体がまとまっています】
国土交通省 近畿地方整備局「一括下請負の禁止(PDF)」
![]()
【中古】 大手に潰される小さな建設会社 上に厚く下に薄い大手、下請、孫請の利益構造、欠陥工事発生の裏事情、不況の中で利益倍増の怪しい会社、必死で頑張る小さな業者たち Yell books/諏訪達也(著者)