旧システムを廃止するには？利用者・連携・履歴の確認手順

廃止する対象と、残す仕事を先に分ける

最初に、何の仕事を終え、どの仕事を別の場所で続けるかを示します。「旧システムを全部なくす」だけでは、点検依頼の受付、日程担当への連絡、過去の確認のうち、何が新しい仕組みへ移ったかが分かりません。使う部署と業務の責任者が、今の仕事と終了後の仕事を同じ一件で説明できるようにします。

画面、処理、記録、契約を別の対象として見る

停止は、対象の処理やサービスを動かさなくすることです。アンインストールは、ソフトウェアを取り除くことです。データの削除は保存された記録を消すことで、契約の終了は利用・保守・保管などの契約関係を終えることです。それぞれ影響する対象と条件が違うため、一つの「廃止完了」にまとめず確認します。

例えば新規受付の処理を終えても、過去依頼の参照を残す案が考えられます。反対に、履歴を別の場所へ移しても、定期処理が旧サービスを呼び続けている場合があります。停止する処理、残す参照、維持する権限と保守、契約上の扱いを分けてください。

システムの名前から、使う仕事へ言い換える

サービスは、受付や検索、通知などの機能を提供する仕組みです。人が画面で操作するほか、別の仕組みから呼び出されることもあります。APIは、他の仕組みが機能や情報を利用するための窓口です。画面を開く人が少なくても、別のサービスからの呼出しが残っていないかを調べます。

データベースは、情報を整理して記録する仕組みです。記録が残る場所と、それを検索・表示するサービスが別なら、保存だけ残して画面を止めた後に、業務担当が必要な依頼を探せるかが問題になります。この例では具体的な製品や構成まで確認できていないため、記録先と見方を別に確かめます。

移行中に注文をどちらへ記録し、二重出力を防ぐかは、新旧システムの並行運用と注文の記録で扱っています。本稿では、移行後にも残り得る利用や連携、履歴の参照を調べ、旧サービスの終了判断へつなげます。

利用者・呼出元を、記録と担当者の回答で調べる

「使う人はいないはず」という印象を、記録と業務側の回答へ分けて確かめます。利用部署、画面からの操作、別サービスの呼出し、定期処理など、利用の経路ごとに調べます。一つの資料だけで、すべての利用がなくなったとは判断できません。

知っている利用者と、現在の利用を分ける

架空例では、旧画面を使っていた支店担当がいることは分かっています。一方、その担当が今も使っているかは未確認です。過去の利用者が分かることと、現在の利用が確認できたことを区別してください。現在どこから呼び出されているかも未確認です。

業務側へは「利用していますか」だけでなく、「点検依頼を登録する」「過去の依頼を検索する」「日程の変更を確かめる」など、仕事ごとに尋ねます。通常時に加え、月末、締め、再対応、例外時などの必要な場面を確認します。回答がない部署を、使っていない部署として扱わないでください。

ログの断片から分かることと、まだ分からないことを示す

この例には旧サービスへの呼出しログの抜粋はありますが、すべての呼出元を特定できた状態ではありません。ログの対象、取得できた期間、記録された操作、呼出元の手掛かりを確認します。抜粋があるだけで、全経路や全期間を調べたことにはしません。

接続元の機器やアカウントが分かっても、実際の利用部署や次に影響する仕事が分からない場合があります。連携の設定、サービスの説明資料、運用の記録、保守担当への聞き取りを組み合わせ、呼出元を業務の名前へ結び付けます。確認できない部分は、調べた対象と不足する情報を示して次の確認担当へ返します。

アクセス0、ログ未取得、未回答は同じ状態ではない

• 観測した範囲でアクセス0：対象、期間、操作が何を含むかを説明します。月次や例外時の利用を含むか、画面以外の呼出しを記録できるかを確かめます。
• 必要なログを取得できていない：利用の有無はまだ判断できません。取得できる記録と管理担当を確認し、別の根拠で補えるかを検討します。
• 業務側の回答がない：連絡した相手と、必要な仕事を判断できる相手が合っているかを確認します。未回答を「不要」の答えに置き換えません。

この架空原票は、アクセス0を測った結果ではありません。固定の日数を過ぎれば利用なしと認定する基準も置いていません。必要な業務周期と、調べられた範囲を責任者が確認できるようにします。

後続の連絡、月次処理、未完了の仕事をたどる

入口の画面だけでなく、依頼が記録され、次の担当へ届くまでをたどります。点検依頼を受け付けても日程担当へ伝わらなければ、必要な仕事は続きません。旧サービスの呼出元と、その結果を使う相手の両方が必要です。

これらは調べる仕事の関係を表したもので、現経路をすべて確認した図ではありません。この例では後続へ連絡する経路を文書で確認できていません。実際に連絡が届いた結果も未確認です。

