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

Question

我正在寻找一个产品，可以解决我的问题，我希望你能帮助我这个尽快。

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

Portal.

• Company

• 文档管理系统(

1. Document Management System )：Sharepoint
2. 组织结构(工作流需要并在DMS中使用)：可能与Active和sharepoint
3. 管理系统集成的自定义开发：

问题如下：

missing.

• Will

1. 是逻辑上的观点，或者是有些东西需要花费太多的时间才能将公司的组织结构与工作流管理和sharepoint集成在一起，或者有一个更简单的解决方案，比如在sharepoint中的内置组织结构还是在Nintex中？

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

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

启动->填写休假表->审批表单由当前活动经理->保存休假表数据由人力资源团队(存档或单独的人力资源管理系统) ->关闭处理

定义了组织结构，然后为一组人定义了“当前活动经理”，流程将由“工作流管理系统”/BPM软件构建，“休假表”可以是webform，也可以是存储在文档管理系统上的模板。

Answer 1

但是，如果您的活动目录信息是最新的，在组织结构和用户详细信息&组方面，组织结构可能是由SharePoint支持的。

因此，剩下的就是工作流组件，它可能再次使用标准SharePoint功能创建，并使用SharePoint设计器进行少量定制。

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

Answer 2

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

根据需要，标准OOB SharePoint和Nintex可以一起使用来产生惊人的工作流。使用Nintex工作流的主要优点之一是无需编程即可使用它。但是，如果程序员可用，则可以添加额外的逻辑来增强工作流(例如事件级编程)。