フリーランスエンジニアの検収基準の書き方｜契約トラブルを防ぐ3要素と条文サンプル

フリーランスエンジニアとして働いていると、「納品したのに検収がなかなか通らない」「合格ラインが曖昧なまま修正依頼が延々と続く」といった経験に一度は直面するのではないでしょうか。実装は終わったはずなのに入金予定が2ヶ月ずれ込み、生活キャッシュフローが崩れる。これはフリーランスにとって非常に切実な問題です。

こうしたトラブルの多くは、実は「検収基準が契約書段階で明文化されていない」ことに原因があります。「良い感じにお願いします」というふわっとした合意で作業を始めてしまうと、納品後の可否判断がクライアントの主観に委ねられ、無限修正の入り口になります。とはいえ、「じゃあ検収基準を契約書に書けばいい」と言われても、何をどう書けばいいのか、どうすれば相手に受け入れてもらえるのか、具体的なイメージが湧きにくいのも事実です。

そこで本記事では、フリーランスエンジニアが契約書段階で検収基準を明文化するための具体的な手順を、3つの要素と条文サンプルに落として整理します。あわせて、2024年11月に施行されたフリーランス新法との整合や、クライアントに切り出すときの交渉スクリプトまで、次の契約締結からそのまま使える形で紹介します。

読み終えたときには、「自分の入金と心理的安全を守るために、検収基準を自分で設計する」という発想と、そのための具体的な条文の書き方が手に入っている状態を目指します。

フリーランスエンジニアが「検収」で最も揉める構造的理由

まずは、なぜフリーランスエンジニアの案件で「検収」がこれほど揉めやすいのかを、構造として整理しておきます。「自分の交渉力や実装力が足りないから揉めた」ではなく、「構造的に起きやすい問題である」と捉え直すことが、次の契約で明文化に踏み出すための最初のステップになります。

検収完了が報酬請求権の起点になる

請負契約においては、原則として仕事の目的物が完成し、発注者の検収が完了した時点で報酬請求権が発生します。準委任契約でも、「作業完了報告書」の承認が支払いのトリガーになるケースが一般的です。つまり、検収が通らない限り請求書を発行できず、当然入金も遅れます。

ここで問題になるのが、「何をもって検収完了とするか」の基準です。「動くこと」「使えること」「イメージ通りであること」といった曖昧な言葉で合意した場合、発注者の主観次第でいくらでも「まだ検収完了とは言えない」という判断が可能になります。この構造がある限り、検収基準の曖昧さは常に受注側の入金リスクとして跳ね返ってきます。

「検収完了 = 報酬請求権の発生日」という認識をまず持つと、検収基準は単なる品質チェックリストではなく、キャッシュフローを守るための条項だと理解できます。

フリーランスエンジニアが検収トラブルに弱い3つの構造条件

フリーランスエンジニアが検収トラブルに巻き込まれやすい背景には、次の3つの構造条件があります。

• 個人であること: 発注者側は法人の複数の担当者（開発担当・PM・営業・経理）が関与するのに対し、受注側は1人で交渉から実装、請求までを担う。情報量・時間の非対称が大きい
• 法務不在であること: 法人には法務担当や顧問弁護士がいるが、フリーランス側には契約書を精査する専任リソースがない。契約書は「クライアント提示のものをそのまま受け入れる」流れになりがち
• 契約書の作成・修正経験が乏しいこと: 実装力は高くても、契約書のドラフティングやレビュー経験はほぼゼロ。何を書き足せば自分を守れるのかの相場観が育っていない

「なぜ揉めたのか」を個人の能力や交渉力の問題として捉えると、「次も気合いで乗り切る」という結論になりがちですが、実際には構造の問題です。だからこそ、契約書段階での明文化という「仕組みでの解決」が有効になります。

本記事のスコープと、次に整えるべき運用との関係

