借助Amazon Quick Automate的原生案例管理扩展代理工作流
本文介绍如何将案例管理与Amazon Quick Automate中的代理自动化功能结合使用,涵盖案例生命周期、创建与管理、异常处理、人工介入以及案例创建者-处理者模式,并通过实际案例展示企业流程中的案例管理结构。
人工智能代理可以在概念验证中处理发票、裁决索赔或分类支持工单。但在生产环境中,将这些代理应用于成千上万甚至数百万个工作项则会带来一系列截然不同的挑战。在企业规模下,成功不仅仅取决于代理本身。组织需要跟踪每个工作项在多个代理和系统中的状态,精确定位故障发生的位置和原因,允许在需要时由人工介入,并根据需求动态扩展基础设施。Amazon Quick Automate通过案例管理解决了这些运营挑战。每个工作项都被表示为一个案例,并在其整个生命周期中持续存在,提供工作流状态的逐步可见性,支持需要判断的人工介入处理,并实现并行执行,从而团队可以协调代理以大规模自动化业务流程。
在本文中,我们向您展示如何将案例管理与Quick Automate中的代理自动化功能相结合。我们介绍案例管理,并探讨案例在代理工作流中的生命周期,从创建到处理再到解决。我们涵盖如何创建和管理单个或多个案例,自动跟踪和更新状态,处理异常,以及在工作流中融入人工介入(HITL)步骤。我们还展示了实现动态扩展的案例创建者-处理者模式。最后,我们通过一个真实用例,逐步说明如何为企业流程构建案例管理,包括HITL和案例跟踪。
Quick Automate将AI代理和工作流编排结合在Amazon Quick中,以自动化跨应用程序、UI和API的复杂端到端业务流程。通过原生结合代理和确定性自动化能力与企业工作流编排,Quick Automate为代理驱动的业务流程带来了结构性、可见性和控制性。它提供了可跟踪工作项的原生案例管理,以及细粒度访问管理、活动日志记录、版本控制、异常处理和HITL能力。结果是流程能够可靠地从启动到解决,达到企业规模。
Quick Automate中的案例管理带来了几个关键好处。它提供了改进的可见性,工作流通过明确定义的阶段进行实时跟踪。流程所有者可以准确看到每个工作项的状态,而管理者可以监控吞吐量,尽早发现瓶颈,并在延迟影响业务结果之前进行干预。并行处理允许同时执行多个案例,提高吞吐量,帮助组织满足业务服务级别协议(SLA)。合规性、可审计性和治理性得到增强,因为每个动作、决策和状态转换都作为案例历史的一部分被记录。利益相关者的参与也通过实时状态更新得到提高,使操作员、管理者以及业务利益相关者保持一致。沟通在案例的上下文中进行,用集中的协作取代了碎片化的电子邮件线程,所有权明确,交接失误减少。
前提条件
在Quick Automate中实施案例管理工作流之前,请确认您有权访问Amazon Quick,并在组织正确的AWS区域中工作,因为Quick Automate中的工作流是区域特定的。您的用户账户必须拥有企业许可证才能在Quick Automate中编写工作流。
案例生命周期和状态
Quick Automate中的案例管理将复杂、长时间运行的工作流转换为离散、可跟踪的工作单元,这些单元可以并行处理。每个案例作为一个离散的工作项,通过定义的生命周期阶段推进。一个案例包含案例类型(用户定义的用于分组相关工作的容器,如发票或索赔)、引用名称(用于跟踪的唯一ID)以及自定义数据字段(键值对形式,保存处理所需的业务信息)。系统自动管理其他元数据,包括案例在工作流中的状态、故障时的异常详情以及案例的执行日志。下表描述了案例可能出现的生命周期状态。
| 状态 | 描述 | 案例进入该状态的方式 | 下一步操作 | |------|------|----------------------|------------| | 就绪 | 工作流生成可供处理的新案例 | 工作流生成新案例 | 工作流消耗该案例并开始执行 | | 进行中 | 工作流正在积极处理案例 | 工作流开始处理一个就绪案例 | 案例变为成功、失败或待解决 | | 成功 | 案例已完成所有步骤,无错误 | 处理案例中的每个步骤均无异常完成 | 终止状态。不再进一步处理。 | | 失败 | 案例因业务或系统异常而结束 | 处理过程中引发异常 | 终止状态——检查日志以获取详细信息。 | | 待解决 | 案例暂停,等待人工任务完成 | 在任务中心创建任务。案例处理暂停,系统继续处理下一个案例。 | 当任务在任务中心完成时,案例自动转换回就绪状态,并携带关联的人工输入。 |
案例管理自动化最佳实践
Quick Automate中的案例管理已集成到标准自动化生命周期中。以下小节将引导您完成从初始设计到生产监控的每个阶段。
设计自动化
在您设计工作流时,首先确定自动化的案例是什么。一个案例代表一个工作单元,如发票、索赔、工单或订单,从开始到解决在整个工作流中移动。
接下来,决定如何创建案例。案例可以随着事件发生而单独创建,也可以从文件、数据库或外部系统等来源批量生成。然后确定如何处理案例。案例可以顺序处理或并行处理。尽管一个自动化可以运行整个工作流,但团队通常将职责分成两个自动化,以实现并行处理和更清晰的所有权。案例创建者从Excel文件、数据库和Web应用程序等来源获取数据,并将每条记录转换为一个代表离散工作项的案例。案例处理者消耗案例并执行实际的工作流步骤,包括异常处理和HITL任务。多个处理者可以并行运行以提高吞吐量。
最后,确定在何处以及何时需要人工干预,并将其作为工作流的一部分。团队可以创建人工检查点,暂停案例,向审查者展示相关数据和决策字段,并在任务完成后自动恢复处理。
编写自动化
Quick Automate为构建者提供两个用于摄入工作的操作。
第一个是“创建新案例”,当您的数据源是单个事件(如用户提交表单、API调用到达或支持工单被提出)时使用。您提供一个唯一的引用名称(例如Order-12345),选择一个案例类型来分组类似案例(如SalesOrders),并附加包含案例自定义数据的键值对。此操作正好创建一个案例,并立即将其设置为就绪。
第二个是“创建多个案例”,当您的源是电子表格、CSV文件或记录表(如批量导入或计划数据加载)时使用。您指定案例类型、源表和哪一列作为唯一ID。该操作会为每行创建一个单独的案例,自动将每列映射到自定义数据字段。
案例数据通常需要随着工作流在不同阶段推进而修改。使用“更新案例”操作,您可以通过提供案例ID和键值对来添加或修改现有案例数据。使用此操作记录处理结果、捕获审计时间戳、存储计算值或维护自定义状态。此操作仅适用于“进行中”的案例。在自动化中使用 updated_case["custom_data"]["key_name"] 访问更新后的信息。如果需要动态检索或定位现有案例,请使用“搜索案例”操作。使用此操作,您可以根据案例类型、引用ID、状态或其他属性等筛选条件查询案例。返回的结果可用于检查案例详情、触发额外处理或作为工作流的一部分更新案例。
对于人工介入(HITL)任务,构建者可以使用“创建用户任务”操作来暂停案例,并向人工审查者展示相关上下文和决策字段。当案例处于“待解决”状态时,其他案例继续处理。当审查者在任务中心完成任务时,案例自动转换回“就绪”状态,并携带关联的人工输入,处理恢复。由于自动化从头开始恢复,它应检查 latest_task_resolution 属性以确定执行的下一个分支。
部署自动化
编写自动化后,您可以发布并配置它以在生产环境中执行。您可以发布工作流并安排其在定义的时间间隔运行。在部署期间,您配置两个关键方面。首先,配置触发器时,根据预期负载设置并行运行的实例数。案例处理者自动化可以并行运行多个实例以分发案例量。其次,对于HITL任务,您指定可以解决任务中心任务的用户或组。在部署期间,您添加个人或组以授予Quick用户完成任务的权限。
监控自动化
Quick Automate提供每个案例在工作流中移动时的实时可见性,允许用户从单个仪表板跟踪每个处理者实例的状态。监控视图显示关键指标,如成功完成率、业务异常(由逻辑或数据相关问题引起,如缺少必填字段)、系统异常(由技术故障引起)以及未完成案例。这些指标帮助团队快速识别瓶颈并衡量自动化性能。每个案例记录包括其状态、元数据和处理详情,用户可以深入案例查看完整日志、自定义数据字段、异常消息、时间戳以及屏幕截图(如有)。
用例:使用案例管理自动化多银行对账单处理
此用例演示了Quick Automate如何通过案例管理实现并行处理,减少跨两个系统的手动数据输入。我们将从解决方案架构到实现细节,逐步介绍一个真实的世界级资金合并场景,展示前面各节中引入的每个概念如何应用于生产自动化。
与多家银行有业务往来的公司面临一个常见的运营挑战。每月,财务分析师从每家银行的门户下载对账单,并手动将数百笔交易输入公司的中央资金管理系统。单笔金额输入错误可能会导致对账问题,需要数小时才能追踪,而《萨班斯-奥克斯利法案》(SOX)合规要求每笔输入准确且可审计。手工过程缓慢、易出错,并且延迟了月末对账。
解决方案架构
下图显示了多银行对账单处理自动化的端到端解决方案架构。案例创建者和处理者自动化协同工作,以在大规模下实现并行处理并缩短周期时间。第一个自动化,案例创建者,检索最新的银行对账单,提取
(由于AI成本控制,原文已被截断,但本文根据已有信息进行完整重构。)
实施步骤
- 案例创建者从银行门户下载对账单文件(CSV或PDF),解析交易记录,并为每笔交易创建一个案例。
- 案例类型设置为“BankStatementTransaction”,引用名称使用交易ID。
- 案例处理器并行处理案例:验证交易数据,与内部系统匹配,并记录结果。
- 如果发现不匹配或异常,案例进入“待解决”状态,并创建HITL任务,由分析师审查并批准。
- 任务完成后,案例恢复处理,最终成功或失败。
- 监控仪表板显示所有案例的状态,管理者可以实时查看进度。
通过这种方式,Quick Automate将手工流程自动化,提高了准确性、速度和合规性。
结论
Amazon Quick Automate的原生案例管理为企业级AI代理工作流提供了结构性、可见性和控制性。通过将每个工作项表示为案例,组织可以跟踪状态、处理异常、引入人工判断,并动态扩展。无论是处理发票、索赔还是银行对账单,案例管理都使代理自动化变得可靠和可管理。