我们是一家规模较小的ISV公司，开发的产品在客户环境中安装时通常最终取决于SAP集成。
我们现在正在寻找以最标准的方式将我们的产品与SAP 集成的最佳方式。我们需要一个能够为大多数客户提供最少工作量的解决方案（其中一些实际上没有自己的SAP资源）。
我们需要接收一些基本信息，例如客户，地址，库存商品。我们还需要将发票信息发送给SAP，以便在那里进一步处理。
在阅读here之后，看起来NetWeaver和PI看起来是最好的方式。 然而，这不是需要在客户PI侧进行大量开发来公开和调用正确的服务吗？怎么能解决？
另一个问题是，如果所有SAP客户都拥有NetWeaver是正常的吗？我需要我的解决方案为我们所有的客户工作，有些是具有较小SAP安装的中型SAP客户。
如果PI不是我的选择方式，有什么利弊？
更新2010-12-30 - 要求。 我们需要满足的一些要求是：
答案 0 :(得分：5)
PI不是一种选择。它的汁液相当于biztalk。大多数闷棍客户都没有。因此，它将限制您可能的客户群。
NetWeaver当时只是大多数sap平台的营销术语。有些客户正在使用pre-netweaver系统。但是，无论如何，这个词都没用。
您可以指望任何SAP客户拥有的是ABAP应用服务器（这是大多数sap解决方案的基本平台）。
ABAP服务器实现一个名为RFC的接口。它是一种远程过程调用协议，可用于同步（也是异步）调用。您从.net使用此接口与SAP .NET Connector（需要sap marketplace用户）。在此协议之上，sap为标准方案提供了一组称为BAPI的功能。如果幸运的话，您可以找到能够提供所需功能的功能。您的另一个选项，仅用于异步通信，称为IDOC。它们适合批量处理。
这两个选项都适用于任何sap系统。
答案 1 :(得分：0)
现在你SAP Cloud Platform Integration，它在SAP云中托管。这是SAP PI的继承者