将我的RESTful web应用程序与客户端集成'；SAP安装

我的公司运行着两个B2B应用程序（用Rails编写）来处理零件和库存，我们一直在努力找出与我们的一些大用户集成的最佳方式。我们已经提供了Rails附带的REST风格的API，但是这当然需要IT部门来决定集成它，所以如果可能的话，我们希望降低这一障碍

从我们发现的情况来看，大多数都在SAP系统上。现在，我对SAP的了解基本上都是：1）成本高昂，2）规模庞大，3）可以为您的庞大业务提供一切所需。当然，这一切都有点令人印象深刻，网站上的资源介于难以理解的充斥着流行语的销售材料和难以理解的充斥着行话的高级技术材料之间，对于新的、但技术上有能力的用户来说，几乎没有什么东西可以投入

---

所以我想知道的是：作为一个没有运行SAP安装的第三方，我们有没有办法通过web服务或其他API提供对网站数据的访问？这仅仅是一个提供或实现特定WSDL的问题吗（那将是什么）？对于没有SAP深入经验的人来说，这是否可行？或者这是一个完全不可能的开始？

如果没有了解SAP系统的人，这是不可能的。您可能不需要雇用具有深入SAP知识的人员，但至少在最初的实施过程中，您需要这些知识和一个可以开发的工作系统。从技术上讲，这并不难，但考虑到SAP系统设计用于同时处理多个组织、国家、法律系统、本地化和数千名用户，事情肯定比几乎任何其他软件都要复杂一些，而且大多数情况下甚至不臃肿，在这种灵活性中很容易迷失方向

---

我的建议是找到一个客户（或潜在客户），该客户的IT部门中有人具有必要的技术和流程知识，并且对执行开发项目感兴趣。这样，您就可以访问一个真正的系统（当然是测试），并且有人可以向您解释系统的基本知识。但是，正如我所说的，要为复杂性做好准备。

vwegert提出了一些极好的观点

关于你问题的这一部分：

所以我想知道的是：作为第三者 党，这不是运行SAP 安装，我们有没有办法 提供对我们网站数据的访问 通过web服务或其他API？是 这只是一个提供或不提供信息的问题 实现特定的WSDL（以及什么 是吗

从技术上讲，可以将系统的任何服务作为web服务公开给客户端的SAP系统。为此，您无需事先了解SAP。（SAP应该能够导入WSDL，尽管早期ECC5之前的系统可能存在一些限制）

例如，提供仪表读数、机场起飞时间表、行业趋势等的服务不依赖于用户系统中的内容或用户如何设置。但是，当您需要访问更专业的SAP知识时，需要启动客户系统数据更新

还请注意，许多SAP功能也可以作为web服务公开，但通常您确实需要具备SAP（ABAP）知识的人员来完成这项工作

---

ABAP语言实际上相当简单，但要理解SAP中的数据模型和无数可配置选项，需要进行大量的学习。

谢谢您的建议。我们希望至少有一位客户指导我们完成这一过程。你说得对——我认为是每笔业务的可定制性让我担心（而不是任何形式的膨胀）。出于好奇，企业通常会修改/定制多少库存配置？站点/版本之间是否经常出现不兼容？没有库存配置这样的东西。您可以对所有内容进行配置。当然，也有合理的建议和最佳实践，但即使是这些建议和实践，也因国家和行业而异。例如，当涉及到医院的计费流程时，“行业”SD顾问通常只能摇头。谢谢。我们不想改变客户机数据，只是允许他们向我们推出结构化数据，所以听起来web服务应该可以工作。因此，如果我们通过WSDL公开该功能，那么将生成的客户机与系统/接口连接起来需要做多少工作？我之所以这么问，是因为我们没有太多人接受REST API（对我来说这似乎更简单），所以我担心我们也会遇到同样不愿投入IT资源的情况（除非SAP使集成WSDL web服务变得更容易）。我必须承认我自己更喜欢WSDL——因为它的刚性结构，它允许更好的工具支持。REST不会对内容做出任何假设，这就留给开发人员去解决关键部分。顺便说一句，您可能想看看使用web服务需要做的一些工作。从技术上讲，这并不难，但我发现只有很小比例的ABAP程序员使用过web服务。作为客户机，我更关心需要推送到系统中的数据类型。根据模块的不同，它可能仍然相当复杂。传入的数据是否必须存储在SAP中，或者只是用于报告；SAP集成项目习惯于变成一场噩梦，这可能解释了客户的不情愿。在SAP中也很难找到无法实现的功能。