首页 > 解决方案 > (用于 SharePoint 2013 的 Nintex 表单)是否可以使用表单中的 lookup() 在网站集之外查找列表?

问题描述

我们的场景

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

  2. 基于表单域的值;需要查询驻留在Intranet根站点上的List。

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

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

图片来自 Nintex 2013 文档

  1. 从第 3 步和第 4 步开始;门似乎关上了。

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

问候

标签: sharepoint-2013nintex-workflow

解决方案


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

但是,如果您的治理/政策等迫使您维护单独的站点,那么它会变得更加复杂。我使用了调用 Web 服务操作(当前通过设计器中的插入连接器操作 > 调用 Web 服务)。

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

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

综上所述,我需要补充一个巨大的警告。在使用 SharePoint 和 NWF 构建平台类型的解决方案之前,我们会花费大量的前期时间进行流程分析工作。如果您有任何问题,请随时添加评论。


推荐阅读