本記事では、契約書段階で明文化しておく検収基準の書き方に絞って解説します。実装フェーズに入ってからの受け入れテストの運用や、変更管理のワークフローも重要ですが、これらは契約書に土台となる基準が明文化されていることを前提に成立します。土台がなければ、運用ルールを提案しても「そんな話は聞いていない」で終わってしまいます。

したがって、契約書段階での書き方をまず押さえ、そのうえで「キックオフでの受け入れテスト項目の確認」「変更依頼が来たときの見積もり直しルール」といった運用へつなげていくのが、順序として妥当です。既存契約全般のトラブル類型については、フリーランスエンジニアの契約トラブル事例5選にまとめた記事もあわせて参照してください。本記事は、そのうちの「検収」に絞って深掘りする位置づけです。

トラブルを防ぐ検収基準に必ず入れる3つの要素

ここからは、契約書に検収基準として明文化しておきたい3つの要素を整理します。この3要素は、法務専門家の実務でも「検収完了」「検収期間」「みなし検収」の3点セットとして扱われることが多いフレームです。3要素すべてを揃えて初めて「入金確定までの経路」が閉じます。

要素1 — 完了の定義（機能仕様・受け入れテスト項目・不具合の許容範囲）

1つ目は「何をもって完了とするか」の定義です。ここが曖昧だと、他の2要素をどれだけ整えても意味がありません。完了の定義には、次の3つの粒度を含めます。

• 機能仕様: どの画面・APIが、どういう入力に対してどう振る舞えば完成とみなすか
• 受け入れテスト項目: 検収時に発注者がチェックする具体的なテスト項目リスト
• 不具合の許容範囲: 検収時点で許容される不具合の等級（重大バグ0件、軽微バグN件以内、など）

ポイントは、これらを契約書本体に書き込むのではなく、「別紙 機能仕様書」「別紙 受け入れテスト項目」として切り出し、契約書は「別紙に定める全項目に合格すること」と参照する形にすることです。仕様は開発中に更新されることが多いため、更新プロセスも定めておくと変更管理がスムーズになります。

「なんとなく動く」ではなく「別紙のこの項目に合格すること」という客観的な基準にしておくことで、検収の可否をクライアントの主観から切り離せます。

要素2 — 検収期限とみなし検収条項

2つ目は「検収の判断をいつまでに行うか」を定める条項です。これがないと、発注者が検収通知を出さないまま何週間も経過し、受注側は「合格したのかどうかも分からない」宙吊り状態に置かれます。

対策としては、次の2点を条文化します。

• 検収期限: 発注者は納品後N営業日以内に、合格・不合格の判断を書面（メール含む）で通知する
• みなし検収: 期限内に通知がない場合は、合格したものとみなす

「みなし検収」は、期限を過ぎたら自動的に合格扱いになる仕組みです。これがないと、発注者が判断を保留し続けることで検収完了日が確定せず、報酬請求権も発生しません。みなし検収を入れておけば、「相手が黙っていたら黙って入金遅延を待つ」状態から抜け出せます。

期限の目安は、案件規模やモジュール構成にもよりますが、7〜14営業日が一般的です。あまり短すぎると発注者側の合理的な検査時間を確保できないため、双方が納得しやすい期間を交渉します。

要素3 — 不合格時の対応フロー（修正回数上限・追加報酬・スコープ変更の切り分け）

3つ目は、検収で不合格になった場合の対応ルールです。ここを決めていないと、「検収不合格 = 無限修正の始まり」になります。押さえておきたいポイントは3つあります。

• 修正回数の上限: 修正対応は最大N回まで。それ以降は別途見積もり
• 修正対応の期間: 修正指示を受けてからN営業日以内に対応
• スコープ内かスコープ外かの切り分け基準: 別紙の受け入れテスト項目に該当する不合格は無償修正、当初仕様に含まれない追加要求はスコープ外として別途見積もりの対象

このうち特に重要なのが「スコープ内・スコープ外の切り分け」です。「バグ修正」と称して仕様変更が紛れ込んでくるケースは多く、切り分け基準を契約書に明記しておかないと、「バグだと思ったから直してほしい」の一言で追加作業を無償で背負うことになります。

