2

我们是一家较小的 ISV 公司，开发的产品在安装在客户环境中时通常最终依赖于 SAP 集成。

我们现在正在寻找将我们的产品与 SAP 集成的最佳方式——尽可能采用最标准的方式。我们需要一个能够以最少的工作量为大多数可能的客户工作的解决方案（其中一些确实没有自己的 SAP 资源）。

我们需要接收一些基本信息，例如客户、地址、库存物品。我们还需要将发票信息发送给 SAP，以便在那里进行进一步处理。

例如，在这里阅读一些内容后，看起来 NetWeaver 和 PI 是最好的选择。但是，这是否需要在客户端 PI 端进行大量开发才能公开和调用正确的服务？那怎么解决？

另一个问题是所有 SAP 客户都拥有 NetWeaver 是否正常？我需要我的解决方案为我们所有的客户工作，其中一些是安装较小 SAP 的中型 SAP 客户。

如果 PI 不可行，我的选择是什么，利弊是什么？

2010 年 12 月 30 日更新 - 要求。 我们需要满足的一些要求是：

  • 我们解决方案产品端的基于 .NET 的解决方案（例如 WCF）。
  • 不要使用像 BizTalk 等昂贵的集成平台。我们需要一个基于例如 AppFabric 和 WCF 的标准解决方案。
  • 处理批量更新（如客户批次等），但也处理响应/请求，如呼叫。
4

1 回答 1

5

PI 不是一个选项。它相当于biztalk的sap。大多数树液客户没有它。因此，它将限制您可能的客户群。

NetWeaver 只是当时大多数 sap 平台的营销术语。有些客户正在使用 pre-netweaver 系统。但是，无论如何，这个词是没有用的。

您可以指望任何 sap 客户拥有的是 ABAP 应用程序服务器（这是大多数 sap 解决方案的基本平台）。

ABAP 服务器实现了一个称为 RFC 的接口。它是一种远程过程调用协议，可用于同步（和异步）调用。您可以通过SAP .NET 连接器从 .net 使用此接口（需要 SAP 市场用户）。在此协议之上，sap 为标准场景提供了一组称为 BAPI 的函数。如果幸运的话，您可以找到能够提供所需功能的功能。您的另一个选项（仅用于异步通信）称为IDOC。它们适用于批处理。

这两个选项都适用于任何 sap 系统。

于 2010-12-30T12:39:43.967 回答