納品物を受け取った後、検収に何日かけるか。小さな制作物ならすぐに確認できても、システムの改修では複数の担当者が動作を試し、責任者の判断まで必要になることがあります。何となく「納品から1週間」と決めてしまうと、確認しきれないまま期限が来たり、修正依頼がまとまらなかったりします。
検収期限は、成果物の確認に必要な作業と担当者を洗い出し、その工程が完了できる日程として発注前に合意しておくのが基本です。受領日をいつとするか、何を調べるか、結果を誰がどう通知するか。修正が発生したときは、再提出と再検収の日程も別に考えます。単に「5営業日」などの数字を書くだけでは、検収の仕組みは完成しません。
本記事では、検収を始める前の段取りから、確認項目の作り方、指摘のまとめ方、再検収の進め方までを扱います。すでに検収が止まって支払や連絡の問題が生じている場合は、別記事の検収が終わらないときの支払条件と連絡履歴の確認を参照してください。
| 決める項目 | 具体的に記載すること | 担当 |
|---|---|---|
| 検収の対象 | 成果物名・仕様書の版・納品一覧 | 双方 |
| 検収の起算点 | 受領の方法・期間の数え方・休業日 | 双方 |
| 確認項目 | 合否の判定基準と検査環境 | 発注者(受注者と共有) |
| 結果の通知 | 通知担当・連絡方法・具体的な期限 | 発注者 |
| 修正・再検収 | 指摘票・再提出・再確認の方法 | 双方 |
法的に安心・送信コスト0円・契約相手はログイン不要
最短1分で契約スタート
検収期限は何を基準に決める?

検収に必要な日数は、成果物の大きさだけでは決まりません。チェックする項目の数、検査環境、参加者、指摘の集約方法が分からなければ、日程の妥当性は判断できません。
まず「何を確かめたら合格か」を定める
Webサイトであれば、納品したページが仕様書どおり表示されるか、問い合わせフォームに必要な情報が届くか、指定された端末で操作できるか。印刷物なら寸法・色・数量など、確認すべき内容は異なります。発注時に合格基準が共有されていないと、検査の終盤で初めて別の要望が出ることがあります。
検収表を作るときは「きれいに見えること」のような主観だけに頼らず、対象と判定方法を書きます。例えば「指定のスマートフォン幅で横スクロールが発生しない」「入力必須項目を空欄にすると送信できない」といった確認なら、受注側も事前に検査できます。ただし、この条件はあくまで架空のWeb制作例です。
検査する人の作業量から日数を逆算する
一人で完成品を確認する案件と、営業、情報システム、法務など複数部門が関わる案件では、必要な段取りが違います。実際に手を動かす確認時間だけでなく、検査環境の準備、指摘の整理、最終判断までの工程を洗い出します。
担当者の予定を押さえずに期限だけ短く設定すると、期限内に検査を完了できなくなります。反対に、理由がないまま長い検収期間を設けても、対応の優先度が曖昧になりがちです。誰が、何を、いつ確認するかが期限設定の根拠になります。
締切は「通知まで」を含む日程として定める
検査が実際には終わっていても、結果を受注者へ伝える担当が決まっていないと、相手は合否を把握できません。検査の終了と結果の通知を別の業務として扱い、検収期限にはどこまで含めるかを契約で明示します。
たとえば内部確認を4営業日で終え、5営業日目に窓口担当から結果を通知する設計が考えられます。これは説明用の日程であり、5営業日を一般的な法定基準として示すものではありません。必要な日数は契約と業務内容に合わせて決めてください。
納品日から検収期限までの数え方

