請負で受けた案件は、成果物を完成させることが対価の条件になります。何をもって完成とするかの基準があいまいなまま進めると、追加の手直しがどこまで対象になるのか、あとから判断が割れやすくなります。この記事では、完成の定義がどこで決まり、受ける前に何を確認しておくと安心して進められるかを整理します。

1. 請負で決めるのは「完成の定義」

完成の基準は、契約の外では生まれない

請負で受ける案件の対価は、仕事の完成に対して支払われます。何が完成なのかという基準は現場の感覚だけでは定まらず、契約の書面にどう書かれているかが出発点になります。基準があいまいなまま着手すると、追加の作業がどこまで対価に含まれるのか、線引きが後から動いてしまい、双方の認識がずれた状態で作業が進むことになります。

フリーランス・事業者間取引適正化等法の運用では、取引条件を明示するときに示さなければならない事項を定める改正が行われました¹。何を明示するかという枠組みが整理された背景には、完成の基準をめぐる認識のずれが起きやすい実態があります。書面に何を残すかが個々の判断に委ねられていた場面が、少しずつ具体化してきています。

品質を最優先する目線が、完成の定義を重くする

利用する側の企業は、システムの品質を最も優先する事項として捉えています⁶。速さより品質が先に来る現場では、完成の基準は「動くこと」だけでなく「求められた水準を満たしていること」まで含む形になり、確認する項目そのものが増えていきます。

品質を優先する目線は、テストや確認の工程にも及びます。完成の定義に「どこまで確認して初めて完了とするか」という条件が含まれているかどうかで、対応する作業の量も変わってきますし、その条件が書面に無ければ、確認の範囲そのものが現場ごとの解釈に頼ることになります。

スケジュールを優先する現場よりも、品質を優先する現場のほうが、完成の定義を先に詰めておく効果は大きくなります。あとから確認する手間よりも、着手前に条件を揃える手間のほうが小さく済むからで、この順番の違いは案件が進んでからでは取り戻しにくいものです。

受け入れの場面では、完成の基準がどこにあるかが、そのまま検収の物差しになります。基準が書面にない状態で検収を迎えると、判断のよりどころが双方の記憶頼みになり、話し合いに時間がかかりやすくなります。

図の作成：Remogu編集部。契約書面で完成の定義が示されているかによる責任範囲の違いを整理したもので、統計データではありません

品質を重視する現場ほど、完成の定義は詳しく書かれている場合もあれば、逆に書面が薄いまま進んでいる場合もあります。どちらであるかは案件ごとに異なるため、着手前に書面そのものを確かめておく価値があります。

完成の基準がどこに置かれるかを押さえたところで、次はその基準がどんな形で書面に残るのかを見ていきます。

2. 完成の定義はドキュメントの形で決まる

いまもウォーターフォール型の手法が主流です

開発の手法は、いまもウォーターフォール型が主流です⁷。工程を順番に進める手法では、ひとつ前の工程が確定してから次に進むため、各段階の完了条件を書面で確認する場面が自然と増え、後戻りが起きにくい進め方になっています。

段階を追って進む手法は、途中で仕様が変わりにくい一方、確定した内容が後から動くと影響が大きくなります。請負で完成の定義を確認するときは、どの段階の書面が最終的な基準になるのかを見ておくと、確認したい範囲の抜けが少なくなります。

要件定義と設計は、書面に残る形で進みます

要件定義と設計は、いまもドキュメントを中心に行われています⁸。会話や口頭のやり取りではなく、資料として残る形で要件と設計が固まっていく進め方であり、この資料が最終的な完成の物差しになっていきます。

口頭でのすり合わせよりも、書面に残る要件定義のほうが、完成の基準として引用しやすくなります。あとから言った言わないに近い状態にならないための土台が、この書面にあたり、双方が同じ資料を見返せることに意味があります。

工程の区切りごとに書面を確認する機会があることは、受ける側にとって都合の良い点でもあります。区切りのたびに完成の定義を照らし合わせておけば、最後にまとめて確認する負担を減らせます。

