クラウドERPに最適なRISEを選ぶ – パート2

既存のカスタマイズは重要ですか？ 外部のカスタマイズは重要ですか？ 統合特に他のオンプレミス システムに対してはどうですか?

移行には数か月、あるいは数年かかる場合がほとんどです。その間、業務は停止せず、SAPも変更されません。そのため、プロジェクト期間中のシステム全体の変更凍結を除き、プロジェクト期間中に本番環境ビジネスシステム（ECC）に加えられた変更は、新しいシステムに移行する必要があります（S/4HANA機能の低下を防ぐために、稼働開始前にテストを実施します。

これは、複雑なSAP環境における一般的な変更管理の課題です。新規リリース、アップグレード、移行プロジェクトは、本番環境への変更の凍結に許容できる時間よりも長い時間を要することがよくあります。そのため、プロジェクトと並行して継続的なビジネスサポートが提供されます。定期的なビジネスサポートの変更がプロジェクトシステムに適切に統合されていない場合、カットオーバー時に回帰エラーが再び発生してしまいます。    

優れた変更管理ソリューションは、こうした作業の多くを自動化し、既存の本番環境とプロジェクト環境間での変更をシームレスに移動し、変革や再開発が必要になった際に変更のトレーサビリティとコンプライアンス要件を管理します。複雑なSAPのお客様は、オンプレミス環境とクラウド環境で同時に運用されている複数の環境にわたる変更管理を必要とする可能性が高いため、この要件に対応できるアプローチを採用することが重要です。 

ECCシステムのABAPコードは互換性があり、変更も容易なため、ECCとクラウドERP間での移植が容易です。変更内容によっては、ECCからクラウドERPへのより複雑な変換が必要になります。 S/4HANA、さらにはコア ABAP ソリューションから BTP ソリューションへの再開発も可能です。 

いずれの場合も、トレーサビリティが最優先事項となります。既存のビジネスシステムへの変更を適切に文書化・追跡し、移行プロジェクトにおいて、新しいシステムに対して適切な移行、変換、展開手順が確実に実行されるようにすることが重要です。 

SAP環境が複数のランドスケープにまたがっている場合、または大量のカスタムコードと修復を管理している場合は、レガシーERPとクラウドERP間で互換性のある変更管理自動化ソリューションを導入してください。複雑なプロジェクトで手作業による変更管理を行うと、変更に伴うシステム停止を招く可能性があります。絶対に避けてください。