RPA workflows (Preview)

机器人流程自动化 (RPA) 可在人们每天使用的系统中自动执行基于规则的重复性工作。使用编码智能体，您可以用简单的语言描述工作，智能体会生成可运行的工作流。您的职责是很好地描述它，并查看返回的内容。

RPA 适用于

RPA 适合定义明确、确定性的工作，尤其是在系统没有可用 API 的情况下：

• 读取和转换文件及电子表格。
• 在系统之间移动数据和更新记录。
• 将 API 作为更大流程的一部分调用。
• 通过界面驱动桌面、网页和虚拟应用程序。

当工作需要判断力而不是固定规则时，智能体或两者的组合可能更适合。请参阅智能体。当工作流是跨越审批、系统和时间的较长流程中的一个步骤时， Maestro Flow可以将其与人员和其他自动化一起编排。

有关端到端的工作示例，请参阅RPA 技巧。

您可以要求提供的信息

构建新的工作流只是一个起点。在自动化的整个生命周期中，使用相同的编码智能体，因此常见请求包括：

• 使用描述、一组手动步骤、流程文档或模板（例如机器人企业框架 (REFramework))构建新的工作流。
• 通过重组、添加步骤或交换活动来重构和扩展您已有的工作流。
• 在旧版项目中工作，识别较旧的项目类型，并在其限制内运行。
• 添加测试，生成带有断言的测试用例，并运行这些用例以确认行为。
• 在不进行任何更改的情况下，审核现有自动化的质量、缺少的错误处理以及有风险的选择。
• 通过读取错误、查找原因并提出修复建议来调试失败的工作流。
• 打包和重用，方法是将项目发布到 Orchestrator，或将共享逻辑提取到可重用的库中。

您可以在对话中推动所有这些操作，智能体则在后台为每个请求选择正确的 UiPath 功能。

一次良好的 RPA 请求应具备的条件

智能体将构建您所描述的内容，因此摘要对于同事来说非常重要：

• 步骤，按顺序排列。
• 涉及的系统和应用程序。
• 输入和输出及其类型。
• 工作流涉及的屏幕或数据。

有效工作中的一般准则也适用于此处；上述各点对 RPA 最为重要。只要先删除真实的客户数据，现有流程文档是一个很好的起点。

选择低代码或编码

UiPath RPA 工作流可以构建为低代码工作流，也可以构建为编码工作流，您可以指导：

• 低代码工作流( .xaml ) 是可审核、可审核的默认工作流。它们的活动覆盖范围最广，并且可以在 Studio Web 中编辑。大多数自动化都适合这里。
• 编码工作流（ .cs 、C#）适合逻辑繁重的组件，例如复杂的数据转换、解析或自定义类型。

两者也可以在一个项目中混合使用。预先选择形状，而不是在构建过程中选择形状，可避免以后的重组；如果没有指示，智能体默认为低代码。

通过用户界面自动化 推动应用程序

对于不提供 API 的系统，最难但最有价值的 RPA 工作是以像人类一样的方式驱动应用程序界面，方法是单击、输入、读取值和在屏幕之间移动。UiPath 的用户界面自动化使其变得可靠，并且编码智能体可以直接使用它。

如何捕获界面

智能体不会猜测如何查找每个元素，而是会在设计时探索应用程序：它捕获屏幕，识别要处理的元素，并构建用于导航和填充这些元素的步骤。这在设计上为多模态，因为对于桌面应用程序，仅依靠基础页面结构是不够的。元素可以移至屏幕外、滚动出视图或隐藏在弹出窗口后面。

捕获的元素作为稳定目标存储在对象存储库中，因此可以在工作流中重复使用相同的按钮或字段，并在一个位置进行维护。这就是可靠的用户界面自动化与脆弱的基于坐标的屏幕抓取的区别。

保持弹性

界面会发生变化，用户界面自动化的构建就是为了适应这种变化：

功能	操作
修复选取器	在界面变化时调整目标，而不是完全中断。
诊断	在故障后读取日志、录制文件和屏幕截图，并用简单的语言解释出了什么问题。
ScreenPlay	UiPath 的 AI 驱动计算机视觉；在运行时适应应用程序和数据，作为关键路径上针对不可预测屏幕的回退。

没有实时应用程序时

如果目标应用程序无法用于捕获，智能体仍会生成真实工作流，从而为每次交互做标记，以便开发者在 Studio 中完成捕获。无论哪种方式，最好将生成的选取器视为草稿，并在真实应用程序中进行确认。

用户界面自动化也是构建成本最高的 RPA 类型。它比文件、数据或 API 工作需要更多的时间和精力，因此，无论放在哪里，API 都是更好的路径，并且值得预留时间和精力。

值得捕获的 RPA 约定

RPA 项目具有值得在上下文文件中说明一次的内部规则，而非在每次会话时重复执行。常见示例：

• 新式设计活动，而非传统设计活动。
• 保留在“使用应用程序/浏览器”作用域内的用户界面活动。
• 优先使用原生活动而非“调用代码”活动。
• 现有配置文件和录制的工作流保持不变，不会被覆盖。

优势和局限性

编码智能体擅长新建、结构完整的 RPA 和工作流的第一个版本。它们在以下方面较弱，需要更仔细的审核：

• 复杂或脆弱的选取器。
• 定制企业连接器。
• 不常见的活动选择，可能需要通用的回退措施。

有关在接受工作流之前要检查的内容，请参阅查看和验证输出。

可供尝试的更多提示

• 基于 REFramework 模板创建一个名为BankStatementReconciliation新 RPA 项目。
• 创建一个 RPA 工作流，该工作流从匹配主题“发票”的最新 Outlook 电子邮件中下载附件并将其保存到./inbox/ 。
• 在“提交订单”步骤周围添加“Try Catch”，以便记录业务异常，并将事务设置为“失败”。
• 验证此项目并修复所有分析器警告。

更深入了解

有关使用 Studio 和活动构建自动化的完整了解，请参阅Studio 文档和活动文档。