「納品後5日以内」と記載されているだけでは、いつから数えるのか、土日祝日を含むのか、どの時刻までに返事をするのかが争点になることがあります。日付の数え方も実務上の合意事項です。
期限の起点を受領・確認開始のどちらにするか
納品通知を送った日、相手が指定された場所でファイルを受け取った日、必要資料一式がそろった日。現場では複数の日付が生じます。どれを検収期間の開始として扱うかを契約書や個別発注で明らかにしておきましょう。
ただし、当事者間で「検収開始日」を定義することと、取適法やフリーランス法の支払期限の起算日を決めることは別です。社内の検査開始日を後ろ倒しにしたからといって、法令上の受領日も当然に変わるわけではありません。 法令が適用される取引では、実際の受領状況と制度の要件を確認します。
営業日か暦日か、休業日をどう扱うか
「5営業日」と定めるなら、どちらの会社の営業日を基準にするか、祝日・年末年始・休業日は含めないかを整理します。異なる地域や海外の担当者がいる場合は、時差と締切時刻も確認事項です。
簡単な例を挙げます。双方が「納品翌営業日から起算し、土日と祝日を除く5営業日目の17時までに結果を通知する」と事前に合意した場合、納品当日を1日目に数えないルールになります。これは実務上の記載例で、すべての取引に共通する法律上の数え方を示したものではありません。
資料不足や検査環境の不備があるとき
アクセス権限がない、パスワードが届いていない、必要なテストアカウントが準備されていない。このようなとき、いつから検査できる状態になったかを後から説明できるようにします。受注者は不足したものを補い、発注者はどの作業が止まっているかを具体的に連絡します。
資料を追加提出したという理由だけで、すべてを再納品扱いにして期限を自動更新する運用は避けます。納品内容に重大な不足があるのか、単なる補足資料なのかによって対応は異なるためです。期限や起算点を変更する場合は、元の合意と変更内容を区別して残してください。
検収に必要な日数をどう見積もる?
最初から「何日」と決めるより、確認工程を短い単位へ分ける方が計画しやすくなります。担当者ごとの実施可能時間と、他の工程を待つ時間の両方を見ます。
検査の段階を四つに分ける
一例として、①納品物の受領と環境準備、②仕様への適合確認、③指摘事項の集約と優先順位付け、④合否判断・相手への通知、の順で計画します。個々の担当者が並行してチェックできるなら、その前提も明記します。
検査項目が多いのに最終日にまとめてレビューすると、解釈の異なる指摘が一度に出ることがあります。中間時点で重大な問題だけ先に共有するなど、最終回答を待たずに受注側へ事実を伝える運用も検討できます。ただし、中間連絡と正式な不合格通知の区別は必要です。
5営業日の架空スケジュールで考える
架空の小規模Web制作案件では、納品翌営業日を第1営業日とし、初日を受領物の照合、2~3日目を操作・表示確認、4日目を指摘集約、5日目を正式結果の通知へ充てる計画を立てました。実際に適切な検収期間が5営業日だと保証する例ではありません。
大切なのは、これを「社内で使える作業予定」に落とすことです。5日目の担当者が不在なら、4日目までに代理決裁者を決めるか、そもそもの期限を再検討します。法令上の支払期限に抵触するような無理な設計は避けます。
複数部署が参加するなら依存関係を洗い出す
画面表示は広報担当、個人情報の取扱いは管理部門、連携機能は情報システム部門というように担当を分ける場合、全員の検査を同じ日に始められるとは限りません。誰のチェックが終わらないと次へ進めないかを先に書きます。
最終承認者が全項目を再検査する方式なのか、各担当者の結果を集約して判断する方式なのかによって日程は変わります。関係者が多いほど「全員へメールで依頼しました」だけでは足りません。担当・締切・完了条件を一覧で確認できるようにします。
確認作業をどの順番で進める?

検査の進め方を決めておくと、担当者による判定のばらつきを減らせます。全部を同じ粒度で点検する必要はありませんが、どこを見ていないかが分かる状態にしておくことが大事です。
最初に納品一覧と契約上の対象を照合する
完成したファイルの名前、版、数量、添付資料、共有場所を納品一覧と突き合わせます。受注者から提出された「最終版」と、発注書や仕様書が参照する版が一致しているかを確かめます。ここで不足が見つかったら、動作確認へ進む前に対象物をそろえます。
検収が終わった後の食い違いを防ぐには、作業に使った版を記録することが役立ちます。画面のスクリーンショットだけでなく、検査したURLや設定、必要に応じてファイルの識別情報も残すと、修正後に同じ条件を再現できます。
合否を客観的に判定できる項目から検査する
システムやWeb制作なら、まず致命的な機能の停止、必須操作の不具合、データの欠落など、業務を進められない問題を優先します。その後に表示、文言、付属資料などを確認します。優先順位は案件の目的に応じて合意しておくべきものです。
「軽微だから無視する」と先に決めつけるのではなく、どの要件に影響するかを書きます。たとえば誤字でも法定表示や契約条件の数字が間違っていれば、単純な見た目の問題ではありません。逆に発注後の好みの変更を、当然の不適合として扱わないことも必要です。
結果は合格・不合格・判定保留に分ける
合格なら対象版と合格を通知した日付、不合格なら仕様との不一致と修正を求める範囲を示します。テスト環境の障害などで判定自体ができない場合には、判定保留の理由と再開に必要な条件を明示します。
「確認中」は担当者にとって便利な言葉ですが、受注者にとっては次の行動を判断できません。実務では状態を分け、判定保留の案件にも責任者と次回の確認時点を割り当てると、放置を防ぎやすくなります。
修正依頼はどう書けば伝わる?