調査で分かっていること	請負案件での意味
開発の手法はいまもウォーターフォール型が主流です7	段階ごとの完了条件を、書面で確認する場面が多くなります
要件定義と設計はいまもドキュメントを中心に行われています8	完成の定義そのものが、この書面に書かれる形になります

表にまとめた二つの傾向は、別々の話ではありません。手法が段階を踏む形であることと、要件と設計が書面で残ることは、同じ「完成の基準を書面で追える」という土台の両面にあたり、どちらか一方だけを見ても全体像はつかみにくくなります。

資料が丁寧に残されている案件よりも、資料が簡潔にまとめられただけの案件のほうが、完成の基準を読み取る手間はかかります。着手前にどちらのタイプかを見分けておくと、後の確認がしやすくなります。

開発の進み方が書面を軸にしていると分かったところで、次はその書面に何を明示するかが、どう具体化したのかを見ていきます。

3. 明示される事項が具体化した

示さなければならない事項が定められました

取引条件を明示するときに、示さなければならない事項を定める改正が行われました¹。何を明示するかという枠組みが、これまでより具体的になった形で整理され、受ける側が確認できる観点も広がっています。

枠組みが具体的になると、契約を結ぶ側が確認できる範囲も広がります。完成の定義についても、この明示事項の中でどう書かれているかを、受ける前に確かめる材料が増えたことになり、案件情報だけでは分からない部分を書面で埋め合わせやすくなります。

運用の透明性と予見可能性を確保する考え方

運用の透明性と、事業者の予見可能性を確保するという考え方が整理されました²。あらかじめ何が明示されるかが分かっている状態のほうが、受ける側は条件を検討しやすくなり、契約を結ぶかどうかの判断材料も揃いやすくなります。

あとから条件を推測するよりも、先に明示された事項を確認するほうが、認識のずれは小さくなります。この順番の違いが、完成の定義をめぐる食い違いを防ぐ土台になり、話し合いの起点をそろえる役割を果たします。

明示する事項は、報酬や納期だけに限りません。完成の基準にかかわる部分も、この枠組みの中で扱われる余地があり、契約の書面のどの箇所に書かれているかを探してみる価値があります。

改正で整理されたこと	受ける側が確認する点
明示するときに示さなければならない事項が定められました1	契約の書面に、その事項が実際に書かれているか
運用の透明性と事業者の予見可能性を確保する考え方が整理されました2	完成の基準が、あとから解釈で動かない形になっているか

明示の枠組みが具体化したこと自体は、契約の入り口を整える動きです。ただし枠組みがあっても、実際の書面にその内容が反映されているかどうかは、案件ごとに確認する余地が残り、書式が整っているかと中身が伴っているかは別の話になります。

整理された考え方は、受ける側にとって確認の手がかりになります。次の章では、この明示や運用の実態を、件数から確認します。

4. 数字で見る全体像——着手と措置の件数

新規に着手した件数と、措置に至った件数

運用状況では、新たに着手された違反被疑事件は1,626件です⁵。そのうち1,552件について、勧告または指導の措置が講じられています⁴。件数の規模から、取引条件をめぐるやり取りが日常的に生じている実態が読み取れます。

着手された件数と、措置に至った件数の差は大きくありません。数の大きさよりも、明示や条件をめぐる食い違いが、実際に対応が必要な問題として扱われている件数の多さが見えてきますし、それだけ確認の重みが増していることが分かります。

勧告の内訳でいちばん多いのは明示にかかわるものです

勧告の内訳では、取引条件の明示義務違反が10件、期日における報酬支払義務違反が9件です³。二つの項目が、内訳の中でも上位を占めており、明示にかかわる部分が実務でも課題になりやすいことがうかがえます。

支払いの期日よりも、明示の内容そのものが最も多い違反点になっています。完成の定義を含む明示事項が、実務でも詰め切れていない場面が多いことの表れといえ、金額や期日以上に確認が漏れやすい領域だと分かります。

