発注したシステムを実際に動かしてみたら、重大なバグや仕様との不一致が見つかった。開発会社には「軽微な修正で対応できます」と言われているが、このまま検収書にサインしてよいものか——そんな状況に直面したとき、多くの発注担当者が同じ壁にぶつかります。
「検収を断ることはできるとは知っているが、正式にどうやって拒否するのか分からない」「間違った方法で拒否すると法律的に問題になるのでは？」「通知は口頭でよいのか、書面が必要なのか」。検収の専門家ではない担当者にとって、拒否の手続きは曖昧な部分が多く、身動きが取れないのが実情です。
本記事では、システム開発の発注担当者が検収を拒否する際の5ステップの手順を解説します。不合格通知に記載すべき内容と記載例、2026年1月から施行された取適法（旧下請法）で定める受領拒否のルール、再検収までの流れについても具体的に説明します。
なお、検収の実施方法（受け入れテストの進め方・チェックリスト）については「システム開発の検収・受け入れテストの進め方」で解説しています。本記事では「拒否する手順」に特化して説明します。
システム開発における課題管理テンプレート
この資料でわかること
システム開発で利用する際に便利な課題管理テンプレートをご紹介します。
こんな方におすすめです
- 対応すべき課題が不明確で開発生産性が下がっている
- とりあえず無料で課題を整理したい
- 課題が増える一方で永遠に減らない
入力いただいたメールアドレスにPDFをお送りします。
検収を拒否できる正当な理由とは
検収を拒否するには、合理的な根拠が必要です。単に「気に入らない」「もう少し良くなるはず」という主観的な理由では、法的に問題が生じる可能性があります。まず、どのような場合に拒否が正当とされるかを確認しましょう。
検収拒否が正当とされる2つの条件
一般的に、次の2つの条件のどちらかを満たす場合に、発注者は検収を拒否（不合格判定）できます。
条件1: 契約・仕様書に定めた機能が動作していない
システム開発では、要件定義書・仕様書・テスト仕様書などで「合格基準」をあらかじめ定めておくことが一般的です（定めていない場合は後述の「グレーゾーン」に相当します）。これらの基準を明確に満たしていない場合は、正当な拒否理由となります。
具体例:
- 要件定義で「検索結果は1秒以内に表示すること」と定めていたが、5〜10秒かかる
- 「請求書のPDF出力」機能が動作しない
- 「スマートフォン対応」と定めていたが、主要ブラウザで表示が崩れる
条件2: 重大な欠陥によってシステムの基本的な目的が果たせない
合格基準の記載がない場合でも、システムとしての基本的な機能を著しく損なう重大な欠陥がある場合は拒否が認められます。ただし、この判断は法的に曖昧なことが多く、「軽微なバグ」との境界線についてトラブルになりやすいため注意が必要です。
検収拒否が取適法違反になるケース
2026年1月より施行された取適法（中小受託取引適正化法。旧下請法）では、「受注者（開発会社）の責めに帰すべき理由がないのに、発注した成果物の受領を拒むことを禁止」しています（取適法第5条第1項第1号）。
取適法が適用される取引（資本金基準があります）では、合理的な理由なく検収を拒否すると発注者が取適法違反になる可能性があります。具体的な取適法違反の例としては以下が挙げられます。
- 仕様書や要件定義に記載のない要求を理由に拒否する
- 担当者の個人的な好み・デザイン上の主観的評価を理由に拒否する
- 軽微なバグ（すぐに修正可能なもの）を理由に報酬の支払いそのものを拒否する
- 合格基準を定めずに、後から新たな条件を持ち出して拒否する
グレーゾーンの判断基準
「重大なバグか軽微なバグか」の判断が難しい場合が多くあります。実務的な判断基準として以下を参考にしてください。
重大バグ（拒否できる） | 軽微バグ（拒否できない可能性） |
|---|---|
コアとなる業務フローが完全に停止する | 一部の画面でレイアウトが微妙にズレている |
データが消失・破損するリスクがある | 文言の誤字・フォントの不統一 |
セキュリティ上の重大な脆弱性がある | 想定外だが業務に支障のない動作 |
要件定義に明記された必須機能が動作しない | 追加要求（仕様書にない機能）の未実装 |
不安な場合は、法律の専門家（IT分野を得意とする弁護士）に相談することをおすすめします。
検収を拒否する5つのステップ
正当な理由があると確認できたら、以下の5ステップで正式な手続きを進めます。
ステップ1: 不具合・仕様違反を証拠として記録する
最初にすべきことは、問題の内容を客観的な証拠として記録することです。口頭での「不具合がある」という指摘だけでは、後のトラブルのもとになります。
記録すべき内容:
- スクリーンショット・画面収録（エラー画面・意図しない挙動の映像）
- 発生手順の再現ステップ（「〇〇ページで△△ボタンを押すと〜」という形式）
- 仕様書・要件定義書の該当箇所（どの要件に違反しているかの参照）
- 発生日時・発生頻度（常時か、特定条件下か）
証拠は社内でも共有し、「誰が確認したか」が分かる形で保管します。
ステップ2: 口頭で問題を伝える（推奨）
書面での通知の前に、口頭またはチャット・メールで問題の概要を伝えることをおすすめします。記録に残しながら伝えることが重要です。
ポイント:
- 「不具合の一覧を送ります」「書面で正式に通知します」と事前に予告する
- メール・チャットは証拠になるため、重要なやり取りは必ずテキストで残す
- 口頭での会話は議事録として確認メールで送り、相手に確認してもらう
ステップ3: 不合格通知を書面で送付する（最重要）
検収拒否の核心は「不合格通知（書面）の送付」です。書面があることで、検収を拒否した日付・理由・根拠が明確になり、後のトラブルを防げます。
通知の形式は、メールでも書面（PDF）でも構いません。重要なのは「送付日時の記録が残ること」と「相手が受領したことが確認できること」です。メールの場合は受信確認を求めましょう。
不合格通知に記載すべき項目は次のH2で詳しく解説します。
ステップ4: 修正・再納品の期限と条件を合意する
不合格通知を送付したら、次に開発会社と協議して以下を合意します。
合意すべき内容:
- 修正対象の不具合の一覧と対応方針（どの不具合を優先するか）
- 修正作業の期限（再納品日）
- 再検収の実施方法と合格基準の再確認
この協議内容もメールや議事録として書面に残します。口頭でのみ合意したことは後で「言った・言わない」のトラブルになりやすいので注意してください。
ステップ5: 再検収のスケジュールを設定する
修正内容・期限の合意ができたら、再検収のスケジュールを設定します。
設定すべき内容:
- 再納品の受領日
- 再検収の実施期間（「再納品から〇営業日以内」で合意する）
- 再検収でも不合格だった場合の対応方針（さらに修正するか、契約不適合として対応するか）
再検収の期限も書面で残します。特に「みなし検収条項」（後述）がある場合は、期限内に必ず合否を通知することが重要です。
不合格通知に記載すべき5つの項目
書面（メール）での不合格通知には、以下の5項目を記載します。
記載すべき5つの項目
1. 検収対象の納品物
どのシステム・どのバージョン（リリース）に対する検収の通知かを明示します。
例: 「2026年5月10日に納品された〇〇システム（ver1.0）の検収について」
2. 不合格の判定
「本件納品物は検収不合格と判定しました」という明確な文言を入れます。
3. 不合格の具体的な理由（根拠）
合格基準のどの条件を満たしていないかを具体的に記載します。仕様書・要件定義書の参照箇所を明記します。
例:
- 「要件定義書5-2-3に規定されている検索機能が正常に動作しない（添付スクリーンショット参照）」
- 「テスト仕様書No.25の請求書PDF出力がエラーで停止する」
4. 対応依頼の内容
修正と再納品を求める旨を記載します。
例: 「上記の不具合について修正のうえ、再納品をお願いします」
5. 回答・再納品の期限
対応方針の回答期限と再納品の希望日を明記します。
例: 「2026年5月20日（火）までに対応方針をご回答ください」
不合格通知の記載例
以下は、メールでの不合格通知の記載例です。
件名: 〇〇システム 検収結果のご通知（不合格）
〇〇株式会社 〇〇様
お世話になっております。△△株式会社の□□です。
2026年5月10日に納品いただきました〇〇システム（ver1.0）について、2026年5月10日〜5月15日にかけて受け入れテストを実施いたしました。
その結果、下記の不具合を確認し、本件納品物は検収不合格と判定しましたことをご通知します。
【確認された不具合】
-
検索機能の動作不良（要件定義書 第5章 5-2-3）
- 症状: キーワードを入力して検索を実行すると、エラーが発生して結果が表示されない
- 再現手順: ログイン後、商品検索画面にて任意のキーワードを入力し「検索」ボタンをクリック
- 参照: 添付スクリーンショット（attachment1.png）
-
請求書PDF出力エラー（要件定義書 第7章 7-4-1）
- 症状: 請求書一覧から「PDF出力」ボタンをクリックすると、「サーバーエラー」が表示される
- 再現手順: 請求書一覧 → PDF出力ボタン押下
- 参照: 添付スクリーンショット（attachment2.png）
【対応依頼】
上記の不具合の修正および再納品をお願いします。 2026年5月20日（火）までに、対応方針と修正予定日をご回答ください。
ご不明な点がありましたらご連絡ください。 どうぞよろしくお願いいたします。
メール送付時の注意点
- CCに上長を入れる: 重要な通知は担当者だけでなく、相手の上長にもCCで送付することで、優先度が上がります
- 「既読」「受信」の確認: 相手が受け取ったことを確認する一言（「本メールの受信確認をお願いします」）を添えると安心です
- 社内でも保管: 送付したメールは社内の共有フォルダや事業管理システムにも保存しておきましょう
検収拒否に関する法律（取適法）の基本知識
取適法（旧下請法）の受領拒否規定とは
2026年1月1日より、「下請法（下請代金支払遅延等防止法）」が改正され、「取適法（中小受託取引適正化法）」として施行されました（公正取引委員会）。内容の基本的な枠組みは下請法を引き継いでいます。
取適法では、発注者（委託事業者）による受領拒否の禁止が定められています。具体的には、「受注者（中小受託事業者）の責めに帰すべき理由がないのに、発注した成果物の受領を拒むことを禁止」しています。
この規定は、「発注者が合理的な理由なく受け取りを拒否することで、受注者が代金を受け取れない事態」を防ぐことを目的としています。
検収拒否が認められる「合理的な理由」の基準
取適法において「受注者に責任がある場合」とは、成果物が契約・仕様を満たしていない場合を指します。つまり、本記事のステップ1〜2で確認した「合格基準を満たさない不具合・仕様違反」がある場合は、正当な根拠のある拒否として認められます。
ポイントは「合理的な理由と根拠の明示」です。不合格通知に具体的な不具合内容と仕様書の参照箇所を記載することが、正当な拒否として認められるための実務的な対応です。
なお、取適法の規制対象となる取引には資本金規模に基づく基準があります（中小企業庁の情報を参照）。
みなし検収条項がある場合の注意点
契約書に「みなし検収条項」が含まれている場合は特に注意が必要です。
みなし検収条項とは: 「納品後〇日以内に合理的な理由を示して不合格通知を出さない場合、検収合格とみなす」という契約上の取り決めです。
この条項がある場合、通知期限を過ぎると自動的に「合格」として扱われ、後から不具合を指摘しても対応してもらえない可能性があります。
対応策:
- 契約書を確認して、みなし検収の期限を把握する
- 検収期間中に問題を発見したら、期限内に必ず書面で不合格通知を送付する
- 調査期間が足りない場合は、「現時点で不具合を確認している」と暫定的に通知しておく
検収拒否後によくある疑問（Q&A）
Q. 開発会社が修正に応じない場合はどうすればよいですか？
「修正義務はない」「追加費用が発生する」などと言われた場合、契約書の条件を再確認します。
請負契約の場合、受注者には「契約不適合責任（追完請求）」として修正義務があります（民法562条）。契約書に定めがある場合はその内容に従い、定めがない場合は民法の規定が適用されます。
それでも対応しない場合は、内容証明郵便で書面通知を行うか、弁護士に相談することをおすすめします。
Q. 検収期間を過ぎてしまった場合はどうなりますか？
契約書に「みなし検収条項」がある場合、期限を過ぎると合格とみなされる可能性があります。ただし、「知らなかった不具合」については、契約不適合として一定期間内であれば追完請求できる場合があります（民法566条の1年以内の通知義務）。
詳細は契約書の内容によって異なるため、弁護士に相談することを検討してください。
Q. 検収書を出してしまった後に重大な不具合が見つかった場合はどうなりますか？
検収後に発見された不具合は、原則として「検収後の問題」として契約不適合責任（旧:瑕疵担保責任）の問題になります。民法改正後は、不具合を知った日から1年以内に受注者に通知することが必要です。
詳しくは「システム開発の検収・受け入れテストの進め方」の「検収書の作成と正式な検収完了の手続き」も参考にしてください。
Q. 口頭で「検収OK」と言ってしまった場合はどうなりますか？
口頭での合意が法的に有効かどうかは状況によりますが、書面による証拠がない場合は「言った・言わない」のトラブルになりやすいです。早急に「改めて確認したところ不具合があった」として書面で通知し、状況を整理することをおすすめします。
システム開発における課題管理テンプレート
この資料でわかること
システム開発で利用する際に便利な課題管理テンプレートをご紹介します。
こんな方におすすめです
- 対応すべき課題が不明確で開発生産性が下がっている
- とりあえず無料で課題を整理したい
- 課題が増える一方で永遠に減らない
入力いただいたメールアドレスにPDFをお送りします。
