サポート終了の端末。例外・代替策・移行期限の管理

動くから使える、で止めずに。必要な仕事と移行できない理由を分けて整理する。

動いていることと、支援が続くことは違う

NCSCのサポート終了製品の資料は、使い続けるための対策がリスクをなくすものではないことを説明しています。SONAEは、会社で古い端末やソフトを見つけたとき、製品、用途、支援の期限、移行の責任者を対応付ける方法を提案します。電源が入り、業務画面が開くことだけを、利用継続の根拠にしません。一方で、事情を聞かず直ちに撤去する計画にもせず、必要な仕事を継続する方法と残るリスクを責任者が判断できる形にしましょう。

終了した支援の範囲を、公式情報で確認する

OS、業務ソフト、機器の制御ソフト、周辺機器など、どの製品の支援が終わるかを特定します。エディションや契約による違いもあるため、同じ名前の製品を一括で判断しません。修正の提供、問い合わせ、延長契約がどこまで対応するかを公式の案内と契約担当へ確認します。延長という言葉だけで、すべての既知の問題が解消されるとは扱いません。具体的な終了日や費用を推測で書かず、確認日と根拠を台帳へ付けます。

残る仕事と、置き換えを妨げる条件を分ける

架空の会社で、旧ソフトが特定の帳票を出すためだけに残っているとします。帳票が必要であることと、その端末を使い続けなければならないことは別の問いです。別の出力方法、データの移行、取引先との形式の調整、外部の支援を検討します。担当者の慣れだけでなく、接続する機器や契約の条件を整理します。移行できない理由に確認の担当を付け、分からないという状態を恒久的な例外として残さないようにします。

短期の例外には、範囲と終える条件を付ける

すぐ移行できない場合、利用する仕事、接続する先、扱う情報、利用者、期間、見直しの責任を限定して判断します。どの制約が可能かは製品と業務により確認します。ネットから切り離せばすべて安全になる、という単純な保証はしません。USBや別の端末を介して情報が出入りする場合もあります。例外は承認者と期限を伴う暫定の扱いにし、新しい仕事や資料を追加する前にも見直します。移行計画の代わりに例外の更新を繰り返さないことが大切です。

移行の試験には、業務側の確認を入れる

新しい環境で起動できるだけでなく、必要な原本、帳票、周辺機器、保存、復元を確認します。架空の帳票と検証用の環境で、表示と出力が業務の条件を満たすかを責任者が確認する計画です。古い環境へ戻せる条件と、切り替えを止める基準も決めます。元の端末を先に処分してから不足に気付く順番にしないようにします。この制作では実端末の設定やネットワークを変更せず、確認項目と移行の役割を整理しています。

完了は、例外を閉じられたかで確認する

移行した仕事、残る対象、旧端末の情報処理、契約や管理台帳の変更を記録します。完了の目安は、必要な業務を支援が続く環境へ移し、旧環境の終了と残る例外を責任者が説明できることです。新端末を購入しただけで、古いアカウントや原本が残る状況を見落とさないようにします。次の調達では支援期間や移行の条件も比較し、期限が迫ってから初めて依存する仕事を探す負担を減らしましょう。

相談前の確認表

• 公式の支援範囲と期限を確認する
• 必要な仕事と旧端末の理由を分けた
• 例外の範囲と終了条件を決めた
• 移行の試験と旧環境の終了を計画した

参考資料（確認日：2026年10月23日）：NCSC：Obsolete products ↗

一般的な説明とSONAEの運用提案です。製品の公式条件と自社の管理責任者の判断を確認してください。