- 国(経済産業省・中小企業庁)の取引ガイドラインが 令和7年12月に改訂 され、要件定義や設計も「ソフト開発の外注(情報成果物作成委託)」を守るルールの対象だと明記された。
- 2026年1月1日施行の 取適法 (中小受託取引適正化法、旧・下請法) は、対象となる取引で検収完了を待たず、受領日から 60日以内 に支払期日を定めることを義務付けている (公正取引委員会)。検収基準があいまいだと、検収自体が長引き、支払いや追加費用をめぐる対立が起きやすくなる。
- システム開発の工期遅延は 55% が要件定義の問題に起因 する (IPA調査)。要件定義書と検収条件を契約前に紙で残しておくことが、遅延とトラブルの予防線になる。
「見積の時点では『できます』と言われたのに、いざ検収の段になって『それは要件に入っていません』と言われた」── 中小卸の経営者やシステム発注担当者から、こうした話を伺うことが珍しくありません。契約前の打ち合わせでは口頭のやり取りが中心になり、何が完成品として「合格」なのかの基準が誰の手元にも紙で残っていない、という場面です。
この記事では、要件定義書と検収の取り扱いに関する最新の制度動向を確認した上で、中小卸が業務システム開発を契約する前に、要件定義書と検収条件で何をどこまで紙に残すべきか、トラブルを防ぐ進め方を解説します。
- 要件定義書 = 「何を作ってほしいか」を発注する側が紙にまとめたもの。家を建てる前の“要望メモ”のようなもので、これがないと後で「言った・言わない」が起きます。
- 検収(検収条件) = 出来上がったものを確認して「これでOK」と受け取ること。検収条件はその“合格ライン”を先に決めておく取り決めで、あいまいだと支払いや追加費用で揉めます。
数字で見る、要件定義書・検収トラブルの現状
- 下請適正取引ガイドラインの改訂: 経済産業省・中小企業庁「情報サービス・ソフトウェア産業における中小受託適正取引等の推進のためのガイドライン」は平成19年6月策定、令和7年12月に最終改訂。要件定義・設計を含むシステムの企画段階も、「ソフト開発の外注(情報成果物作成委託)」として発注側・受注側を守るルールの対象だと明記された。つまり、契約前の紙づくりは国も重視している (経済産業省・中小企業庁)。
- 取適法 (旧・下請法) の支払期日ルール: 2026年1月1日に施行された中小受託取引適正化法 (取適法) は、外注する側とされる側の取引を守る法律で、下請代金支払遅延等防止法(旧・下請法)を改正したもの。対象となる委託事業者・中小受託事業者間の取引では、給付を受領した日から 60日以内 のできる限り短い期間内に支払期日を定めることを義務付けている。検査 (検収) をするかどうかを問わず、受領日が起算点となる (公正取引委員会「取適法」)。すべての業務システム開発契約に一律適用されるわけではなく、対象取引の要件 (委託事業者・中小受託事業者の該当性など) を満たす場合に適用される。
- 要件定義がプロジェクト遅延の主要因: システム開発プロジェクトの工期遅延理由を分析すると、55% が要件定義の問題に起因し、残り45%がプロジェクト管理の問題 (IPA「要件定義を巡る課題、経営者が考慮しなければならないポイント」2019年)。
- モデル契約書での検収方法の明文化: IPAの「情報システム・モデル取引・契約書 (第二版)」は2020年12月22日に公開され、システム仕様・プロジェクト管理・検収方法 についてユーザー企業とITベンダーが契約時に共通認識を形成することを目的としている (IPA)。
- 補助金の実績報告でも導入・支払いの証憑が必要: デジタル化・AI導入補助金2026では、申請企業が発注・契約・納品・支払いを行ったことが分かる証憑を事務局に提出する「実績報告」が必須で、事業完了・支払い完了が確認されて初めて補助金額が確定する (中小企業基盤整備機構)。
これらの数字が示すのは、要件定義書と検収条件のどちらも「後から揉める対象」として制度側から明確化が進んでいる ということです。取適法は対象取引で検収の有無に関わらず支払期日を縛るため、検収に時間がかかるほど発注側・受注側双方の負担が増します。工期遅延の過半数が要件定義に起因するという事実は、契約前に紙で残す情報の質が、その後の検収の揉めやすさを左右することを裏付けています。
業種別シナリオ ── 要件定義書・検収条件があいまいなまま契約した典型パターン
以下は複数のご相談を再構成した代表シナリオであり、実在の特定企業を指すものではありません。
シナリオ 1: 食品卸 (検収の合格基準を口頭で決めていた)
在庫管理システムの初期版が納品された時点で、経営者は「思っていた画面と違う」と感じたが、契約書には「検収完了後に支払う」としか書かれておらず、何を確認すれば合格なのかの基準がどこにもなかった。ベンダーとの間で「言った・言わない」の水掛け論になり、支払いが数ヶ月止まった。
シナリオ 2: 精肉卸 (要件定義書がなく追加開発費で対立)
見積は口頭ヒアリングだけで作成され、要件定義書に相当する文書が存在しなかった。開発が進むにつれて「この機能も当然入っているはず」という経営者側の期待と、ベンダー側の「見積範囲外」という認識がずれ、追加開発費の請求をめぐって関係がこじれた。
シナリオ 3: 青果卸 (現場担当者と経営者で検収の解釈が分かれた)
経営者は仕様書を読んで「これで問題ない」と検収に合格させたが、実際に画面を使う現場担当者からは稼働直後に「これでは日々の発注業務が回らない」という声が上がった。検収時に現場担当者が確認する体制になっておらず、経営者一人の判断で検収が完了していたことが原因だった。
解決の核 ── 契約前に「何を」「どこまで」紙に残すか
要件定義書と検収条件のトラブルを防ぐ鉄則は、「分厚い仕様書」ではなく「OK/NGを現場が判定できる基準」を契約前に紙にする ことです。
具体的には:
- 要件定義書は文章ではなく画面ラフとセットで作る。「在庫を管理できる」という文章だけでは検収時の判断基準にならない。どの画面で何を入力・確認するかを絵にして残す。
- 検収条件は「誰が」「何を」「どう確認するか」まで具体化する。経営者だけでなく、実際に画面を使う現場担当者が確認項目に含まれているかを明記する。
- 検収基準は契約書の添付文書として残す。口頭合意ではなく、要件定義書・画面ラフ・検収チェックリストを契約書に紐づけて双方が保管する。
- 「今回の範囲に入らないもの」も明記する。追加開発費の対立は「入っている前提」と「入っていない前提」のズレから生まれるため、範囲外を書くことも範囲を書くことと同じくらい重要。
このアプローチは、既存の業務運用や現場の判断軸を変えないまま、契約前の紙一枚で「何がOKで何がNGか」を発注側・受注側・現場担当者の三者で共有する 構造です。「現場を変えない開発」の思想は、開発の進め方だけでなく、契約前に何を紙で残すかという段階から一貫しています。
既製品で足りない理由
- ベンダーの標準ひな形が抽象的な検収基準しか想定していない: 「バグがないこと」「仕様通りに動作すること」といった抽象的な検収条件は、中小卸特有の例外業務 (取引先別の単価計算、特売時の緊急発注など) を判定する基準として機能しない。
- 要件定義書の作成が別工程として高額請求される: SIerの標準商流では、要件定義書の作成自体が別途高額な工数として見積られ、中小卸が契約前の判断材料を早期に得られない。
- 現場担当者が検収プロセスに含まれない前提: 既製品導入の商流は「決裁者が検収して終わり」が前提で、実際に画面を使う現場担当者の確認を検収条件に組み込む発想がない。
- 範囲外を書く習慣がない: 見積書は「できること」を並べる文化があり、「今回は含まれないこと」を明記する習慣が薄いため、追加開発費の対立が起きやすい。
取り組み方の 3 ステップ
- 要件定義書のたたき台作成 (2〜3 週間): 現場の業務手順をヒアリングし、画面ラフとセットで「何を作るか」「何は今回作らないか」を文書化する。
- 検収条件のチェックリスト化 (1〜2 週間): 経営者と現場担当者それぞれが確認する項目を分けて、OK/NGを判定できる粒度のチェックリストに落とし込む。
- 契約書への添付と段階的な検収 (契約後〜稼働まで): 要件定義書・画面ラフ・検収チェックリストを契約書の添付文書として残し、初期版の段階から現場担当者を交えた検収を段階的に行う。
まとめ
要件定義書と検収条件の本質は、法律用語を並べた分厚い文書を作ることではなく、「何がOKで何がNGか」を発注側・受注側・現場担当者の三者が同じ紙で共有すること にあります。取適法は対象取引で検収の有無を問わず支払期日を縛り、下請適正取引ガイドラインは要件定義・設計まで対象を明確化しています。工期遅延の過半数が要件定義に起因するという事実も、契約前に紙で残す準備の重要性を裏付けています。分厚い仕様書ではなく、画面ラフと現場が判定できる検収基準を先に紙にすることが、契約後のトラブルを防ぐ最短の道になります。
引用元
- 経済産業省・中小企業庁「情報サービス・ソフトウェア産業における中小受託適正取引等の推進のためのガイドライン」(平成19年6月策定、令和7年12月最終改訂) — chusho.meti.go.jp/keiei/torihiki/guideline/06_info-services_soft.pdf
- 公正取引委員会「取適法 (中小受託取引適正化法)」(2026年1月1日施行、旧・下請代金支払遅延等防止法) — jftc.go.jp/partnership_package/toritekihou.html
- 独立行政法人情報処理推進機構 (IPA)「要件定義を巡る課題、経営者が考慮しなければならないポイント」(2019年) — ipa.go.jp/archive/files/000072721.pdf
- 独立行政法人情報処理推進機構 (IPA)「情報システム・モデル取引・契約書 (第二版)」(2020年12月22日公開) — ipa.go.jp/digital/model/model20201222.html
- 中小企業基盤整備機構「デジタル化・AI導入補助金2026 資料ダウンロード」— it-shien.smrj.go.jp/download/
最初の 60〜90 分のヒアリングから、整理メモと画面ラフ・松竹梅プランのお渡しまで、費用は発生しません。 「検収の合格基準を口頭でしか決めていない」「見積の範囲がどこまでか分からない」「現場担当者が検収に関わっていない」段階で大丈夫です。