下請法とは？システム開発の委託で押さえる4義務・11禁止行為と2026年改正（取適法）

下請法は、システム開発を外部へ委託する発注者と、開発を請け負う中小の受託者との取引を公正に保つための法律です。2026年1月1日施行の改正で名称が「中小受託取引適正化法（取適法）」へと変わり、呼び名や適用対象も見直されました。この記事では、プログラム作成の委託がどの条件で対象になるか、発注者に課される4つの義務と11の禁止行為、改正で強化された支払手段や代金決定のルール、そして受託開発の発注担当者が違反を避けるための実務判断までを、システム開発の現場に絞って整理します。狙いは条文の紹介ではありません。「何を書き、何をやってはいけないか」を自分で判断できる状態にすることが目的です。

まとめ：システム開発の委託で発注者が最初に押さえる下請法の結論

先に結論を示します。自社より資本金の小さい会社へシステムやプログラムの開発を委託する発注者は、書面の交付から支払いまでの一連の行為が下請法（取適法）で縛られると考えてください。要点は次の4つです。

• システム開発の委託は「情報成果物作成委託」に当たり、資本金や従業員数の区分を満たすと下請法の対象になる。
• 発注者（委託事業者）には、発注書面の交付・支払期日の設定・書類の保存・遅延利息という4つの義務がある。
• 代金の一方的な減額、買いたたき、不当なやり直しなど11の禁止行為があり、開発現場ではやり直しと検収の扱いで問題が起きやすい。
• 2026年1月施行の改正で法律名と呼称が変わり、手形払いの制限や協議なき代金決定の規制が加わった。

ここから先で、この結論の根拠と発注実務への落とし込み方を順に見ていきます。委託の入口で契約類型を整理したいなら、あわせて委託とは？委任・請負・受託との違いと発注者が押さえる契約の選び方もご覧ください。

下請法とは何か｜目的と下請代金支払遅延等防止法から取適法への流れ

下請法は、取引上の立場が強い発注者が、弱い立場の受託者に不利な条件を押しつけるのを防ぐために作られました。独占禁止法が禁じる「優越的地位の乱用」を、より具体的な行為基準へ落とし込んだ特別法という位置づけです。

下請法の目的と保護対象は優越的地位の乱用から中小受託者を守る枠組み

この法律が守ろうとするのは、発注者に対して価格や納期の交渉力を持ちにくい中小の受託者です。開発を委託する側は、仕様変更や検収の可否、支払時期を実質的に握っています。その力を背景にした代金の据え置きや無償のやり直しが横行すれば、受託者は疲弊し、産業全体の取引環境が悪化しかねません。下請法は、こうした行為を「やってはいけないこと」として個別に列挙し、違反があれば公正取引委員会や中小企業庁が調査・指導に動く仕組みをとっています。抽象的な理念ではなく、発注書面や支払期日という手続きの形で発注者を縛る点に特徴がある法律です。

2026年1月施行の改正で変わった法律名と親事業者などの呼称の中身

正式名称は長らく「下請代金支払遅延等防止法」でした。2025年5月16日に改正法が成立し、同月23日に公布、2026年1月1日から施行されています。この改正で法律名は「中小受託取引適正化法（略称・取適法）」へ変わりました。「下請」という語が上下関係を連想させるとの指摘を踏まえ、呼称も見直され、発注側の「親事業者」は「委託事業者」に、受注側の「下請事業者」は「中小受託事業者」と改められています。条文の骨格である義務や禁止行為の枠組みは引き継がれました。実務では「下請法＝取適法」と読み替えて差し支えありません。ただし社内規程や契約書のひな型が旧名称のままだと、対外的な説明で古い印象を与えます。2026年時点では新名称に更新しておくのが無難でしょう。

システム開発が下請法の対象になる条件｜資本金と従業員数の区分

すべてのシステム開発委託が下請法の対象になるわけではありません。取引の「種類」と、発注者・受託者の「規模」の両方が条件を満たしたときに適用されます。

情報成果物作成委託に該当するシステム開発とプログラム作成の範囲

