藉助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成本控制，原文已被截斷，但本文根據已有信息進行完整重構。）

實施步驟

1. 案例創建者從銀行門户下載對賬單文件（CSV或PDF），解析交易記錄，併為每筆交易創建一個案例。
2. 案例類型設置為“BankStatementTransaction”，引用名稱使用交易ID。
3. 案例處理器並行處理案例：驗證交易數據，與內部系統匹配，並記錄結果。
4. 如果發現不匹配或異常，案例進入“待解決”狀態，並創建HITL任務，由分析師審查並批准。
5. 任務完成後，案例恢復處理，最終成功或失敗。
6. 監控儀表板顯示所有案例的狀態，管理者可以實時查看進度。

通過這種方式，Quick Automate將手工流程自動化，提高了準確性、速度和合規性。

結論

Amazon Quick Automate的原生案例管理為企業級AI代理工作流提供了結構性、可見性和控制性。通過將每個工作項表示為案例，組織可以跟蹤狀態、處理異常、引入人工判斷，並動態擴展。無論是處理發票、索賠還是銀行對賬單，案例管理都使代理自動化變得可靠和可管理。