「不具合」と「仕様変更」を区別する基準を、別紙の機能仕様書と対応させておくのが有効です。「別紙 機能仕様書に反する挙動は不具合として無償修正、別紙に記載のない挙動追加はスコープ外として別途見積もり」といった書き方で、線引きを条文化しておきます。

3要素が揃うことで「入金確定までの経路」が閉じる仕組み

3要素それぞれの役割を並べると、次のような経路になります。

1. 「完了の定義」で客観的な合否基準を持ち込む
2. 「検収期限とみなし検収」で判断の期限を強制する
3. 「不合格時の対応フロー」で修正の範囲・回数を有限化する

この3つが揃うことで、「納品 → 検収通知 → 合格 or 期限経過による合格みなし → 請求書発行 → 入金」という一連の流れの各ステップに、明確な終端条件が付きます。どれか1つでも欠けると、経路のどこかで詰まって入金確定日が確定しなくなります。

契約書に載せる検収基準の書き方サンプル

ここからは、前章の3要素を実際の契約書条文にどう落とし込むかを、そのまま転記して使える形の条文サンプルとして整理します。契約書の細部は案件ごと・法人ごとに異なるため、あくまで叩き台として使い、案件ごとに調整する前提でご覧ください。

完了条件の書き方サンプル（別紙参照方式）

（検収）
第X条 乙は、本契約に定める納品物を、別紙1「機能仕様書」および別紙2「受け入れ
テスト項目」（以下「別紙仕様等」という）に基づいて甲に納品する。
2. 甲は、前項の納品物が別紙仕様等に定める全項目に合格したことをもって、
本件業務の完了を確認する。
3. 別紙仕様等の変更は、甲乙双方の書面（電子メールを含む）による合意により
これを行う。

条項の中で仕様書そのものを列挙するのではなく、「別紙1」「別紙2」として外出しにするのがポイントです。仕様は開発期間中に更新されるのが常で、その都度契約書本体を修正するのは非現実的なため、「別紙で参照」「変更は書面合意」の枠組みにしておきます。

検収期限とみなし検収の条文サンプル

（検収期限およびみなし検収）
第X条 甲は、乙から納品を受けた日から10営業日以内に、別紙仕様等に基づく検収を
実施し、その結果（合格・不合格）を乙に書面（電子メールを含む）にて通知する。
2. 甲が前項の期限内に通知を行わなかった場合、当該納品物は検収に合格した
ものとみなす。
3. 甲が不合格の通知を行う場合は、不合格と判断した具体的な項目および理由を
明示するものとする。

3項の「不合格通知には具体的な項目と理由を明示する」を入れておくと、「なんとなく合格じゃない」で差し戻される事態を避けられます。この一文がないと、「もう少しブラッシュアップしてほしい」といった主観的な差し戻しが繰り返されるリスクが残ります。

期限の日数（サンプルでは10営業日）は、案件規模と発注者側の検査体制に合わせて調整します。実装期間が長い大型案件では14〜20営業日にする代わりに、小さな案件では5営業日にするなど、双方が合理的だと感じる範囲で握るのが良いでしょう。

修正対応の条文サンプル

（不合格時の修正対応）
第X条 検収において不合格の通知がなされた場合、乙は、別紙仕様等に反すると
認められる箇所について、無償で修正を行う。ただし修正は最大2回までとし、
それ以降の修正対応は別途見積もりの対象とする。
2. 甲が別紙仕様等に含まれない機能追加または挙動変更を求める場合は、
本条第1項の無償修正の対象外とし、乙は別途見積もりを提示するものとする。
3. 乙は、修正指示を受領した日から5営業日以内に修正版を納品するものとする。

「無償修正」と「有償対応」の境界を、条文中で「別紙仕様等」を基準に線引きするのがポイントです。無償修正の対象は「別紙に反する部分」に限定し、別紙にない要求はすべて別途見積もりに送る枠組みを作ります。

