第4話「もう一つの窓」

現実の事実提案依頼書（RFP、Request For Proposal）は、システムを発注する側（ユーザ）が、開発を頼む候補の会社（ベンダ）に提案を求めるために出す文書です。IPA の「情報システム・モデル取引・契約書」は、記載する基本項目として、システムの概要（開発の経緯・基本方針・狙う効果）、提案依頼の手続き、依頼事項（機能の要件と、性能や運用などの非機能の要件）、開発の体制と環境、保証の要件、契約の事項を挙げています。ベンダは RFP に基づいて提案書を作ります。

RFI とはどう違う？

RFI（情報提供依頼書（じょうほうていきょういらいしょ））は、RFP を作る前に、技術の動き・製品・開発のやり方・価格などの情報をベンダに求める文書です。

提案書には何を書く？

IPA は、提案の要約、システムの構想と構成、性能の見込み、拡張のしやすさ、信頼性とセキュリティ、開発計画（実行上の課題を含む）、推進の体制、期待する効果、今後の課題（決まっていない懸案）、関連する実績などを挙げ、発注する側の必要に応じて取捨選択（しゅしゃせんたく）するとしています。

出典

• 情報処理推進機構（IPA）「情報システム・モデル取引・契約書（第二版）」（提案依頼書〈RFP〉・提案書の記載事項と解説）（新しいタブで開きます）

現実の事実IPA の「情報システム・モデル取引・契約書」は、契約を結ぶ前の企画・提案の段階でも、ベンダは自ら提案するシステムの機能、発注する側の必要をどれだけ満たすか、開発の手法と体制を検討し、そこから想定されるリスクを説明する義務を負うとした裁判例（東京高等裁判所 平成25年9月26日判決）を紹介しています。

どこまで予想して書けばいい？

同じ裁判例は、受注が決まる前の段階でできる確かめには限りがあると認め、その時に得られる情報の範囲で予想できるリスクを前提にしています。逆に、予想できたはずのリスクを説明していないと、責任を問われうると IPA は注意しています。

出典

• 情報処理推進機構（IPA）「情報システム・モデル取引・契約書（第二版）」（提案依頼書〈RFP〉・提案書の記載事項と解説）（新しいタブで開きます）