まず、 コアをクリーニングする必要がある理由。

組織がコア システムを実装する場合、すぐに使用できる機能で必要なものがすべて提供されることは決してありません。そのため、開発者は、特定の IT 環境の複雑さに対処するために、システムに追加、拡張、調整を行う必要があります。

カスタマイズするその他の理由は次のとおりです。

• サードパーティシステムとの統合
• 合併や買収に伴う複数のインスタンスの結合
• ユニークなユーザーエクスペリエンスやローカリゼーション要件の作成
• 規制要件への対応
• 競争優位性を達成するための差別化

30,000 個のカスタム拡張機能

一連の合併と買収を経て、多国籍健康・栄養会社 DSM-フィルメニヒ IT の標準化と監視の欠如に苦しんでいました。

その結果、次のようになりました。

• シャドーITソリューションの急増
• 機能強化を迅速に提供する能力の限界
• ローカライズされた実装やM&A活動による、異なるまたは一貫性のないシステム

「サポートの観点から見ると、当社のこれまでの状況を維持するのは非常に困難でした。すべてのソリューションには独自のテクノロジーがあり、社内に知識がありませんでした」と、DSM-Firmenich の技術開発エキスパート Wouter Vijverberg 氏は述べています。

同じような話は コサンビート（CBC）、 ヨーロッパの大手砂糖生産会社。1989 年から SAP の顧客である CBC は、40 つのドメインにわたって約 20 個のカスタム プログラムとコンポーネントを作成しました。これらの構築と保守には、過去 XNUMX 年間で約 XNUMX 人年の労力が費やされました。

ASUGによると、平均的なSAP ECCシステムは 30,000以上のカスタム拡張機能を保持 SAP の標準機能を強化するためです。ASUG データベースには、100 億行以上のカスタム コード フットプリントを持つシステムがあり、そのうち 40%～60% のコードはもはや使用されていません。

では、カスタマイズを削除してみませんか?

カスタムコードのサポート（変更や機能拡張は除く）33%追加可能 企業の SAP コストに加えて。

コア システムは、その寿命を通じて、さまざまな開発者やチーム メンバーによって追加されたカスタム コードが蓄積される可能性があります。必然的に、チーム メンバーは、それらのカスタマイズの理由と方法に関する知識を持ち去り、別のチームに移ります。

使用されなくなったコードとその依存関係を特定し、安全に削除するには、非常に複雑でコストもかかります。多くの組織には、そのための帯域幅やリソースがありません。

Enexisはオランダを拠点とするユーティリティプロバイダーですは、歴史的にカスタム既製 (COTS) ソフトウェアに依存してきました。Enexis は、COTS オプションから必要なものを入手できなかったため、サードパーティの開発者を導入しました。

これらの開発者は、.NET、Java、C++ でアドホック ソリューションを作成していましたが、いずれも会社全体の標準化やガバナンスが欠如していました。さらに、Enexis はサードパーティのソリューションと開発リソースに依存していたため、IT チームにはランドスケープに関する知識のギャップが残り、セキュリティ上の課題やスケーリングの問題が生じていました。

カスタマイズをそのままにしておくのはなぜですか?

高度にカスタマイズされたシステムの欠点は何でしょうか? 最大の課題の 4 つは、SAP のアップグレードや移行 (たとえば、S/XNUMXHANA への移行) が複雑になることです。この複雑性の増大に伴い、メンテナンス コストも大幅に増加します。これらの困難に加えて、カスタマイズを更新した場合の影響を理解するための社内スキルを維持することも困難です。

スイスの航空機メーカー、 ピラタスエアクラフト株式会社 は、カスタム SAP ソリューションの課題を熟知していました。「拡大するレガシー環境を見ると、文書化されていないカスタム SAP ソリューションや口頭のプロセスが多数あることがわかります」と、デジタル運用および保守のプロダクト オーナーである Luca De Simoni 氏は述べています。

ピラタスのレガシー環境は、長年にわたりシャドー IT ソリューションの作成につながってきました。「社内にはさまざまなスタイルのソリューション開発があります。Excel は、このような方法でよく誤用されています。当社のレガシー イントラネットはすべて PHP に基づいています。多くの .NET アプリケーション、多くの SAP ABAP コーディング、およびその他のカスタム ソフトウェアがあります。非標準のソリューションが多数あります」とデ シモーニ氏は語ります。

SAP S/4HANA のアップグレードが近づいており、Pilatus は課題に対処する方法を見つける必要がありました。

時間が最も重要です

SAP は、SAP ECC のメンテナンス サポートが 2027 年末に終了すると発表しました。ただし、拡張パック 5 以前のユーザー (ECC 顧客の約半数) の場合、メインストリーム サポートは 2025 年末に終了します。そのため、SAP からのアドバイスは、S/4HANA へのアップグレードです。

今後 37 年以内に S/4HANA にアップグレードする予定がない XNUMX% の組織の XNUMX つである場合でも、コアのクリーニングは次の点で重要です。

• メンテナンスコストの削減
• 複雑さの軽減
• ビジネスの俊敏性の向上
• さらなるイノベーションの実現

ローコードアプローチが答えでしょうか?