「最大2回」の回数上限は案件によって調整可能ですが、上限を設けること自体が「無限修正の入口」を塞ぐ意味を持ちます。

準委任契約の場合の書き方

準委任契約の場合は、そもそも「完成」を保証する契約ではなく、「善管注意義務をもって作業する」義務の履行が支払いの前提になります。この場合の検収基準の書き方は請負とは異なる注意点があります。

（作業完了報告および検収）
第X条 乙は、毎月末日（または本契約に定める作業単位ごと）に、当月中の作業内容を
記載した「作業完了報告書」を甲に提出する。
2. 甲は、前項の報告書の受領後10営業日以内に、報告内容に関する確認結果を
乙に通知する。期限内に通知がない場合は、報告内容を承認したものとみなす。
3. 甲は、報告内容に事実の相違があると認めた場合、具体的な相違点を明示して
乙に通知するものとする。

準委任では「別紙 機能仕様書に合格」ではなく、「作業完了報告書の内容が事実と相違ないか」が確認対象になります。実際に稼働した時間・対応した作業内容が報告書と一致するかが焦点であり、「成果物が期待通りかどうか」で支払いを止められる契約ではないことを明確にしておくと、準委任の趣旨からの逸脱を防げます。

条文サンプルを自分の契約に適用するときの注意点

上記の条文サンプルは、あくまで叩き台です。自分の契約に適用するときは、次の点に注意してください。

• 雛形を丸コピペしない: 案件の規模・契約形態・発注者の業種によって、適切な期限日数や修正回数上限は変わります。特に大規模プロジェクトでは、モジュール単位の分割検収を条項化した方が実情に合うことがあります
• 既存契約書の他の条項との整合を確認する: 「支払期日」「契約解除」「損害賠償」といった他の条項に、検収完了日を起点とした記述がある場合、みなし検収の追加によって整合が取れなくなる可能性があります
• 重要な案件は弁護士レビューを検討する: 単価が大きい案件や継続契約では、条文サンプルをベースに弁護士の目を通しておくのが安全です。フリーランス向けの無料法律相談窓口も、フリーランス・トラブル110番などで提供されています

「そのまま貼るだけで完璧」というテンプレは存在しないという前提で、案件ごとに調整する視点を持っておきます。

フリーランス新法との整合をとる

2024年11月に施行されたフリーランス・事業者間取引適正化等法（フリーランス新法）は、フリーランスと発注事業者の取引に関する義務を発注側に課しています（公正取引委員会 フリーランス新法特設サイト、政府広報オンライン）。検収基準の設計は、この新法と密接に関わります。ここでは制度の詳細解説ではなく、「制度と契約書の書き方をどうリンクさせるか」に絞って整理します。

書面明示義務9項目のうち「検査の有無・内容」への対応方法

フリーランス新法第3条では、発注事業者に対して業務委託時の取引条件の書面（または電磁的方法）による明示義務が課されており、明示事項の中には「検査を行う場合は、その内容および検査を完了する期日」が含まれています（出典: 公正取引委員会 フリーランス新法特設サイト）。

つまり、発注者側から見ても「検収を行う場合はその内容と完了期日を明示する」ことが法的義務になっています。受注側であるフリーランスにとっては、「検収基準を契約書に明文化してほしい」という要求は、単なる自己防衛ではなく法令が発注者に求めている内容の裏返しであるという整理ができます。

交渉の場面では、「私の希望というより、貴社にとっても新法対応上、検収の内容と期日を明示していただく必要があります」というトーンで持ち出せると、話が通りやすくなります。

60日以内支払い義務における「給付を受けた日」と検収完了日の関係

フリーランス新法では、発注事業者は「発注した物品等を受け取った日から60日以内のできる限り短い期間内」に報酬支払期日を設定し、その期日内に支払うことが義務付けられています（出典: 政府広報オンライン）。

