「ソフトウェアのサポート終了」状況に対処する方法

ベンダーがソフトウェアのサポートやサービスを提供するつもりはないと宣言した場合（およびアップグレードパスを提供せずにビジネスを終了する意図を述べた場合）、顧客はどのような手段を利用できますか？

顧客の観点からこれを考慮してください。顧客のITスタッフは技術的な選択肢のみを検討する可能性が高いですが、顧客が同様に追求できる非技術的な選択肢が存在する可能性があります。また、契約条件などで混乱を最小限に抑えるために、顧客は事前にどのような合理的な手段を講じることができますか？

私が考えることができるもの：

• 予備のハードウェアを購入し、ソフトウェアが動作し続けることができる予備環境をセットアップする必要があります。
• ベンダーの関与を必要としないさまざまなデータエクスポート方法。（これには、商品データベースのバックエンドに保存されているデータを調べるなどの簡単な手法、スクリーンスクレイピング、画像への印刷、再スキャンなどのより複雑な手法などが含まれます）
• スタッフが古いデータを手動または半自動で新しいシステムに複製する並列システム
• ベンダーが金銭的な問題を抱えている場合の法的手段（ソースコードエスクローの場合など）

他のアイデアはありますか？

• 「迂回」が関係しない（DRMなし、DMCAなし）と仮定すると、データリカバリまたはリバースエンジニアリングは合法/許容可能ですか？

編集したメモ：

それは、いくつかの逸話的な、しかし実際の物語の組み合わせです。私はそれらのいずれにも直接関与していません。「ソフトウェアのサポート終了」状況が一般的にどのように処理されるかを知りたいのです。元のストーリーを解決するには「難しすぎる」と思わせるつもりはありません。

リバースエンジニアリングは、独自のデータで完全に受け入れられます。最初にデータベースファイルがあると仮定します。ホスト型サービスの場合は、料金を支払い、データをエクスポートしてもらう方が良いかもしれません。イモ、その非常に失礼な非専門家はそのための料金が必要ですが、一部の人々はそのようなことを気にしない。

このアプリケーションが必要なものであることを知っているので、おそらくそれが実行可能であれば、社内で開発されたシステムのための時間ですか？この方法では、再びこの状況に陥ることはありません。

リストにない戦略の1つは、インターンのチームを結成し、それを理解するための夏を与えることです。これは1回限りのプロジェクトになる可能性が高いため、コードがきれいであるか、長時間かかるか、または手動でデータを入力するだけでもかまいません。

製品が変更を必要としないものである場合、変更を必要とすることを予見せず、独自のハードウェアで実行する場合、使用を続けるリスクを受け入れるオプションが常にあります。

それは空想ではなく、痛みを伴う可能性がありますが、製品とベンダーによっては、ベンダーが技術的にサポートしていたときと状況が変わらないと考えると、見つかるかもしれません。

注：システムが一般に公開されるものである場合、セキュリティ更新プログラムを適用する方法がないため、これは悪いアプローチです。