ローコード アプローチを採用することは、コアをクリーンな状態に保つための最もシンプルなソリューションです。ローコードにより、組織はコア システムを迅速に拡張し、コア システム外でカスタマイズを再開発できます。SAP 自身も、この課題に取り組むためにローコード ツールである SAP Build を使用することを顧客に推奨しています。

SAP Buildは明らかにSAP製品スイートと緊密に統合されているため、この点でユーザーにメリットをもたらします。しかし、最優先事項について尋ねられたとき、ASUGメンバーは「SAPと非SAPシステムの統合」を最優先事項として挙げました。 彼らの主な焦点.

SAP Build は SAP 開発に最適なツールです。しかし、SAP と非 SAP システムの統合にはどうでしょうか?

これはどこですか？ Mendix 優れています。 Mendix 組織がコアシステムを拡張および近代化するための、より総合的なアプローチを提供できます。

Mendix SAPの の ローコードの承認済みアプリパートナーであり、SAPの プレミアム認定 MendixSAP チームは、買収後の統合、インスタンスの統合、クラウド内の S/4HANA への移行など、SAP の変更を困難にする時間、コスト、リスクの障壁を削減できます。

Mendix SAP と高度に統合されています。お客様は SAP HANA Cloud 上で直接アプリを構築し、それを SAP Business Technology Platform に直接導入し、あらゆる SAP アプリケーションと統合することができます。

多くのSAP顧客と同様に、Enexisは長年にわたりERPシステムを大幅にカスタマイズしてきましたが、現在はコアをクリーンに保つことを目的としてSAP S/4HANAに移行しています。SAPと Mendix これを可能にするのがEnexisです。SA​​Pでカスタム開発を行う必要がなくなり、SAPに頼る必要がなくなりました。 Mendixさらに、Enexis は、プロジェクト、顧客、従業員のデータを統合するための再利用可能なコンポーネントの形で、重要な SAP システムを拡張することもできます。

その Forrester TEIレポート Mendix SAP顧客向けSAPの委託を受けた調査では、SAP ABAP、SAPUI5、Java、JavaScriptなどの従来の開発環境のユーザーと比較して、 Mendix ユーザーは次のことを認識しました:

• 開発コストが8分のXNUMXに削減
• 価値実現までの時間が8倍短縮
• 3か月以内に投資回収

コアの洗浄 Mendix

多くの組織が Mendix コアをクリーニングすることでシステムの複雑さを軽減します。

DSM-Firmenichは、さまざまなツールやテクノロジーを使用する複数のインスタンスからなる複雑なSAP環境を持っています。同社には現在、すべてのカスタム開発をサポートするグローバルテクノロジー開発チームがあります。 Mendix、AWS、SAP などです。

「私たちはSAPの最新バージョンを使っていません」とDSM-FirmenichのVijverberg氏は言う。「そのため、私たちのアーキテクトからの指示は、SAPを箱に入れることです。私たちはもうSAPにあまり変更を加えたくありません。代わりに、 Mendix 追加機能を組み込むためのパッチとして。」

DSM-Firmenichは150以上の Mendix アプリケーションのうち約50%はXNUMXつ以上のSAPインスタンスとやり取りします。 Mendix 複数のシステムの上にレイヤーとして配置することで、ユーザーは複数のシステムにアクセスするためのシンプルな単一のエントリポイントを持つことができます。DSM-Firmenichは、ソリューションの提供が5倍速くなることを発見しました。 Mendix.

Cosun Beetの開発者も、 Mendix SAP ユーザー インターフェイスを構築するよりもローコードの方が優れています。これまでに、250 の顧客 SAP ソリューションのうち 600 を統合しました。スタッフと外部ベンダーが CBC ドックで時間枠を予約できる Dock Planner ソリューションという XNUMX つのアプリケーションだけで、年間 XNUMX 日間の労働日を節約できます。

航空機メーカーのピラタスは、デジタル作業指示書（DWO）の概念実証を Mendix わずか 14 週間で完了しました。「[DWO の] 目標は、SAP に従って構築する必要があるすべてのものを、対応する図面、ドキュメント、3D モデル、および実行する必要がある手順とともに明らかにすることです」と Holz 氏は述べています。「アプリケーションでタスクと注文が完了すると、それらはコア システムに反映され、SAP でリアルタイムに更新されるため、ピラタスは特定の航空機の進捗状況と納品までの進捗状況を簡単に確認できます。」

清潔に保つ

コア システムをアップグレードする場合でも、現在の実装を最適化する場合でも、カスタム コードの維持にはコストがかかり、効率、生産性、俊敏性、革新と競争の能力が妨げられることは間違いありません。

戦略上の優先事項が何であれ、クリーンなコアに向けて取り組むことが重要です。ローコードアプローチにより、より早くそこに到達できます。 シベルコ 「ビジネスの観点から言えば、 Mendix ビジネスの非標準部分を標準化するのに役立ちました。S/4HANA は、当社のビジネス プロセスの大部分を標準化しています。それに当てはまらない部分は、ローコードを使用して標準化できます。これは非常に強力です。」

詳しく知りたい場合は Mendix 体幹を清潔に保つのに役立ちます。 お問い合わせ.