Mendix SAPとのパートナーシップ

Mendix 2017年以来、SAPのローコードアプリケーション開発の主要パートナーであり、 SAP 承認アプリ パートナー そして、 SAP プレミアム認定これは、SAPが公式に認定し、使用を承認したことを意味します。 Mendix SAPソリューションと並んで、

SAP Build は、ローコードを従来の SAP 開発を補完する便利な追加機能と考える顧客にとって出発点としては理にかなっています。しかし、それ以上のものではありません。 Mendix 顧客の目標が、SAP だけでなく、SAP 以外のシステムやテクノロジー (Oracle、Salesforce、Java、.Net など) についても、従来の開発の大部分をローコード方式に置き換えることである場合は、より理にかなっています。

Mendix はアプリケーション開発にのみ焦点を当てた単一のプラットフォームですが、SAP Buildはロボティックプロセスオートメーション（RPA）などの他の機能も実行する4つの製品で構成されています。そのため、 Mendix SAP Buildの一部は一緒に使用できます。直接比較するのは難しいですが、SAPと Mendix 両社は 2 つのサービスの間に明確な違いを認識しており、継続的なパートナーシップにより、顧客は要件に最も適したものを選択できます。 Mendix、SAP Build、またはその両方の組み合わせ。

ユースケース

Mendix は、SAP 顧客にとってスイス アーミー ナイフのようなものです。SA​​P に特定の機能が欠けている場合に使用できるだけでなく、標準の SAP ソリューションが解決すべき問題に対して大きすぎる場合に、SAP の軽量な代替手段としても使用できます。

もちろん、SAP Buildを含むSAP BTPを使用してこれらのギャップを埋めることもできますが、ローコードに加えて、またはローコードの代わりに従来のハイコードを使用する必要がある場合があります。 Mendix特に、以下の基準の 1 つ以上を満たす場合は、

1. SAP システムと非 SAP システムのデータと機能を組み合わせる: 他の ERP システムやマーケティング、営業、サービス ユーザー向けの Salesforce と同様です。 Mendix SAP との強力な統合機能を備えていますが、SAP に偏ったものではありません。SAP ブランドではないため、他のシステムやテクノロジーを扱う人々によって企業全体のプラットフォームとして受け入れられる可能性も高くなります。
2. 標準ワークフロー機能と専用のアプリ エクスペリエンスを組み合わせる: 例えば、財務、調達、マスターデータ管理、業界固有のプロセスなどです。ワークフロー管理とローコード開発が別々のツールで提供されるSAP Buildとは異なり、 Mendix 組み込みのワークフロー エンジンにより、単一のプラットフォームで両方の長所を活用できます。
3. カスタムユーザーエクスペリエンス: たとえば、企業のブランディングと消費者レベルのエクスペリエンスが求められる顧客およびパートナーのセルフサービス アプリです。また、標準の SAP ユーザー エクスペリエンスでは生産性が制限される営業、サービス、その他の部門の社内ユーザーにも適しています。
4. モバイル ユーザー エクスペリエンス: たとえば、メンテナンスやフィールドサービスにおける作業指示の実行、倉庫のスキャン、配達証明アプリなどです。多くのお客様は、モバイルデバイスでSAPを有効にすることに苦労してきましたが、これは当社の強みです。 Mendix. Mendix アプリはデフォルトでレスポンシブですが、プログレッシブ ウェブ アプリ (PWA) や iOS および Android のネイティブ モバイル アプリに変換することもできます。また、オフラインでも動作できるため、上記のユース ケースでは重要になることがよくあります。

ユースケースがこれらの基準を満たすほど、より適したものになります。 Mendix.

顧客シナリオ

「コアをクリーンに保つ」は、4年にS/2015HANAをリリースして以来、SAPのカスタムコードに対するモットーです。私たちは、お客様がさまざまなレベルでこれを実践しているのを見ています。 Mendix大まかに言えば、4 つの異なるカテゴリまたはシナリオに分類されます。

シナリオ 1: コアに接続する

このシナリオでは、顧客は必ずしも「コアをクリーンに保つ」戦略を明確に示していないが、 Mendix SAP 統合アプリケーション。

開始するには、「SAP 前処理」アプリケーションが適しています。このアプリケーションでは、承認された完全なオブジェクトまたはトランザクションが SAP に入力される前に、さまざまなユーザーがデータを収集および/または承認する必要があります。

例としては、設備投資要求、購入要求、マスター データの変更などが挙げられ、これらは電子メール、Excel、Lotus Notes などのシャドー IT を使用して実行されることがよくあります。 Mendix は、これらのユースケースを自動化する理想的な方法です。特に、SAP Build Process Automation などの標準ワークフロー ツールではなく、SAP 以外の統合や専用アプリのユーザー エクスペリエンスも必要な場合に理想的です。

時間の経過とともに、顧客は「コアをクリーンに保つ」ことを明示的に試みていなくても、SAP統合を備えた多くのアプリを構築することがあります。良い例は次のとおりです。 Siemens, 多くのSAPインスタンスと800以上の Mendix 生産中のアプリ。

シナリオ2: コアを封じ込める

このシナリオでは、顧客は SAP をレガシー システムとして扱い、将来のある時点で S/4HANA または別の ERP システムに移行することを意図しています。

これらの顧客は、セキュリティパッチや法務アップデートなどの必須事項を除くすべての変更について、「SAPを封じ込める」、「SAPを箱に入れる」、「SAPを凍結する」ことさえ試みます。新しい開発は、ほとんどの場合、 Mendixただし、既存のカスタム コードの強化と拡張は、変更の規模と範囲、および顧客のポリシーによって異なります。

