【案件の検収書と納品書】どの工程で何を渡すのかを解説
監修・編集責任者:牛尾 昭昌(株式会社LASSIC 執行役員)

📘 この記事でわかること
- 帳票の話が役割分担から始まることと、検収基準の明確化が改定のポイントとして挙げられていること
- 契約書のひな型に置かれている納入・検査仕様書・検収の条と、それぞれに対応する帳票の呼び名
- 変更が生じたときに整理される帳票と、工程ごとに確かめておきたい項目をあわせて把握できること
納品書や検収書という言葉は聞いたことがあっても、どの工程で何を渡すのかを順番に説明できる場面は多くありません。IPAが公開する講演資料は、契約書のひな型に置かれた条と、実務で取り交わす帳票が対応関係にあることを整理しています1。帳票の抜けは、責任の所在をあいまいにし、トラブルの芽になります。この記事では、納入から検収、そして変更が生じた場面まで、渡す帳票を工程順に整理します。
▶ あわせて読みたい
・案件を受け始めたら開業届はいつまで?届出と期限の一覧を解説
・案件の基本契約と個別契約はどう違う?決める項目の分かれ方を解説
・案件の契約不適合責任はどこまで負うのか|期間の数え方と注意点を解説
1. 帳票の話は役割分担から始まる
契約の条と帳票は対になっている
案件を受ける立場で検収書や納品書という言葉に触れると、まず名前だけが先に耳に入り、どの場面でどれを使うのかがつかみにくく感じられます。IPAが公開する講演資料は、契約書のひな型に置かれた条と、実務で取り交わす帳票が対になっていることを整理しています1。名前を先に覚えるよりも、条と帳票の対応関係を先につかむほうが、実務では近道になります。
契約の条文を読み込むよりも先に、工程を横に並べて眺めるほうが理解は早まります。ある工程で何を渡し、相手側が何を確認して次に進むのか。この順番が見えてくると、帳票は単なる書類ではなく、役割分担を形に残す道具として見えてきます。
条文の細かな文言よりも、帳票が「どの工程の後に」「誰から誰へ」渡るのかという流れのほうが、実務ではずっと重要です。流れをつかんでおけば、契約書の言い回しが変わっても対応できます。
帳票が抜けると何が起こるか
工程のどこかで帳票が抜けると、何を確認して合格としたのかが記録に残らなくなります。責任や作業分担が明確でないと、損害賠償請求の訴訟などのトラブルに発展する例もあると、IPAの資料は指摘しています1。
帳票は、後から振り返ったときに「何が合意されていたか」を示す手がかりになります。図1は、工程の途中で帳票が抜けた状態を示したものです。空欄のまま進んだ工程は、後になるほど埋めにくくなります。
図の作成:Remogu編集部。契約と実務での対応関係を整理したもので、統計データではありません
次の工程に進む前に、何を確認して合格とするのか、その基準がどこに定められているのかを見ていきます。
2. 検収の基準そのものが明確化の対象
何をもって合格とするかが問われている
検収という言葉は、合格・不合格を判定する場面全体を指しますが、その判定基準がどこまで具体的に決まっているかは、案件によって差があります。IPAの資料では、契約に関する取り組みの見直しのポイントの一つとして、検収基準の明確化が挙げられています2。
基準が明確であるほど、受け取る側と渡す側の間で「何を確認したら終わりか」という認識がそろいます。基準があいまいなままだと、双方が異なる完了のイメージを抱えたまま工程を進めることになりかねません。
合格の線引きを言葉として共有しておくことは、その場の判断に委ねずに済むという意味で、双方にとっての土台になります。検収の場面で重要なのは、成果物の見た目のよさよりも、あらかじめ決めた基準に沿っているかどうかです。
基準があいまいだと後工程がぶれる
基準が後から追加されると、既に完了したはずの工程まで見直しの対象になることがあります。検収基準の明確化は、契約に関する取り組みの見直しの中でポイントとして挙げられています2。
基準を先に固定しておくほうが、後工程での手戻りを抑えられます。検査の場になってから基準を相談するよりも、着手前に基準を書面にまとめておくほうが、双方の負担は小さくなります。
次の工程では、この基準を実際にどう書面にしておくのか、その条を見ていきます。
自分の経験に近いリモート案件をチェックする →
3. 納入物の納入という条がある
引き渡しの条件を定める条
案件が進み、成果物を渡す段階になると、何をもって「納入した」とみなすのかが問題になります。契約書のひな型には、納入物の納入という条が置かれています3。
この条は、引き渡す対象物とその方法を先に定めておく役割を持ちます。引き渡しの条件が先に決まっていれば、渡す側と受け取る側の認識がそろいやすくなります。
納入の場面で問われるのは、成果物の量よりも、あらかじめ合意した内容と一致しているかどうかです。合意内容と実際の成果物を照らし合わせる作業が、次の検査の起点になります。
全体の流れの中でどこに位置するか
納入は、検収に至るまでの一つの通過点にすぎません。図2は、納入から検査仕様書の作成・承認、検収、そして契約不適合責任に至るまでの並びを示したものです。
図の作成:Remogu編集部。契約書のひな型に置かれている条の並びを整理したもので、統計データではありません
納入の条だけを単独で見ると分かりにくくても、前後の工程と並べて見ると、それぞれの条が何を担っているのかがつかみやすくなります。次の工程では、検査の基準をあらかじめ書面にしておく条を見ていきます。
| 工程 | 置かれている条 | やり取りする帳票 |
|---|---|---|
| 納入 | 納入物の納入3 | 検収依頼書(兼納品書)6 |
| 検査の準備 | 検査仕様書の作成及び承認4 | 検査仕様書(承認をもらう)4 |
| 検収 | 本件ソフトウェアの検収5 | 検査合格書7 |
4. 検査仕様書は作って承認をもらう
検査の基準を先に書面にする
検収の基準が明確であるほど良いと分かっても、それをどう形にするかが次の課題になります。契約書のひな型には、検査仕様書の作成及び承認という条が置かれています4。
この条が示しているのは、検査の基準を検収の直前ではなく、あらかじめ書面にしておくという進め方です。基準を先に文章として残しておくと、判定の場面で迷いが生じにくくなります。
検査の場になってから基準を相談するよりも、着手前に検査仕様書としてまとめておくほうが、双方の負担は小さくなります。
承認まで得ておく意味
検査仕様書は作成するだけでなく、承認という手続きまで含めて条に置かれています4。承認まで済ませておくと、後になって基準そのものを蒸し返す場面を避けやすくなります。
検査仕様書と承認は、いわば検収という判定のための土台です。土台が整っていれば、検収の場面で確認する範囲がすでに絞り込まれています。
次の工程では、この土台の上に置かれている検収の条そのものを見ていきます。
5. 検収の条と、渡す帳票
検収の条が置かれている
検査仕様書に沿って確認を終えると、いよいよ合格・不合格を判定する場面に入ります。契約書のひな型には、本件ソフトウェアの検収という条が置かれています5。
この条は、検査仕様書に基づいて確認した結果を、正式な合格として扱うかどうかを定める役割を持ちます。基準に沿っているかどうかを確認する作業と、合格を宣言する作業は、性質の異なる手続きです。
対応する帳票は検収依頼書(兼納品書)
条の内容だけを追っていると見えにくいのですが、実際の手続きでは帳票が対になっています。ドキュメントモデルには、検収依頼書(兼納品書)が置かれています6。
検収の条文を読み込むよりも、実際に取り交わす検収依頼書(兼納品書)の中身を確認しておくほうが、案件に参画してからの手続きはつかみやすくなります。
契約書の条と、対応する帳票の一覧
ここまで見てきた納入・検査仕様書・検収という3つの条を、対応する帳票とあわせて整理すると、次の表のようになります。条の名前だけを覚えるよりも、どの帳票が動くタイミングなのかとセットで把握しておくほうが、実務の中では扱いやすくなります。
| 契約書に置かれている条 | 主な内容 | 対応する帳票 |
|---|---|---|
| 納入物の納入3 | 成果物を引き渡す際の条件を定める | 検収依頼書(兼納品書)6 |
| 検査仕様書の作成及び承認4 | 検査の基準をあらかじめ書面にする | ― |
| 本件ソフトウェアの検収5 | 検収の合格を判定する | ― |
表に整理した3つの条は、いずれも納入から検収に至る一続きの流れの中に置かれています。帳票の形は案件によって異なりますが、場所にとらわれずに専門性を活かしたいという思いは共通しています。Remoguは、案件の90%以上がフルリモート可能なリモートワーク案件に特化したエンジニアマッチングです。
登録して自分に合う条件を確かめる →
6. 合格したことを示す帳票
検査合格書という帳票
検収の条に沿って合格と判定されたとき、その結果はどのような形で残るのでしょうか。ドキュメントモデルには、検査合格書が置かれています7。
検査合格書は、検収という判定が実際に行われ、結果として合格になったことを示す帳票です。合格の判定そのものと、それを示す帳票は別の役割を持っています。
その場の言葉で「問題ありません」と伝えるよりも、検査合格書という形で残しておくほうが、後になって工程を振り返るときの手がかりになります。
外部設計の工程にも専用の帳票がある
検収に関わる帳票は、開発の最終段階だけに置かれているわけではありません。外部設計の工程では、外部設計書検収依頼書(兼納品書)と外部設計書承認書が置かれています8。
工程ごとに専用の帳票が用意されているということは、最終的な検収だけでなく、途中の工程でも「渡して、確認して、承認する」という流れが繰り返されているということです。図3は、全体の検収と外部設計の工程とで、対応する帳票が異なる様子を示したものです。
図の作成:Remogu編集部。工程ごとに対応する帳票を整理したもので、統計データではありません
工程の名前が変わっても、渡す・確認する・示すという構造そのものは共通しています。次は、変更が生じた場面で置かれている帳票を見ていきます。
7. 変更のときの帳票と、確かめる項目
変更提案書・管理書という帳票
ここまでの工程がすべて計画どおりに進むとは限りません。要件や仕様に変更が生じる場面もあります。ドキュメントモデルには、変更提案書・管理書が置かれています9。
変更提案書・管理書は、変更の内容や影響範囲を、その場のやり取りだけで済ませずに残しておくための帳票です。変更が生じたときこそ、何がどう変わったのかを形にしておく意味が大きくなります。
検収の条には契約不適合責任も置かれている
変更は、納入や検収の場面にも関わってきます。契約書のひな型には、本件ソフトウェアの検収と契約不適合責任の条が置かれています10。
検収が済んだ時点で終わりと考えるよりも、契約不適合責任という形で後から見つかった不備を扱う仕組みまで含めて理解しておくほうが、工程全体の見通しは立てやすくなります。
変更が生じたときに整理しておきたい内容
変更提案書・管理書と、検収の条に置かれている契約不適合責任という2つの要素は、性質が異なります。前者は変更そのものの記録であり、後者は検収を終えた後に不備が見つかった場合の扱いです。整理すると、次の表のようになります。
| 場面 | 関わる帳票・条 | 扱っている内容 |
|---|---|---|
| 要件や仕様が変わったとき | 変更提案書・管理書9 | 変更の内容と影響範囲の記録 |
| 検収を終えた後に不備が見つかったとき | 検収と契約不適合責任の条10 | 後から見つかった不備の扱い |
この2つを分けて理解しておくと、変更が生じた場面と、検収後に不備が見つかった場面とで、それぞれ何を確かめればよいのかが混同されにくくなります。図4は、この2つの観点を整理したものです。
図の作成:Remogu編集部。変更が生じた場面で確かめておきたい観点を整理したもので、統計データではありません
初めて参画する案件でも、帳票の流れは同じですか
契約書のひな型に置かれている条と帳票の対応関係は、経験年数によって変わるものではなく、案件に共通する型として整理されています。参画したばかりの案件では、まず納入・検査仕様書・検収という3つの条がどう置かれているかを確かめておくと、見通しが立てやすくなります。
要件や仕様が途中で変わった場合、何が変わりますか
要件や仕様が変わったときは、その内容と影響範囲を残しておくための帳票として、変更提案書・管理書が置かれています9。口頭でのやり取りだけで済ませず、変更の中身が記録として残る形にしておくと、後になって認識のずれが生じにくくなります。
リモートで稼働している場合、帳票のやり取りは変わりますか
帳票の対応関係は契約の内容に基づくものであり、稼働する場所によって仕組みが変わるものではありません。リモートで稼働する場合も、同じ帳票を電子的な形で取り交わす場面が中心になります。
リモートワーク案件をお探しの方へ
Remoguは、株式会社LASSICが運営するITエンジニア・デザイナー専門のリモートワーク案件紹介サービスです。フルリモート・ハイブリッドの案件から、スキルに合うものを探せます。
渡すものが分かれば迷いません。リモートの案件を見てみてください。
会員登録無料 / 案件閲覧・相談は無料
※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。
出典・参考情報
*1 IPA「システム開発の健全化に向けて(情報システム・モデル取引・契約書 講演資料)」起点の問題(2025年4月・2026年9月確認)
*2 IPA「システム開発の健全化に向けて(情報システム・モデル取引・契約書 講演資料)」検収の基準(2025年4月・2026年9月確認)
*3 IPA「システム開発の健全化に向けて(情報システム・モデル取引・契約書 講演資料)」納入の条(2025年4月・2026年9月確認)
*4 IPA「システム開発の健全化に向けて(情報システム・モデル取引・契約書 講演資料)」検査仕様書(2025年4月・2026年9月確認)
*5 IPA「システム開発の健全化に向けて(情報システム・モデル取引・契約書 講演資料)」検収の条(2025年4月・2026年9月確認)
*6 IPA「システム開発の健全化に向けて(情報システム・モデル取引・契約書 講演資料)」納品時の帳票(2025年4月・2026年9月確認)
*7 IPA「システム開発の健全化に向けて(情報システム・モデル取引・契約書 講演資料)」合格の帳票(2025年4月・2026年9月確認)
*8 IPA「システム開発の健全化に向けて(情報システム・モデル取引・契約書 講演資料)」工程ごとの帳票(2025年4月・2026年9月確認)
*9 IPA「システム開発の健全化に向けて(情報システム・モデル取引・契約書 講演資料)」変更の帳票(2025年4月・2026年9月確認)
*10 IPA「システム開発の健全化に向けて(情報システム・モデル取引・契約書 講演資料)」条の置かれ方(2025年4月・2026年9月確認)