契約締結

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

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

調達の過程で選定した供給者と、作業範囲、成果物、納期、価格、検収の条件、責任の範囲、知的財産権の帰属などの契約条件を合意し、契約を結ぶこと。システム開発では作業の性質に応じて請負契約や準委任契約を選び、合意内容を契約書に明記して後の紛争を防ぐ。

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

調達対象の範囲、機能・性能の要求事項、納期、検収条件などを供給者に示す文書。曖昧な記述は認識の相違と契約変更の原因となるため、不確かさが強い場合は段階的に詳細化する進め方を併せて定める。

システム開発を自社で行う（内製）か、外部に委託する（外製）かを判断するための分析。コスト、品質、納期、技術力、セキュリティなどの観点から総合的に評価し、調達戦略を決定する。

情報提供依頼書。ベンダーに対して製品・サービスの情報提供を依頼する文書。RFPの前段階として発行され、市場調査や候補ベンダーの絞り込みに利用される。技術動向や概算費用の把握を目的とする。

システム調達に伴うリスク。ベンダーの経営状況、技術力不足、納期遅延、品質問題、ベンダーロックインなどが含まれる。調達計画においてリスクの特定と対策を講じることが重要。

提案依頼書。調達仕様書に基づいて、ベンダーに対してシステムの提案を正式に依頼する文書。要件、制約条件、評価基準、提出期限などを明記し、ベンダーからの提案を募る。RFIの後工程に位置づけられる。