Lidl社がコストの上昇を理由にSAP Hanaの導入を中止したことは、S/4 Hanaへのアップグレードに伴う問題の初期の兆候かもしれません。

Lidl社がSAPの廃止を決定した理由についてはほとんど明らかにされていませんが、この小売業者のプロジェクトに関する報道から明らかになったのは、コスト上昇のためにプラグを抜いたということです。

Computer Weeklyが1990年代後半にSAPプロジェクトの失敗を目にするようになったとき、導入コストはその要因の1つでした。 問題は、SAPは世界の大企業のビジネスプロセスをパッケージ化したものとして販売されていましたが、SAPを導入しようとする企業のビジネスプロセスの考え方とは一致しないことが多かったのです。

20年経った今、専門家の間では、コストと複雑さがすぐに増大するため、SAPのカスタマイズは避けるべきだという意見で一致しています。 このことは、SAP S/4 Hanaの導入に着手する企業にとって、1990年代にSAP R/3を導入したときと同様に、現在も当てはまります。

2025年、SAPは自社製品の中核となるエンタープライズ・リソース（ERP）のセントラル・コンポーネントであるECC6のサポートを正式に終了します。

過去20年間に導入されたSAPシステムを運用している企業は、既存のSAPカスタムコードをどのようにS/4 Hana向けに再開発するかについて、難しい決断を迫られています。

既存のシステムをどのようにS/4 Hana向けに作り直すかについては、継続的な議論が行われていますが、一般的には、S/4 Hanaは完全なERPシステムを導入することを意味します。

既存のビジネスプロセスの特定

そのため、企業は既存のビジネスプロセスが何であるか、どれだけがSAPにエンコードされているか、オリジナルの実装でどれだけのカスタマイズが標準のS/4 Hanaの一部になっているか、古いカスタマイズされたコードをプラットフォームに実装することが本当にビジネス上必須なのかを把握する必要があります。

アナリストのIDCが発行したホワイトペーパー「Optimising business processes for success」によると、「ビジネスニーズに対応できず、導入時に生産システムを弱体化させるような調整不足のプロセスは、単にコストがかかるだけでなく、企業の効果的なポジショニングや、急速に変化する競争上の圧力やグローバルな要求への対応を妨げることになります。”

ホワイトペーパーの中で IDC は、文化的な変化、組織構造 (既存のセンター・オブ・エクセレンス、プロジェクトやプログラム管理オフィス、または DevOps の活用、またはそれらの形成)、ビジネス プロセス品質のためのプロセス、適切な自動化ソリューションの評価と採用を含む戦略を確立し、適切で適応性のある、ビジネス中心のアプリケーションの作成を支援することを推奨しています。

Delivering on business demands

SAPコンサルタントのPanaya氏によると、SAP S/4 Hanaへの投資から最大の価値を得るためには、IT部門はビジネスを中断することなく、できるだけ早くビジネスの要求を実現する必要があります。 マイグレーション、インプリメンテーション、グリーンフィールドなど、いくつかのプロジェクトパスがある中で、ITチームは12ヶ月から18ヶ月のプロジェクトに着手していると、同社は最近のホワイトペーパーに書いています。

SAP S/4 Hanaの技術的なアップグレードは、最短で3ヶ月となります。

SAP S/4 Hanaの技術的なアップグレードは、最短でも3か月で完了しますが、SAP S/4 Hanaの新しい基準を満たすためには、残りの9～15か月はビジネスプロセスの変更、カスタマイズ、品質保証に注力すべきだとパナヤは述べています。

実際、SAP S/4 Hanaでは、技術、ビジネスプロセス、ユーザーインターフェイスなどの分野に多くの変更が加えられます。

オペレーティング・モデルやITプロセスの変更に伴い、変更要求、要件、テストおよびリリース管理プロセスは、企業のITにとって困難な移行となる可能性があるとPanaya氏は警告しています。

「多くの組織にとって、ウォーターフォール型のデリバリー・モードでこれらの変更を実装するには時間がかかりすぎ、ソリューションのROIに影響を与えます。

「多くの組織にとって、ウォーターフォール方式でこれらの変更を実施するには時間がかかりすぎ、ソリューションの ROI に影響を与えます。

Taking responsibility

独立系SAPコンサルティング会社Resultingのマネージングディレクターであるスチュアート・ブラウン氏は、彼が遭遇する一般的な問題は、企業がERP導入を正しく行う責任があるのはシステムインテグレーターであると誤って思い込んでいることが多いが、最終的には顧客の責任であると述べています。 “S/4Hanaは未完成の製品であり、SAP製品群を簡素化するものではありません。 今、S/4Hanaを採用することで、一部の機能は簡素化されますが、すべてではありません」

まだ未完成であるため、S/4Hanaを導入するためのツールや適切なスキルを持つ人材が不足しているとブラウン氏は述べています。 これに加えて、既存のECC6 SAP ERPの導入を理解し、20年ほどの経験を持つ人材が定年退職に向かっていることも影響しています。

「高齢化が進み、豊かな労働力が定年退職に近づいています。 皆、40代半ばから50代半ばになる傾向があります。”

Deferring the upgrade

Riminiは、古いSAPシステムのサポートを中心にビジネスを展開している企業のひとつです。

Rimini Streetの製品マーケティング・戦略担当グループバイスプレジデントであるHari Candadai氏は、Lidlが新しいSAPシステムをビジネスに活用するために、非常に多くのプロセスを再評価し、カスタマイズしなければならなかったことは「非常に興味深い」と述べています。

「重要なことは、既存のSAPシステムからS/4 Hanaへの再導入の可能性を含め、SAPプラットフォームの大規模な移行を検討しているすべての企業顧客は、それが単純ではないことを理解する必要があるということです」とCandadai氏は述べています。 “これを間違えると、収益に大きな影響を与えることになります。

ECC6のサポートは2025年まで続くため、企業は必ずしも今すぐS/4 Hanaを購入する必要はなく、特にまだ完全な製品ではないと感じているのであればなおさらです。

6年というのは長い時間であり、SAP S/4 Hanaは大規模な導入とみなされるため、企業は中核となるERPが社内でどのように運用されるべきかを再評価し、NetSuiteやMicrosoft Dynamicsなどの代替製品の導入可能性を検討する機会があるとBrowne氏は述べています。

また、2025年にどのようなITアーキテクチャが必要とされ、その時点で企業が希望することをサポートするのかという問題もあります。 例えば、S/4 Hanaはアプリケーション・プログラミング・インターフェース（API）を提供していますが、特にアプリケーション・プログラミング・インターフェースをオープンにして、軽量なマイクロサービスをベースにしたクラウド・ネイティブなアプローチを使って企業が取引を行うAPIエコノミーに参加したいと考えているのであれば、これは制限が多すぎるとBrowne氏は主張しています。

また、SAPは過去に世界クラスのビジネスプロセスをカプセル化する方法として販売されたかもしれませんが、1990年代に発明されたERPは21世紀の革新的なサプライチェーンには勝てないため、伝統的なビジネスは破壊される危険性があります。