面向业务用户的 Automation Co-Pilot v.39 版本发布

查看 Automation Co-Pilot v.39 版本的更改内容。

新增内容

为 Co-Pilot 管理员提供 Co-Pilot 中的 LLM 响应切换功能

在管理 > 设置 > 面向业务用户的 Automation Co-Pilot 中引入了新的 Co-Pilot 中的 LLM 响应切换功能，以便管理员能够更好地控制 AI 生成响应的方式。 此设置允许您选择 Co-Pilot 是否仅依赖公司批准的知识来源，或同时结合基于通用模型的智能。 此项增强功能为组织在管理响应准确性、治理和合规要求方面提供了更高的灵活性。

为 Automation Co-Pilot 管理 AI 知识库

更改内容

在 Co-Pilot 网页中提供自定义表格视图
您现在可以在 Co-Pilot 网页中保存并复用您的个性化表格视图。 列更改，包括业务属性、调整大小和排序，现在即使在注销、更换浏览器或设备后，也会完全保持您离开时的状态。 主要增强功能包括：
  • 自定义表格布局会在会话之间自动保存和恢复。
  • 适用于请求和任务表。
  • 还原选项现在是清除所有自定义，会将您的表格重置为默认布局。
  • 对性能毫无影响——只带来更流畅、更个性化的体验。
在 Microsoft Teams 中对 Automation Co-Pilot 进行深度链接导航

我们引入了无缝的深度链接导航，允许用户通过 URL 直接在 Microsoft Teams 中打开嵌入的 Automation Co-Pilot。 此更新为所有企业用户提供了更高效的工作流体验。 通过此项增强功能，您现在可以单击包含流程请求 ID 的深度链接（例如，形式如 https://teams.microsoft.com/l/entity/...?...caseId=<ID> 的链接），并直接跳转到 Microsoft Teams 内部的等待任务（例如，审批任务、数据录入或审核任务） Automation Co-Pilot，自动定位到与该特定请求关联的 Co-Pilot 视图。

启用深度链接以访问 Microsoft Teams 中的 Automation Co-Pilot

修复

当流程使用条件 Go to 节点重定向回表单任务时，多选下拉输入框中已选的值现已被保留。 此修复确保所有类型的动态和自定义数据都能被保留——无论这些数据是来自之前的任务（机器人或表单），还是以变量形式提供。

Service Cloud 工单 ID： 02285972
您现在可以完成大型表单并提交，无需重复输入信息。 弹出窗口现在会保留您输入的数据，且更新能够顺利提交，而不会出现任何问题。

此前，在任务弹出窗口中提交数据时，窗口有时会意外最小化或关闭，导致所有已输入的信息丢失。 此外，在单独窗口处理大型表单时，如果会话超时，偶尔会显示未授权错误。

Service Cloud 工单 ID： 02284788, 02227135, 02278410, 02227135
当 Start 节点包含输入变量时，新创建的变量也会默认设置为输入模式，以确保行为一致。

以前，用作输出被选为默认选项，导致用户体验不一致。

验证错误现在可以在用户在富文本编辑器 (RTE) 和 textbox 字段中输入超过最小要求字符数时正确清除，即使未设置最大长度。

此前，即使已满足最少字符要求，这些错误仍然会继续出现。
现在已解决一个问题：公式字段允许方法名称（例如，sum、mul、div、sub、datediff、dateadddays、dateaddweeks）而无需任何必需的数字或日期元素。 系统现在能够正确防止保存不完整的公式，确保仅能提交有效的表达式。
当您在 Automation Co-Pilot 的请求页面选择自定义表格选项时，创建者用户将不会再遇到意外的访问被拒绝提示。 系统现在能正确验证权限，授权用户将不会再看到该错误。
在 IF–ELSE 条件中使用全局变量的流程现在能够成功执行，不会出现运行时错误。

