画面は動く。でも通知は誰の契約で送られている？他社が作ったシステムの保守の引き継ぎ

たとえば、点検予定の画面は開く。明日の予定も見える。けれど、朝に担当者へ届くはずの通知が、誰の契約で、どこから送られているかは分からない。保守の引き継ぎでは、画面から見えない仕事が残ることがあります。

業務がすでに止まっているなら、発生時刻、直前の変更、影響する操作、間に合わせたい期限を連絡し、復旧対応へ進みます。動いているシステムを引き継ぐ場合は、次の4点を分かる範囲でそろえるところから始められます。

項目	書き出す内容
困っている操作	どの画面で、何をすると、どう困るか
止まると困る業務	受注、請求、月末集計など、使えないと影響が出る仕事と期限
資料や環境の有無	仕様書、ソースコード、管理画面、バックアップがあるか・不明か
現在の管理担当	今の保守会社や社内担当者と連絡が取れるか

分からない項目は「不明」のままで構いません。資料がそろうのを待たず、困っている操作と止められない業務から相談できます。そのうえで、契約上変更できる範囲と、今のシステムを動かすために必要なものを確かめます。引き継いだシステムを直して使い続けるか、作り直すかの比べ方は、古いシステムは直すか作り直すかにまとめています。

引き継ぎでは、コードの受け取りに加えて、新しい担当者が更新や復元を行えるかを試します。資料の有無と動作を確かめた結果を分けて記録すると、引き継げた範囲と、次に調べることが分かります。

最初に守る業務を決める

最初に、止まると困る仕事と、その仕事を終える期限を書き出します。「請求機能がある」だけでなく、「月末の締めに間に合わないと請求書を送れない」と、起きる支障まで残してください。支払い、受注の取り込み、夜間の集計も確認対象です。普段は誰も操作しない処理ほど、担当者が変わる際に見落としやすくなります。

業務の責任者は期限と代わりの作業方法を、新しい保守担当は調べる箇所を整理します。点検予定なら、通知が出ない朝も担当者に予定を渡せるかが、最初に確かめたいことです。

開発元と連絡が取れない場合

社内に残る契約書、請求書、サービスから届いたメール、操作手順、障害の記録を探します。管理画面の表示や支払先は、利用中のサービスを調べる手掛かりになりますが、それだけで契約名義や変更権限が確定するわけではありません。

ソースコードや管理者が不明でも、利用者が普段どのように仕事を進めているかは記録できます。正式な契約者からサービスの窓口へ問い合わせる作業と、社内で集められる情報を整理する作業を並行して進めます。分からないままアカウントを削除したり、稼働中の環境を初期化したりしないようにします。

引き継ぐ資料と環境を集める

業務に必要なものを、資料の名前だけでなく、保管先・管理担当・つながる相手と一緒に記録します。ソースコードは、正式な保管先と現在動いている版を突き合わせます。古い控えしかない場合は、その違いも不明点に残します。

対象には、設定の保管先、データベースの構造、外部サービス、ドメイン、定期処理、バックアップ、操作手順、直近の障害を含めます。デジタル庁の実践ガイドブック（PDF）にも、引き継ぐものの例としてコード、環境構築用のツール、設計資料、運用課題などが挙げられています（出典：デジタル庁「実践ガイドブック」（PDF））。

業務と引き継ぐもののつながり

空調設備保守会社で、点検予定、作業報告、部品在庫を引き継ぐ場面です（想定例）。表1〜3は調査を始める時点の記入例です。

図1　業務と引き継ぐもののつながり。番号1〜3は、以下の確認表と対応します。

点検予定の画面が開いても、通知に使うメールサービスを引き継げなければ、担当者へ予定が届かないことがあります。部品在庫では、夜間集計だけでなく、集計に使うデータの取り込みまでたどります。

表1　業務と必要なもの

番号・業務	期限	必要なもの・依存先
1 点検予定	翌営業日9時まで	予定管理画面、メール通知／クラウド・メールサービス
2 作業報告	当日18時まで	報告画面、写真／データベース・写真保管先
3 部品在庫	翌朝8時まで	夜間集計／部品データの取り込み・データベース

同じ番号で、所在や権限、動作を試した記録を結びます。複数の業務が同じデータベースやサービスを使う場合は、同じ管理先を参照し、変更したときに影響する業務を確認します。

点検予定の記録は、調べた分だけ具体的になる