図で見る問い：新しい受付画面があれば、旧サービスを止めても点検の仕事は続くでしょうか。支店からの依頼、旧サービス、履歴、日程担当への連絡と、別に調べる月次処理を、一つの仕事として見てください。

この解説図を原寸で見る

図の読み方：新しい入口の存在だけで、旧サービスの記録や連絡が不要になったとは判断できません。どこから依頼が入り、誰へ何が届き、後で何を検索するかをたどります。経路が不明な枝は、次に調べる設定・記録と確認担当へ結び付け、その対象を停止済みとは扱いません。

月次・締め・例外の仕事を探す

この例には、月次の未完了一覧を作る処理という確認対象があります。ただし、その処理が動く予定や設定は未確認です。処理名が分かることと、現在いつ何を呼び出しているかを確認できたことは別です。

定期処理は、決めた時刻や条件で自動実行する仕事です。画面からの操作がなくても、月次一覧や他システムへの受け渡しが動く場合があります。実行予定、対象の記録、呼ぶサービス、作られる一覧、受け取る担当と、実行後に残る記録を確認します。

未完了・保留・再実行を残さない条件を決める

この原票では未完了の点検依頼を確かめた結果は未確認です。新規受付を移しても、旧側に残った依頼の訂正、連絡待ち、日程調整、失敗後の再実行が必要かもしれません。どの依頼を、誰が、どこで最後まで扱うかを確認します。

キューは、後で処理する依頼などを待たせておく仕組みです。使っている場合は、保留中の対象、処理済みとの区別、受け側へ届いたかの確認、重ねて処理しない条件が必要です。この架空例で特定のキュー製品や待ち件数が確認できたとは扱いません。

必要な履歴を、誰がどう見られるか確かめる

必要な記録が保存されていることと、担当者が必要なときに探して使えることを分けて確認します。受付や連携を止めた後も、過去の依頼、対応の根拠、訂正の経緯を確認する仕事が残るかを、業務側へ聞きます。

何を、どの意味と関連まで残すかを確かめる

依頼そのものだけでなく、誰のどの点検か、関連する連絡や添付、状態の意味、訂正前後、元の記録との対応など、使う仕事に必要な情報を整理します。番号とファイルだけが残っていても、意味や関連を説明する情報がなければ、必要な内容へ戻れない場合があります。

この例の記録の扱いの責任者と、記録を保持する条件の確認結果は未確認です。法令や契約に基づく具体的な保存年数も未確認です。対象会社で適用する条件を、責任を持つ担当と確認してください。この記事で一律の年数や削除の許可を決めるものではありません。

バックアップと、日常の履歴参照を別に確認する

バックアップは、障害などに備えて記録や設定を複製・保持する手段です。保存物があることだけでは、業務担当が過去の依頼を検索して読めるとは限りません。必要なソフトウェア、設定、説明資料、権限、検索方法と、それを維持する担当を確認します。

この例では過去の記録を参照する代替先が使えるかも、必要な履歴を検索して読めた結果も未確認です。参照だけ残す案なら、誰がどの依頼をどう検索し、関連する記録まで戻れるかを、許可された試験データで確かめます。

参照用の仕組みにも、閲覧範囲、利用できる期間、保守や情報管理、費用と契約の担当が必要です。「読取りだけだから運用は不要」と決めず、使える条件を維持できるかを確認します。移すデータの件数が合ったことだけで、この参照が成立したことにはしません。

発注前にどの履歴・期間を移し、どこへ残すかの選択は、旧システムから移すデータと履歴の要件へ。件数・金額・関連の照合方法は、データ移行の照合へつなぎます。本稿では、旧サービスを止める時点で必要な参照が実際に成立する条件を確認します。

回答に応じて、停止・一部継続・保留を選ぶ

回答が揃う前に、すべてを同じ結論へ進めません。利用や後続の仕事が不明なら保留し、必要な一部の仕事が残るなら継続する範囲を具体化します。どこまで確認できたかを、同じ業務の流れで責任者へ返します。

次の三つは、答えが得られた場合の条件別の案です。この原票では新しい受付画面が必要な仕事を代替できた確認結果は未確認です。「一部機能を残す案」の条件が、今この例で成立した事実だとは扱いません。

確認できた答えに応じた、次の判断と仕事

不明な利用がある：対象と次の確認を示して保留する

どの支店や呼出元が不明か、どの資料や設定を調べたか、どの仕事への影響が残るかを示します。次に答えられる担当と、必要な回答を具体化してください。調査を止めるという意味ではなく、終了の判断に必要な情報を取りに行く状態です。

履歴だけ必要：書込み停止と参照継続の範囲を相談する

新しい受付が仕事を代替できると確認できても、履歴の確認が旧側に残る場合があります。書込みを止めて読むだけにできるか、別の参照先へ移すか、必要な権限や保守をどう維持するかを検討します。今の仕様で分離できることや、その案を了承済みであることは別に確認します。

必要な答えが揃う：対象を限定した実施計画へ進める