此前，即使流程已成功保存、发布并创建了请求，但在运行时，如果在 IF–ELSE 条件中引用了全局变量，该类流程仍会在初次提交后失败。
所有复选框选项现在在后续步骤中都会一致地显示。

先前选中的选项会正确显示为已勾选状态，而未选中的选项则保持可见且未勾选状态，确保表单体验始终如一且符合预期。
在表单属性中选择的字体大小现在能够正确显示在表单编辑器和最终渲染的表单中。

此前，表单中的数字字段标签和值未能应用字体大小的更改。

现在，每次尝试时，Automation Co-Pilot 调度程序列表都会正确刷新。 加载旋转器会按预期清除，不会卡住。

以前，在刷新 Automation Co-Pilot 调度程序列表时，加载旋转器会一直可见，特别是在第二次刷新时。
提交包含映射到输入表变量的表格的表单任务时，不再会导致间歇性空白页面问题。

此前，表单可能会在页面刷新前变得无法恢复。
当打开已分配用户组的流程时，应用程序不再短暂显示需要默认用户组消息。

此前，此消息的出现是由于对加载状态的评估不正确所致。
当启用对话式自动化功能标志但所需许可不可用或已过期时，将不再生成重复的错误日志。

以前，Kloudfuse 后端日志中持续生成错误日志。
现在，来自任何团队的用户都可以在聊天窗口成功运行流程，即使该流程被分配给多个团队且该用户并非默认团队成员。

此前，如果某个流程被分配给多个团队，且用户属于非默认团队，在 Assistant 标签页的聊天窗口提交请求时会导致错误。 多次尝试会导致相同的错误，单击提交表单按钮可能会导致聊天窗口崩溃。
现在，您可以在聊天窗口中成功提交包含单选元素和自定义变量映射的表单步骤。 单选元素在表单渲染时能够正确显示变量映射的选项，并且所选值能够按预期提交。

此前，当表单步骤包含映射到自定义变量的单选元素时，如果从 Assistant 标签页的聊天窗口触发，表单将无法提交。 在运行时，单选项会恢复为表单创建时定义的默认值，而不是显示变量映射的值。 这导致表单验证出现错误并阻止提交。
当您在 Assistant 选项卡中启动包含审批步骤的流程时，如果该审批任务步骤分配给当前登录用户，审批任务分配的内联通知现在会正确显示在 Assistant 选项卡中。

此前，通知未显示，这导致被自动分配审批步骤的用户未能在 Assistant 选项卡中收到预期的通知。
当您在 Assistant 窗口中运行包含 Document Validator 步骤的流程时，现在每个事件将在聊天窗口中显示一条通知。

以前，针对同一事件有时会显示重复的通知，而不是只显示一条通知。
现在，您可以在 Automation Co-Pilot Assistant 选项卡中提交提示，当您在提示内选择文本并按下 Enter 键时，应用程序不会崩溃。

此前，在提示中选择文本并按下 Enter 会导致应用程序崩溃，而使用发送提交提示则正常运行。
在 Automation Co-Pilot Assistant 选项卡中，在编写提示时，滚动位置将保持不变，便于在提交前轻松查阅之前的对话内容。

此前，当用户在提示字段开始输入时，界面会自动滚动至聊天窗口底部，从而中断了对早期消息的查看。
在 Automation Co-Pilot Assistant 选项卡中，任务查询会根据请求的任务状态返回准确的结果。 现在，您可以在提示中按状态和任务类型查询时，仅查看已完成或已拒绝的任务。

此前，当用户查询已完成或已拒绝的表单、验证或审批任务时，响应中错误地包含了分配给该用户的待处理任务。
任务状态现在在 Automation Co-Pilot Assistant 选项卡聊天窗口中运行自动化时保持一致，确保所有视图中的状态一致性。