小さな変更はコア部分で行うことができますが、大きな変更は機能全体を移行する機会となる可能性があります。 Mendixこのカテゴリーの顧客には、健康、美容、栄養の会社が含まれます。 DSM-フィルメニヒ エネルギー小売業者 エネクシス.

シナリオ3: コアをクリーニングする

このシナリオでは、顧客はコアからカスタムコードを体系的に削除し、 Mendix.

同じ機能をそのまま再構築しているという誤解がありますが、もちろん、新しい機能や、完全なモバイル サポートなど、ユーザー エクスペリエンスの向上によって最新化する機会も活用しています。この意味で、コアのクリーンアップは、技術的負債を削減するだけの IT プロジェクトではなく、ビジネスに真の価値をもたらします。

SAP は、「SAP S/4HANA 実装のカスタム拡張 - 上級 IT リーダー向け実用ガイド」というドキュメントで、コアをクリーンアップする方法について詳細なガイダンスを提供しています。このドキュメントは 2021 年に発行されたものですが、SAP が提供したガイダンスの中で最も詳細なものであり、SAP ECC に留まる顧客だけでなく、S/4HANA に移行する顧客にも関連しています。ステップバイステップのガイドではありませんが、実行する必要がある主要な手順を概説しています。

• SAPアーキテクトのスキルアップを始めましょう 使用したい新しいテクノロジーについて、まだ行っていない場合はできるだけ早く開発チームに伝えてください。このドキュメントでは、SAP BTPテクノロジーを使用していることを前提としていますが、 Mendix この点では、単一のプラットフォーム、テクノロジー、スキルセットであるため、はるかにシンプルです。
• 古くなったコードをすべて削除する ERP システムから。SAP によると、これは通常全体の 30% ですが、最大 50% になることもあります。どのコードが廃止されているかを確認するには、ドキュメントで説明されているように、カスタム コードの使用状況を監視するための組み込みの SAP 機能を有効にします。
• 廃止されるコードは無視する S/4HANA に移行する場合、標準機能で置き換えられる可能性があるため、再構築しても意味がありません。この手順には機能的および技術的な SAP の知識が必要なので、これを行うには SAP パートナーと協力する必要がある場合があります。SAP によると、この手順の後、コアからクリーンアップする必要がある元のカスタム コードは 10% しか残らない可能性があるとのことです。
• SAPカスタムコードアナライザというツールを使用する 残りのコードの複雑さを分析し、クリーンアップと再構築の優先順位を決定します。ビジネス上の優先順位とは別に、SAP は顧客に、まず複雑なコードと「孤立したコード」を優先することを勧めています。複雑なコードは、最も多くの問題と変更につながり、したがってメンテナンス コストが最も高くなります。一方、「孤立したコード」には適切なドキュメントの所有者がいないため、ビジネスにとってリスクとなります。

再構築する必要がある変更ごとに、ドキュメントのセクション 4 の詳細なガイダンスを使用して、優先順位に従ってオプションを評価します。

• アプリ内拡張機能（S/4HANA でのみ利用可能）
• 新しいプラットフォームでの並列拡張機能
• オンスタック拡張機能（S/4HANA でのみ利用可能）
• 何もしない（現在「クラシック拡張」と呼ばれる現在の ABAP コードをそのまま使用する）

SAP ECCシステムのコアを体系的にクリーンアップした顧客の好例は、農業ビジネスです。 コスンビートカンパニー彼らはECCシステムを整理するために「SAP 2 Standard」と呼ばれるプログラムを立ち上げ、既存のABAPとFioriの開発者を再教育して、 Mendixその結果、開発能力は7倍になり、これまでの1.8倍の成果を達成し、さらに同社の作物収穫量は年間XNUMX万ユーロ増加しました。

シナリオ4: コアを清潔に保つ

「コアをクリーンな状態に保つ」とは、コアをクリーンにしておくか、グリーンフィールドで再実装するか、あるいは SAP をまったく初めて使用するかのいずれかの理由で、コアが最初からクリーンであることを意味します。

ある意味、SAP初心者にとっては、アーキテクトや開発者を直接SAPに導入できるので簡単です。 Mendix 旧SAPテクノロジーから離脱する必要もなく、SAPの最新技術を導入できます。このような顧客の好例としては、鉱業会社が挙げられます。 シベルコ HVAC、バスルーム、キッチンの卸売業者 ヴァン・マルケ.

さらに多くのお客様の使用例については Mendix SAPとの組み合わせについては、 SAPの顧客事例.

共同パートナー

Mendix にはアプリ構築を支援できるコンサルタントがいますが、彼らはSAPコンサルタントではありません。SAPドメインの専門知識も必要な場合は、両方を備えたパートナーを見つけるお手伝いをいたします。 Mendix SAPの経験を持つグローバルシステムインテグレーターがこれにあたります。 Mendix 実践とSAP実践の両方を専門とする小規模なパートナーである可能性もあります。 Mendix および SAP です。当社にはこうしたソリューションが多数あり、お客様の地域でソリューションを見つけるお手伝いをさせていただきます。

サポート戦略 Mendix およびSAP BTP

Mendix アプリケーションはSAP BTP上で実行するために開発され、導入され、 Mendix Cloud Foundry ビルドパック。お客様は、不当な問題に遭遇することがあります。SAP の一環として、Mendix パートナーシップの一環として、当社は明確に策定されたサポート戦略を持っています。 サポートガイド.