利用する仕事、呼出元と後続、未完了の扱い、参照先と責任者の回答をそろえ、対象と変更内容、連絡、中止と復帰の条件を計画します。回答が揃ったことは、停止を実行したことや、停止後に仕事が続いた証拠ではありません。実施する環境と権限、判断の担当を対象会社で確認します。

責任者へ返す説明と、中止・復帰の条件をそろえる

業務責任者へは、技術的な作業名だけでなく、続く仕事と残る不明点を返します。IT担当が設定を把握していても、点検受付の仕事を終えてよいか、履歴を誰が必要とするかは、業務や記録の責任者と確認する必要があります。

停止対象、影響、残す範囲を一つの説明へまとめる

どの環境のどのサービス・処理を対象にし、何を変え、何を残すかを示します。呼出元、後続の連絡、月次処理、未完了依頼、参照先を対応させ、対象外や未回答の部分を分けます。機器やデータを複数の仕組みが共有する場合も、関連する担当へ影響を確認します。

中止する条件と、戻す判断の担当を決める

予定していない呼出し、未処理の依頼、日程担当への連絡の欠落、必要な履歴を開けない状態などが見つかった場合、どこで作業を止めて誰へ連絡するかを決めます。元の設定や必要な記録、戻す手順を、対象の構成と変更管理の条件に合わせて用意します。

この原票では中止・復帰を判断する担当の確認も、停止を実施する権限や了承も未確認です。戻す資料がある、担当名が書いてある、といった準備の存在だけで、実際に復帰できることを確認済みにはしません。

契約や利用権を終えるタイミングを、残る仕事に合わせる

参照を続けるためのソフトウェアや契約、保守、認証や権限が必要かを確認します。解約や機器の撤去を先に進めたために必要な履歴へ戻れなくなることがないよう、保存するものと使うための条件を結び付けます。費用の減少や契約の終了日は、この架空例から確定していません。

AWSの公式ガイダンスも、依存関係と所有者、関係者への連絡、管理された停止、必要な設定・データ、変更管理を扱っています。これは対象に合わせた計画を考える参考です。記載された削除や停止の操作を、この例や実環境へそのまま実行する指示にはしていません。

計画した確認と、停止後の実結果を結び付ける

「止める計画を作った」「止めた」「必要な仕事が続いた」は、別々に確認します。この例では実際に停止する試験は行っていません。停止の実結果と停止後の業務結果はいずれも未確認で、公開サービスの実結果も未確認です。

確認する前提と期待する結果を先にそろえる

1. 対象と根拠を決める。会社が許可した確認場所、対象サービスと設定、元の点検依頼、担当、呼出元・後続・定期処理、参照する記録をそろえます。実顧客や本番の操作を説明のために行う必要はありません。
2. 何が続けばよいかを決める。支店の受付、日程担当への連絡、未完了依頼の引継ぎ、必要な履歴の検索を、担当者の仕事で示します。処理の表示だけでなく、相手側で何を確認するかを決めます。
3. 必要な通常・周期・例外の場面を選ぶ。普段の依頼、月次対象、訂正、連絡の保留、履歴参照などを、対象会社の利用に合わせて選びます。一定の日数が過ぎただけで、すべての利用を確認したとは判断しません。
4. 予想外の経路と、中止・復帰の条件を確かめる。知らない呼出しや未処理が見つかった場合、どの記録を残し、誰が判断し、どこへ戻すかを確認します。対象の状態と結果が分からないまま変更を重ねない条件が必要です。
5. 実施後の記録と業務側の結果を照合する。許可された計画を実施した場合は、実施対象、変更内容、時点、記録と、受け側や参照先で確認した結果を対応させます。期待と違う場合は完了にせず、対象と条件を見直します。

終えた後も、残す参照と運用の担当を引き継ぐ

必要な周期の処理、例外時の対応、関連サービスからの利用や履歴の検索を、決めた条件で確認します。残す参照先の利用者、権限、保管と保守、問い合わせ先を引き継ぎ、台帳や構成の記録を実際の状態へ合わせます。

停止が成立した後にソフトウェアや機器、データ、契約をどう扱うかも、それぞれ条件と担当を確認します。元へ戻すために必要な情報と、残す業務記録の扱いを、一律の削除へまとめないでください。

まとめ：残る仕事と参照先から終了判断へ進む

旧システムを廃止するときは、利用者の印象や画面のアクセス件数だけで決めず、呼出元、後続の連絡、定期処理、未完了の仕事、必要な履歴を同じ業務の流れへ結び付けます。ログや設定から分かった事実と、業務側の回答、まだ分からない範囲を分けてください。

代替先と履歴の見方、責任者の回答に応じて、停止・一部継続・保留の案を具体化します。対象と連絡、中止・復帰、実施後の業務結果を確認する条件までそろえ、停止、アンインストール、データ削除、契約終了を別々の判断として扱います。