Sharepoint 是大型 ERP 应用程序的正确平台吗？答案

【问题标题】：Is Sharepoint the right platform for large ERP applications?Sharepoint 是大型 ERP 应用程序的正确平台吗？
【发布时间】：2009-01-29 13:15:08
【问题描述】：

我的任务是在 Sharepoint 中开发一些大型 ERP 应用程序（一些遗留应用程序正在重写，一些新应用程序）。随着我在 Sharepoint 中的快速发展，我看到了创建团队网站的价值和便利性，我在网上和书中找到的示例都是针对 Intranet 部门门户或简单的业务线应用程序量身定制的没有大型遗留 ERP 系统的公司。我已经开始相信，如果要创建一个大型应用程序来连接多个不同的遗留系统并跨越多个部门，那么在 Sharepoint 中构建自定义 Web 部件并不是可行的方法。

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

如果是这样，任何人都可以指出描述这种系统架构的参考资料吗？

如果没有，谁能指出我可以引用作为不使用它的论据的参考资料？

【问题讨论】：

这是与此相关的另一个主题，但它针对的是 2013 版本。自上一个 2007 版本以来的主要变化。我认为应该针对这个新主题修改和更改答案。 stackoverflow.com/questions/16997286/…

标签： sharepoint erp

【解决方案1】：

作为过去 15 年一直在编写 ERP 应用程序的人，我会说 Sharepoint 将是构建 ERP 产品的一个非常糟糕的选择。

Sharepoint 表结构对于生成报告非常无效。
验证数据的能力非常有限。
据我所知，没有原生支持来维护文档之间关系的完整性。

Sharepoint 可以很好地作为现有 LOB 应用程序的门户，而不是作为在其上构建数据丰富的应用程序的平台。

【讨论】：

【解决方案2】：

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

事情变得更简单了：

凭据自动同步到 AD。
开箱即用的文档处理和版本控制。
出色的 Office 集成。

糟糕的事情：

您需要学习 Sharepoint 的处事方式。
您的 ERP 中有另一个依赖项。
它很笨重。

我建议在做出决定之前阅读Real World SharePoint 2007: Indispensable Experiences From 16 MOSS and WSS MVPs

【讨论】：

【解决方案3】：

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

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

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

我们不只将 MOSS 用作 ERP 系统，但我们确实将其用作 ERP 系统之上的演示和报告层。

【讨论】：

【解决方案4】：

MS Dynamics AX 系统广泛使用 Sharepoint，实际上有一些工具包允许用户构建 Web 部件等，从而直接从基本 AX 对象中提取数据。这是一个关于 Sharepoint 集成 AX+SP 的链接。目前仍有很大一部分 AX 不在 Sharepoint 中，但它们的方向似乎是 Sharepoint 启用了应用程序的很大一部分。我不认为整个 ERP 系统可以驻留在 Sharepoint 基础架构中，但从 MVC 的角度来看，它肯定可以成为您的 View 基础架构。在我看来，这正是 MS 前进的方向，但我只是对他们的未来计划做出假设。

【讨论】：

【解决方案5】：

在 SharePoint 中构建自定义 Web 部件不适用于复杂的旧系统。

SharePoint 会如果您为主导航创建了一个自定义导航提供程序（例如，基于 xml 文件），仍然会给您带来很多好处。这将允许自定义 asp.net 页面显示“喜欢”它们仍然是 SharePoint 的一部分，给人一种无所不包的应用程序的错觉。

我认为人们想要一个大型应用程序的唯一原因更多地与信息架构、外观和可查找性有关，而不是任何技术架构原因。

一种解决方案可以为适当的应用程序创建单独的网站，这些应用程序仍然被蒙皮并链接到 SharePoint 信息架构，并且仍然可以从主界面搜索，这可以解决 ERP 的“企业”部分的“需求”，同时仍然创建适当的解决方案对于真正独立的应用程序。

我使用的心智模型不是在“在”SharePoint 中构建应用程序，而是在 SharePoint 中创建一个“窗口”来公开应用程序。

【讨论】：

你有关于如何创建你描述的模型的参考链接吗？制作仍链接到 Sharepoint 的单独网站的最佳方法是什么？
抱歉，没有参考资料。为了统一两个独立站点的导航结构，为sharepoint添加一个xml导航源并与自定义站点共享文件。 blogs.msdn.com/matjazperpar/archive/2008/12/17/…