2

私たちは小規模な ISV 企業であり、顧客環境にインストールする際に SAP 統合に依存することが多い製品を開発しています。

私たちは現在、可能な限り最も標準的な方法で、当社の製品を SAP と統合する最適な方法を探しています。最小限の作業量でほとんどのお客様に対応できるソリューションが必要です (一部のお客様は実際には独自の SAP リソースを持っていません)。

顧客、住所、在庫品目などの基本情報を受け取る必要があります。SAP でさらに処理するために、請求書情報を SAP に送信する必要もあります。

たとえば、ここを読んだ後、NetWeaverとPIが最善の方法であるように見えます。しかし、正しいサービスを公開して呼び出すには、クライアント PI 側で多くの開発が必要ではないでしょうか? どうすれば解決できますか？

もう 1 つの質問は、すべての SAP 顧客が NetWeaver を持っていることさえ普通なのかということです。すべての顧客に対応するソリューションが必要です。一部の顧客は、小規模な SAP インストールを使用する中規模の SAP 顧客です。

PI が適していない場合、どのような選択肢があり、長所と短所は何ですか?

2010 年 12 月 30 日更新 - 要件。 私たちが満たす必要があるいくつかの要件は次のとおりです。

  • ソリューションの製品側の .NET ベースのソリューション (WCF など)。
  • BizTalk などの高価な統合プラットフォームを使用しないでください。たとえば、AppFabric や WCF に基づく標準ソリューションが必要です。
  • 両方のバッチ更新 (顧客バッチなど) を処理するだけでなく、呼び出しなどの応答/要求も処理します。
4

1 に答える 1

5

PIはオプションではありません。その樹液はbiztalkに相当します。そして、ほとんどの樹液の顧客はそれを持っていません。したがって、それはあなたの可能な顧客ベースを制限します。

NetWeaverは、当時のほとんどのSAPプラットフォームの単なるマーケティング用語です。pre-netweaverシステムを使用しているお客様がいます。しかし、とにかく、この用語は役に立たない。

SAPの顧客が持つことを期待できるのは、ABAPアプリケーションサーバーです（これは、ほとんどのSAPソリューションの基本的なプラットフォームです）。

ABAPサーバーはRFCと呼ばれるインターフェースを実装します。これは、同期（および非同期）呼び出しに使用できるリモートプロシージャコールプロトコルです。このインターフェースは、SAP .NETコネクタを使用して.netから使用します（SAPマーケットプレイスユーザーが必要です）。このプロトコルSAPに加えて、標準シナリオ用のBAPIと呼ばれる一連の関数を提供します。運が良ければ、必要な機能を提供する機能を見つけることができます。他のオプションは、非同期通信の場合のみ、IDOCと呼ばれます。バッチ処理に適しています。

これらのオプションは両方とも、どのSAPシステムでも使用できます。

于 2010-12-30T12:39:43.967 に答える