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

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

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

文档管理系统（DMS）：Sharepoint门户

公司组织结构（工作流所需，也用于DMS）：可能是与Active Directory和sharepoint portal集成的自定义开发

工作流管理系统（或BPM）：Nintex工作流

问题是:

以上各点是否符合逻辑，或者是否缺少某些内容

将公司组织结构与工作流管理和sharepoint集成在一起需要花费太多的开发时间，还是有更简单的解决方案，例如sharepoint或Nintex workflow中的内置组织结构

我仍在审查软件解决方案，我对sharepoint不熟悉，我也在寻找一种软件解决方案的组合，这种组合导致我以后可以将此产品/解决方案用作未来客户的产品

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

开始->填写请假表->由当前的在职经理批准请假表->由人力资源团队保存请假表数据（存档或单独的人力资源管理系统）->关闭流程

---

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

我不熟悉Nintex工作流。但是，如果您的active directory信息在组织结构和用户详细信息及组方面是最新的，SharePoint可能会立即支持该组织结构

因此，可能剩下的只是工作流组件，它可能再次使用标准SharePoint功能创建，并使用SharePoint Designer进行少量自定义

---

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

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

根据需要，标准OOB SharePoint和Nintex可以一起使用以生成惊人的工作流。使用Nintex工作流的一个主要优点是，它可以在无需编程的情况下使用。但是，如果程序员可用，可以添加额外的逻辑来扩充工作流（例如事件级编程）