納品後に「動かないので直してください」とだけ送ると、受注者は原因を特定するための確認から始めなければなりません。指摘内容をまとめる段階で、手戻りの大きさが変わります。
一件の指摘に対象と再現条件を入れる
修正依頼には、対象箇所、操作手順、期待する動作、実際の結果、確認環境、資料や画像などの根拠を組み合わせます。「入力画面でボタンが反応しない」とだけ記すより、「注文フォームで必須項目を入力して送信を押すと処理が停止する。期待する結果は確認画面への遷移」と書いた方が再現しやすくなります。
指摘票には識別番号を付けると便利です。たとえば CHK-03 として、対象版、発見日、対応予定、再確認結果を同じ行へ追記します。社内のチャットだけで完結させず、どの指摘が解決したかを共有できる形にします。
不適合と新しい要望は同じ列に入れない
仕様書で合意した機能が動かない場合と、納品後に「この画面も追加してほしい」と頼む場合では、契約上の位置付けが異なります。二つを一括して「修正依頼」と呼ぶと、費用や納期の協議が抜け落ちやすくなります。
新しい要望の扱いは、元の契約内容、見積、変更承認の記録に戻って整理します。追加費用の確認が必要な場合は追加料金が発生する条件の決め方も参考になります。受注者の責任で対応すべき不適合なのかは、契約と事実を見て個別に判断します。
指摘を一か所に集めて窓口から送る
営業担当、現場担当、管理部門から別々に修正依頼を送ると、同じ箇所への重複指摘や相反する要望が発生します。担当部署から集めた指摘を一度整理し、発注者の窓口が対象版と番号を付けて通知する方法が有効です。
受注側から回答する際も、「対応済み」「仕様確認が必要」「追加要望として見積相談」のように処理を分けます。すべての指摘を無条件に受諾したことにならないよう、協議中の項目は協議中と書いておきます。
修正後の再検収をどう進める?

