工作流并且应该迁移或不应该迁移。 确定 您的工作流程清单并 特别 评估 关键 和 复杂的 工作流程 。不要只关注当前的 SharePoint 环境，还要关注 新架构的外观和感觉 。 您的迁移计划不仅应该记录“什么”，还应该记录“如何”。定义 步骤并制定合理的 实施 时间表。 还包括 与公司所有相关领域的利益相关者和用户进行定期、透明的沟通。在其他 Nintex Workflow 版本（例如 Nintex Workflow 2013 on Premise）中，会显示特定的控件名称。 用红色标记的值是存储在集合中的观察数： coll_ObservationNo = [1, 2, 3, 4, 5] 以同样的方式，我们在工作流程中配置两个额外的查询 XML 操作，用于资格和观察描述。结果，集合变量如下： coll_Qualification = [提示，提示，提示，提示，提示] coll_Observation = [文本1、文本2、文本3、文本4、文本5] 现在，我们已经从 XML 代码中提取了之前输入到表单重复部分内的输入字段中的所有值，并将它们保存在每个控件或数据类型的单独集合中。相应的观察数和索引本身都临时存储在整数变量中。
Nintex 工作流程 - 对于每种配置 8. Nintex 工作流程 – 对于每种配置 使 手机号码库 用索引变量，运行接下来的两个工作流操作“从集合中获取项目”，并且“coll_Qualification”和“coll_Observation”集合中的相应值分别缓存在文本变量中。 9. Nintex 工作流程 - 从集合配置中获取项目 9. Nintex 工作流程 – 从集合配置中获取项目 经过这些步骤后，我们在第一次循环过程中获得了以下缓存值： txt资格=备注 txt观察=文本1 这些单独的值将在下一个操作中再次组合到一个变量中。由于各个变量中有不同的数据类型，因此我们创建一个字典变量：注释，文本1] 循环运行中的最后一个工作流操作“将项目添加到集合”创建一个所谓的复杂集合变量或向其添加值。在每次循环迭代结束时，上一步中创建的字典将添加到集合中。
从 Nintex 工作流迁移到 Microsoft 365 – 第二部分：Nintex 的迁移工具 – 成功迁移的辛勤移动助手 从Nintex Workflow 迁移到 Microsoft 365 的成功迁移项目的关键基础在于深思熟虑的迁移计划。您在本博客系列的前一部分中了解了这一点，主题是从 Nintex 工作流迁移到 Microsoft 365。 错过了帖子？ 读第一部分：成功的关键。 全面迁移计划的目的是将项目的复杂性分解到确保清晰度和结构化方法的水平，并最大限度地减少意外风险。实现此目标的一项基本任务是分析和评估您现有的 Nintex 工作流程。阅读本文，了解如何确定有关当前库存的有用信息以及哪些工具将为您提供支持。 您知道每天有多少 Nintex Workflows 支持您完成任务和项目吗？也许你有一种感觉，可以大致估计一下。但您知道工作流程的确切数量和复杂性吗？ Nintex 提供了多种方法来了解工作流程清单的底部。