受入テスト確認書

受入テスト確認書とは？

受入テスト確認書とは、システム開発やソフトウェア開発、Webサイト制作などのプロジェクトにおいて、発注者が納品された成果物に対して受入テストを実施し、その結果を正式に記録するための書類です。受入テストは、開発会社が納品したシステムや成果物が、契約書や仕様書、要件定義書に定められた内容どおりに完成しているかを確認する最終工程として実施されます。そして、その結果を文書化したものが受入テスト確認書です。

この確認書を作成することで、

• 成果物が契約内容を満たしているかを明確にできる
• 検収完了の判断基準を記録できる
• 残課題や修正事項を整理できる
• 納品後のトラブルを防止できる
• 支払時期や契約上の責任開始時期を明確にできる

というメリットがあります。特にITシステム開発では、納品後に「この機能は完成していない」「仕様どおりではない」「修正対象か追加開発か分からない」といった認識の違いが生じやすく、受入テスト確認書はそのような紛争を防ぐ重要な証拠書類となります。

受入テスト確認書が必要となるケース

受入テスト確認書は、成果物の品質確認が必要となるさまざまな業務で利用されています。

システム開発

最も利用されるケースです。業務システム、販売管理システム、在庫管理システムなどでは、契約どおりに動作しているかを確認したうえで受入れを行います。

Webサイト制作

企業ホームページやECサイトの制作でも、

• 表示崩れがないか
• お問い合わせフォームが正常に動作するか
• スマートフォン表示に対応しているか

などを確認したうえで受入れを行います。

アプリ開発

iPhone・Androidアプリでは、

• ログイン機能
• 決済機能
• 通知機能
• 画面遷移

などが仕様どおりに動作しているかを確認します。

業務委託によるソフトウェア開発

フリーランスや外部開発会社へ委託した場合も、成果物の完成状況を客観的に確認するため受入テスト確認書が利用されます。

受入テスト確認書に記載すべき主な項目

一般的な受入テスト確認書には、次の事項を記載します。

• 案件名
• 成果物名
• 契約番号
• 納品日
• 受入テスト実施期間
• テスト担当者
• テスト内容
• 判定結果
• 不具合・指摘事項
• 修正期限
• 受入完了日
• 署名又は押印

これらを記録することで、受入れまでの経緯を後から確認できるようになります。

受入テスト確認書の主な条項と実務ポイント

1. 対象成果物

最初に何を受入テストしたのかを明確にします。
例えば、

• システム名
• バージョン番号
• リリース番号
• 納品ファイル名

などを記載しておくことで、後日の混同を防ぐことができます。

2. テスト実施期間

受入テストをいつ実施したかを記録します。契約によっては、「納品日から10営業日以内」「納品後14日以内」など受入期間が決められていることもあります。そのため、開始日・終了日を記録しておくことが重要です。

3. テスト項目

受入テストでは、

• 仕様確認
• 画面表示
• 帳票出力
• 検索機能
• 登録・更新・削除
• 権限管理
• メール送信
• 外部連携

など、事前に定めたテストケースに沿って確認を行います。テスト項目を明確にすることで、「確認漏れだった」というトラブルを防げます。

4. 判定結果

判定は一般的に次の3種類です。

• 合格
• 条件付き合格
• 不合格

条件付き合格とは、軽微な修正を前提として受入れを認めるケースをいいます。

重大な不具合が存在する場合には、不合格とすることが一般的です。

5. 指摘事項

受入テストでは、不具合がゼロとは限りません。
そのため、

• 不具合内容
• 重要度
• 修正担当
• 修正期限

を一覧化して管理します。これにより、修正漏れを防ぐことができます。

6. 受入完了日

受入完了日は、検収日として扱われることが多くあります。
受入完了日を明確にしておくことで、

• 請求書発行日
• 支払期限
• 保守開始日
• 瑕疵対応期間

などの起算日が明確になります。

受入テスト確認書と検収書の違い

受入テスト確認書と検収書は似ていますが、役割が異なります。

システム開発では、受入テスト確認書を作成した後に検収書を発行するケースも多く見られます。

受入テスト確認書を作成するメリット

認識違いを防止できる

発注者と受注者の双方が同じ確認結果を共有できるため、「完成している」「まだ未完成である」といった認識違いを減らせます。

契約不適合責任の判断資料になる

受入テスト時点で確認された内容が文書として残るため、後から契約不適合責任や保証範囲を判断する際の参考資料になります。

修正管理が容易になる

残課題を一覧化できるため、修正漏れや対応忘れを防ぐことができます。

検収業務を円滑に進められる

受入テスト結果が整理されることで、検収担当者や経理担当者も安心して支払処理を進められます。

受入テスト確認書を作成する際の注意点

• 契約書や仕様書と整合する内容を記載する
• テスト結果は客観的な事実に基づいて記録する
• 軽微な不具合と重大な不具合を区別する
• 修正期限と担当者を明確にする
• 判定基準を事前に合意しておく
• 受入完了日を正確に記録する
• 双方の担当者が内容を確認して保管する

特にシステム開発では、口頭でのやり取りだけで受入れを済ませると、後日トラブルになった際に証拠が残りません。受入テスト確認書を作成し、判定結果や指摘事項を文書として保存しておくことが重要です。

まとめ

受入テスト確認書は、システム開発やWeb制作などの成果物について、契約内容や仕様への適合性を確認し、その結果を正式に記録するための重要な書類です。受入テストの内容、判定結果、残課題、修正事項、受入完了日を明確に残しておくことで、発注者と受注者双方の認識を統一でき、検収業務や支払手続きを円滑に進められるだけでなく、将来的な契約トラブルの予防にもつながります。実務では、受入テスト確認書を契約書や仕様書、テスト結果一覧、検収書と併せて管理することで、プロジェクト全体の品質管理や証跡管理をより確実なものにすることができます。