ここで重要なのは、支払期日の起算点が「検収完了日」ではなく「給付を受けた日（納品日）」である点です。さらに、「検査の有無に関係なく」60日以内に支払うことが原則とされています。

つまり、発注者側の検収が長引いていても、原則として納品日から60日を超えて支払いを引き延ばすことはできません。これは検収基準の明文化とセットで押さえておくと、「検収がまだ終わっていないから支払えない」と言われた場合の反論材料になります。

もっとも、実務上は検収完了日を基準に締日・支払日を運用しているケースも多く、その運用が新法の要件を満たしているかは案件ごとに確認が必要です。契約書に支払期日の記述がある場合は、フリーランス新法の要件（納品後60日以内）を満たすかを併せて確認しておきましょう。

みなし検収条項が新法上問題にならない理由

「みなし検収」を契約書に入れることは、発注者側の検査義務と衝突しないかという疑問を持たれることがあります。結論から言うと、みなし検収は発注者と受注者の合意に基づく契約上の取り決めであり、フリーランス新法が禁じている行為には該当しません。

新法が禁じているのは、発注事業者が優越的地位を利用してフリーランスに一方的な不利益を強いる行為であり、「期限内に検収通知がない場合は合格とみなす」という条項は、むしろ両者の履行を明確化するための取り決めです。むしろ、検収完了期日を書面で明示することは新法の要請と整合的であり、みなし検収条項はそれを補完する仕組みとして機能します。

制度の後ろ盾を「契約書の書き方」に取り込むことで、単なる自己主張ではなく、法制度と整合的な提案として持ち出せるようになります。

クライアントに検収基準を提案するときの切り出し方

検収基準の3要素と条文サンプルを持っていても、クライアントに切り出せなければ意味がありません。ここでは、実際に契約書に検収基準を盛り込むための交渉パターンを3つに分けて紹介します。

パターンA — 発注者提示のドラフトに追記依頼する場合

発注者から契約書のドラフトが提示された場合、既存の条文構造を尊重しつつ、検収に関わる項目の追記を依頼する形が現実的です。以下は、メール文面の例です。

契約書ドラフトのご送付、ありがとうございます。
1点だけ、検収に関わる箇所について、実務上の齟齬を避けるため
以下の追記をお願いできないでしょうか。

(1) 検収基準について、別紙で機能仕様書兼受け入れテスト項目を
   参照する形にしていただけると、双方の認識ずれを最小化できます。
(2) 検収期限は納品後10営業日を目安に、期限内にご通知がない場合は
   合格とみなす旨、条文化いただけますでしょうか。
   フリーランス新法でも検査完了期日の明示が求められている点を
   踏まえた提案です。
(3) 不合格時の修正対応について、無償修正の範囲は別紙記載事項に
   限る旨、明記いただけますと幸いです。

「フリーランス新法でも求められている」というトーンを添えると、単なる個人的な希望ではなく法制度と整合的な提案として受け止められやすくなります。また、「双方の認識ずれを避けるため」という理由付けは、受注側だけでなく発注側にもメリットがあるフレームなので受け入れられやすい表現です。

パターンB — 自分から契約書ドラフトを提案する場合

見積書や提案段階で自分側から契約書ドラフトを提案する場合は、順序が重要です。契約書の全条項をいきなり送るよりも、まず「検収条件」を見積書に含めておき、その延長で契約書ドラフトに落とし込む流れが自然です。

見積書の段階で以下のような項目を含めておくと、後の契約書に反映するのがスムーズになります。

• 検収基準（別紙の機能仕様書兼受け入れテスト項目に基づく）
• 検収期限（納品後10営業日、期限内無通知は合格みなし）
• 修正対応の範囲（別紙記載事項に反する部分は無償、それ以外は別途見積もり）
• 支払期日（フリーランス新法に基づき納品後60日以内）

見積書の段階でこれらを明示しておくと、「見積もりを承認した時点で概ね合意したことになる」という認識合わせができ、後の契約書ドラフトへの落とし込みで揉めにくくなります。

