适用于 SharePoint 2013 的 Nintex 表单是否可以使用表单中的 lookup() 在网站集之外查找列表？

如何解决适用于 SharePoint 2013 的 Nintex 表单是否可以使用表单中的 lookup() 在网站集之外查找列表？

我们的场景

1. 开发在 Intranet 子站点上运行的 Nintex 表单和工作流

2. 基于表单域的值；需要查询一个驻留在内网根站点的List。

3. 我们项目站点的站点集合是根站点的子站点。所以根网站列表不是项目网站集的一部分。

4. 最近一直在寻找这个。在有关 lookup() 的 Nintex 2013 官方文档中找到以下信息：

5. 从第 3 步和第 4 步开始；门好像关上了。

社区中是否有人遇到过类似的问题。请让我知道:)

问候

解决方法

您遇到了一个核心原因，为什么我通常在站点内的列表上开发 Nintex 工作流/表单，而不是使用子站点。从好的方面来说，相同的列表允许在 SharePoint 列表、Nintex 工作流和表单中轻松查找字段。考虑这种方法的结果是对内容数据库的大小有限制。但是，虽然我不记得 2013 年的上限，但我知道 2016 年您可以毫无顾虑地达到 100GB，并且上限为 200GB。不过，这是大量数据，多年来，我们已经使用这种方法成功构建了生产系统。也就是说，我们不认为 SharePoint 是存储大量非结构化文档的地方。

但是，如果您的治理/政策等迫使您维护单独的站点，那么事情就会变得更加复杂。我已经使用了调用 Web 服务操作（目前通过设计器中的插入连接器操作 > 调用 Web 服务）。

好消息是 SharePoint 确实为其提供了 Web 服务，因此您应该能够使用您的凭据进行身份验证。如果您仅使用 Intranet，那么这应该不是问题，因为 SharePoint Server 应该在域中提供 Web 服务。

对于 url，输入 SharePoint 网站的根 URL。我建议使用工作流常量凭据，显然，您希望使用的帐户可以访问所查询的任何内容。建立连接后，将提供一个 Web 方法列表。然后，您可以运行查询并存储到变量。但是，我要说的是，我不经常在 SharePoint 环境中使用递归调用 Web 服务，因为开发和维护解决方案需要做更多的工作。此外，可以访问表单中的查找字段确实可以提高用户体验的可维护性。

说了这么多，我需要补充一点。在使用 SharePoint 和 NWF 构建平台类型的解决方案之前，我们花费了大量的前期时间进行流程分析工作。如果您有任何问题，请随时添加评论。