ISVのオプションのSAP統合練習ですか？

Question

当社は、顧客環境にインストールされた場合にSAP統合に依存することが多い製品を開発する、より小規模なISV企業です。

私たちは現在、最も標準的な方法で、SAPと当社の製品を統合する最適な方法を探しています。可能な限りほとんどの顧客に対応できるソリューションが必要です（実際には独自のSAPリソースを持たないものもあります）。

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

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

もう1つの質問は、すべてのSAP顧客がNetWeaverを持っていることさえ正常ですか？私はすべてのお客様のために私のソリューションを必要としていますが、中にはSAPの小規模な設備を持つ中堅のSAP顧客のものもあります。

PIが私の選択肢とは何か、そして何が賛否両論ですか？

更新2010-12-30 - 要件。私たちが果たす必要がある いくつかの要件は次のとおりです（たとえば WCFのための）ソリューションの当社製品 側の

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

Answer 1

PIはオプションではありません。それはビッドトークに相当する樹液です。そして、ほとんどのSAP顧客はそれを持っていません。だからあなたの可能な顧客基盤を制限するでしょう。

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

お客様には、ABAPアプリケーションサーバーがあります（これは、ほとんどのSAPソリューションの基本プラットフォームです）。

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

これらのオプションは、いずれのSAPシステムでも利用できます。

Answer 2

最近、あなたはSAP Cloud Platform IntegrationをSAPクラウドでホストしています。これはSAP PIの後継です