藉助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代理工作流提供了結構性、可見性和控制性。透過將每個工作項表示為案例，組織可以跟蹤狀態、處理異常、引入人工判斷，並動態擴充套件。無論是處理發票、索賠還是銀行對賬單，案例管理都使代理自動化變得可靠和可管理。