システム開発の契約書は、トラブルが起きてから読むものではなく、発注前に読み込んで交渉するものです。結論として、発注者側が最低限押さえるべき論点は「成果物の範囲」「検収の条件」「保守の中身」「再委託の管理」「データの扱い」の5つで、このうち1つでも契約書に書かれていない、または一方的な内容になっているなら、署名前に立ち止まる価値があります。
契約書の条文審査そのものは法律事務の中心であり弁護士の領域です。当ポータルには弁護士の掲載がないため、審査を依頼したい場合は日本弁護士連合会や各地の弁護士会の法律相談窓口をご利用ください。一方で、開発費の資産計上や支払条件の資金繰りへの影響は税理士、補助金を併用する場合の申請書類は行政書士へ相談できる論点です。この記事では、専門家に相談する前に発注者自身が確認しておきたいポイントを5論点に沿って整理します。
前提：契約形態で責任の構造が変わる
個別の論点に入る前に、提示された契約が請負型か準委任型かを確認してください。おおまかに言えば、請負は完成させる義務を負う形態、準委任は業務の遂行に善良な管理者の注意を尽くす形態で、未完成時や不具合時に誰がどこまで責任を負うかの前提が変わります。近年はアジャイル開発を準委任で進める契約も一般的です。
この整理の出発点として、情報処理推進機構（IPA）が公開している情報システム・モデル取引・契約書が役立ちます。ユーザ企業とITベンダの取引構造を透明化する目的で作られたひな形と解説で、アジャイル開発版もあります。ベンダー提示の契約書をこのモデルと見比べるだけでも、抜けている条項や自社に不利な点に気づきやすくなります。
論点1：成果物の範囲――「何が納品されるか」を列挙する
もめごとの多くは「それは契約に含まれていると思っていた」のずれから生まれます。ソースコード一式、設計書、テスト結果、操作マニュアル、環境構築手順のうち、どれが納品対象なのかを契約書または別紙で列挙してもらいましょう。特にソースコードの納品有無と、納品後に自社や他社が改修してよいか（著作権の帰属やライセンス条件）は、将来の乗り換え可能性を左右します。
仕様変更の手続きも成果物論点の一部です。開発の途中で要望が増えるのは普通のことなので、変更を申し入れる手順、追加費用の見積もり方、納期への反映方法が契約に定められているかを確認してください。定めがないと、口頭の依頼が積み重なって金額と納期の認識がずれていきます。
論点2：検収――合格基準と期限を数字で持つ
検収は「納品物が契約どおりかを発注者が確認して受け入れる」手続きで、支払い義務や責任の起点になる重要なイベントです。確認すべきは、検収の合格基準が事前に文書化されるか、検収期間は何営業日か、期間内に指摘しなかった場合にみなし検収となる条項があるか、の3点です。みなし検収条項自体は珍しくありませんが、自社の確認体制で間に合う日数かは必ず見てください。
検収後に見つかった不具合への対応（契約不適合責任）についても、通知できる期間、無償修補の範囲、対応期限の定めを確認します。「検収後は一切責任を負わない」に近い条項が入っている場合は、交渉または専門家への相談を検討すべきサインです。
実務では、検収基準を契約締結時に完全な形で作るのは難しいため、「検収基準書を設計完了時までに双方合意のうえ作成する」といった段取りを契約に書いておく方法もあります。基準づくりを先送りする場合でも、いつ・どちらが起案し・どう合意するかだけは先に決めておいてください。
論点3：保守・運用――終わり方まで決めておく
開発契約と保守契約は別物ですが、発注前に保守の条件まで見積もりを取っておくべきです。月額費用に含まれる作業（障害対応、問い合わせ、軽微な修正）と含まれない作業の線引き、障害時の対応時間帯と目標復旧時間、費用改定の条件を確認します。
見落とされやすいのが契約終了時の取り決めです。保守を解約するとき、または保守会社を変えるときに、データや設計情報を実費で引き渡してもらえるか、後継ベンダーへの引き継ぎに協力する義務があるかを確認してください。ここが空白だと、事実上ベンダーを変えられない状態になりがちです。
また、システムが動き続ける限り保守費用は毎年発生します。5年間の保守費用まで含めた総額で複数社を比較すると、初期費用の安さだけでは見えない差が出ることが珍しくありません。
論点4・5：再委託とデータの扱い
再委託については、ベンダーが開発の一部を外部へ出す場合に発注者の事前承諾が必要か、再委託先でも同水準の秘密保持・安全管理が確保されるかを確認します。顧客の個人データを含むシステムでは、委託先の監督が個人情報保護法上の義務と関わるため、再委託の連鎖がどこまで許されるかは軽視できません。制度の枠組みは個人情報保護委員会の個人情報保護法等の解説ページで確認できます。
データの扱いでは、開発・テストに本番データを使うか、使う場合の匿名化やマスキングの方法、データの保管場所（国内か国外か）、契約終了時の返還・消去の証明方法を確認します。AIを組み込むシステムでは、自社データがモデルの学習に使われない設定になっているかも追加の確認事項です。
- ・再委託には発注者の事前承諾を要する構成か
- ・再委託先にも秘密保持・安全管理義務が及ぶか
- ・開発・テストでの本番データ利用の有無と保護方法
- ・契約終了時のデータ返還・消去とその証明方法
誰に相談するか：論点別の相談先マップ
5論点を洗い出した結果、不利な条項や不明点が見つかったら、修正交渉の前に専門家の目を入れましょう。条文の適法性やリスク評価は弁護士の領域で、日本弁護士連合会の法律相談案内から各地の相談窓口を探せます。中小企業向けの公的な相談制度が使える場合もあります。
契約審査以外の周辺論点は他士業の出番です。開発費を資産計上するか費用処理するか、支払スケジュールが資金繰りに与える影響、IT導入関連の補助金と契約時期の関係は税理士へ、補助金申請の書類作成や手続きは行政書士へ相談できます。相談先は契約・法務テーマの特集ページや事務所検索から探してください。
そして契約書のチェック以前に、発注内容そのもの（要件と費用感）が固まっていないと交渉のしようがありません。GXOでは開発の要件整理を支援しており、60秒の概算見積で相場観を持ってからベンダーの提示額と契約条件を見比べる、という使い方ができます。
よくある質問
ベンダー提示の契約書をそのまま締結してはいけませんか。
一律に危険とは言えませんが、ベンダー側のひな形は一般に作成者側へ有利に作られている傾向があります。少なくとも本記事の5論点（成果物・検収・保守・再委託・データ）を自分で確認し、不明点や不利に見える条項があれば、締結前に弁護士会の相談窓口などで確認することをおすすめします。
契約書のリーガルチェックは税理士や行政書士に頼めますか。
契約条項の法的な審査や交渉代理は弁護士の業務領域です。税理士には開発費の税務処理や資金繰り、行政書士には補助金申請書類など、それぞれの専門分野に応じた相談が可能です。当ポータルは弁護士を掲載していないため、審査は日本弁護士連合会や各地の弁護士会の窓口をご利用ください。
小規模な開発（数十万円程度）でも契約書は必要ですか。
金額が小さくても、成果物の範囲と検収条件、データの扱いは文書で残すことをおすすめします。正式な契約書でなくても、発注書と仕様メモの取り交わしで主要な認識を揃えるだけでトラブルの多くは防げます。IPAのモデル契約書は条項の抜け漏れチェックにも使えます。
補助金を使ってシステムを発注する場合、契約で気をつけることはありますか。
制度によって、契約・発注の時期が交付決定の前だと補助対象外になる場合や、実績報告で契約書・検収書・支払証憑の提出が求められる場合があります。契約書の日付や検収書類の様式が制度要件と合っているか、申請を支援する行政書士や税理士へ事前に確認してください。
出典・公式情報
- ・IPA「情報システム・モデル取引・契約書」（ユーザ企業とITベンダ間の契約ひな形と解説。アジャイル開発版あり。）
- ・個人情報保護委員会「個人情報保護法等」（委託先の監督など個人データの取り扱いに関する公式解説。）
- ・日本弁護士連合会「法律相談」（契約審査を相談できる弁護士の公式案内窓口。）
制度の要件・金額・期限は年度や公募回で変わります。最終更新日（2026-07-03）時点の公式情報に基づいて執筆していますが、申請・契約の前に必ず公式サイトで最新情報をご確認ください。
関連記事
補助金×システム開発は誰が何を担うか：士業と開発会社の役割分担
補助金を使うDX・システム開発では、制度・税務・労務の確認と、要件定義・開発・検収の実務が別レーンで走ります。士業と開発会社の分担表の作り方を解説します。
補助金相談の前に整理したい設備投資の要件
士業へ補助金相談に行く前に、投資目的・対象業務・導入予定ツール・資金繰りをどう整理すべきかを、初回相談を空振りさせないための実務手順として解説します。
IT導入補助金を使いたいときの相談ルート｜支援事業者・士業・社内準備の切り分け
IT導入補助金（2026年度は「中小企業デジタル化・AI導入支援事業」として公募）は、登録されたIT導入支援事業者と共同で申請する仕組みの補助金です。ITベンダーに聞くこと・士業に確認することの切り分けと、申請前に社内で整理すべき項目を解説します。