初回検収の期限を決めても、修正後の運用が空欄では予定が伸びることがあります。再納品や再検収について、どの資料を誰が再確認するかまで決めておきます。
直した範囲と関連する動作を再確認する
受注者は、何を変更したか、どの指摘番号に対応するかを一覧にして返します。発注者は該当箇所を再現し、改善しているかを確かめます。変更の影響が周辺機能に及ぶなら、必要な範囲の回帰確認も行います。
一方、修正のたびに成果物全体を最初から一律に検査し直す運用では、再検収が長引きます。全体を再試験する必要がある変更と、指摘箇所を中心に確認できる変更を、影響範囲に基づいて切り分けましょう。
修正期限と再検収期限は別々に置く
修正に必要な期間は、原因の重大さや再現性によって変わります。発注者が一方的に短い期限を指定しても、対応が難しいことがあります。受注者の調査結果や必要な作業量を踏まえて、いつ修正版を出せるかを協議します。
再検収の期間についても、初回と同じ日数を自動的に適用するのか、変更箇所に応じて別途合意するのかを明らかにしておきます。日付を変更した場合は、変更前の記録を消さず、合意日と理由を残します。もちろん支払の法定期限が適用される場合には、その制約は別に守る必要があります。
指摘の再発を防ぐ終了条件を決める
受注側が修正済みとしたものの、発注側では未解決という認識の違いが起きることがあります。終了条件を「修正報告を提出した」だけでなく「当該指摘に対する再検査結果が確定した」と定める運用を検討します。
問題が解消したことを確認できれば指摘票を閉じ、改善していなければ同じ番号に再現条件を追記します。新しい問題が見つかった場合は別の指摘として管理すると、何回修正したかだけでなく、何がいつ解決したかをたどれます。
発注者と受注者の役割をどう分担する?
期限の設定を契約担当だけで進めると、実際に検査する人の予定や必要資料が抜けることがあります。発注側も受注側も、窓口と作業担当を分けて整理すると進行しやすくなります。
発注者は基準と検査担当を決める
発注者の窓口は、合格基準や対象仕様を明らかにし、社内の検査を担当する部署へ期限を伝えます。複数の部門が参加する場合は、各部門から出た指摘を集約する担当も必要です。最終結果を通知する権限者を決め、判定が遅れたときの連絡経路を用意します。
実務でよく困るのは、確認者が多いのに判断者が一人も決まっていない状態です。「全員が確認する」ことと「誰が最終結果を伝える」ことは別の役割として扱います。
受注者は検査できる状態で納品する
納品時は、成果物の版、納品一覧、動作環境、必要なアカウント、確認手順などをそろえます。仕様からの変更点がある場合は、合意した内容と未確定事項を分けて説明します。相手が検査できない状態のまま共有リンクを送っただけでは、予定どおりの確認が難しくなります。
修正依頼を受けたら、再現できたか、契約内の対応か、いつ返せるかを返信します。不明点は解消するまで保留として扱い、無回答のまま作業を進めないようにします。
進行管理者は日程と版を一緒に管理する
管理担当者は、納品日、検査開始日、結果通知期限、指摘番号、修正版の提出予定、再検収結果をひとまとまりにします。日程表だけでは何の版についての期限か分からなくなるため、成果物の識別情報も同じ場所に置きます。
電子契約を利用するときは、事前に決めた検収条件を契約書や別紙にまとめて締結・保管できます。マイサインの通常契約機能も選択肢の一つですが、電子契約を締結しただけで実際の検収作業や再検収が自動的に行われるわけではありません。現場での確認と通知は別途管理します。
架空のWebサイト改修案件で期限を組み立てる
ここでは架空のA社とB制作会社の取引で考えます。日数や作業分担は説明用に設定したものです。特定の業界で推奨される期間や法的に保証された日程ではありません。
発注前に確認工程を並べた
A社は既存サイトの問い合わせフォーム改修をB社へ依頼します。発注時に、画面表示、メール通知、送信後の遷移、管理者の確認という検査項目を列挙しました。営業担当だけでは判定できないため、情報システム担当の確認時間も予定へ入れます。
A社とB社は、納品一式を受け取った翌営業日から5営業日目に結果を通知するという例示的な日程で合意したとします。初日を納品一覧と環境準備、2~3日目を実際の検査、4日目を指摘整理、5日目を結果通知としました。
3営業日目に不具合を一件発見した
A社の検査担当者は、特定の入力条件で送信確認画面へ移れないことに気付きました。発見した時点で対象URL、操作手順、ブラウザ、入力値、期待される結果、実際の動作を指摘票に記録します。担当者は同じ問題を繰り返し送信せず、窓口へ集めました。
A社からB社へは、当初仕様に含まれる不具合なのかという確認と、再現条件を伝えます。一方、別の部署から出た「入力画面の項目を増やしたい」という要望は、当初の不具合とは区別して取り扱います。
修正版の提出後は影響範囲を確認した
B社は対象箇所を修正し、指摘番号と修正内容を一覧にして提出しました。A社は当該操作を再検査し、変更の影響があり得るメール通知の動作も改めて試します。修正の期限と再検収の実施日については、当事者間で別途調整したとします。
最後にA社はどの版に対して合格を通知したかを記録します。後日別の改修を依頼するときも、今回の検収版と新しい作業依頼を混同しません。この架空例で役立つのは、5営業日という数字ではなく、期限までに誰が何をするかが見えていることです。
検収期限を契約に書くときのポイント
実際に契約書へ反映する際は、予定表をそのまま貼り付けるのではなく、起算日、検査範囲、結果通知、修正・再検収の扱いを文章として整理します。契約全体の支払条項や個別発注の条件とも整合させてください。
受領の方法と期限の数え方を一組で書く
「成果物を指定の方法で納品したとき、発注者は受領日を記録する」「検収結果は受領後の合意した期間内に電子メールで通知する」など、対象と通知手段を明らかにします。営業日の定義が必要なら契約上の休日や締切時刻も整理します。
一律に「通知がなければ合格」と扱えるわけではありません。いわゆるみなし検収を設けるかは、条項の有無と具体的な条件を確認します。関連する書き方はマイサインの検収条項および検収結果条項でも確認できます。ひな型は個別の契約にそのまま使えることを保証するものではありません。
不合格通知に何を記載するかを定める
判定基準に適合しなかった場合は、相手が内容を把握できるよう、対象版、該当項目、不適合の具体的な内容を示す方法を決めます。口頭で修正をお願いしただけでは、いつ何を依頼したか後から確認しにくくなります。
修正が必要な項目と、追加開発や仕様変更として協議する項目は分けて取り扱います。「あらゆる修正に無償で対応する」といった曖昧な定めに頼らず、契約上の範囲と責任を整えます。
再検収と支払条件の整合性を点検する
修正版の提出があった場合、どの時点から再検査を始めるか、結果をどう知らせるか、当初の合格済み部分を再確認するかを整理します。ただし、再検収の運用で支払日を後ろへ動かせるかは別の問題です。
とくにフリーランス法や取適法の対象取引では、納品・受領や検査に関係する日付と、法令上の支払期日を区別する必要があります。検収の手続を詳細に定めたからといって、法律上の期限が自由になるわけではありません。
法令上の検査完了期日と支払期限の注意点

