Sharepoint是大型ERP应用程序的合适平台吗？

Question

我的任务是在Sharepoint开发一些大型的ERP应用程序(一些旧的应用程序正在重写，一些新的应用程序)。随着我在Sharepoint上的进步，我看到了创建团队站点的价值和容易程度，而我在网上和书中找到的例子都是针对内部网部门门户网站的，或者是针对没有大型遗留ERP系统的公司的简单业务应用程序。我已经开始相信，如果要创建一个大的应用程序，它可以与几个不同的遗留系统进行接口，并且跨越多个部门，那么在Sharepoint中构建自定义way部件并不是可行的方法。

是一个创建和托管大型ERP应用程序的可行的应用程序框架吗？

如果是这样的话，是否有人能告诉我描述这样一个系统的体系结构的参考文献？

如果没有，可否请任何人向我指出，我可以引用一些参考资料，作为不使用它的论据？

Answer 1

作为一个花了15年时间编写ERP应用程序的人，我会说Sharepoint是构建ERP产品的一个非常糟糕的选择。

• Sharepoint表结构在生成报告方面将非常无效。
• 验证数据的能力非常有限。
• 对于维护文档之间关系的完整性，我没有意识到的本地支持。

Sharepoint作为进入现有LOB应用程序的门户运行良好，而不是作为在此基础上构建数据丰富应用程序的平台。

Answer 2

我目前正在为客户部署一个用Sharepoint编写的ERP系统。我在这方面已经做了大约一年的工作，据我所见，Sharepoint引入了许多障碍，使事情变得更加复杂。

事情变得更简单了：

• 凭据自动同步到AD。
• 文档处理和版本控制。
• 很好的办公室整合。

令人讨厌的事情：

• 你需要学习Sharepoint的做事方法。
• 您的ERP中还有另一个依赖项。
• 太笨重了。

我建议你在做决定前先阅读真实世界SharePoint 2007:来自16个MOSS和WSS MVP的不可或缺的经验

Answer 3

我在工作中使用SharePoint 2007 (MOSS)作为更大的ERP安装的一部分。我们大量使用业务数据目录()与外部系统进行接口，并使其数据在我们的MOSS门户中可见和可搜索。

在我们的架构中，ERP数据上的CRUD操作是在我们的ERP业务系统中处理的。MOSS和BDC然后将数据从ERP数据库中提取出来，并将其显示为嵌入在各种门户页面中的数据。例如，人力资源站点有一个MOSS页面，用于跟踪挂起的业绩报告的当前状态。

MOSS和BDC的另一个引人注目的特性是能够向MOSS搜索服务公开BDC数据源。例如，当用户使用MOSS搜索John Smith时，John Smith的公共ERP记录将与搜索结果内联。单击搜索结果中的链接，将用户重定向到ERP系统中的正确页面，而不是将其带到MOSS页面。

我们不使用MOSS作为ERP系统，但我们确实使用它作为在我们的ERP系统之上的演示和报告层。