発注したシステム会社が倒産すると、何が起きるか——ソースコードもデータも運用サーバーも、業者側に握られたまま宙に浮きます。中小ベンダーの倒産は珍しい話ではなく、発注金額の大小に関係なく中小企業の経営者が直面しうるシナリオです。本記事では、システム会社が倒産した場合に起きる5つのリスクを起きる順番で整理し、発注前にできる5つの対策と、すでに倒産に直面した場合の優先打ち手を、契約条項案とともに具体的に解説します。
この記事の結論（3行）
- 倒産時に経営者が直面するリスクは5段階で進行。ソース凍結・データ凍結・運用停止・破産管財・引き継ぎ難の順
- 発注前にエスクロー契約・所有権明記・運用分離・データ持ち出し権・複数ベンダー化の5対策で大半を予防可能
- すでに倒産情報を聞いた場合は、データ抽出・ソース請求・別ベンダー打診を72時間以内に並行で動かす
システム会社が倒産すると経営者が直面する5つのリスク
業者の倒産が経営者に与える影響は、5段階で進行します。1つ目のリスクが顕在化した時点で次のリスクが連鎖的に発生するため、初動の72時間で資産を確保できるかどうかが勝負どころです。
- ソースコードが破産管財人の管理下に入り凍結する
- 顧客データを業者サーバーから抽出できなくなる
- 運用中サーバーが順次停止し業務が止まる
- 破産管財人を通じた資産買い取り交渉が長期化する
- 引き継ぎ先ベンダーが「他社の倒産案件は引き受けない」と断る
5つのリスクは独立して起きるのではなく、連鎖的に進行します。「ソースが取れない」だけなら何とかなりそうでも、「データも取れない」「サーバーも止まる」と重なれば、業務継続が困難になります。
ソースコードが破産管財人の管理下に入り凍結する
倒産すると、業者の保有資産は破産管財人の管理下に入り、勝手に動かせなくなります。ソースコードも「業者の資産」として扱われるため、契約書に所有権が発注者にあると明記されていない場合は引き出しに時間がかかります。最短でも1〜2カ月、長ければ半年以上の交渉期間が必要です。
顧客データを業者サーバーから抽出できなくなる
業者管理のサーバーで運用されているシステムでは、顧客データも業者サーバー上にあります。倒産後にサーバー停止や管財人による接続遮断が発生すると、データ抽出ができなくなります。Webサービスや顧客管理システムでは、ここが事業継続の生命線です。
運用中サーバーが順次停止し業務が止まる
業者契約のクラウドサーバーは、業者の決済停止により順次停止します。AWS・GCP・さくらクラウド等の請求が滞ると、警告期間（通常2〜4週間）を経て自動停止される流れです。停止すると業務システムが動かなくなり、現場業務が止まります。
破産管財人を通じた資産買い取り交渉が長期化する
倒産後に資産を引き出すには、破産管財人との交渉が必要です。管財人は他の債権者との公平性を考慮する立場なので、発注者側の都合だけで動いてくれません。「資産買い取り」名目で追加費用が発生するケースもあり、当初の発注金額の30〜50%程度の追加負担が出る場合もあります。
引き継ぎ先ベンダーが「他社の倒産案件は引き受けない」と断る
倒産案件は、別ベンダーから「引き継ぎリスクが読めない」「ソース品質が分からない」と敬遠されることが多くあります。3〜5社に当たって、ようやく1社が応じるケースが珍しくありません。引き継ぎ先確保までの期間中、業務は止まったままです。
引き継ぎを受けるベンダー側の心理としては、倒産元のソース品質や設計書の整備状況が見えないため、見積もり工数が読めず、引き受けると赤字案件になるリスクが高いと判断しがちです。引き継ぎを依頼する側は、調査費用を別枠で支払う前提で打診すると、応じてくれる確率が上がります。
発注前に組み込める5つの対策
倒産リスクは発注前に組み込める契約条項で大幅に下げられます。5つの対策を整理します。
| 対策 | 内容 | 効果 | |---|---|---| | エスクロー契約 | 第三者機関にソースを預ける | ソース凍結回避 | | 所有権明記 | 成果物所有権を発注者に明記 | 引き出し迅速化 | | 運用分離 | サーバー契約は発注者名義 | サーバー停止回避 | | データ持ち出し権 | 月次でデータをエクスポートする権利 | データ凍結回避 | | 複数ベンダー化 | 開発と運用を別ベンダーに分ける | 業者依存度低下 |
5つ全てを組み込むのが理想ですが、コスト負担を考えて優先度の高い3つから始めるアプローチでも効果が出ます。契約条項案を項目別に整理してから発注に進む流れがお勧めです。
エスクロー契約でソースコードを第三者機関に預ける
エスクロー契約とは、ソースコードや関連ドキュメントを第三者機関（弁護士事務所・専門エスクロー会社）に預け、業者倒産時に発注者へ自動的に引き渡される仕組みです。年額10〜30万円程度の費用ですが、ソース凍結リスクを根本から回避できます。中規模以上のシステム発注では検討する価値が十分にあります。
成果物の所有権を契約書に明記する
「成果物の所有権は発注者に帰属する」「ソースコードは納品物として発注者に引き渡される」と契約書に明記してください。明記されていれば、倒産時の引き出し交渉が短期化します。逆に明記がない場合、業者の資産として扱われるリスクが残ります。
サーバー契約を発注者名義にして運用分離する
クラウドサーバーや独自ドメインの契約を、業者名義ではなく発注者名義で結んでください。業者が運用代行する形にすれば、業者が倒産してもサーバーは止まりません。発注者側の請求カード情報を業者に渡すかたちになりますが、業務継続性を考えれば妥当な選択です。
月次でデータを発注者側にエクスポートする権利を明記
「月次で顧客データ・トランザクションデータを発注者側にエクスポートする権利」を契約に明記してください。エクスポート先は発注者管理のクラウドストレージ。これがあれば、業者倒産時にデータが手元に残ります。データ漏洩リスクは別途暗号化で対応してください。
開発と運用を別ベンダーに分ける
中規模以上の案件では、開発ベンダーと運用ベンダーを分ける構成も検討してください。開発ベンダーが倒産しても、運用ベンダーがソースを保管していれば業務は継続できます。コストは1.2〜1.3倍に増えますが、業者依存度を下げる効果は大きく出ます。
ベンダー分離のもう1つの効果は、相互チェックが働く点です。開発ベンダーの納品物を運用ベンダーが受け入れる際にドキュメントや品質を確認するため、属人化や手抜き納品が抑制されます。リスク分散と品質担保の両面で効果がある選択肢です。
経営者目線で考える「倒産リスクと発注規模のバランス」
倒産リスク対策は全てコストを伴います。経営者が判断すべきは「どこまでのリスクを許容し、どこからを対策するか」のバランスです。
第一に、発注金額の規模別に対策レベルを変える発想を持ってください。300万円未満の小規模発注では、所有権明記とデータ持ち出し権の2つだけで十分。500〜1,500万円の中規模では、エスクロー契約と運用分離を追加。1,500万円超の大規模では、5対策全てを組み込む。この規模感の使い分けが現実的です。第二に、「業者の財務健全性」を発注前にチェックしてください。帝国データバンク・東京商工リサーチの企業情報、設立年数、従業員数、決算公告などから倒産リスクを推測できます。第三に、「複数ベンダーへの分散発注」も選択肢に入れてください。1社依存を避けるだけでリスクは大幅に下がります。
特に2つ目が肝心です。発注前に業者の財務情報を確認するだけで、倒産リスクの高いベンダーを発注候補から外せます。設立3年未満・従業員5名以下のベンダーは、倒産確率が高めである点を経営判断に組み込んでください。発注前に業務改善・システム見積もりAI適正診断で業者選定の判断軸を整理しておくと、こうしたリスク評価も含めて整理できます。
ぷらすわんの実例：エスクロー契約と運用分離で倒産リスクを抑える
ぷらすわん合同会社が中規模以上のシステム発注を支援するときに、必ず組み込むのが「エスクロー契約」と「運用分離」の2点です。ある建設業A社の場合、別ベンダーで2,000万円規模の見積もり管理システムを発注予定でしたが、発注前にベンダーの財務情報を確認したところ、直近2期で売上が30%減少しているデータが見つかりました。
A社は発注を中止せず、契約条件を見直す方針に切り替えました。具体的には、エスクロー契約（年額20万円）、サーバー契約の発注者名義化、月次データエクスポート権、設計書ドキュメント納品の4点を契約に追加。追加コストは初期で50万円・年額20万円でしたが、業者の倒産確率を考えれば妥当な保険料と判断されました。
結果として、発注から2年後にそのベンダーは事業縮小で運用部門を解散しましたが、A社は契約に組み込んだ4点の保険により、別ベンダーへの引き継ぎを2カ月でスムーズに完了。データもソースも維持された状態で運用が継続できました。発注前の50万円の保険が、倒産時に発生しうる数百万円規模の損失を防いだ事例です。
A社の判断で参考になるのは、「業者の財務情報を見て発注を中止する」ではなく「契約条件を強化して発注する」を選んだ点です。中小企業の発注先は限られているため、リスクのある業者を全て排除すると選択肢がなくなります。リスクを契約で吸収する発想に切り替えることで、業者選定の幅を狭めずに済む経営判断ができます。
いま倒産情報を聞いた場合の優先打ち手
すでに業者の倒産情報を聞いた場合、72時間以内に並行で動かすべき打ち手を3つ整理します。動きが遅れると、資産確保の余地がどんどん狭まります。
- データ抽出を即実行する
- ソースコードの引き渡し請求を内容証明で出す
- 別ベンダー候補に引き継ぎ打診を始める
3つは並行で進めてください。1つずつ順番にやっていると、機会を失います。
データ抽出を即実行する
現在運用中のシステムから、顧客データ・トランザクションデータ・設定情報を即座に抽出してください。エクスポート機能があれば最優先で実行。なければサーバー管理者権限を行使してデータベースダンプを取得します。サーバーが停止する前にデータを手元に持ってくることが、業務継続の生命線です。
ソースコードの引き渡し請求を内容証明で出す
業者宛に内容証明郵便で「ソースコード・関連ドキュメントの引き渡し請求」を出してください。期日を1週間〜10日と短く設定し、契約書の所有権条項を根拠に請求します。倒産直前であれば業者側が応じることもあり、破産管財人を介する手間を回避できます。
別ベンダー候補に引き継ぎ打診を始める
5〜10社の別ベンダーに引き継ぎ可能性の打診を始めてください。倒産案件は敬遠されやすいので、母数を多めに確保することが重要です。引き継ぎ条件として「ソース・データ・ドキュメントが揃った状態で渡す」を明示すると、応じてくれる確率が上がります。比較を依頼する場合は、引き継ぎ実績のあるベンダーを優先してください。
まとめ
システム会社の倒産は、中小ベンダーに発注する以上、ゼロにはできないリスクです。発注前にエスクロー契約・所有権明記・運用分離・データ持ち出し権・複数ベンダー化の5対策を組み込めば、倒産時の損失を大幅に下げられます。発注規模に応じて対策レベルを使い分けるバランス感覚も重要です。
経営者がやるべきことは、倒産リスクを「避ける」のではなく「織り込む」発想です。発注前の業者財務チェックと契約条項の整備で、9割のリスクは予防可能。すでに倒産情報を聞いた場合は、72時間以内にデータ抽出・ソース請求・別ベンダー打診を並行で動かしてください。発注先のリスクを整理したい場合は、現状を診断する流れから始めることをお勧めします。