システム保守の引き継ぎ（乗り換え）の進め方と注意点
「今の保守会社の対応が遅い」「担当者が退職して誰もわからなくなった」「保守費用が高すぎる」——こうした理由から、システムの保守を別の会社に引き継ぎたいという相談は少なくありません。一方で、引き継ぎには情報の抜け漏れによる障害やトラブルのリスクがあり、慎重に進める必要があります。
この記事では、システム保守を別の会社に引き継ぐ（乗り換える）ときの進め方と、準備すべき資料、注意点を解説します。
- 保守の引き継ぎは「現状把握 → 引き継ぎ先の選定 → 現保守会社との調整 → 引き継ぎ作業 → 並走期間 → 本格移行」で進める
- 最優先で確保すべきはソースコード、サーバー・アカウント情報、設計資料の3つ
- 契約書でソースコードの著作権・所有権がどちらにあるかを必ず確認する
- 引き継ぎ期間は1〜3か月、調査費用として数十万円〜が目安。資料が少ないほど長く、高くなる
目次
保守の引き継ぎが必要になる主な理由
- 対応品質の問題：問い合わせへの返答が遅い、障害対応が不十分
- 担当者の不在：開発した担当者が退職し、システムを理解している人がいない
- 費用の問題：保守費用や改修費用が作業内容に見合わない
- 会社の事業変更：保守会社が撤退・廃業、または対象技術の対応を終了した
- 改善が進まない：機能追加の提案がなく、システムが業務に合わなくなっている
保守引き継ぎの進め方
保守引き継ぎの6ステップ
- 現状把握契約内容、手元にある資料、アカウント情報を確認する
- 引き継ぎ先の選定技術の対応可否、調査費用、保守体制を確認して選ぶ
- 現保守会社との調整契約終了時期と、資料・データの受け渡しを依頼する
- 引き継ぎ作業資料の受け渡し、ソースコードと環境の調査、質疑応答
- 並走期間新旧の会社が一定期間並行して対応する
- 本格移行新しい会社に保守窓口を一本化する
STEP1 現状把握
まず、現在の保守契約書と、手元にある資料を確認します。特に重要なのが契約の解約条件（解約予告期間）と、成果物の権利の帰属です。ソースコードの著作権が保守会社側にある契約の場合、引き継ぎに制約が生じることがあります。
STEP2 引き継ぎ先の選定
引き継ぎ先の候補には、使われている言語やフレームワーク、サーバー環境に対応できるかを確認します。他社が開発したシステムの保守実績があるかも重要な判断材料です。多くの場合、引き継ぎ前にソースコードや環境を調査し、保守可能かどうかと費用を判断します。
STEP3 現保守会社との調整
現保守会社には、契約終了の意向と、資料・データの受け渡しを依頼します。感情的な対立を避け、業務を止めないための協力をお願いする姿勢で話を進めましょう。引き継ぎのための打ち合わせや質疑応答を、有償の作業として依頼するのも一つの方法です。
STEP4 引き継ぎ作業
新しい保守会社が資料を受け取り、ソースコードや環境を調査して、システムの全体像を把握します。わからない点は現保守会社に質問して解消します。
STEP5 並走期間
可能であれば、1か月程度、新旧の会社が並行して対応する期間を設けます。実際の問い合わせや障害に一緒に対応することで、資料には書かれていない運用のノウハウを引き継げます。
STEP6 本格移行
引き継ぎが完了したら、保守窓口を新しい会社に一本化し、社内にも周知します。サーバーや各種サービスのパスワードは、このタイミングで変更しておくと安全です。
引き継ぎに必要な資料・情報チェックリスト
引き継ぎの成否は、どれだけの情報を受け取れるかで決まります。以下を目安に確認しましょう。
| 分類 | 資料・情報 | 重要度 |
|---|---|---|
| ソースコード | 最新版のソースコード一式、リポジトリ（Gitなど）へのアクセス | 最重要 |
| 環境・アカウント | サーバー、クラウド、ドメイン、DNS、SSL証明書、データベースの接続情報と管理者権限 | 最重要 |
| 設計資料 | 要件定義書、基本設計書、画面・帳票一覧、データベース定義書 | 重要 |
| 運用資料 | 運用手順書、バックアップ手順、定期作業、障害対応の手順 | 重要 |
| 外部サービス | 連携している外部APIやSaaSの契約情報、APIキーの管理場所 | 重要 |
| 履歴 | 過去の障害・問い合わせ・改修の履歴、既知の不具合 | あると望ましい |
引き継ぎの期間と費用の目安
引き継ぎにかかる期間と費用は、システムの規模と資料の充実度で大きく変わります。
資料がそろっている場合
- 期間：1か月程度
- 費用：調査・引き継ぎ費として数十万円程度
- 資料の確認と環境調査が中心
資料がほとんどない場合
- 期間：2〜3か月以上
- 費用：規模により数十万〜数百万円
- ソースコードから仕様を読み解く調査が必要
調査の結果、システムの状態によっては、保守を続けるより作り直したほうが長期的に安くなると判断されることもあります。その場合はリプレイスも選択肢になります。
よくあるトラブルと防ぎ方
- ソースコードが最新版でなかった：本番環境のプログラムと受け取ったソースを比較して確認する
- 管理者権限が渡されなかった：受け渡す情報の一覧を作り、受領を確認しながら進める
- 定期作業の存在を知らなかった：証明書の更新や月次処理など、定期作業を洗い出してもらう
- 引き継ぎ直後に障害が起きた：並走期間を設け、切り替え直後は監視を強化する
開発会社そのものを変更する場合の手順とリスク対策は、次の記事で解説しています。
あわせて読みたいシステムリプレイスとは？進め方・費用・失敗しないポイント
よくある質問
- 他社が作ったシステムでも保守を引き継いでもらえますか？
- 多くの場合は可能です。ただし、使われている技術や資料の状況によって対応できる会社が限られるため、事前にソースコードや環境の調査を依頼し、保守の可否と費用を確認しましょう。
- 現在の保守会社に引き継ぎを拒否されたらどうすればよいですか？
- まず契約書で成果物の権利と、契約終了時の資料・データの取り扱いを確認します。自社に権利がある場合は、契約に基づいて受け渡しを依頼します。判断が難しい場合は、弁護士などの専門家に相談することをおすすめします。
- ソースコードが手元にない場合はどうなりますか？
- ソースコードがないと、保守や改修は原則としてできません。受け渡しを依頼し、それが難しい場合は、画面や業務の調査をもとにシステムを作り直す（リプレイス）ことを検討します。
- 保守会社を変えると費用は安くなりますか？
- 必ずしも安くなるとは限りません。引き継ぎ時には調査費用がかかり、保守費用もシステムの状態によって変わります。費用だけでなく、対応の質や改善提案の有無も含めて判断しましょう。
まとめ
システム保守の引き継ぎは、現状把握、引き継ぎ先の選定、現保守会社との調整、引き継ぎ作業、並走期間、本格移行の順で進めます。最も重要なのは、ソースコード・環境やアカウント情報・設計資料を確実に受け取ることです。
契約書の権利関係やアカウントの名義は早めに確認し、業務を止めない計画的な引き継ぎを進めましょう。
この記事に関連するサービス
システムリプレイス
老朽化したシステムやサポートが終わるシステムを新しく置き換えます。仕様書がないシステムも、画面・データ・プログラムの解析から対応し、段階的な移行で業務を止めずに切り替えます。 サービスの詳細を見る