下請法は取引を製造委託・修理委託・情報成果物作成委託・役務提供委託の4類型に分けています。ソフトウェアやプログラム、Webシステム、設計データの開発を外部に委託する行為は、このうち「情報成果物作成委託」に当たるものです。自社で提供・販売するシステムの一部を外注する場合はもちろん、社内で使う業務システムを反復して外注する場合も対象に含まれ得ます。一方、規模の判定を満たさない対等な企業間の取引や、成果物の作成を伴わない純粋な物品購入は、下請法ではなく独占禁止法の一般ルールで判断されるものです。委託が請負か準委任かという契約類型の違いは、後述のとおり適用の有無を直接は決めません。契約形態の整理は準委任契約とは？請負・派遣との違いとシステム開発での使い分けを解説で詳しく扱っています。

資本金3億円と従業員300人の区分および改正で追加された適用基準

適用の有無は、発注者と受託者の規模差で決まります。政令で定めるプログラム作成の委託は製造委託と同じ区分で判定され、発注者の資本金が3億円を超え受託者が3億円以下の場合、または発注者が1千万円超3億円以下で受託者が1千万円以下の場合に対象となります。プログラム以外の情報成果物（映像やデザイン等）の委託は5千万円／1千万円の区分です。2026年施行の取適法では、この資本金区分に加えて従業員数の基準が新設されました。製造委託や政令で定めるプログラム作成などでは従業員300人、その他の役務提供委託等では100人が一つの線となります（2026年時点）。資本金を抑えていても従業員数で対象になる余地が広がりました。「うちは資本金1億円だから関係ない」という従来の感覚では判定を誤ります。

数値は2026年1月施行の取適法に基づく整理です。自社の取引がどの帯に入るかは、発注書を出す前に一度確認しておくと判断がぶれません。

発注者（委託事業者）に課される4つの義務｜書面・支払期日・保存・利息

対象取引に当たると判断したら、発注者には次の4つの義務が生じます。いずれも「気をつける」ではなく、手続きとして必ず実行する類のものだと考えてください。

発注書面（3条書面）の交付義務と発注時に記載すべき主な必須事項

発注者は、委託と同時に発注内容を記した書面を受託者へ交付しなければなりません。いわゆる3条書面です。給付の内容、納期、受領する場所、下請代金の額、支払期日、支払方法などを具体的に書く必要があり、口頭発注や「詳細は追って連絡」といった曖昧な発注は認められません。システム開発では仕様が固まりきらないまま着手する場面があります。その場合でも決められる範囲を書面化し、未定事項は理由と確定予定を示して補充する運用が求められるところです。書面は電子メールなど電磁的方法でも交付できます。仕様変更が多い案件ほど、発注書と変更履歴を残す習慣が違反の予防になります。

支払期日の設定（受領日から60日以内）と年14.6%の遅延利息

支払期日は、成果物を受領した日から起算して60日以内の、できる限り短い期間で定めなければなりません。ここで注意したいのは、起算点が「検収完了日」ではなく「受領日」である点です。検収に時間をかけて支払いを先延ばしにする運用は、実質的な支払遅延とみなされます。定めた期日までに支払わなかった場合、発注者は受領日から60日を経過した日から実際の支払日まで、年14.6%の遅延利息を支払う義務を負います。この利率は当事者の合意で引き下げられるものではなく、法定の水準です。分割検収や段階リリースを行う開発では、どの時点を受領とみなすかを契約段階で明確にしておく必要があります。

発注内容を記録した書類の作成と2年間の保存義務を満たす記録の実務

発注者は、発注内容や代金額、支払日などを記録した書類を作成し、2年間保存しなければなりません。これは調査があった際に取引の適正さを示す根拠になります。プロジェクト管理ツールや会計システムに発注・検収・支払の記録が分散していると、後から取引単位で追えず、保存義務を満たしていないと判断されかねません。委託ごとに記録を紐づけて残せる状態にしておくことが望まれます。

