開発会社が倒産・撤退したらシステムはどうなる？対処法
「システムを作ってもらった開発会社から、事業を終了すると連絡が来た」「担当していた小さな開発会社と連絡が取れなくなった」。業務システムを外部に任せている企業にとって、開発会社の倒産や撤退は決して他人事ではありません。システム自体は動いていても、不具合が起きたときや法改正で改修が必要になったときに、頼れる相手がいなくなってしまうからです。
この記事では、開発会社が倒産・撤退したときにシステムがどうなるのか、発注者が最初にやるべきこと、引き継ぎ先の探し方、そして平時から備えておくべき契約・資料の管理までを、発注者目線で整理します。
- 開発会社が倒産してもシステムがすぐ止まるとは限らないが、サーバーやドメインの契約名義しだいで停止リスクがある
- 最初にやるべきは稼働環境・アカウント・ソースコードの所在確認と、管財人等への資料引き渡しの依頼
- 引き継ぎ先は、ソースコードと設計資料の有無で難易度と費用が大きく変わる
- 平時から契約での権利整理と資料の自社保管をしておくことが最大の備えになる
目次
開発会社の倒産・撤退とは？システムに起きること
開発会社の倒産・撤退とは、システムの開発や保守を請け負っていた会社が、破産・廃業・事業譲渡・事業からの撤退などによって、それまでのサポートを提供できなくなる状態のことです。会社そのものが消滅するケースだけでなく、「受託開発事業から撤退する」「担当エンジニアが退職して対応できる人がいない」といった実質的な撤退も含めて考える必要があります。
重要なのは、開発会社がいなくなっても、システムの動作そのものはすぐには変わらないということです。ただし、どこでシステムが動いているかによって、影響の大きさはまったく異なります。
稼働環境別に見た倒産時の影響
| 稼働環境 | 起こりうること | 緊急度 |
|---|---|---|
| 自社内サーバー（オンプレミス） | 当面は動き続ける。障害時に直せる人がいない | 中 |
| 自社名義のクラウド・レンタルサーバー | 当面は動き続ける。管理者アカウントを自社で持っているかが鍵 | 中 |
| 開発会社名義のクラウド・サーバー | 利用料の未払いでサーバーが停止・削除される恐れ | 高 |
| 開発会社が提供するサービス型（SaaS型） | サービス終了でシステム自体が使えなくなる恐れ | 高 |
特に注意したいのは、サーバーやドメインの契約を開発会社がまとめて代行していたケースです。発注者は月額の保守費に含めて支払っていても、契約名義は開発会社のままということがよくあります。この場合、開発会社の支払いが止まった時点で、サーバーの停止やデータの消失につながるおそれがあります。
倒産・撤退を知ったら最初にやるべきこと
連絡を受けたら、慌てて代わりの会社を探す前に、まず「今どこで何が動いていて、誰が何を持っているのか」を確認します。時間が経つほど資料やアカウントの回収は難しくなるため、初動のスピードが大切です。
- 稼働環境と契約名義の確認サーバー、クラウド、ドメイン、SSL証明書、外部サービスの契約者と支払い状況を洗い出す
- 管理者アカウントの確保サーバーやクラウドの管理画面、データベースのログイン情報を自社で持っているか確認し、なければ引き渡しを依頼する
- データのバックアップ取得業務データを自社の手元にエクスポートしておく。最悪の場合でもデータがあれば再構築できる
- ソースコードと資料の引き渡し依頼破産の場合は破産管財人（財産の管理・処分を行う弁護士）などに、成果物の引き渡しを書面で依頼する
- 契約書の確認著作権の帰属、ソースコードの納品義務、保守契約の解除条件を確認する
破産手続きが始まると、会社の資産は管財人の管理下に置かれます。開発会社の担当者と個人的に連絡が取れても、勝手にデータを渡してもらうことはトラブルのもとになるため、窓口を確認したうえで正式に依頼するのが安全です。
ソースコードと権利はどうなるのか
引き継ぎの可否を大きく左右するのが、ソースコード（プログラムの設計図にあたるテキスト）と、その著作権の扱いです。
著作権の帰属は契約しだい
システム開発の成果物の著作権は、契約で特に定めていない場合、一般的には実際にプログラムを作成した開発会社側に残ると考えられています。契約書に「著作権は検収時に発注者へ移転する」といった条項があれば、発注者は自社の資産としてソースコードを扱えます。条項がない場合でも、利用許諾の範囲内でシステムを使い続けることはできますが、他社に改修を依頼する際に権利関係の確認が必要になることがあります。
ソースコードが手元にあるかどうかが分かれ目
ソースコード・資料がある場合
- 別の開発会社が中身を解析して保守を引き継げる
- 必要な改修だけを段階的に進められる
- 引き継ぎ費用はおおむね調査・解析分で済む
ソースコードがない場合
- 実行ファイルだけでは改修がほぼできない
- 画面や帳票、データ構造から仕様を洗い出して作り直す必要がある
- 結果として再構築（リプレイス）になりやすい
権利関係の判断は契約内容や個別事情で変わるため、不明な点は弁護士に相談することをおすすめします。
引き継ぎ先の探し方と費用の目安
現状を把握したら、保守を引き継いでくれる開発会社を探します。倒産した会社のシステムは、資料が不十分だったり、担当者に話を聞けなかったりするため、通常の保守引き継ぎよりも調査に時間がかかるのが一般的です。
| 引き継ぎのパターン | 主な作業 | 期間の目安 |
|---|---|---|
| 保守の引き継ぎ（資料あり） | ソースコード解析、環境の把握、保守体制の構築 | 1〜3か月程度 |
| 保守の引き継ぎ（資料不足） | 上記に加え、仕様の復元・ドキュメント作成 | 2〜6か月程度 |
| 再構築（リプレイス） | 現行業務の整理、要件定義、新規開発、データ移行 | 半年〜1年以上 |
費用はシステムの規模によって大きく変わりますが、引き継ぎ時の調査・解析だけでも数十万〜数百万円程度かかることがあります（目安）。見積もりを取る際は、次の資料を用意しておくと話が早く進みます。
- システムの概要：何の業務で、誰が、どのくらいの頻度で使っているか
- 画面・帳票のサンプル：主要な画面のスクリーンショットや出力帳票
- 稼働環境の情報：サーバー、OS、データベース、使用言語が分かる範囲で
- 契約書・納品物一覧：過去の契約書、仕様書、納品されたファイル類
倒産リスクに備えて平時にやっておくこと
開発会社の倒産は予測が難しいため、「いつ起きても困らない状態」を平時から作っておくことが何よりの対策です。特に、特定の会社や担当者しか中身を分からない状態は、倒産に限らずさまざまなリスクの原因になります。
ソースコードを直接受け取れない事情がある場合は、第三者機関にソースコードを預けておき、開発会社の倒産など一定の条件で発注者に開示される「ソフトウェア・エスクロー」という仕組みを利用する方法もあります。また、保守契約の中で「ソースコードは常に最新版を発注者の管理するリポジトリ（保管場所）に置く」と定めておくのも有効です。
よくある質問
- 開発会社が倒産したら、システムはすぐに使えなくなりますか？
- 自社のサーバーや自社名義のクラウドで動いている場合は、すぐに止まることは多くありません。ただし、開発会社名義のサーバーやサービスで動いている場合は、利用料の未払いにより停止する恐れがあるため、早急な確認が必要です。
- ソースコードがなくても保守を引き継いでもらえますか？
- 実行ファイルしかない場合、改修はほぼできないため、多くの場合は画面やデータ構造から仕様を復元して再構築することになります。まずは納品物の中にソースコードが含まれていないか、過去の受け取りファイルを確認してみてください。
- 倒産した会社の元社員に個人的に保守を頼んでもよいですか？
- 一時的な相談相手としては心強いものの、権利関係や継続性の面でリスクがあります。ソースコードの扱いは管財人など正式な窓口を通じて整理し、継続的な保守は体制のある会社に依頼するのが安全です。
- 倒産に備えて契約書に入れておくべきことは何ですか？
- 著作権の帰属、ソースコードと設計書の納品義務、サーバーやドメインの名義、事業終了時の引き継ぎ協力の4点は最低限確認しておきましょう。保守契約を結ぶ際にも同じ観点で見直すことをおすすめします。
まとめ
開発会社が倒産・撤退しても、システムがすぐに止まるとは限りません。しかし、サーバーの契約名義や管理者アカウント、ソースコードの所在によっては、業務停止やデータ消失につながる恐れがあります。連絡を受けたら、まず稼働環境・アカウント・データ・ソースコードを確保し、そのうえで引き継ぎ先を探しましょう。そして何より、平時から契約と資料の管理を整えておくことが、最も確実な備えになります。
この記事に関連するサービス
システムリプレイス
老朽化したシステムやサポートが終わるシステムを新しく置き換えます。仕様書がないシステムも、画面・データ・プログラムの解析から対応し、段階的な移行で業務を止めずに切り替えます。 サービスの詳細を見る