以前，当任务处于排队状态时，在请求 ID 的显示详细信息视图中显示为排队中，但当您在聊天窗口单击任务名称时，会变为进行中。
仅配置为由机器人运行的自动化将不再显示在 Automation Co-Pilot Assistant 选项卡中。

此前，如果Automation Co-Pilot管理员在管理 > 流程中编辑流程并选中按机器人复选框，即使该自动化未在Automation Co-Pilot 自动化标签页中可用，用户仍可在 Assistant 标签页中看到该自动化。
当您使用包含下拉列表元素的表单规则时，基于规则的行为在表单渲染过程中不再出现故障，且表单规则现已按预期正常运作。

Service Cloud 工单 ID： 02202529
表格元素在审批过程中将保持不可编辑状态，防止对表单数据进行非预期更改。

此前，即使表单处于只读模式，用户仍可在审批任务屏幕上编辑表格字段。
在流程执行期间，当值直接从 机器人 传递到表单时，表单现在能够正确显示默认时间。

此前，从 机器人 的日期或时间变量传递到时间输入的默认值未在关联的表单任务中显示。
表格规则现仅适用于满足条件的特定行，移动行不再触发其他行的规则执行。 行移动行为符合预期，不会改变无关行中的数据或状态。

此前，当行被上移或下移时，表格元素内的表单规则应用不正确。
现在，下划线在可用和已选择列区域以及表标题中均一致显示为空格，并且该格式在刷新页面以及登录或注销后依然保持不变。

以前，下划线在可用列表中显示为空格，但在应用自定义并刷新后又变回下划线。
必填标志已在变量映射中正确转换为输入必填，确保用户在提交前必须提供必要的输入。

之前，在流程中使用表单时，表单中定义的必填字段未被强制要求填写。
如果在配置操作时未设置相应的 If 条件，系统现会显示警告信息，从而确保规则的完整性，并防止在表单构建器中出现无效的规则配置。
在 AI 知识 → RAG 文件表中，文件格式（例如：PPT/PPTX、DOCX、XLS/XLSX 和 XSLT）现在将以更友好、易于理解的标签显示，而不再显示原始内容类型值。

以前，AI 知识 → RAG 文件表会显示错误的文件格式。
系统现在能够正确支持带有空格的元素 ID，确保 AI 坐席 任务运行无误。

以前，当其默认的元素 ID 包含空格时，AI 坐席 个任务未能运行。

富文本编辑器 (RTE) 现在能够保留其内容，正确显示警告信息，并根据配置保持可编辑状态。 同一元素的规则执行和数据传递现在能够按预期运行。

此前，当 机器人 传递的数据在表单加载时触发非空警告规则时，RTE 字段可能会变为空白且无法编辑。

Service Cloud 工单 ID： 02291662, 02291950, 02292058, 02292426, 02292446, 02292945, 02292733
流程任务现在会在当前步骤成功完成后，按预期自动推进到下一步。

此前，任务完成后，流程执行需要手动刷新页面才能继续。

Service Cloud 工单 ID： 02294656
请求任务现在可以正常加载，不会出现错误消息，并且可以按预期查看和处理。
此前，在 Automation Co-Pilot 网页任务列表视图中打开有效的请求任务时，Automation Co-Pilot 用户界面可能会显示无效任务 ID 错误。
注： 此问题仅出现在隐藏任务中（即配置为完成后隐藏的任务）。

Service Cloud 工单 ID： 02291383
当流程与私有团队关联时，请求创建者或合格用户现在会被自动正确分配，从而确保任务执行更加顺畅，无需手动分配。

Service Cloud 工单 ID： 02291545
现在，用户在配置了 IsEmpty 验证或警告规则时，可以正确重置或清除文本框的数值，从而确保表单按预期运行并实现准确的数据录入。

以前，在为字段配置警告规则（例如，“如果为空，显示警告”）时，文本框的默认值未被清除。 空规则输出被错误地丢弃，导致无法应用有意的数值重置。

