ECCのサポート終了 ありません 秘密です。実際、これは今日のSAPエコシステムにおける最大のトピックかもしれません。 しかし、既存のシステムのサポート終了だけでは しない 移行を容易にしたり、コストを削減したりします。もちろん、複雑さを軽減するものではありません。
今日、 S/4HANA Cloud ERP Private への移行も考えられます。
ビジネスを効果的にサポートしながら、移行プロジェクトを加速するにはどうすればよいでしょうか？人員や予算を過剰に増やすことなく、プロジェクトを管理するにはどうすればよいでしょうか？ にそれは可能ですか 排除する プロジェクト関連の変更は安全に凍結されますか？これは 生産変更が凍結される長期プロジェクト ありません 実用的な答え。
BAUから事業継続まで
移行が始まる前は、ほとんどのチームには競合する優先事項がある:
- 移行プロジェクトに加えて、業務は通常通り継続されます。つまり、チームが現在行っている日常的な業務は しない プロジェクト中に変更されることはない（少なくとも、大きな変更はない）
- 大企業のほとんどは ではありません 既存のシステムを放棄し、ブラウンフィールドアプローチを採用している。 かなりの量を持ってくる 少なくとも当初は、既存システムからのカスタマイズをそのまま適用できます。つまり、現在SAP環境を運用しているチームは、移行タスクを実行するのに最適な資格を備えているということです。
これは、 リソース:
- 既存のビジネスシステムは移行プロジェクト中も革新と変化を続ける
- 今日の運用を担当する同じチームが移行にも重要です
- システム間の変更を追跡することで、 変化する 管理要件と文書. いくつかの遺産 カスタマイズは作業に合わせて調整する必要がある in S/4HANA, 変更s 既存のシステムを継続する 最終的なカットオーバーまで
変革のトラブルに取り組む
移行の厄介な課題の1つは、次のようなカスタマイズの管理です。 プロジェクト期間中、既存のシステムは変化し続けますが、変革は継続されます。
あれは, 既存のカスタマイズ ありません 新しいコードと直接互換性がある S/4HANA プラットフォーム。コードは新しいシステムとの互換性のために変換されますが、ビジネス要件により既存のシステムに変更が生じ、新しく変換されたコードは古くなります。
この問題を解決するには、次の 2 つのアプローチのいずれかが必要です。
- 変更凍結により、新しいシステムとの互換性のためにコードが変換された後、既存のビジネスシステムに変更を加えることはできなくなります。 システム。必要な業務変更は、移行が完了し、新しいシステムが稼働するまで待たなければなりません。
- 伝統的に、レトロフィット機能を備えたプロジェクトランドスケープ（並行プロジェクト中にビジネスシステムからプロジェクトランドスケープに変更を移動する機能）。 しかし、 このアプローチ しません レガシーカスタマイズと新しい S/4HANA システムはコード互換性がありません
だから、何をしますか？
トレーサビリティ – 一貫性と管理の鍵
秘密はトレーサビリティであり、 それはだ 変更管理の機能。トレーサビリティは2つの異なるオブジェクトを受け入れる。 – コードのビット – 機能的には同じです。 適切に運営されている環境では、両方のオブジェクトは、生産に提供される前に、同一の品質および規制プロセスの対象となります。 最大の違いは、追跡され受け入れられることです as ピアs – 1つは既存のビジネスシステム用、もう1つは S/4HANA 移行 風景です。
実際には、次のように機能します:
- 従来のカスタマイズは新しい S/4HANA システム、機能の互換性を実現
- プロジェクト中の新しいビジネス要件は、既存のビジネスシステムが稼働している限り、通常どおりに実装されます。
- プロジェクトチームは、通常のプロジェクトサイクル中にビジネスの更新を採用し、再変換し、プロジェクトシステムを維持します。 同期中 生産変更に伴い
- 文書が作成され、 維持それぞれの変更を追跡し、両方のシステムのオブジェクト 実装、テストおよび配信記録 監査およびコンプライアンス機能
シンプル Now 移行プロジェクトに必要な年間を通じて何百回、何千回も実行し、 維持する それぞれの変更に関する完璧なドキュメント。 変更の中には互換性のあるもの（単純な改造で済むもの）もありますが、複雑で追跡可能性を必要とするものもあります。
トレーサビリティと制御の自動化
文書化を含む変更管理を自動化できたらどうなるでしょうか。 監査 そして、納品？正しく実行すれば、複雑で互換性のない並行プロジェクトの変更も、追跡と 維持する 定期的な変更として。
自動化されたSAP変更管理により、複雑なSAP環境に制御とトレーサビリティがもたらされます。すべての変更は管理、文書化され、システム間でリンクされるため、SAP環境全体にわたる完全なトレーサビリティが確保されます。安全性と自動化機能により、オブジェクトやコードの特殊なバージョンが存在する場合でも、一貫性と信頼性の高い配信が保証されます。 システムごとに。
音 のような ソリューション？ もしそうなら、この問題を解決し、SAP環境のどこで実行されても変更のスケーラビリティを実現するのがRev-Tracの得意分野です。 白金。 Rev-Trac搭載 白金、 お客様は、複雑な移行プロジェクトの課題を安全に解決できます。ECCと S/4HANA がサポートされており、システム間の変更をサポートする複雑で互換性のないコードの追跡可能性もサポートされています。
その結果、Rev-Trac Platinum ユーザーは、スタッフを大幅に増やすことなく、また変更のリスクなしに、大規模な変更および変革プロジェクトを進めることができます。–プロジェクトまたは生産作業における関連する欠陥。
Rev-Tracと変更管理および移行プロジェクトサポートのソリューションの詳細については、 探る 当社の高度なSAP自動化プラットフォームは、 Rev-Trac Platinumまたは お問い合わせ 詳しい情報や、n SAP 変更プロフェッショナル。
