調達の流れ

調達とは何か

企業が新しい情報システムを導入するとき、すべてを自社だけで開発・構築することは稀です。多くの場合、外部のIT企業（ベンダー）に開発や構築を依頼します。この「外部から必要な製品やサービスを購入・取得するプロセス」を調達と呼びます。

調達は「なんとなく良さそうな会社に頼む」のではなく、決められた手順に沿って公正かつ合理的に進める必要があります。ここでは、調達の全体的な流れを順番に見ていきましょう。

調達の全体フロー

調達は、大きく次のステップで進みます。

graph LR
  A["(1) 情報収集<br>（RFI）"]:::primary --> B["(2) 提案依頼<br>（RFP）"]:::primary
  B --> C["(3) 提案書・<br>見積書の受領"]:::base
  C --> D["(4) 比較評価・<br>調達先の選定"]:::base
  D --> E["(5) 契約締結"]:::primary
  E --> F["(6) 納品"]:::base
  F --> G["(7) 受入れ・検収"]:::primary

  classDef base fill:#f8fafc,stroke:#94a3b8,stroke-width:1px,color:#333;
  classDef primary fill:#eff6ff,stroke:#2563eb,stroke-width:2px,color:#1e40af;
  classDef alert fill:#fef2f2,stroke:#dc2626,stroke-width:2px,color:#991b1b;

それぞれのステップを順に解説します。

ステップ1：情報収集 ── RFI（情報提供依頼）

RFIとは

調達の最初のステップは、情報収集です。発注側の企業は、どのようなベンダーが存在し、どのような技術や製品を提供しているのかを把握する必要があります。

そこで使われるのがRFI（Request For Information：情報提供依頼）です。RFIとは、提案依頼書（RFP）の作成に先立って、ベンダーに対して「貴社の技術力や実績、提供可能なサービスの概要を教えてください」と情報提供を求める文書です。

RFIの段階では、まだ具体的なシステムの仕様は決まっていません。IT市場の技術動向や利用可能な製品・サービスについて幅広く情報を集めるための調査段階です。複数のベンダーにRFIを送付し、返ってきた情報をもとに候補を絞り込みます。

たとえば、ある企業が「紙ベースの在庫管理をシステム化したい」と考えたとします。しかし、どのような技術やパッケージソフトが使えるのか、費用感はどの程度なのかがわかりません。そこで、複数のベンダー企業に対してRFIを送り、情報を集めるのです。

RFIに記載する内容

RFIには、ベンダー企業が適切な情報を提供できるよう、次のような項目を記載します。

記載項目	内容
システム化の目的	なぜシステムを導入したいのか、解決したい課題は何か
業務概要	対象となる業務の流れや規模
調達に関する質問事項	技術的な選択肢、概算費用、導入スケジュールの見込みなど

RFIはあくまで「情報を集める」ための文書ですので、細かい要件や調達条件を詳しく書く段階ではありません。ベンダー企業側も、RFIに対しては「参考情報」として回答します。

試験で出るポイント

RFIは「情報収集」が目的です。まだ提案や見積もりを求めているわけではない、という点がRFPとの最大の違いです。問題文に「技術動向の情報収集」「提案依頼書の作成に先立って」といった表現があればRFIを指しています。

ステップ2：提案依頼 ── RFP（提案依頼書）

RFPとは

RFIで候補を絞り込んだら、次にRFP（Request For Proposal：提案依頼書）を作成・送付します。

RFPとは、ベンダー企業に対し、導入するシステムの概要や提案依頼事項、調達条件などを明示し、提案書の提出を依頼するための文書です。RFIが「情報収集」の段階であったのに対し、RFPは「正式な提案依頼」の段階です。

たとえば、在庫管理システムを導入したい企業がRFPを作成する場合、「在庫の入出庫をリアルタイムで管理できること」「既存の会計システムと連携できること」「導入費用は〇〇万円以内」といった条件を記載し、複数のベンダー企業に送付します。

RFPに記載する内容

RFPには、ベンダー企業が適切な提案書を作成できるよう、次のような項目を具体的に記載します。

記載項目	内容
システム概要	導入するシステムの目的や対象業務の範囲
要求事項（提案依頼事項）	システムに求める機能や性能などの具体的な条件
調達条件	予算の上限、納期、契約条件など
評価基準	提案書をどのような基準で評価するか

