问IBM Filenet与SharePoint

EN

他们很可能已经购买了FileNet，并决定将其作为记录管理的标准，但也分别决定将SharePoint作为标准门户。

SharePoint确实能够存储所有类型的文件，并且没有技术原因反对使用它，但企业体系结构通常涉及比纯技术原因更多的内容。

根据https://technet.microsoft.com/en-us/library/cc262787(v=office.16).aspx的说法，Sharepoint 2016在活跃使用的文档集合中最多支持6,000万个大小为4 to的项目，如果用于归档类型的系统(读取/访问次数较低)，则支持的项目更多。2013-2010年的旧版本等支持较少。

SharePoint是用于修改word文档、excel工作表等的协作工具。FileNet更倾向于大规模的企业内容管理，以及基于工作流的内容处理和访问。

我同意Tom Clarkson的说法，即这个决定可能与技术可行性关系不大。但是，您使用FileNet而不是SharePoint来存储文档有实际的技术原因。

例如，假设您有数十TIF的TIF图像。管理这类信息最流行的工具之一是FileNet。从理论上讲，Sharepoint可能可以管理这么多的数据，但这可能不是一次好的赌博。几十年来，FileNet已经能够完成这类任务了。

此外，FileNet生态系统比Sharepoint更成熟。FileNet已经存在了几十年，如果你能想象得到，一些第三方已经编写了它来与FileNet一起工作。Sharepoint生态系统也非常健壮，但它出现的时间并不长。

这是另一种可能性。您的客户可能在FileNet记录管理器工具上投入了大量资金，以便为您公司中的大多数电子内容处理自动化记录管理。他们可能希望使用Records Manager工具自动管理Sharepoint将显示的内容的生命周期。现在，他们可以将这些内容存储在Sharepoint中，但这可能会迫使他们购买更多软件来管理文档生命周期。对于他们来说，将其保存在FileNet中可能会更便宜。

哈！

SharePoint在很多事情上都做得很好。有一件事它做得并不好，那就是管理数it的文档。正如其他人所说，如果没有一些卷信息，很难说出为什么会做出这样的选择。有大量的事情，FileNet将很容易做，这将需要您构建或购买额外的软件。将图像刻录到WORM介质会立即出现在脑海中。

我很想知道这个项目的进展情况，以及你是否找到了做出这个决定的原因。