この数字は請負契約全体を対象にした集計であり、特定の業種や地域に限った数字ではありません。全体としての傾向をつかむための目安として、案件を選ぶときの視点に加えておく材料になります。

出典：公正取引委員会「令和7年度におけるフリーランス・事業者間取引適正化等法第2章の運用状況」（2026年6月）をもとに作成

件数だけを見ると数字の羅列に見えますが、内訳の中身を見ると、どこで確認が甘くなりやすいかが分かります。完成の定義を含む明示の部分は、件数の面からも優先して確認する材料になり、他の項目より先に見ておく理由になります。

件数として見えてきたのは、明示にかかわる部分がいちばん詰まりやすいという実態です。次は、この実態と品質を最優先する現場の目線が、どうつながるかを見ていきます。

5. 品質が最優先という前提で見られる

利用する側は品質をいちばんに置いています

利用する側の企業は、システムの品質を最も優先する事項として捉えています⁶。速さや金額よりも、出来上がったものの品質が先に評価される前提であり、この前提は完成の定義の重さにも直結します。

品質が最優先という前提で見られる案件では、完成の定義に品質面の条件が含まれているかどうかが、責任の範囲に直結します。動くことだけでは、求められる水準に不足している場面もあり得るため、確認する項目は自然と増えていきます。

品質を優先する評価軸は、検収の場面でも同じように働きます。見た目や動作だけでなく、想定した使われ方に耐えるかどうかまで見られることがあり、完成の基準はその分だけ広く読む必要が出てきます。

リスクへの備えも、完成の基準に関わってきます

ITのリスク管理や業務継続計画は、全体の5〜6割程度の企業が整備しています¹⁰。品質を最優先に置く前提と合わせて見ると、備えの有無も完成の基準の一部として扱われている実態が見えてきます。

備えが整っている前提で進む案件よりも、備えの状況が見えにくい案件のほうが、完成の定義を細かく確認しておく意味は大きくなります。前提が見えないぶん、書面で補っておく必要があるからです。

品質を優先する前提は、性能や見た目だけの話ではありません。障害への備えや継続の仕組みまで含めて完成と見なされる場合もあるため、書面の中でどこまでが対象かを確認しておく余地があり、範囲を狭く読みすぎない注意も要ります。

品質と備えという二つの前提が、完成の定義にどう影響するかを見てきました。次は、現場全体がどちらの姿勢に寄っているかを、もう少し広く確かめます。

6. 守りに寄る現場での確認のしかた

攻めより守りに重心が置かれています

全体としては、攻めのデジタル化よりも守りのデジタル化に取り組む傾向があります⁹。新しい仕組みを広げることよりも、いまある仕組みを維持し安定させることに重心が置かれており、この重心が完成の定義にも影を落とします。

守りに重心が置かれる現場では、完成の定義も新しく作ることより壊さないことに寄りやすくなります。請負で受ける側は、この重心の違いを踏まえて確認の観点を調整する余地があり、案件ごとの温度差を見分ける材料になります。

安定を優先する現場では、新しい提案よりも既存の運用に沿った進め方が歓迎されやすくなります。提案を出す場合も、いまの仕組みを崩さない形に整えておくと受け止められやすくなります。

備えの整備状況を、確認の材料にする

ITのリスク管理と業務継続計画は、全体の5〜6割程度の企業が整備しています¹⁰。守りに寄る姿勢と、この整備状況は同じ方向を向いた実態であり、双方を照らし合わせて読むと現場の空気がつかみやすくなります。

整備が進んでいる現場よりも、整備の途中にある現場のほうが、完成の定義に含める確認項目は増えやすくなります。整っていない部分を、書面のほうで補おうとする動きが働くためです。

観点	内容
全体の傾向	攻めのデジタル化よりも守りのデジタル化に取り組む傾向があります9
リスクへの備え	ITのリスク管理と業務継続計画は、全体の5〜6割程度の企業が整備しています10

守りの姿勢が強い現場ほど、完成の定義は保守的に書かれている場合があります。範囲が広がって見えても、実際は既存の仕組みを壊さない制約が先に来ていることがあり、読み違えないよう文脈ごと確認することが大切です。

