はじめに
ベンダーとの交渉がまとまり、いよいよ契約という段階になっても、まだ気を抜くことはできません。ベンダー交渉で主導権を握る方法で合意した内容が、きちんと契約書に反映されているかを確認する必要があります。
SIerで4年半、ITコンサルファームで4年半、要件定義からベンダーマネジメントまで一貫して対応してきた経験から、発注側が契約書で特に確認すべき3つのポイントを解説します。
契約書で確認すべき3つのポイント
①検収のタイミングと範囲
どのタイミングで、何をもって検収完了とするかは重要なポイントです。「どこまでを検収するか」という範囲の明確さは、RFPの作り方で解説したスコープの話ともつながってきます。
②支払い条件（検収との関係を含む）
検収条件と同じくらい、あるいはそれ以上に重要なのが支払い条件です。大規模なプロジェクトでは、分割検収・分割請求という形を取ることが一般的ですが、その場合は支払いスケジュールをベンダー側に作成してもらうと、自社の資金繰り計画と照らし合わせやすくなります。
キャッシュリッチな会社であれば大きな問題にならないかもしれませんが、手元資金の残高次第では、支払いタイミング次第で資金繰りが厳しくなる可能性もあります。また、予算の執行計画や決算のタイミング、利益調整といった会社都合の事情が絡むこともあるため、「いつ・いくら支払うか」を具体的に明確にしつつ、ベンダーとすり合わせておくことをおすすめします。契約書上の支払いサイトだけを見るのではなく、実際のキャッシュフローへの影響まで含めて検討することが重要です。
③構築物の権利帰属
開発した成果物（ソフトウェア・システム）の権利が、発注側とベンダーのどちらに帰属するかも、必ず確認すべきポイントです。特にパッケージシステムをベースにした開発の場合、構築物の権利がベンダー側に帰属するケースが多く見られます。
権利の帰属先によって、将来的に「他のベンダーに乗り換えたいが、そもそも構築物の権利がない」といった事態に陥る可能性があります。契約締結前の段階で権利の帰属を明確にしておくことで、後々のトラブルを避けられます。
まとめ
契約書のチェックというと細かい条文の読み合わせをイメージしがちですが、発注側として特に重要なのは「検収のタイミングと範囲」「支払い条件とキャッシュフローへの影響」「構築物の権利帰属」の3点です。これらは一度契約を締結してしまうと後から変更しにくいポイントでもあるため、契約前の段階でベンダーとしっかりすり合わせておくことをおすすめします。
契約条項のひな形については、IPA（情報処理推進機構）が公開している「情報システム・モデル取引・契約書」も参考になります。
執筆者プロフィール：SIerで4年半、ITコンサルファームで4年半、要件定義からベンダーマネジメントまで一貫して対応。基幹システム刷新・DX推進プロジェクトに多数従事。
コメント