「1 点検予定」の調査を進めるとします。記録の変わり方を追うと、所在が分かることと、動作を確かめることの違いが見えてきます。

段階	点検予定の記録に加える内容（架空の経過例）
調査の開始時	予定画面は開く。メールサービスの管理者と、朝の送信時刻は不明。社内責任者から契約担当へ照会する。
管理者への照会後	契約担当から管理者と設定の保管先を聞き取り。朝の自動送信を使っていると分かった。送信の動作はまだ試していない。
検証環境で試した後	架空の点検予定を変更し、検証用の宛先に新しい予定が届いた、と記録する。試した環境・日時・担当者も残す。
残る作業	検証環境の結果だけでは本番の朝の送信までは分からない。本番の実行時刻と担当を決め、届かなかった場合は責任者が予定を連絡する。

この時点では、次の朝の動作を見ることが残っています。通知が届かなければ誰が予定を渡すかも決めておきます。配布資料の未実施の見本に、こうした経過を追記して使えます。

管理権限と利用・変更の権利を確かめる

管理画面へ入れること、コードを持っていること、ソフトウェアを変更できることは、それぞれ別の問題です。開発契約、保守契約、利用中の製品やライブラリの条件を照合します。クラウド、ドメイン、メールについては、契約名義と管理者も別に記録します。

IPAのモデル契約では、著作権の帰属について複数の案を示し、利用できる範囲も扱っています。自社に著作権がないという理由だけで、保守を頼めないと決めることもできません。実際の契約と法令、ライセンスの条件を確認し、第三者への保守委託や変更の可否が判断できない場合は、弁護士などへ該当箇所を相談します（出典：IPA「情報システム・モデル取引・契約書」）。

表2　保管先、管理担当、変更できる範囲

番号	所在・所有者・権限管理者	利用・変更の権利と未確定の事項
1	コードと設定の所在は不明。所有者・管理者も未確認。	開発契約とメールの契約名義を照会する。
2	写真の保管先と契約者は未確認。社内責任者に聞く。	写真の持ち出し方法と契約終了後の扱いを確かめる。
3	集計手順の控えあり。正式版・管理者は未確認。	コードの変更権と、取り込み元の利用条件を確かめる。

表の「所在」は、社内で分かる保管先の名称などを記す欄です。パスワードや接続用の鍵そのものは書き込みません。相談先へ渡す際は、必要な範囲の情報に絞ります。

新しい担当者が使えることを確かめて移す

サービスが対応している場合は、新しい担当者のアカウントを用意し、担当する作業に必要な権限を設定します。契約名義、通知先、支払い管理、追加認証の管理者も確認します。ログインできても、復旧用の連絡先が前任者の個人メールのままでは、後で困る場合があります。

通常の移管では、新しい担当者のアクセスと必要な処理の動作を試してから、不要になった旧権限を停止します。前任者のアカウントで自動処理が動いている場合は、移し先と切り替え手順を先に確かめます。漏えいや不正利用が疑われる場合は、この順番に固定せず、利用停止などの緊急対応を担当者と判断します。

秘密情報を渡す必要がある場合は、閲覧者を限定できる保管・共有方法を使い、受け取り後に誰が管理するかを決めます。NISTは、人がログインに使うパスワードについて、一律の定期変更を求めず、漏えいの証拠がある場合に変更を求めています（出典：NIST「SP 800-63B」）。 引き継ぎ時は、前任者が知っている共通パスワードなどを個別に確認します。外部サービスへの接続用の鍵は、利用先の仕様と影響する処理を調べて更新します。

更新・定期処理・復元を確かめる

本番を変更する前に、可能な範囲で検証用の環境を用意し、新しい担当者が手順を使って動かせるかを確かめます。顧客情報を含むデータを無断で複製せず、使えるデータと環境を先に決めます。実際の本番と異なる条件で確認した場合は、その違いを記録します。

試験は、更新、定期処理、復元に分けます。更新では、変更を反映し、必要なら元へ戻せるかを見ます。定期処理では、いつ・誰の権限で動き、何を読み、どこへ結果を出すかを確認します。復元では、控えのファイルがあるかに加え、戻した後の件数や業務上の合計が合うかを確かめます。

表3　これから試すことと、準備すること

番号	これから確かめること	実行結果・残る作業
1	予定変更が保存され、通知が届くか。変更を元へ戻せるか。	未実施。通知先と試す環境を決める。
2	写真を含めて報告を戻せるか。戻した報告と写真が一致するか。	未実施。バックアップ対象と復元先を確かめる。
3	夜間集計の時刻・実行者・入力と、終了後の在庫数が合うか。	未実施。取り込みと集計の順序を確かめる。