守りに寄る前提と、備えの整備状況を確認の材料として押さえたところで、最後に受ける前に確かめる順番を整理します。

7. 受ける前に確かめる順番

明示する事項がある形で示されているか

取引条件を明示するときに、示さなければならない事項を定める改正が行われました¹。この事項が、実際の契約書面にある形で書かれているかどうかが、確認の出発点になり、ここが抜けていると後の確認全体が揺らぎます。

口頭で説明を受けただけの状態と、書面で明示事項を確認できる状態とでは、あとから参照できる材料の量が変わります。着手前に書面を見比べておくと、完成の定義を確認する手間が減ります。

対象外のはずの作業の線引きを先に決めておく

勧告の内訳では、取引条件の明示義務違反が10件と最も多くなっています³。明示の内容が詰め切れていない場面が、実務でも一定数あることを示す数字であり、線引きを先送りしない理由になります。

着手した後に線引きを相談するよりも、着手する前に対象外の作業を確認しておくほうが、完成の定義をめぐるやり取りは少なく済みます。順番を入れ替えるだけで、後半の負担が変わってきます。

確認する順番を一つずつ書き出しておくと、契約の場での質問も具体的になります。抽象的な不安のままにせず、確かめる項目に変えておくことが、次の一歩につながります。

出典：IPA「2024年度ソフトウェア動向調査 簡易分析レポート」（2025年4月）をもとに作成

図の作成：Remogu編集部。受ける前に確かめる順番の一例を整理したもので、統計データではありません

完成の定義が契約書に書かれていない場合は、どうすればいいですか

明示するときに示さなければならない事項として、完成の基準を書面に落とし込めるかどうかを、契約を結ぶ前に確認する余地があります¹。曖昧なまま進めると、対象外のはずの作業まで範囲に含まれる場面が起こり得ます。

要件定義や設計の資料が薄い案件は、どう見ればいいですか

要件定義と設計はいまもドキュメントを中心に行われています⁸。資料が薄い案件では、完成の基準も薄くなりがちです。着手前に資料の有無を確認する材料になります。

品質を重視する現場では、何を優先して確認するといいですか

利用する側の企業は品質を最も優先する事項として捉えており⁶、ITのリスク管理や業務継続計画は全体の5〜6割程度の企業が整備しています¹⁰。品質にかかわる確認項目が完成の定義にどこまで含まれているかを見ておく材料になります。

完成の定義を確認する順番を決めておけば、契約のあとで急いで交渉する場面は減ります。まずは今、目の前にある案件情報の中に、完成の基準がどんな言葉で書かれているかを探すところから始めてみましょう。

※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。

出典・参考情報

＊1 公正取引委員会「令和7年度におけるフリーランス・事業者間取引適正化等法第2章の運用状況」示す項目（2026年6月・2026年8月確認）
＊2 公正取引委員会「令和7年度におけるフリーランス・事業者間取引適正化等法第2章の運用状況」予見できるように（2026年6月・2026年8月確認）
＊3 公正取引委員会「令和7年度におけるフリーランス・事業者間取引適正化等法第2章の運用状況」違反の中身（2026年6月・2026年8月確認）
＊4 公正取引委員会「令和7年度におけるフリーランス・事業者間取引適正化等法第2章の運用状況」措置の件数（2026年6月・2026年8月確認）
＊5 公正取引委員会「令和7年度におけるフリーランス・事業者間取引適正化等法第2章の運用状況」着手の件数（2026年6月・2026年8月確認）
＊6 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」評価の軸（2025年4月・2026年8月確認）
＊7 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」工程の前提（2025年4月・2026年8月確認）
＊8 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」引き継ぎの材料（2025年4月・2026年8月確認）
＊9 総務省「令和7年版 情報通信白書（デジタル活用の動向）」投資の向き（2025年7月・2026年8月確認）
＊10 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」止まる備え（2025年4月・2026年8月確認）