当组织结构和文档管理系统应该同时存在时，使用哪种BPM解决方案？

Question

我正在寻找能为我解决问题的产品，我希望你尽快帮助我。

我有一个需要将软件模块集成在一起的客户端，以下是我认为能够实现其目标的软件的模块：

1. 文档管理系统（DMS）：Sharepoint Portal。
2. 公司组织结构（工作流程所需，也用于DMS）：可能是与Active Directory和sharepoint门户集成的自定义开发。
3. 工作流管理系统（或BPM）：Nintex Workflow。

问题是：

1. 这些点是否符合逻辑，或者是否缺少某些内容。
2. 将公司组织结构与工作流管理和共享点集成在一起需要花费太多时间进行开发，还是有一个更简单的解决方案，例如在sharepoint或Nintex Workflow中内置的组织结构？

我仍然在审查软件解决方案，我不熟悉sharepoint，这个产品/解决方案的软件解决方案的组合我可以在以后的客户中用作产品，这也是我正在寻找的。

例如，假设我们有一个Leave请求工作流程，过程如下：

开始 - ＆gt;填写表格 - ＆gt;通过 CURRENT 有效管理员批准表单 - ＆gt;由HR团队保存休假表格数据（存档或在单独的HRMS上） - ＆gt;关闭流程

定义组织结构，然后为一组人定义“CURRENT活动管理器”，该过程将由“工作流管理系统”/ BPM软件构建，“离开表单”可以是一个webform ，或存储在文档管理系统上的模板。

Answer 1

我不熟悉Nintex Workflow，但是如果您的活动目录信息是最新的，那么就组织结构和用户详细信息而言，组，组织结构可能由SharePoint支持开箱即用。

因此，可能仍然存在的工作流组件可能再次使用标准SharePoint功能创建，并使用SharePoint Designer进行少量自定义。

话虽如此，配置和安装SharePoint并不简单，需要一些思考。

Answer 2

根据我对Nintex Workflows的经验，它可以很好地集成到SharePoint中，并且可以在分层的公司组织结构中工作。如果正确设置Active Directory以指示“老板”，“下属”等，则可以在工作流程中使用此信息。例如，“将此工作流程发送给我的老板”，然后“将其发送给他的老板”，编程很简单，因为可以从Active Directory获得该信息。

根据需要，标准OOB SharePoint和Nintex可以一起使用，以产生令人惊叹的工作流程。使用Nintex Workflows的一个主要优点是无需编程即可使用。但是，如果程序员可用，则可以添加其他逻辑来扩充工作流（例如事件级编程）。