システムの仕様書がない・担当者不在でも引き継げる？中小企業の現状調査と対応手順
仕様書がない、担当者が退職・不在、開発会社と連絡が取れない。これらは別々の問題に見えて、確認すべきことは共通しています。 「今動いているものを壊さずに、現状を調査できるか」 が最初の分かれ目です。
- 仕様書がなくても、ソースコード・管理画面・契約情報のどれか1つでも所在が分かれば、調査は始められます。
- 優先すべきは「誰が何を管理しているか」の特定であり、いきなり全面刷新を検討する必要はありません。
- 契約書に成果物の著作権・利用権の帰属条項があれば、それがソースコード提供を依頼する際の確認材料になります。契約内容の法的な解釈は、必要に応じて弁護士等の専門家にご確認ください。
2026年9月15日時点の情報です。
なぜ「仕様書がない」状態が起きるのか？
担当者の異動・退職、開発会社の廃業・撤退、口頭での追加改修の積み重ねが重なると、システムの全体像を説明できる人がいなくなります。
中小企業の情報システムは、特定の担当者（いわゆる「ひとり情シス」）や、創業時から付き合いのある開発会社1社に運用が集中しがちです。担当者が異動・退職したり、開発会社と連絡が取れなくなったりすると、次の情報が同時に失われることがあります。
- システムの構成図、仕様書、設計意図
- サーバー・ドメイン・SaaS契約の管理者情報
- ソースコードの所在、最新版かどうかの判断材料
- バックアップの保存先、復元を試した記録
これは特別な事故ではありません。日常的な運用の積み重ねの結果として起こります。まず必要なのは「なぜこうなったか」の反省ではなく、「今何が分かっていて、何が分かっていないか」の棚卸しです。
確認1: 誰が何を管理しているかを特定する
最初に調べるのは機能や仕様ではなく、「管理権限を持っているのは誰か」です。
具体的には次の所在を確認します。
| 対象 | 確認したいこと | 分からない場合の初動 |
|---|---|---|
| ソースコード | Gitリポジトリ、納品されたファイル一式の有無 | 契約書の成果物条項を確認する |
| サーバー・クラウド | 契約者、請求先、管理コンソールへのログイン権限 | 請求書・引き落とし履歴から契約先を特定する |
| ドメイン | 登録者情報、更新期限、管理画面のログイン情報 | ドメイン管理業者に登録者情報の照会を依頼する |
| 外部サービス連携 | APIキー、連携先アカウントの管理者 | 実際に使っている画面から連携先を洗い出す |
この段階では、パスワードや秘密鍵そのものを誰かに送る必要はありません。「管理者が分かる／分からない」という状況の整理だけで十分です。
確認2: 契約書の成果物条項を確認する
仕様書がなくても、契約書に成果物の定義や著作権・利用権の帰属についての条項があれば、前の開発会社へソースコード提供を依頼する際の重要な手がかりになります。
契約書が見つかった場合は、次を確認してください。
- 成果物の定義（納品物として何が挙げられているか）
- 著作権・利用権の帰属（発注者側か、開発会社側か）
- 保守契約の終了条件、契約終了後の資料引き渡し義務の有無
契約書が見つからない、あるいは口頭契約だった場合も、請求書や過去のメールのやり取りから、依頼した範囲や支払い実績を示せることがあります。契約内容の法的な解釈や、相手方への具体的な請求の可否については、必要に応じて弁護士等の専門家にご確認ください。ここでは、相談前に自社で整理できる事実関係の確認方法を扱っています。
確認3: 「動いている」と「壊さず調べられる」は別
ログインできる、画面が表示される、ということと、変更を加えても安全だということは別の問題です。
調査段階でよくある誤解は、「動いているなら大丈夫」という判断です。しかし、次のようなケースでは、調査だけのつもりが本番に影響することがあります。
- 管理画面から設定を1つ変更しただけで、連携している別のシステムが止まる
- バックアップの復元を試した結果、逆に最新データが失われる
- ソースコードを一部書き換えて動作確認したところ、他の処理に影響が出る
そのため、最初の調査は「読む・確認する」作業と「変更を加える」作業を明確に分けて進めます。変更が必要になった場合も、まず検証環境やコピー環境を用意できるかを確認してから着手します。
架空例：注文管理システムの引き継ぎ調査
以下は説明用の架空の例です。実際の案件は状況によって異なります。
| 段階 | 分かったこと | 未確認のまま進めたこと |
|---|---|---|
| 初期状態 | 管理画面にはログインできる。開発した会社とは連絡が取れない | ソースコードの有無、サーバーの契約者 |
| 調査1週目 | 請求書からサーバー契約者を特定。コードは納品されておらず存在しない可能性 | バックアップの復元可否 |
| 調査2週目 | 画面の動作から仕様を逆算し、主要機能の一覧を作成 | 一部の帳票出力ロジックの計算根拠 |
| 判断 | 主要機能は逆算した仕様で保守を引き受け可能。帳票部分は個別に検証してから対応 | — |
このように、分からないことを残したまま「今分かっている範囲」で対応を区切ることができます。すべてを解明してから着手する必要はありません。
優先順位のつけ方
すべてを一度に調べようとすると時間がかかります。次の順で優先順位をつけると、業務への影響を抑えながら進められます。
- 止まると業務が止まるもの（受注・請求・入出金に関わる機能）
- 期限があるもの（ドメイン更新、SSL証明書、サーバー契約の更新日）
- セキュリティに関わるもの（退職者アカウントの権限、外部公開範囲）
- 機能追加・改善の要望（緊急性は低いが今後の課題）
仕様書がなくても、業務影響・期限・セキュリティ・改善要望の順に優先順位をつけて調査を進める4段階の図
期限があるものを後回しにすると、調査中にドメインが失効するといった事態にもつながります。古いシステムのセキュリティを見直すでは、公開範囲・権限・復旧の棚卸し観点を扱っています。あわせて確認すると、調査の抜け漏れを減らせます。
調査から先、どこまで依頼するか
現状調査だけで終える場合と、そのまま保守・改修まで依頼する場合があります。調査レポートと運用資料の整備までを区切りにするか、継続的な保守まで依頼するかは、調査結果を見てから判断して構いません。
保守を依頼する場合の費用の考え方はシステム保守費用の相場をどう判断する？で扱っています。調査の結果、仕様の大部分が失われていて部分的な作り直しが必要と分かった場合は、レガシーシステム刷新の進め方で延命・部分移行・全面刷新の比較方法を確認できます。
当社の作業単価は 1時間11,000円（税込） です。現状調査、要件の逆算、改修、テスト、バッファの時間を積み上げて見積もります。初回相談・お見積もりは無料です。
よくある質問
Q. ソースコードが本当に存在するか分かりません。どうすればいいですか？
管理画面から動作を確認し、契約書や請求書から依頼範囲を確認します。コードが見つからない場合も、画面の動作から仕様を逆算して保守を引き受けられることがあります。
Q. 開発会社と連絡が取れないまま、システムを改修してもよいですか？
契約の終了状況や著作権の帰属を確認してから進めることをおすすめします。特に契約が継続中の可能性がある場合は、二重契約や権利関係のトラブルを避けるため、状況を整理してから相談してください。
Q. 仕様書ゼロの状態からでも見積もりは出ますか？
まず現状調査を行い、確認できた範囲と未確認の範囲を分けて見積もりの前提にします。調査自体を最初の依頼として区切ることもできます。
自社の状況を整理して相談する
まず、管理者が分かる／分からない項目、契約書の有無、直近の期限を書き出してください。システム引き継ぎの初動・調査シートとシステム引き継ぎ・保守の整理ガイドで、分かったことと不明点をまとめられます。シートを完成させる前でも、システム引き継ぎ・レスキューについて無料で相談するからお気軽にお問い合わせください。
運営・編集