検収とは？システム開発での納品との違い・検収期間・請求のタイミング

システム開発の検収とは何か、納品とどう違うのか、検収が終わらないと請求や支払いはどうなるのか――。開発会社から「納品しました。検収をお願いします」と連絡を受けて、何をどこまで確認すればよいのか戸惑う発注担当者は少なくありません。検収は、お金と責任の区切りを決める重要な手続きです。

この記事では、検収の意味と納品との違い、システム開発での検収期間の決め方、検収と請求・支払いのタイミングの関係、検収書の扱いや経理上の注意点までを、発注者の立場から整理します。受入テストの具体的な進め方は別記事で解説しているため、ここでは「契約・お金・手続き」の観点に絞ってお伝えします。

検収とは？システム開発における意味

検収とは、発注者が納品物の内容・数量・品質を確認し、契約どおりであると認めて受け入れる手続きのことです。もともとは物品の取引で使われてきた言葉ですが、システム開発では「納品されたプログラムやドキュメントが、合意した仕様を満たしているか」を確かめる行為を指します。

システム開発の検収では、主に次の3点を確認します。

• 納品物がそろっているか：プログラム（ソースコードや実行環境）、設計書、操作マニュアル、テスト結果報告書など、契約で定めた納品物が漏れなく提出されているか。
• 仕様どおりに動くか：要件定義書や設計書に書かれた機能が、実際の業務データや操作で正しく動くか。発注者が行う受入テストで確認します。
• 検収基準を満たしているか：契約や検収仕様書で決めた合格基準（重大な不具合がゼロ、など）をクリアしているか。

確認の結果、問題がなければ発注者は「検収書（検収合格通知書）」を開発会社に発行します。この時点で、成果物の受け入れが正式に完了したことになります。

検収と納品の違い

「納品」と「検収」は混同されがちですが、意味もタイミングも異なります。納品は開発会社が成果物を引き渡す行為、検収は発注者がそれを確認して合格と認める行為です。

注意したいのは、納品書を受け取っただけでは検収は終わっていないという点です。反対に、確認が不十分なまま検収書に押印すると、その後に見つかった不具合を「検収で合格したもの」として扱われ、交渉が不利になる場合があります。

システム開発の検収期間の目安と決め方

検収期間とは、納品を受けてから合否を判断するまでの期限です。法律で一律に決まっているわけではなく、契約書や個別契約で取り決めます。システム開発では、納品後10営業日〜1か月程度とするケースが多いのが目安です。

検収期間を決めるときは、次の点を契約書に明記しておくとトラブルを防げます。

• 検収期間の起算日：「納品日の翌日から」「納品物がすべてそろった日から」など、いつから数えるか。
• 検収基準：何を満たせば合格かを、検収仕様書やテスト項目で具体的に決める。
• 不合格時の手続き：修正依頼の方法、再納品後の再検収期間。
• みなし検収の有無：期間内に通知がない場合の扱い。

関連記事受入テスト（UAT）の進め方と検収のチェックポイント

検収と請求・支払いのタイミング

請負契約は「検収完了」が請求の起点になりやすい

システム開発で多い請負契約は、成果物の完成に対して報酬を支払う契約です。民法では請負の報酬は目的物の引渡しと同時に支払うとされていますが、実務では契約で「検収完了をもって引渡しとする」「検収月の翌月末に支払う」と定めるのが一般的です。そのため、開発会社は検収書を受け取ってから請求書を発行し、発注者はその請求書に基づいて支払います。

準委任契約は「業務の実施」に対して支払う

要件定義や保守、アジャイル開発などで使われる準委任契約は、仕事の完成ではなく業務の遂行に対して報酬を支払う契約です。月ごとの作業報告書を確認して支払う形が多く、請負のような成果物の検収とは性質が異なります。ただし成果完成型の準委任では、成果物の確認が支払い条件になることもあります。

関連記事請負と準委任の違い｜派遣との違い・システム開発での使い分けと注意点

分割検収・分割払いという方法

開発期間が長いプロジェクトでは、最後にまとめて検収すると、開発会社の資金負担も発注者の確認負担も大きくなります。そこで、要件定義・設計・開発といった工程ごと、または機能（サブシステム）ごとに検収と支払いを分ける方法がよく使われます。

取引条件によっては支払期日の規制もある

2026年1月に下請法が改正され、「中小受託取引適正化法（取適法）」になりました（2026年10月時点）。取引の内容や当事者の資本金・従業員数によっては、この法律の対象となり、代金の支払期日は成果物を受領した日から60日以内に定める必要があります。検収に時間がかかっても支払期日が後ろにずれるとは限らないため、対象になりうる取引では、受領日・検収・支払日の関係を契約時に整理しておきましょう。該当するかどうかは公正取引委員会の資料を確認し、判断に迷う場合は顧問弁護士に確認してください。

検収後に不具合が見つかったら？

検収が終わったあとに不具合が見つかることもあります。検収に合格したからといって、開発会社の責任がすべてなくなるわけではありません。請負契約では、成果物が契約内容に適合しない場合、発注者は修補（修正）や代金の減額などを求められます。これを「契約不適合責任」といいます。

ただし、民法では不適合を知ってから1年以内に通知する必要があり、契約書で「検収後○か月以内」など別の期間を定めることも一般的です。期間を過ぎた修正は有償の保守対応になることが多いため、検収時の確認と、検収後の保守契約の範囲をセットで考えておくことが大切です。

検収書の書き方と経理・会計上の注意点

検収書には決まった様式はありませんが、一般的に次の項目を記載します。

検収日は経理処理にも影響します。発注者側では、自社で使うシステムの開発費はソフトウェアとして資産計上し、使い始めた日（事業の用に供した日）から償却するのが一般的です。検収日と稼働日がずれる場合や、期末をまたぐ場合の扱いは会社ごとの判断になるため、顧問税理士に確認してください。また、検収日は保守契約の開始日や、契約不適合責任の期間の起算日になることもあります。

関連記事システム開発費・改修費の勘定科目と耐用年数｜ソフトウェアの会計処理

関連記事ソフトウェアの資産計上の基準｜いくらから・どこまで含めるか（自社利用・システム開発費）

検収でトラブルを防ぐために発注者がやること

• 契約段階で検収基準を決める：「業務に支障がないこと」のようなあいまいな表現ではなく、確認する機能とテスト項目、合格条件を具体化します。
• 確認担当者と期間を確保する：実際に業務で使う部署のメンバーを確認担当にし、検収期間中の業務負荷を調整します。
• 不具合は書面で記録する：口頭ではなく、一覧表やチケットで「どの操作で・何が・どう違うか」を残します。
• 軽微な不具合は条件付き合格も検討：業務に影響が小さい不具合は、修正期限を決めて検収を進めると、稼働の遅れを防げます。

よくある質問

まとめ

検収とは、納品物が契約どおりかを発注者が確認し、受け入れを確定する手続きです。納品とは異なり、検収の完了が請求・支払い、責任の区切り、会計処理の基準になることが多いため、検収期間・検収基準・みなし検収・不合格時の手続きを契約段階で決めておくことが重要です。確認する人と時間を事前に確保し、納得したうえで検収書を発行しましょう。

参考：公正取引委員会「よくある質問コーナー（取適法）」（2026年10月時点）