発注したシステムが納期を3ヶ月過ぎても動かない。開発費用が当初見積もりの3倍に膨らんでいる。担当者が突然「会社を辞めた」と言われ、引き継ぎが宙に浮いている——中小企業が経験するシステム開発トラブルは、業務停止を招くだけでなく、数百万円規模の損害として経営を直撃します。
この記事では、トラブル発覚から解決まで、決裁者が実践できる対応手順を「初動・交渉・紛争解決」の3段階に分けて解説します。法的手続きの費用目安から証拠保全の具体的な方法まで、「何を・いつ・どの順番で」動くべきかをわかりやすく示します。
システム開発トラブルの実態：中小企業が陥りやすい5つのパターン
システム開発のトラブルは大企業だけの問題ではありません。独立行政法人情報処理推進機構（IPA）が2024年に公開したレポートでは、中小企業が関与するシステム開発案件のうち40%超で納期遅延や仕様未達が発生していると報告されています（※執筆時点2026年6月時点）。大手企業と異なり、中小企業には社内にITの専門家が少なく、問題が顕在化するまでに時間がかかるため、気づいたときには損害が数百万円に達していることも珍しくありません。
具体的なパターンは次の5つに集約されます。
・パターン① 納期遅延（完成しない）: 予定納期から数ヶ月経過しても成果物が届かないケースです。開発会社側の人員不足やプロジェクト管理の失敗が主因で、「もう少し待ってほしい」という口頭説明だけが続き、書面での回答が一切得られない状態に陥ります。発注者側は支払い済みのため立場が弱くなりやすく、交渉が長引く傾向があります。
・パターン② 品質不足・動作不良: 納品物は届いたものの、仕様書に記載された機能が動作しない、頻繁にエラーが発生するケースです。受入テストを省略して本番稼働を急いだ場合に多く見られます。損害が顕在化するのは稼働後1～3ヶ月が多く、「稼働後に発覚したから瑕疵ではなく仕様変更だ」と言い張られて改修費用の交渉が難航するケースが多発します。
・パターン③ 仕様変更による費用膨張: 開発途中で追加要望を口頭で伝えたところ、納品時に「追加費用が300万円かかります」と請求されるケースです。変更管理プロセスが整備されていない場合、「当初契約の範囲か追加変更か」が争点になります。中小企業は追加要望を気軽にメールや口頭で伝えがちで、これが後の交渉を複雑にします。
・パターン④ 開発会社の経営破綻・夜逃げ: 開発の途中または納品後に開発会社が倒産・廃業し、ソースコードやドキュメントが返還されないケースです。少額の着手金を受け取った後に音信不通になる悪質な業者も存在します。この場合、資産回収の難易度は一気に上がります。
・パターン⑤ 保守契約後のサポート放棄: 開発完了後の保守契約期間中に担当者が退職し、障害対応が事実上機能しなくなるケースです。契約書に「SLA（サービスレベル合意）」が明記されていないと、損害賠償請求の根拠が弱くなります。
これら5パターンのうち①と③が全体の70%以上を占めます。まず自社がどのパターンに該当するかを特定することが、対応手順選択の出発点です。パターンが異なれば、取るべき法的手段と交渉戦略も変わります。
トラブル発覚直後の初動対応：最初の48時間が勝敗を分ける
トラブルが発覚した瞬間から、対応の質が結果を左右します。「様子を見よう」「担当者に任せよう」という受け身の姿勢が、後の交渉と法的手続きを著しく不利にします。発覚後48時間以内に、以下の3つを経営者自らが指示してください。
1. 事実確認と被害範囲の定量化
まず、損害を金額と影響範囲で数値化します。感情的な主張では交渉の席で相手にされません。具体的には以下の数字を揃えます。
・契約金額と支払済み金額: いくら払ってどこまで完成しているか
・業務停止による損失額: 1日あたりの売上・コストへの影響を試算
・追加対応費用: 代替手段（手作業・別システム）にかかるコスト
・遅延期間: 契約納期から現在までの日数
例えば「納期を3ヶ月超過し、その間の受注処理を手作業で対応したため人件費が月30万円×3ヶ月＝90万円余分にかかった」という形で整理します。この数字が後の賠償請求額の根拠になります。金額の算出根拠も残してください。後で「どうやって計算したか」を説明する必要が生じます。
2. 証拠の保全（メール・議事録・Slackログ）
交渉と法的手続きの双方で最も重要なのが「証拠」です。開発会社が意図的に証拠を隠滅・改ざんする前に確保してください。保全すべき証拠の優先順位は次のとおりです。
・契約書・発注書・見積書: 原本とPDFコピーを複数の場所に保管（自社サーバーとクラウドストレージに分散）
・メール（全通）: 担当者レベルのやり取りも含め一括ダウンロード。Gmailなら「mbox形式」でエクスポート可能
・議事録・打ち合わせメモ: 日付・出席者・決定事項が記録されているもの
・仕様書・画面設計書・テスト仕様書: バージョン管理がある場合はすべてのバージョン
・SlackやチャットツールのログExport: スクリーンショットは日時が写るように撮影し、連番でファイル名を管理
・支払い明細・振込記録: いくらを・いつ・何に基づいて払ったかを銀行明細で照合
証拠は「日時が第三者に確認できる形」で保全するのが鉄則です。後から日時を編集できるWordやExcelファイルだけでは証拠能力が下がります。メール原本のヘッダー情報（送受信日時が記録されている）や、クラウドストレージのタイムスタンプ付きファイルが有効です。特にメールの「ヘッダー情報（Received行）」には送信サーバーを経由した日時が記録されており、後から改ざんすることが困難なため、裁判でも信頼性が高い証拠とみなされます。
3. 社内体制の整備と情報管理の徹底
トラブルが発覚した後、社内で情報が断片的に広まると、交渉で使える情報が開発会社側に漏れる危険があります。以下を即時に設定してください。
・窓口の一本化: 開発会社との連絡は経営者または指定した1名のみが行う。担当者が複数いる場合は「誰が何を言ったか」が後でばらつくリスクがある
・担当者の口外禁止: SNS・個人メール・口頭での情報共有を禁止する（特にチャットツールでの発言は証拠として使われる可能性がある）
・弁護士への事前相談の検討: 請求額が200万円を超える場合は弁護士相談を並行して始める
この段階で弁護士に相談することを「大げさ」と感じる経営者は多いですが、初期の法律相談費用（目安：1時間1万5,000円～3万円）は、後の交渉を有利に進めるための最小限の投資です。特に、開発会社から「追加費用の支払いがなければ作業を中断する」といった通知が来た場合は、即日相談することをすすめます。
開発会社との交渉を有利に進める実践手順
初動対応が完了したら、開発会社との正式な交渉に移ります。ここでの目標は「相手に責任を認識させ、具体的な解決策（修正・返金・期限明示）を書面で約束させること」です。感情的な対立を避けながら、法的に有効な形で要求を積み重ねることが重要です。
1. 内容証明郵便で要求を書面化する
口頭や電話・メールだけの交渉では、後から「言った・言わない」の争いになります。要求が整理できた段階で「内容証明郵便」を送付します。内容証明郵便とは、いつ・誰が・誰に・どんな内容を送ったかを郵便局が証明してくれる郵便形式です。
内容証明に記載する要求項目の例:
・瑕疵修補請求: 「○年○月○日を期限として、別添仕様書記載の機能を完全に実装すること」
・損害賠償請求: 「納期遅延による損害額○○万円を○年○月○日までに支払うこと」
・契約解除の予告: 「上記期限までに誠実な対応がない場合、民法第541条に基づき本契約を解除する」
内容証明郵便の作成は弁護士に依頼すると費用は2万円～5万円が目安です。弁護士名義の内容証明は、相手の対応を著しく変える効果があります。自作でも法的効力は同じですが、記載内容に不備があると後の交渉が複雑になるため、弁護士への依頼を推奨します。「弁護士費用特約」が付いた企業保険に加入している場合は、この費用が保険でカバーされる可能性があります。
2. 要求の優先順位を3段階で設定する
交渉では「全部取ろうとすると何も取れない」という原則があります。事前に要求を次の3段階で整理します。
・最優先（絶対に譲れない）: ソースコードの返還、支払済み金額の返金、稼働済み機能の継続保守
・次優先（可能なら得たい）: 追加損害賠償、謝罪文の取得
・交換条件（相手に渡せるもの）: 残余工事の発注継続の可能性、訴訟への移行を猶予する期間の設定
この優先順位を明確にしておかないと、交渉の場で感情的になり、最優先事項を手放してしまうリスクがあります。交渉前に優先順位表を作成し、対面・電話交渉には1人ではなく、もう1名を同席させることもすすめます。記録係を置くことで、交渉内容を議事録として残せます。
3. 第三者専門家（IT弁護士・ITコンサルタント）の活用
交渉が行き詰まった場合、IT弁護士またはITコンサルタントを第三者として交渉に同席させることが有効です。特に「相手側が技術的な言い訳を並べてくる」ケースでは、技術と法律の両面を理解する専門家が不可欠です。
費用の目安（執筆時点2026年6月時点）:
・IT専門弁護士（着手金）: 請求額の8～15%または30万円～（規模による）
・ITコンサルタント（技術鑑定）: 日当3万円～10万円
・弁護士費用特約（任意保険）: 契約していれば弁護士費用の上限300万円を保険でカバー可
特に技術的な争点（「仕様通りに動いているかどうか」「工数が妥当かどうか」）については、第三者のITコンサルタントによる技術鑑定書を取得しておくと、後の調停・訴訟で強力な武器になります。技術鑑定書の取得費用は10万円～30万円程度ですが、請求額が大きい案件では十分元が取れる投資です。
比較表：協議・調停・仲裁・裁判の選択肢と費用・期間
交渉が決裂した場合、法的手続きに移行します。手段は「当事者間協議」「調停」「仲裁（IPAあっせん）」「民事訴訟」の4つです。それぞれのコスト・期間・メリット・デメリットを比較します。
| 手段 | 費用目安（弁護士費用別） | 期間目安 | 主なメリット | 主なデメリット |
|---|---|---|---|---|
| 当事者間協議 | 実質0円（弁護士費用は別途） | 1週間～3ヶ月 | スピーディ・費用最小・関係維持しやすい | 合意に強制力なし・平行線になりやすい |
| 調停（裁判所内） | 数千円（申立手数料のみ） | 3ヶ月～6ヶ月 | 費用が格安・調停委員が中立で仲介 | 強制力なし・相手が出席しなければ終了 |
| 仲裁（IPAあっせん） | 申立費用：数万円～（規模による） | 3ヶ月～9ヶ月 | IT専門家が仲裁・非公開・技術的争点に強い | 双方の合意が前提・強制力は合意内のみ |
| 民事訴訟 | 印紙代：請求額の0.5～1%目安 | 1年～3年以上 | 判決に法的強制力・証拠開示を強制できる | 時間・弁護士費用が多大・精神的負担大 |
特に中小企業に活用してほしいのが「IPA（情報処理推進機構）の情報システム・ソフトウェア取引トラブル相談窓口」です。システム開発に関するトラブルを専門とする相談・あっせん機関で、技術的な争点についてIT専門家が中立的に判断します。弁護士費用の一部を抑えながら専門的な判断を得られる点が、費用対効果の高い選択肢です（ただし相手方の同意が必要）。
なお、請求額が140万円以下の場合は簡易裁判所、140万円超は地方裁判所の管轄になります。少額訴訟制度（請求額60万円以下・1回期日）も選択肢の1つですが、書面審理が中心のため技術的に複雑な案件には不向きです。
どの手段を選ぶかの判断基準は以下のとおりです。
・相手が交渉に応じている段階: 当事者間協議→IPAあっせんの順で試みる
・相手が無視・逃げている段階: 内容証明送付後、即座に民事訴訟の準備を開始
・請求額が300万円以上: 弁護士への委任を前提に訴訟または仲裁を選択
・相手が既に経営破綻している場合: 破産管財人への債権届出を期限内に行う（期限は通知から1ヶ月前後）
よくある質問
Q1. 契約書がない場合でもトラブルに対処できますか？
はい、対処できます。書面の契約書がなくても、見積書・発注メール・Slackのやり取り・振込記録などから「合意の内容」を立証できる可能性があります。民法上、口頭の合意も契約として成立しますが、立証責任は主張する側にあります。ただし、契約書なしの場合は「仕様の認識相違」が生じやすく、交渉が長期化しやすい傾向があります。今後のためにも、発注書と仕様書を必ずセットで締結するルールを社内で定めてください。発注書のひな形はIPAの「情報システム・モデル取引・契約書」が参考になります。
Q2. 開発会社が「仕様変更だから追加費用が必要」と言ってきました。払うべきですか？
追加費用の正当性は「変更管理の記録」があるかどうかで判断します。変更内容・費用・承認が書面（メール含む）で残っている場合は支払い義務が発生します。一方、口頭での依頼しかない場合や、そもそも当初仕様に含まれるべき内容を「変更」として請求している場合は、支払い前に弁護士に確認することをすすめます。支払いに応じた後では、その金額が「合意事項」として扱われるリスクがあります。また、支払いをする際には「○○機能の実装費用として支払う」という目的を書面で明記した上で振り込むことで、後の争いを防げます。
Q3. ソースコードを返してもらえません。どうすればよいですか？
ソースコードの帰属は契約書に定めるのが原則ですが、多くの中小企業向け開発契約では「成果物は受け渡し後に発注者に帰属する」という条項が設けられています。この場合、「納品・引き渡しが完了していない」として引き渡しを拒む開発会社に対しては、内容証明郵便での引き渡し請求を行い、それでも応じなければ民事保全（仮処分）の申立てが有効です。仮処分は通常2週間～1ヶ月で決定が出るため、通常の訴訟より迅速に対応できます。
Q4. 開発会社が倒産しました。費用の回収見込みはありますか？
倒産した場合、一般債権者としての配当は低い（5%未満が多い）のが実情です。ただし、①倒産前に担保設定ができていた場合、②詐欺的な要素がある場合（刑事告訴）、③役員個人への損害賠償請求（法人格否認の法理）などのルートで回収できるケースもあります。早急に弁護士に相談し、破産管財人への債権届出を期限内（通知から1ヶ月前後が多い）に行ってください。届出を忘れると配当を受ける権利を失います。
Q5. 開発費用をまだ全額支払っていません。支払いを止めても大丈夫ですか？
契約上の義務が発生していない工程が完了していないのに全額払うのは危険です。一方、一方的な支払い拒否は「債務不履行」を問われるリスクもあります。正確には「同時履行の抗弁権（民法第533条）」という権利に基づき、開発会社が義務を履行するまで支払いを留保できます。ただし、この権利の行使は書面で明示することが重要です。口頭での保留では、後に「支払い遅延」として処理される恐れがあります。メールで「○○の納品が確認できるまで残金の支払いを留保する」と書面で通知してください。
対応前チェックリスト
以下のチェックを完了してから交渉・法的手続きに進んでください。1つでも未確認のものがあると、後の手続きで手戻りが発生します。
・契約書・発注書の原本確認: 紛失している場合は先方に写しを請求し、その通数・日付を記録する
・支払い記録の整理: いつ・いくら・何の名目で支払ったかを一覧化し、銀行振込明細と突合する
・メール・チャットの全履歴保存: 担当者レベルを含む全員のやり取りをエクスポートしてバックアップ（原本ヘッダー保存推奨）
・仕様書・設計書の確認: 最新版と当初版の両方を保全し、変更履歴を確認する
・損害額の試算完了: 遅延・業務停止・代替対応にかかったコストを日付・金額で数値化し、根拠資料も添付する
・社内窓口の一本化: 開発会社との連絡担当者を1名に絞り、その他の社員の個別連絡を禁止する
・弁護士への初回相談の予約: 請求見込み額が50万円以上なら初回相談を必ず実施（費用：1万5,000円～3万円が相場）
・IPA相談窓口への確認: IPAの「情報システム・ソフトウェア取引トラブル相談」で無料相談が利用できるか確認する
・企業保険の弁護士費用特約確認: 加入中の企業保険に弁護士費用特約があれば保険会社に連絡し、適用可否を確認する
まとめ
システム開発トラブルで中小企業が結果を出せるかどうかは、発覚から48時間の初動にほぼ決まります。感情的な対応や交渉の遅れは、回収できるはずだったお金を逃す最大の原因です。
今回解説した手順を要約します。
・発覚直後（48時間以内）: 損害を数値化・証拠を保全・窓口を一本化
・交渉フェーズ: 内容証明で要求を書面化・優先順位を3段階で整理・IT弁護士やITコンサルを活用
・解決フェーズ: IPA相談→調停→訴訟の順で手段を選ぶ・請求額300万円超は弁護士委任を前提に
システム開発の委託先選定から契約書の整備、万が一のトラブル対応まで、中小企業の決裁者をサポートするITコンサルティングを提供しています。現在の状況をご相談いただければ、最適な対応手順を一緒に考えます。まずは無料相談でご状況をお聞かせください。