RFPの内容が具体的で明確であるほど、ベンダー企業は的確な提案を行うことができます。逆に、RFPが曖昧だと、期待とは異なる提案が返ってきたり、ベンダー間の比較が難しくなったりします。

試験で出るポイント

RFPの定義を問う問題が頻出です。「導入システムの概要や調達条件を明示し、提案書の提出を依頼する文書」がRFPです。記載項目として「システム概要」「要求事項」「調達条件」「評価基準」を押さえておきましょう。

RFIとRFPの違い

RFIとRFPは名前が似ていますが、目的・タイミング・内容の具体性が大きく異なります。

項目	RFI（情報提供依頼）	RFP（提案依頼書）
目的	技術動向や市場情報を収集する	具体的な提案書の提出を依頼する
タイミング	RFPの作成より前	RFIで情報を集めた後
内容の具体性	大まかな目的・業務概要	システム要件・調達条件など詳細
ベンダーの回答	情報提供（参考レベル）	正式な提案書

簡潔にまとめると、**RFIは「まず情報を集める」**段階、**RFPは「具体的な提案を求める」**段階です。RFIで集めた情報をもとにRFPを作成するという時系列の関係を理解しておくことが大切です。RFIを省略してRFPを作成するケースもありますが、事前の情報収集が不十分だとRFPの内容が的外れになるリスクがあります。

試験で出るポイント

RFIとRFPの区別はITパスポート試験で最も出題頻度が高いテーマの一つです。「RFI＝情報をください」「RFP＝提案をください」と整理しましょう。「ベンダーに提案書の提出を求める文書はどれか」と問われたらRFP、「技術動向の情報収集を目的とする文書はどれか」と問われたらRFIです。

ステップ3：提案書・見積書の受領

RFPを受け取ったベンダーは、提案書と見積書を作成して発注側に提出します。

提案書は、ベンダーが「このようなシステムを、このような方法で構築します」という具体的な計画を記した文書です。システムの構成、開発手法、スケジュール、体制などが含まれます。

見積書は、提案内容を実現するために必要な費用を記した文書です。開発費、ハードウェア費、保守費など、項目ごとの金額が示されます。

提案書と見積書はセットで提出されることが一般的です。発注側はこれらをもとに、どのベンダーに依頼するかを判断します。提案書・見積書の詳しい内容については、それぞれのページで解説しています。

ステップ4：比較評価と調達先の選定

複数のベンダーから提案書・見積書を受け取ったら、選定基準に基づいて比較評価を行い、最適な調達先の選定を行います。

選定基準には、たとえば次のような項目があります。

提案内容が要件を満たしているか
費用は予算の範囲内か
開発スケジュールは現実的か
ベンダーの技術力や過去の実績は十分か
運用・保守のサポート体制は整っているか

選定は一人の判断ではなく、複数の評価者がそれぞれの項目に点数をつけて総合的に判断する方法が一般的です。これにより、公正で透明性の高い選定が可能になります。

ステップ5：契約締結

調達先が決まったら、発注側とベンダーの間で契約締結を行います。契約書には、開発範囲、費用、納期、知的財産権の帰属、契約不適合責任の条件、秘密保持などが明記されます。

契約を結ぶことで、双方の権利と義務が法的に確定します。口約束ではなく、書面で合意内容を残すことがトラブル防止の基本です。

ステップ6：受入れ・検収

ベンダーがシステムを開発・納品したら、発注側は受入れ・検収を行います。

検収とは、納品されたシステムが契約内容（仕様、品質、数量など）を満たしているかを確認する手続きです。検収に合格すれば「検収書」を発行し、これをもって正式に納品が完了します。検収書の発行後、ベンダーは請求書を発行し、代金の支払いが行われます。

試験で出るポイント

調達に関わる書類の順序は頻出です。契約前に登場するのが「提案書・見積書」、契約後に登場するのが「納品書・検収書・請求書」です。書類の詳しい時系列は「見積書」のページで整理しています。

グリーン調達

近年、企業の社会的責任（CSR）の観点から注目されているのがグリーン調達です。

グリーン調達とは、製品やサービスを調達する際に、環境負荷の少ないものを優先的に選ぶ考え方です。たとえば、省エネルギー性能の高いサーバーを選ぶ、リサイクル可能な部品を使った機器を優先する、環境マネジメントシステム（ISO 14001など）を取得しているベンダーを選定条件に加える、といった取り組みが該当します。