配布用の確認表には、更新・定期処理・復元ごとに、対象環境、確認方法、結果、確認日、確認者を書く欄があります。表3の「未実施」には、まだ結果を記入しません。

• 棚卸しと調査結果メモを記入する（Excel）
• 最初の棚卸し表を印刷する（PDF）

「手順を読んだ」と「戻せた」を分ける

復元手順を読めても、写真付きの作業報告を戻せるとは限りません。資料だけなら「手順を確認」、実行結果は「未実施」。試して写真が戻らなければ、その失敗を記録します。「確認した」の一語を避けると、引き継いだ担当者は次に何を試すか判断できます。

検証環境を作れない、必要なデータを使えない、外部連携を試せない場合は、理由と、変更前に必要な試験を記します。画面が開いた結果から、夜間処理や復元まで確認済みと広げません。

調べた結果を、残す・直す・移す・保留に分ける

調査の区切りでは、分かったことを結果メモにまとめます。業務ごとに「確認済み」「未確認」「当面の判断と理由」「次に必要な資料」を分けると、資料が少ない状態からでも、次に何を頼めばよいかが分かります。

次の表は、空調設備保守の例で調査を2週間進めた時点のメモです（想定例）。検証環境で試した結果と、まだ試していないことを分けています。

表4　調査結果メモの見本

番号・業務	確認済み	未確認	当面の判断と理由	次に必要な資料・作業
1 点検予定	検証環境で予定を変えると、検証用の宛先に通知が届いた。メールサービスの管理者は契約担当から聞き取った	本番の朝の自動送信の時刻と、送信に使うアカウント	残す。入力から通知までの流れが仕事に合い、変える理由が見つかっていない	直近1か月の送信記録。届かない朝に予定を伝える担当
2 作業報告	報告画面と、取引先へ提出する報告書の出力は動く。写真は外部の保管サービスにある	写真の保管サービスの契約者。契約終了後の写真の扱い。写真付き報告を戻せるか	報告書の様式は残す。取引先へ提出する決まった形式で、変えると先方の確認も変わるため。写真の保管先は移す候補。契約者が分からず、終了時に持ち出せない恐れがあるため	写真の保管サービスの契約書か請求書。取引先の様式の指定
3 部品在庫	夜間集計の手順の控えがある。取り込みの後に集計が動く想定	正式なコードの版。実行時刻。取り込みが遅れた日の結果	保留。正式な版が分からないまま直すと、今の在庫数とのずれが増えるため。正式な版が見つかれば、取り込みを待ってから集計する修正を検討する	開発会社との契約書。サーバーの定期処理の設定。直近の在庫数のずれの記録

判断には理由を付けます。たとえば「報告書は残す」だけでは、後から見た人が様式を変えてよいか判断できません。「取引先へ提出する形式だから残す」と書けば、変えてよい部分と残す部分の境目が分かります。

この時点では、全面的な作り直しや、保守の範囲・対応時間は決めません。未確認の事項が減り、残す部分と直す部分がそろってから決めます。

上のExcelに、この調査結果メモの見本と空欄もあります。

急ぐ対応と継続保守の範囲を決める

相談する作業は、当面の復旧、引き継ぎのための調査、その後の保守に分けます。資料や権限が不足している場合は、調査で分かったことと残ったことを受け取り、次の作業範囲を決めます。点検予定の通知だけを先に調べ、写真の復元や在庫集計は別の日程にする、といった分け方もできます。

継続保守では、対象となる機能、不具合調査、軽微な改修、問い合わせ、バックアップの点検、外部サービス更新のどこまでを含めるかを決めます。受付時間、緊急時の連絡先、優先度を判断する人、追加費用が必要な作業も文章にします。IPAの保守運用モデル契約も、対象システム、業務内容、役割分担などを個別に取り決める構成です（出典：IPA「情報システム・モデル取引・契約書」）。

月額の契約というだけで、24時間対応や一定時間内の復旧が含まれるわけではありません。必要な対応時間や復旧の目標は、業務への影響と費用を見ながら相談します。月額伴走・保守改善では、継続的な相談内容を確認できます。

引き継ぎを終える条件も残す