検収期間について取引一般に一律の「○日」が定められているわけではありません。一方、特定の委託取引では検査完了期日などを発注時に明示する義務があります。この二つを混同しないようにします。
フリーランス法では検査をする場合の期日明示が必要
公正取引委員会の2026年フリーランス法特設サイトでは、対象となる業務委託について、発注事業者とフリーランスの名称、業務内容、給付の期日・場所、報酬額・支払期日などを明示することに加え、検査を行う場合は検査完了期日も明示事項に含まれると案内しています。
同法の対象かどうかは、当事者の属性や委託内容などの要件によります。相手が個人事業主だからすべての取引が同じ扱いになるとは限らず、最新の公式資料で確認する必要があります。
取適法の対象取引にも検査完了期日の明示事項がある
取適法(中小受託取引適正化法)は、2026年1月1日から施行されています。公正取引委員会の取適法Q&Aや取適法の公式案内で、対象となる委託と発注時の明示事項を確認できます。検査をする場合の検査完了期日は、対象取引で明示すべき事項の一つです。
日程を作る際は、検収に何営業日かけるかだけでなく、どの日付を発注条件として相手に伝えているかを点検します。口頭でだけ伝えた予定を、法定の明示が済んだものと扱わないようにします。
検収が未了でも支払期限が延長されるとは限らない
フリーランス法や取適法の対象となる場合、原則として給付の受領日等を基準に、60日以内のできる限り短い期間内に支払期日を定め、期日までに支払う義務があります。取適法のQ&AのQ86は、情報成果物の検査が60日を超える場合についても、原則として受領後の支払期日までに代金を支払う必要があると説明しています。
一方で、取適法Q87に示される納期前の一時提出と事前合意など、限定的な取扱いもあります。一般的な検収待ちをすべて例外へ当てはめることはできません。対象外の取引についても、支払条件は契約内容や実際の履行に基づいて判断します。制度や取引の適用条件が疑わしい場合は、法務・経理や専門家と確認してください。
検収期限についてよくある質問
-
検収期限は5営業日や10営業日にすればよいですか?
- 決まった正解はありません。成果物の規模、検査対象、確認者の人数、検査環境などから必要な工程を見積もり、双方で合意します。5営業日や10営業日という数字だけを先に置かないでください。
-
期限までに何も通知しなければ自動的に合格しますか?
- 契約の具体的な条項によります。みなし検収の定めがあるか、その条件を満たしたかを確認します。無回答だった事実だけで自動的に合格したと断定しないようにします。
-
修正が発生したら検収期間は最初からやり直しですか?
- 自動的にすべてやり直すとは限りません。契約上の再検収の定めと、修正箇所が他の機能に与える影響を確認します。再検収の範囲・日程を明確にしておくと、検査を繰り返すことによる遅延を減らせます。
-
発注者の確認が遅れている間は支払いも待ってよいですか?
- 一律には判断できません。取適法・フリーランス法の対象取引では、検査未了でも法定の支払期限が問題になります。契約上の検収手続と、法令に基づく支払期限の両方を確認してください。
まとめ|期限の日数より先に検査の工程を並べる
検収期限を決める最初の作業は、カレンダーに締切を書き込むことではありません。成果物と判定基準をそろえ、検査をする担当者、作業に必要な時間、合否を通知する窓口を明らかにすることです。
修正が見込まれる案件では、修正依頼の書式、再提出時の連絡、再検収の期限も発注時に決めておきます。相手が次に何をすればよいか分かる状態があれば、期限を過ぎてから慌てて確認を始める事態を減らせます。
参考にした一次情報
法令に関する説明は2026年11月11日時点の公的情報を基にしています。公正取引委員会・2026年フリーランス法特設サイト、公正取引委員会・取適法Q&A、e-Gov法令検索・民法を参照してください。本記事は一般的な契約実務の情報提供であり、個別取引の適法性や具体的な権利義務を判断するものではありません。
法的に安心・送信コスト0円・契約相手はログイン不要
最短1分で契約スタート