グリーン調達は、単にコストや機能だけでなく、環境への影響も調達の判断基準に加えるという点で、従来の調達とは異なります。

AI・データの利用に関する契約ガイドライン

近年のAI技術の普及に伴い、AIやデータを活用したシステム開発では、従来の契約では想定していなかった問題が生じることがあります。たとえば、「AIが学習に使ったデータの権利は誰のものか」「AIの判断結果に誤りがあった場合の責任はどちらが負うか」といった問題です。

こうした課題に対応するため、経済産業省が策定したのがAI・データの利用に関する契約ガイドラインです。このガイドラインは、AI開発やデータ提供の契約において、発注側とベンダーの間で取り決めるべき事項（データの利用範囲、知的財産権の帰属、成果物の利用条件など）の指針を示しています。

ITパスポート試験では、このガイドラインの詳細な内容までは問われませんが、「AIやデータ活用の契約には特有の論点がある」ということを理解しておくことが大切です。

試験で出るポイント

調達の流れ全体を「RFI → RFP → 提案書・見積書 → 比較評価・選定 → 契約締結 → 受入れ・検収」の順番で押さえておきましょう。特にRFIとRFPの違いを問う問題は繰り返し出題されています。

過去問で実力チェック

過去問に挑戦

Q. システム導入を検討している企業や官公庁などがRFIを実施する目的として，最も適切なものはどれか。

アベンダ企業からシステムの詳細な見積金額を入手し，契約金額を確定する。
イベンダ企業から情報収集を行い，システムの技術的な課題や実現性を把握する。
ウベンダ企業との認識のずれをなくし，取引を適正化する。
エベンダ企業に提案書の提出を求め，発注先を決定する。

解答（令和元年）

正解: イ

Q. 情報システムの調達の際に作成される文書に関して，次の記述中のa，bに入れる字句の適切な組合せはどれか。

調達する情報システムの概要や提案依頼事項，調達条件などを明示して提案書の提出を依頼する文書は [　　a　　] である。また，システム化の目的や業務概要などを示すことによって，関連する情報の提供を依頼する文書は [　　b　　] である。

	a	b
ア	RFI	RFP
イ	RFI	SLA
ウ	RFP	RFI
エ	RFP	SLA

ア RFI / RFP
イ RFI / SLA
ウ RFP / RFI
エ RFP / SLA

解答（令和2年）

正解: ウ

Q. コンピュータシステム開発の外部への発注において，発注金額の確定後に請負契約を締結した。契約後，支払までに発注側と受注側の間で交わされる書類の組合せのうち，適切なものはどれか。ここで，契約内容の変更はないものとする。

ア提案書，納品書，検収書
イ提案書，見積書，請求書
ウ納品書，検収書，請求書
エ見積書，納品書，請求書

解答（令和3年）

正解: ウ

Q. ある業務システムの再構築に関して，複数のベンダにその新システムの実現イメージの提出を求めるRFIを予定している。その際，同時にベンダからの提出を求める情報として，適切なものはどれか。

ア現行システムの概要
イシステム再構築の狙い
ウ新システムに求める要件
エ適用可能な技術とその動向

解答（令和4年）

正解: エ

Q. 新システムの導入を予定している企業や官公庁などが作成するRFPの説明として，最も適切なものはどれか。

アベンダー企業から情報収集を行い，システムの技術的な課題や実現性を把握するもの
イベンダー企業と発注者で新システムに求められる性能要件などを定義するもの
ウベンダー企業と発注者との間でサービス品質のレベルに関する合意事項を列挙したもの
エベンダー企業にシステムの導入目的や機能概要などを示し，提案書の提出を求めるもの

解答（令和5年）

正解: エ

Q. 新しいITソリューションの活用の是非を判断するために，そのITソリューションの提供者に，活用事例や技術情報などの提供を依頼する文書として，最も適切なものはどれか。

ア EDI
イ KPI
ウ RFI
エ RFP

解答（令和7年）

正解: ウ

もっと過去問を解きたい方へ

フライトパスアプリなら、詳しい解説や分野別の過去問演習、SRS（間隔反復）学習ができます。

App Store Google Play