IT案件の契約書は、10ページから30ページに及ぶことが珍しくありません。法律用語と業界用語が入り混じり、「中身を読まずにハンコを押してしまった」という社長も多いのが実態です。しかし、契約書の中身は、トラブルが起きたときに「どちらが損をするか」を左右する最重要文書です。本記事では、中小企業の社長が特に注意すべき5つの条項を、発注者の視点で解説します。
契約書を軽視すると、どんなトラブルが起きるか
実際に千葉県内の中小企業で起きた事例を紹介します。ある製造業の社長が、基幹システム開発を500万円で発注しました。納品後、システムに重大な不具合が見つかったため修正を依頼したところ、業者から「瑕疵担保期間は3か月で、それを過ぎているため別途100万円が必要」と言われた、というケースです。
契約書を確認したところ、確かに瑕疵担保期間3か月と書かれており、社長は泣く泣く追加費用を払うか、修正を諦めるかの選択を迫られました。この事例のように、契約書の確認漏れは後から大きな損失につながります。
条項1：著作権の帰属
確認すべきポイント
完成したシステム・ホームページ・デザイン・ソースコードなどの著作権が、納品後に誰のものになるかを明記している条項です。IT業界の多くの標準契約書では、次の2パターンのいずれかが採用されています。
- 発注者に移転——著作権は納品時に発注者に移る。発注者は自由に改変・他社への移管ができる
- ベンダーに留保——著作権はベンダーが保持し、発注者は「利用権」だけを得る。改変や他社への移管に制限がかかる
中小企業が発注する場合、著作権は発注者に移転する形が望ましいです。将来、別の業者に引き継ぐ可能性を考えると、著作権が自社にないとベンダーロックイン状態になります。
よくあるトラブル
業者から「ソースコードは渡せません」と言われ、他社に乗り換えられなくなるケースがあります。契約書で著作権の帰属を明示しておけば、こうした事態を防げます。
条項2：瑕疵担保（契約不適合責任）
確認すべきポイント
納品物に不具合があった場合に、ベンダーが無償で修正する義務の期間と範囲を定めた条項です。一般的な設定は次の通りです。
- 期間——3か月〜1年
- 対象——契約時の仕様書に記載された機能の瑕疵
- 除外——発注者側の環境変化や、使用方法の誤りによる不具合
期間は最低でも6か月、できれば1年を確保することをおすすめします。システムの不具合は、納品直後ではなく3〜6か月使い込んだ頃に顕在化することが多いためです。
交渉のコツ
業者が3か月しか設定しない場合、「6か月に延長するなら契約する」と交渉すると、受け入れられることが多くあります。業者側も、受注したい案件では譲歩の余地があります。
条項3：契約解除条件
確認すべきポイント
プロジェクトの途中で契約を解除する場合の条件・費用精算方法を定めた条項です。次の3つの観点で確認します。
- どのような事由で解除できるか——業者側の重大な義務違反、発注者側の都合など
- 解除時の費用精算——進捗に応じた按分か、既払い金額没収か
- 納品済み成果物の扱い——解除時までに作成された中間成果物の権利
特に注意したいのが、「発注者都合の解除では、契約金額の100%を支払う」と書かれている契約書です。500万円の案件なら、着手直後に解除しても500万円を払うことになります。これは発注者にとって極めて不利な条項です。
修正交渉のポイント
「進捗に応じた按分精算」または「着手金・中間金・検収金の段階で支払う方式」に変更してもらうことで、解除時のリスクを抑えられます。
条項4：秘密保持・情報漏洩
確認すべきポイント
ベンダーが業務上知り得た発注者の情報（顧客データ、業務ノウハウ、財務情報など）の取り扱いを定めた条項です。次の要素が含まれているかを確認します。
- 秘密情報の定義——何が秘密情報に当たるか
- 取扱い方法——アクセス制限、暗号化、保管期間
- 下請け業者への情報提供の制限——事前許可制になっているか
- 違反時の損害賠償——漏洩が発生した場合のペナルティ
- 契約終了後の情報の扱い——返却・廃棄の方法と期限
特に個人情報や顧客データを扱う案件では、「契約終了後は全データを廃棄し、廃棄証明書を提出する」という条項を追加すると安心です。
条項5：納期遅延・損害賠償
確認すべきポイント
納期遅延が発生した場合のペナルティを定めた条項です。発注者側の観点では次を確認します。
- 遅延損害金の計算方式——1日あたり契約金額の0.1〜0.5%が標準的
- 遅延損害金の上限——一般的には契約金額の10〜30%
- 免責事由——天災・発注者の仕様変更などで免責される条件
- 発注者側の損害賠償責任の上限——発注者の義務違反時のペナルティ
ベンダー側の契約書ひな形では、発注者の損害賠償責任には上限がなく、ベンダーの遅延には上限があるという非対称な構造になっていることがあります。対等な設計に修正することを求めましょう。
実際のトラブル事例
納期から3か月遅れたにもかかわらず、契約書に損害賠償条項がなかったため、発注者が業務上の機会損失を補てんしてもらえなかった事例があります。柏市のサービス業の社長は、新年度のキャンペーンに間に合うはずだったシステムが遅延し、大きな機会損失を被りました。
契約書レビューの実践手順
業者から提示された契約書を、次の手順でレビューすることをおすすめします。
- 5つの条項を順にチェック——本記事の内容を参考にマークアップ
- 不利な条項・曖昧な条項をリストアップ——修正希望箇所を一覧化
- 業者と修正交渉——根拠を示して修正を依頼
- 必要に応じて顧問弁護士・IT顧問に確認——特に金額が大きい案件
- 最終版をダブルチェック——押印前に最終確認
このプロセスに1〜2週間かけることで、後のトラブルを劇的に減らせます。
まとめ：契約書は「トラブル時の保険」
IT契約書は、何もトラブルがなければ日の目を見ません。しかし、いざトラブルが起きたときに、契約書の中身が社長を守るか、苦しめるかを決定する資料になります。5つの条項に目を通すだけでも、大きなリスク回避になります。
契約書の確認は、法律と技術の両方の知識が必要なため、社長一人では判断しきれないことがあります。当社では月1.5万円のIT顧問ライトプランの中で、契約書の事前レビューと、業者への修正交渉のサポートを行っています。千葉の社長が、後から「こんなはずじゃなかった」と悔やむ事態を防ぐため、発注者側の立場で伴走いたします。