完了条件は、必要な資料と権限を受け取り、合意した動作の試験を終え、未確定の事項の担当と次の対応が決まっていることを基本にします。新しい担当者が、問い合わせや障害の連絡先、変更を戻す方法を説明できるかも確かめます。残る制約がある場合は、保守の対象に含めるかを明らかにして引き継ぎます。受け取るソースコードやデータをどこまで使えるかは、契約で決まります（開発したシステムの権利の確かめ方）。

AccessやVBAに固有の調査は、Access・VBAのWeb移行｜残す範囲の決め方を参照してください。全面的な作り直しの判断は、まず現状と引き継げる範囲を調べてから行います。

ExcelマクロやGASが業務を動かしている場合は、定期実行と所有者を含む棚卸し票を使えます（Excelマクロ・GASの引き継ぎで調べること）。

引き継ぎ先の会社を、同じ質問で比べる

保守会社を選ぶときは、対応する技術に加えて、調査の成果物、資料が足りない場合の進め方、切替前後の担当を比べます。次は、他社開発システムの引き継ぎについて公式サイトで説明している相談先の例です。2026年10月26日に確認しました。網羅的な一覧やおすすめ順ではなく、NeoLogicもサービスを提供する立場で掲載しています。

相談先	公式サイトで確認できたこと	個別に質問すること
シースリーインデックス	他社開発の保守・運用を扱い、プログラム・設計書等の調査後に引き受ける流れを説明	資料不足時の調査範囲、結果による再見積り、必要な対応時間
FIXIT	自社の引き継ぎ方針として、現状調査、並行期間、切替条件を説明	対象技術、調査の費用・成果物、並行期間中の障害対応の担当
NeoLogic	困っている操作と残す範囲を整理し、改修・引き継ぎを相談できる	調査で確認できる範囲、改修と継続保守の分け方、資料・権限の不足

これだけでは、今回のシステムを各社が受けられるか、費用、対応開始日、夜間休日の対応は分かりません。例えば「朝の通知が止まると、当日の点検に間に合わない。設計書は古く、通知の契約者は不明」と同じ内容を渡し、次の回答を比較します。

• どこまでを最初の調査に含め、何を結果として受け取れるか。
• 現在の会社と連絡できない場合、どの資料・権限が必要か。
• 切替前後に障害が起きたら、誰が調べ、誰が利用者へ連絡するか。
• 調査費と月額保守に何が含まれ、未確認の費用は何か。

調査前に「全部引き継げる」と答えるかより、受けられる条件と調査後に決める範囲が具体的かを見ます。金額を比べる準備には相見積りの比較表を使えます。緊急復旧が必要なら、通常の切替相談とは分けて、対応可能な日時を先に確認してください。

いまの状態に合わせて、最初に頼む作業を選ぶ

• すでに業務が止まっている： 発生時刻、影響する操作、直前の変更、間に合わせたい期限を伝え、復旧対応を相談する。引き継ぎ資料の完成を待ちません。
• 動いているが、担当者や資料が分からない： 困っている操作と止められない業務から、最初に調べる範囲を決める。分からない項目は「不明」のままで構いません。
• 調査が終わり、残す部分と直す部分が見えた： 結果メモを基に、当面の修正と継続保守を分けて相談する。未確認の処理は、確認済みの範囲へ含めません。
• 全面的に作り直すか迷う： 必要な業務、更新・復元できる条件、移行時の停止時間をそろえ、直す案と作り直す案の費用を比べます。

相談には、冒頭の4点と、分かる範囲で記入した確認表を使えます。既存システムの改修・引き継ぎで、調査と改修の進め方を確認できます。

参考出典

• [1] デジタル庁「デジタル社会推進標準ガイドライン 実践ガイドブック」2025年6月19日版。第3編第5章「引継ぎ事項」表5-39（PDFの250ページ）。政府情報システム向けの資料を、引き継ぐ情報の整理の参考にしています。資料を開く（PDF）
• [2] IPA「情報システム・モデル取引・契約書（第二版）」本文2025年4月8日更新。ソフトウェア開発モデル契約「納入物の著作権」第45条と別案・解説、保守運用モデル契約第1〜3条。個別契約の確認に使う参考資料です。公開ページを開く
• [3] NIST SP 800-63B-4「Digital Identity Guidelines: Authentication and Authenticator Management」2025年7月。3.1.1「Passwords」、3.1.1.2の要件6。ログイン用パスワードに関する記述を参照しています。該当節を開く

出典確認日：2026年9月15日。