下請法が禁止する11の行為｜システム開発で起きやすい違反パターン

4つの義務が「やるべきこと」なら、禁止行為は「やってはいけないこと」です。全部で11あり、受注側に落ち度がなくても発注者側の行為として成立する点に特徴があります。開発の現場で問題化しやすいものから見ていきましょう。

代金減額と買いたたきと不当なやり直しが開発現場で起きる典型例

最も相談が多いのが、この3類型です。発注後に「予算が変わった」と一方的に代金を差し引く行為は、受注側の合意があっても代金減額の禁止に触れます。相場や工数から見て著しく低い金額を強いる買いたたきも同様で、2026年の改正では、受託者からの協議を求められたのに応じず一方的に代金を決める行為が買いたたきとして明確化されました。人件費の上昇分を価格へ反映させる交渉に応じない姿勢が、規制の対象になったと理解するとよいでしょう。加えて、発注時の仕様にない改修を無償で求める不当なやり直しも頻出します。仕様確定のプロセスと、追加要件が出たときの費用負担のルールを契約に書いておくことが、この3類型の予防に直結する対策です。成果物の品質や瑕疵をめぐる責任分担は瑕疵担保責任とは？契約不適合責任への改正とシステム開発契約での扱いで整理しています。

受領拒否と返品の禁止および成果物の検収をめぐる発注側の注意点

発注者の都合で成果物の受け取りを拒む受領拒否、いったん受け取った成果物を返す返品も禁止されています。システム開発では「思っていたものと違う」という理由での受領拒否が起きがちです。しかし発注書に書かれた内容を満たす成果物は、原則として受け取らなければなりません。仕様の解釈違いを受領拒否で処理するのではなく、検収基準を発注書面へ具体的に落とし込み、合否の判断軸を事前に共有しておく必要があります。検収の遅延がそのまま支払遅延につながる点も、前章の支払期日の話と地続きです。

2026年改正で強化された手形払いと協議なき代金決定への規制内容

残る禁止行為には、購入・利用強制、報復措置、有償支給原材料等の対価の早期決済、割引困難な手形の交付、不当な経済上の利益の提供要請、支払遅延が含まれます。2026年施行の取適法では、支払手段への規制が一段強まりました。現金化までに時間のかかる手形などでの支払いが制限され、受託者が資金繰りで不利にならないよう見直されています。ソフトウェア開発の委託では現金振込が一般的とはいえ、グループ内の決済慣行が手形ベースの企業は運用の点検が要るところです。報復措置の禁止も実務上は重く、違反を公正取引委員会へ申告した受託者に対し、取引を打ち切るなどの仕返しをすることは明確に禁じられています。

システム開発の発注者が下請法違反を避けるための実務判断と社内対策

ここまでの条文を、発注担当者の意思決定へ翻訳します。守るべきは4義務・11禁止行為ですが、日々の判断で効くのは「どこで線を引くか」です。玉虫色にせず、採るべき運用と越えてはいけない一線を示します。

契約類型（請負・準委任）と下請法適用の関係——どこで線を引くか

「準委任契約なら下請法は関係ない」という理解は誤りです。下請法の適用は、契約が請負か準委任かではなく、取引の種類（情報成果物作成委託など）と当事者の規模で決まります。準委任で進めるシステム開発であっても、規模区分を満たせば発注書面の交付や支払期日のルールは同じように適用されるものです。逆に、契約類型は瑕疵の責任範囲や指揮命令の可否といった別の論点で選ぶべきもので、下請法逃れの手段にはなりません。両者を切り分けて考えることが、判断を誤らない出発点になります。

これは書かない・やらない——発注担当者が越えてはいけない一線