パターンC — 交渉が難しい相手への妥協ライン

すべての条項を通せない相手には、優先順位を付けて最低限のラインを守ります。3要素のうち、優先度が最も高いのは「検収期限とみなし検収」です。理由は、これが入っているだけで「発注者が黙って判断を保留する」パターンを封じられ、入金確定日を確定させられるからです。

以下のような妥協ラインで交渉するのが現実的です。

• 必須で確保する: 検収期限とみなし検収条項
• 可能なら確保する: 修正回数上限と無償・有償の切り分け
• 難しければ運用でカバー: 完了の定義（別紙化）は、契約書に入らなくても、キックオフミーティングで受け入れテスト項目を書面共有し議事録に残す

「契約書に全部盛り込むのは難しいが、期限だけは合意させてほしい」という交渉は、比較的通りやすい印象があります。すべてを取ろうとして交渉が決裂するよりも、最重要ラインを確実に守るのが実務的です。

契約締結後にトラブルの芽を摘む習慣

契約書に検収基準を盛り込めたとしても、実装フェーズに入ってからの運用でトラブルが再燃することはあります。契約締結後は次の3つの習慣を持っておくと、トラブルの芽を早期に摘めます。

• キックオフで受け入れテスト項目を書面共有する: 契約書の別紙として合意した項目を、キックオフの場で改めて発注者側の担当者と読み合わせ、議事録に残す
• 変更依頼は必ず書面で見積もり直す: 「ちょっとこれも追加で」といった口頭依頼を受けたら、「見積もり直しの上でご返答します」と一度持ち帰り、書面で工数と金額を提示する
• 検収期限が近づいたらリマインドする: 納品後の検収期限が近づいたら、「◯日が検収通知期限です。ご不明点があればお知らせください」と一報を入れる

契約書に検収基準を書いておくことは、あくまで「トラブルが起きた時に立ち返る土台」を作る行為です。その土台の上で日常の運用習慣を積み上げていくことで、実際にトラブルを未然に防ぐ体制になります。

まとめ｜検収基準の書き方で自分の入金を守る

フリーランスエンジニアが契約書段階で検収基準を明文化することは、継続的に案件を回すための最小限の自衛策です。実装力があっても、入金が遅れれば事業は続きません。逆に、契約書段階で3要素を押さえておけば、「無限修正・入金遅延に振り回されるフリーランス」から「自分のキャッシュフローと心理的安全を自分で守れるフリーランス」へと立ち位置を変えられます。

本記事でお伝えした要点をまとめると、次のとおりです。

• 検収完了が報酬請求権の起点になるため、検収基準の曖昧さは入金リスクに直結する
• 契約書に必ず入れる3要素は「完了の定義」「検収期限とみなし検収」「不合格時の対応フロー」
• 完了の定義は別紙参照方式で外出しし、変更は書面合意ベースで運用する
• みなし検収条項で発注者側の判断保留による宙吊り状態を封じる
• 修正の範囲は「別紙記載事項」を基準に無償・有償を線引きする
• フリーランス新法の検査完了期日明示義務・60日以内支払い義務を、交渉の後ろ盾として活用する
• 交渉が難しい相手には、優先順位を付けて「検収期限」だけは必ず握る

今日から始められる小さな一歩として、次の3つを提案します。

• 現在進行中の案件の契約書を読み返し、検収基準がどこまで明文化されているかを点検する
• 次の契約締結時に、本記事の条文サンプルを叩き台としてクライアントに提案する
• 使えそうな条文サンプルを自分専用のテンプレートとして保存し、案件ごとにカスタマイズできる状態にする

契約トラブル全般の類型については、フリーランスエンジニアの契約トラブル事例5選にまとめています。検収以外にも、未払い・仕様変更・著作権・偽装請負など押さえておくべき論点がありますので、あわせて参照してください。契約書段階での明文化を積み上げていくことで、フリーランスとしての持続可能性は確実に高まります。