「開発会社から契約書が届いたけど、専門用語だらけで何が書いてあるか分からない」「とりあえずサインしてしまったけど、本当に大丈夫だったのか不安」——システム開発の契約書に対して、こうした不安を感じる発注者は非常に多いです。
契約書は、開発会社との関係を法的に定める重要な書類です。内容を理解しないままサインしてしまうと、トラブルが発生したときに「契約書にそう書いてありますので」と言われ、不利な立場に追い込まれることがあります。
この記事では、システム開発の契約書で特に注意すべき8つのチェックポイントを、法律の専門家でなくても理解できるように解説します。サインする前に必ず確認してください。
チェックポイント1：契約の種類——請負か準委任か
まず確認すべきは、契約の種類です。システム開発の契約には大きく「請負契約」と「準委任契約」の2種類があり、それぞれ責任の範囲が大きく異なります。
請負契約は、開発会社が「システムを完成させること」を約束する契約です。完成責任が開発会社にあるため、仕様通りのものが納品されなければ修正を求めることができます。一方、準委任契約は「作業を行うこと」を約束する契約であり、完成責任はありません。システムが完成しなくても、作業を行った分の費用は支払う必要があります。
契約書のどこかに「請負」または「準委任」「委任」という言葉が記載されているはずです。どちらの契約なのかを把握した上で、内容を確認してください。
チェックポイント2：開発範囲と仕様の明確さ
契約書または添付の仕様書・要件定義書に、開発する機能の範囲が明確に記載されているかを確認します。
「業務管理システムの開発一式」というような曖昧な表現だけでは、後から「この機能は含まれていない」「それは追加費用です」というトラブルの原因になります。どの機能をどこまで開発するかが、具体的に記載されていることが重要です。
また、「別途協議」「追って決定」という表現が多い契約書は注意が必要です。曖昧な部分が多いほど、後から解釈の相違が生まれやすくなります。
チェックポイント3：納期と遅延時の対応
いつまでに納品されるかを確認するのは当然ですが、それだけでなく「納期が遅れた場合にどうなるか」も確認してください。
契約書に遅延損害金の規定がある場合、遅延した日数に応じて開発会社が損害金を支払う義務が生じます。一方、遅延に関する規定がまったくない契約書では、どれだけ遅れても発注者側は損害賠償を求めにくくなります。
また、遅延の原因が発注者側にある場合（仕様変更・確認の遅れなど）は、納期が延長されることが多いです。どのような場合に納期が変更されるかも確認しておきましょう。
チェックポイント4：費用と支払い条件
開発費用の総額だけでなく、支払いのタイミングと条件を確認してください。
一般的な支払い方式は、契約時・開発完了時・納品後の3回に分けて支払う「分割払い」です。しかし中には、契約時に全額を前払いする形式もあります。前払いの割合が高い場合、開発が途中で止まったときのリスクが発注者側に集中するため注意が必要です。
また、追加費用が発生する条件と、その場合の費用決定方法が明記されているかも確認しましょう。「追加費用は都度協議」という表現だけでは不十分で、どういった場合に追加費用が発生するかの基準が記載されているのが理想です。
チェックポイント5：著作権の帰属
見落とされがちですが、非常に重要なポイントです。開発したシステムの著作権が、納品後に「発注者」に帰属するのか「開発会社」に帰属するのかを確認してください。
著作権が開発会社に帰属したままの場合、以下のような問題が発生する可能性があります。他の開発会社に保守・改修を依頼できない、システムをカスタマイズするたびに元の開発会社の許諾が必要になる、開発会社が廃業した場合にシステムの権利関係が複雑になる——こうしたリスクを避けるためにも、「納品後は発注者に著作権が帰属する」という条項が含まれているかを確認しましょう。
チェックポイント6：瑕疵担保責任（契約不適合責任）の期間と範囲
瑕疵担保責任とは、納品後に仕様と異なる不具合が発見された場合に、開発会社が無償で修正する義務のことです。民法改正により現在は「契約不適合責任」という名称が使われることが多いです。
確認すべきは、この責任が適用される期間です。一般的には納品後3ヶ月〜1年程度が多いですが、契約によって異なります。期間が短すぎる場合、納品直後には気づかなかった不具合が発覚したときに、無償対応を断られる可能性があります。
また、「発注者の使用方法に起因する不具合は対象外」といった除外条件も確認しておきましょう。
チェックポイント7：秘密保持（NDA）の条項
開発会社は、プロジェクトを通じて自社の業務情報・顧客情報・ノウハウなどを知ることになります。これらの情報が外部に漏れないよう、秘密保持義務が契約書に明記されているかを確認しましょう。
秘密保持の範囲が広すぎると開発会社の業務に支障をきたす場合もありますが、最低限「業務上知り得た情報を第三者に開示しない」という条項は必要です。
また、秘密保持義務の期間が「契約終了後も○年間継続する」と明記されているかも確認してください。契約が終了した途端に情報管理義務がなくなる契約は好ましくありません。
チェックポイント8：契約解除の条件と手続き
万が一、開発会社との関係がうまくいかなくなった場合や、やむを得ない事情でプロジェクトを中断しなければならない場合に、どのような手続きで契約を解除できるかを確認しておきましょう。
確認すべき主な点は、中途解約した場合の費用精算方法、解除できる条件（開発会社の重大な契約違反など）、解除通知の方法と期間——これらが明確になっているほど、万が一の際に発注者が守られます。
また、開発会社が倒産・廃業した場合の対応についても記載があると安心です。
契約書を確認する際の基本姿勢
契約書のチェックにあたって、一つ重要なことをお伝えします。「この条項はどういう意味ですか？」と開発会社に質問することを、遠慮しないでください。
誠実な開発会社であれば、契約書の内容を丁寧に説明してくれます。「そんなことも知らないのか」という態度を取る会社や、質問を煙たがる会社は、それ自体が危険なサインです。
また、契約書の内容に納得できない条項がある場合は、修正を求めることも正当な権利です。「もう契約書を出してもらったから、変更を求めるのは申し訳ない」という遠慮は不要です。サインする前であれば、内容の変更を交渉できます。
まとめ：契約書は「読むもの」ではなく「理解するもの」
契約書は形式的にサインするための書類ではありません。トラブルが発生したときに自分を守るための、唯一の拠り所です。分からない言葉があれば調べる、疑問点は質問する、納得できない部分は交渉する——この3つを徹底することが、契約書チェックの基本姿勢です。
「契約書の内容を確認してほしい」「どこを見ればいいか一緒に整理してほしい」という段階からでも、シスナビでは丁寧にサポートしています。サインする前に不安を解消してから進められるよう、まずはお気軽にご相談ください。