実務では、次の運用を明確に「やらない」と決めるのが有効です。第一に、口頭やチャットだけでの発注確定はしません。仕様が流動的でも、決まった範囲を発注書面へ落とし、変更は書面で追補します。第二に、検収を理由に支払いを引き延ばさないことです。受領日を起点に期日を設計し、検収の遅れを支払遅延の口実にしません。第三に、追加開発を「サービスで」と無償で求めないでください。要件が増えたら費用を再見積もりする——この一線を曖昧にすると、不当なやり直しや買いたたきに滑り込みます。特に、受託者から単価の見直しを求められたときに協議を拒む対応は、改正後の買いたたきに直結するため避けるべきです。守るコストは、違反発覚時の勧告・公表による信用毀損より小さいと考えたほうが現実的でしょう。

違反時の勧告と公表の影響および社内フローへ組み込む予防策の実務

違反が認定されると、公正取引委員会からの指導や勧告を受け、勧告に至れば企業名と違反事実が公表されます。減額した代金や遅延利息の返還といった原状回復を求められることもあり、金銭面だけでなく取引先からの信頼にも響きます。予防の勘所は、特定の担当者の注意力に頼らず、発注・検収・支払の流れを仕組みで縛ることです。発注書面のテンプレート化、受領日を起点にした支払スケジュールの自動設定、委託単位での記録保存を業務システムへ組み込めば、義務の履行が日常業務のなかで自動的に満たされます。こうした取引管理の仕組みを含めて業務システムの受託開発を検討するなら、基幹システム開発の相談先として、一創のような開発会社に発注・検収・支払の統制まで含めた設計を相談する選択肢があります。

下請法と取適法の違いから適用範囲までよくある質問と発注者向けの回答

システム開発の委託で発注者から寄せられることの多い疑問に、簡潔に答えます。

下請法と取適法は何が違うのですか？

両者は同じ法律です。2026年1月1日施行の改正で「下請代金支払遅延等防止法（下請法）」の名称が「中小受託取引適正化法（取適法）」に変わりました。呼称も親事業者が委託事業者、下請事業者が中小受託事業者に改められています。義務や禁止行為の枠組みは引き継がれているため、旧名称で覚えた内容はそのまま通用します。

資本金1千万円以下の会社同士でもシステム開発の委託に下請法は適用されますか？

プログラム作成の委託では、発注者が資本金1千万円超で受託者が1千万円以下、といった規模差があるときに対象となります。双方が1千万円以下の対等な取引は、原則として下請法の適用外です。ただし2026年施行の取適法で従業員数の基準が加わったため、資本金が小さくても従業員数で対象になる場合があります。資本金だけで判断しないことが肝心です。

システム開発の準委任契約でも下請法は適用されますか？

適用され得ます。下請法の対象かどうかは契約が請負か準委任かではなく、取引の種類と当事者の規模で決まるためです。準委任で進める開発でも、情報成果物作成委託に当たり規模区分を満たせば、発注書面の交付や支払期日のルールが同じように適用されます。

支払期日は検収完了日と受領日のどちらから60日ですか？

受領日から起算して60日以内です。検収完了日ではありません。検収に時間をかけて支払いを遅らせる運用は、実質的な支払遅延と評価されるおそれがあります。分割検収を行う場合は、どの時点を受領とみなすかを契約で明確にしておくと判断がぶれません。

下請法に違反するとどうなりますか？

公正取引委員会や中小企業庁の調査を経て、指導や勧告の対象になります。勧告に至ると企業名と違反事実が公表され、減額分や遅延利息の返還といった原状回復を求められることもある点に注意が必要です。罰則としては、発注書面の不交付や書類の未保存などに対して罰金が定められています。金銭的な負担に加え、公表による信用への影響が実務では大きな痛手になります。

関連記事

• 委託とは？委任・請負・受託との違いと発注者が押さえる契約の選び方：下請法の前提となる「委託」の意味と契約類型の全体像を整理しています。
• 準委任契約とは？請負・派遣との違いとシステム開発での使い分けを解説：契約類型ごとの責任範囲を押さえたい発注担当者向けです。
• 瑕疵担保責任とは？契約不適合責任への改正とシステム開発契約での扱い：成果物の不具合をめぐる責任分担を確認できます。
• SESとは？契約形態と派遣・SIerの違いを発注者視点で解説：常駐型の委託と下請法・派遣法の関係を整理したい場合に。