調達仕様書

発注者が、納品されたシステムや成果物を検査し、契約や仕様書のとおりであることを確かめて受け取ること。システム開発では、受入れテストの結果などをもとに判断する。検収が済むと、成果物の引渡しが完了したことになり、代金の支払いの手続に進む。

調達交渉の結果に基づいて、供給者との間で正式な契約を交わすこと。請負契約、準委任契約などの契約類型を選択し、契約範囲、責任分界、成果物、支払条件などを明確にする。

プロジェクトの外部調達について、調達方針、調達の種類、スケジュール、契約の種類、選定基準、調達文書などを規定する文書。内製か外注かの判断（Make or Buy分析）の結果も含む。

調達先候補のベンダーに対し、製品・サービスの情報提供を依頼する文書。調達の初期段階で市場調査を行い、選択肢や相場観を把握するために使用する。RFPの前段階として実施されることが多い。

ベンダーに対し、要求事項を示して提案を依頼する文書。プロジェクトの目的、スコープ、要件、評価基準、スケジュール、予算制約などを記載する。ベンダーはRFPに基づいて提案書を作成し、提出する。

ベンダーに対し、製品・サービスの価格見積りを依頼する文書。要件が明確で、主に価格で選定する場合に使用する。RFPが提案内容全体の評価を目的とするのに対し、RFQは価格情報の取得を主目的とする。