Service Cloud 工单 ID： 02293437
文档查看器元素现在在上传无效或损坏的 PDF 文件时会显示相应的错误消息，防止出现无限加载，并为用户提供明确的反馈。

此前，当上传无效、损坏或大小为 0KB 的 PDF 文件时，文档查看器元素会一直处于加载状态。

Service Cloud 工单 ID： 02188321
现在，用户可以通过单击请求行的任意位置（包括状态列）来打开请求，从而提升了易用性并恢复了预期的导航行为。

此前，在 Automation Co-Pilot 网页中，用户无法通过单击请求表格行的任意位置来打开请求。 只能通过选择请求标题超链接来打开请求。

Service Cloud 工单 ID： 02291130
用户现在可以清晰地查看多选下拉菜单中已选的选项，从而减少混淆并防止意外提交表单。

此前，在 Automation Co-Pilot 网页中，多选下拉菜单在选择一个或多个值后仍然显示占位文本（选择）。
当您在助手选项卡的聊天界面中运行包含选择文件元素的表单流程时，即使所选文件名超过 100 个字符，表单也会在聊天窗口内自动调整显示。

此前，表单在聊天窗口内以固定宽度画布打开，上传较长文件名时会导致布局问题。
当用户在 Automation Co-Pilot 助手选项卡中查看推荐自动化，并单击某个此前已列出但已从公共存储库删除的自动化时，系统现在会显示明确的错误消息。

此前会显示空白响应，且未提供错误消息。

限制

当您创建包含动态元素（例如：复选框、单选按钮、下拉列表和下拉列表多选）的表单，添加一个按钮（名为 visible）以及一个文本框，然后对这些动态元素应用 Is visible 条件，并设置在可见时将其值附加到文本框的规则时，可能会遇到以下问题：

当您将此表单作为流程的初始启动步骤添加，保存并运行流程，单击 visible 按钮以显示所有动态元素时，其值并未按照预期附加到文本框中。
当您创建包含动态元素（例如：复选框、单选按钮、下拉列表和下拉列表多选）的表单，添加一个按钮（名为 hidden）以及一个文本框，然后对这些动态元素应用 Is hidden 条件，并设置在元素隐藏时将其值附加到文本框的规则时，可能会遇到以下问题：

当您将此表单作为流程的初始启动步骤添加，保存并运行流程，单击 hidden 按钮以隐藏所有动态元素时，并未按照预期附加到文本框中。
在所有请求页面和任务页面，标签中包含空格的业务属性（例如，biz attr）不会在可用列列表中显示。 因此，这些属性无法添加到表格中进行查看。
在使用将 textarea 的值附加到富文本编辑器 (RTE) 的表单规则时，文本可能会被添加两次而非一次。 仅在使用 textarea 元素的值时才会发生这种情况。
当流程在执行过程中更新请求属性时，所有请求页面在请求完成后未显示新的属性值。 属性列继续显示初始值。
在流程中使用包含多选下拉列表元素的表单时，即使已正确配置变量映射，在表单任务中选择的值也可能无法传递到后续的审批任务。
配置了日期格式的表单不允许用户选择日期，导致表单无法正常输入。 此限制会给用户带来不便，并对依赖此日期格式的工作流产生影响。

Service Cloud 工单 ID： 02292395
当调用具有大型输入有效负载的目标导向型坐席（例如：将大量 JSON 数据传递到多个变量）时，任务页面会截断所显示的数据。 输入字段会垂直扩展，但高度保持固定，导致内容无法完全显示。 布局未根据可用屏幕宽度进行调整，且未提供滚动选项，限制了用户查看完整输入数据的能力。

在表单中，当通过规则操作（例如，通过按钮单击）以编程方式将 TextBox 字段重置为默认值（空）时，相关的 IsEmpty 验证规则不会自动触发。
使用 V2 引擎编排的自动化在通过会话式助手界面触发时无法执行。