論理的には聞こえませんが、実稼働システムが46Cであり、(予算の制限のために)対応するテストシステムが実稼働で同じことを行う前に最近ECC6.0にアップグレードされた場合が多いと思います。
不可能な場合、示されたシナリオの下で最良の解決策はどれですか?
46CとECC6の間で転送することは技術的に可能かもしれませんが、変更フリーズを使用することをお勧めします。
これの主な理由は、テストランドスケープが本番システムと大幅に異なることです。何かを完全に回帰/統合テストすることは非常に困難です。
また、Unicodeシステムから非Unicodeシステムに変更した場合は、特に注意する必要があります。
カスタムプログラムは輸送するのにかなり安全かもしれませんが、特にビジネスクリティカルなプロセスでは、リスクを非常に注意深く測定する必要があります。
SAP-修理または拡張の移送を行うと、非常に予測できない結果が生じる可能性があります(許可されない場合もあります)。アップグレード中に機能が変更された可能性があるため、SAPオブジェクトを移送することは実際には良い考えではありません。
変更をフリーズする余裕がない場合は、暫定的に46Cである2番目のDEV/TESTランドスケープを作成する必要がある場合があります。ただし、これには二重のメンテナンスが必要であり、独自の問題が発生する可能性があります。
はい、それも可能で実行可能です。ただし、Unicodeシステムから非Unicodeシステムにコードをインポートした後、4.6Cのコーディング標準に従ってプログラムを微調整する必要があります。私たちは同じことを行い、7.4から4.6Cまでの完全なプロジェクトを実行しました