人工知能（AI）エージェントは、概念実証において請求書処理、クレーム審査、サポートチケット分類などを実行できます。しかし、本番環境で数千、数百万もの作業項目に対してこれらのエージェントを運用することは、まったく異なる課題をもたらします。エンタープライズ規模では、成功はエージェント自体だけに依存しません。組織は、各作業項目が複数のエージェントやシステムを通過する際の状態を追跡し、障害が発生した場所と理由を正確に特定し、必要に応じて人間が介入できるようにし、需要に基づいてインフラストラクチャを動的にスケールする必要があります。Amazon Quick Automateは、ケース管理を通じてこれらの運用上の課題に対処します。各作業項目はケースとして表現され、ライフサイクル全体にわたって永続化され、ワークフローの状態に対する段階的な可視性を提供し、判断が必要な場合の人間参加処理をサポートし、並列実行を可能にして、チームがエージェントを調整してビジネスプロセスを大規模に自動化できるようにします。
この記事では、Quick Automateのケース管理とエージェント自動化機能を組み合わせる方法を説明します。ケース管理を紹介し、エージェントワークフローにおけるケースのライフサイクル（作成から処理、解決まで）を探ります。単一または複数のケースの作成と管理、自動追跡とステータス更新、例外処理、ワークフローへの人間参加（HITL）手順の組み込みについて説明します。また、動的スケーリングを可能にするケース作成者・処理者パターンを示します。最後に、実際のユースケースを通じて、HITLやケース追跡を含むエンタープライズプロセスのケース管理の構造化方法を説明します。
Quick Automateは、Amazon Quick内でAIエージェントとワークフローオーケストレーションを組み合わせ、アプリケーション、UI、APIを横断する複雑なエンドツーエンドのビジネスプロセスを自動化します。エージェント型および決定論的な自動化機能をエンタープライズワークフローオーケストレーションとネイティブに組み合わせることで、Quick Automateはエージェント駆動のビジネスプロセスに構造、可視性、および制御をもたらします。追跡可能な作業項目を持つネイティブケース管理に加え、細粒度のアクセス管理、アクティビティログ、バージョン管理、例外処理、HITL機能などの制御を提供します。その結果、プロセスはエンタープライズ規模で開始から解決まで確実に進行します。
Quick Automateのケース管理には、いくつかの重要な利点があります。明確に定義された段階を経てワークフローが進行する際のリアルタイム追跡により、可視性が向上します。プロセスオーナーは各作業項目の正確な状態を把握でき、マネージャーはスループットを監視し、ボトルネックを早期に発見し、遅延がビジネス成果に影響を与える前に介入できます。並列処理により、複数のケースを同時に実行してスループットを向上させ、組織がビジネスサービスレベルアグリーメント（SLA）を満たすのに役立ちます。すべてのアクション、決定、状態遷移がケース履歴の一部として記録されるため、コンプライアンス、監査可能性、ガバナンスが強化されます。リアルタイムのステータス更新により、オペレーター、マネージャー、ビジネス関係者が常に最新情報を共有できるため、ステークホルダーの関与も高まります。コミュニケーションは各ケースのコンテキスト内で行われ、断片化されたメールスレッドに代わって集中型のコラボレーション、明確な所有権、引き継ぎの減少を実現します。
前提条件
Quick Automateでケース管理ワークフローを実装する前に、Amazon Quickにアクセスでき、組織の正しいAWSリージョンで作業していることを確認してください。Quick Automateのワークフローはリージョン固有です。Quick Automateでワークフローを作成するには、ユーザーアカウントにエンタープライズライセンスが必要です。
ケースのライフサイクルとステータス
Quick Automateのケース管理は、複雑で長時間実行されるワークフローを、並列処理可能な個別の追跡可能な作業単位に変換します。各ケースは、定義されたライフサイクル段階を進行する個別の作業項目として機能します。ケースには、ケースタイプ（請求書やクレームなどの関連作業をグループ化するためのユーザー定義コンテナ）、参照名（追跡用の一意のID）、および処理に必要なビジネス情報を保持するカスタムデータフィールド（キーと値のペア）が含まれます。システムは、ワークフロー内のケースのステータス、障害時の例外詳細、ケースに関連する実行ログなど、追加のメタデータを自動的に管理します。次の表は、ケースが取り得るライフサイクルステータスの説明です。
| ステータス | 説明 | ケースがこのステータスに入る方法 | 次に起こること | |------------|------|----------------------------------|----------------| | 準備完了 | ワークフローが処理可能な新しいケースを生成 | ワークフローが新しいケースを生成 | ワークフローがケースを消費し、実行を開始 | | 処理中 | ワークフローがケースをアクティブに処理 | ワークフローが準備完了ケースの処理を開始 | ケースは成功、失敗、または保留解決に移行 | | 成功 | ケースがエラーなく各ステップを完了 | プロセスケース内の各ステップが例外なく終了 | 終端状態。それ以上の処理は行われない。 | | 失敗 | ケースがビジネスまたはシステム例外で終了 | 処理中に例外が発生 | 終端状態 – 詳細はログを確認。 | | 保留解決 | ケースが一時停止し、人間のタスク完了を待機 | タスクセンターでタスクが作成される。ケース処理は中断され、システムは次のケースに進む。 | タスクセンターでタスクが完了すると、ケースは自動的に関連する人間入力を伴って準備完了状態に戻る。 |
ケース管理自動化のベストプラクティス
Quick Automateのケース管理は、標準の自動化ライフサイクルに統合されています。以下のサブセクションでは、初期設計から本番監視までの各フェーズを説明します。
自動化の設計
ワークフローを設計する際は、自動化のケースとなるものを特定することから始めます。ケースは、請求書、クレーム、チケット、注文など、開始から解決までワークフローを通過する単一の作業単位を表します。
次に、ケースの作成方法を決定します。ケースは、イベント発生時に個別に作成することも、ファイル、データベース、外部システムなどのソースからバッチで生成することもできます。次に、ケースの処理方法を決定します。ケースは順次処理することも、並列処理することもできます。単一の自動化でワークフロー全体を実行することも可能ですが、チームは多くの場合、責任を2つの自動化に分割して並列処理とより明確な所有権を実現します。ケース作成者は、Excelファイル、データベース、Webアプリケーションなどのソースからデータを取り込み、各レコードを個別の作業項目を表すケースに変換します。ケース処理者はケースを消費し、例外処理やHITLタスクを含む実際のワークフローステップを実行します。複数の処理者を並列実行してスループットを向上させることができます。
最後に、人間の介入が必要な場所とタイミングを決定し、それをワークフローの一部として組み込みます。チームは、ケースを一時停止し、レビュー担当者に関連データと判断フィールドを提示し、タスク完了後に自動的に処理を再開する人間チェックポイントを作成できます。
自動化の作成
Quick Automateは、作業を取り込むための2つのアクションをビルダーに提供します。
1つ目は「新しいケースを作成」で、データソースがユーザーによるフォーム送信、APIコールの到着、サポートチケットの発生などの個別イベントである場合に使用します。一意の参照名（例：Order-12345）を提供し、類似ケースをグループ化するケースタイプ（例：SalesOrders）を選択し、ケースのカスタムデータを含むキーと値のペアを添付します。このアクションは正確に1つのケースを作成し、すぐに「準備完了」に設定します。
2つ目は「複数のケースを作成」で、スプレッドシート、CSVファイル、レコードのテーブル（大量インポートやスケジュールデータロードなど）がソースの場合に使用します。ケースタイプ、ソーステーブル、および一意のIDとして機能する列を指定します。このアクションは各行に対して個別のケースを作成し、各列をカスタムデータフィールドに自動的にマッピングします。
ワークフローが異なる段階を進行するにつれて、ケースデータの変更が必要になることがよくあります。「ケースを更新」アクションを使用すると、ケースIDとキーと値のペアを指定して、既存のケースデータを追加または変更できます。このアクションを使用して、処理結果の記録、監査タイムスタンプのキャプチャ、計算値の保存、カスタムステータスの維持を行います。このアクションは「処理中」のケースでのみ利用可能です。自動化内で updated_case["custom_data"]["key_name"] を使用して更新情報にアクセスします。既存のケースを動的に取得または特定する必要がある場合は、「ケースを検索」アクションを使用します。このアクションを使用すると、ケースタイプ、参照ID、ステータス、その他の属性などのフィルターに基づいてケースを照会できます。返された結果を使用して、ケースの詳細を検査したり、追加処理をトリガーしたり、ワークフローの一部としてケースを更新したりできます。
人間参加（HITL）タスクの場合、ビルダーは「ユーザータスクを作成」アクションを使用してケースを一時停止し、人間のレビュー担当者に関連コンテキストと判断フィールドを提示できます。ケースが「保留解決」ステータスで待機している間、他のケースは処理を続行します。レビュー担当者がタスクセンターでタスクを完了すると、ケースは自動的に関連する人間入力を伴って「準備完了」ステータスに戻り、処理が再開されます。自動化は最初から再開するため、 latest_task_resolution 属性をチェックして実行の次のブランチを決定する必要があります。
自動化のデプロイ
自動化を作成したら、本番実行用に公開して構成します。ワークフローを公開し、定義された間隔で実行するようにスケジュールできます。デプロイ中に、2つの主要な側面を構成します。まず、トリガーを構成する際に、予想されるワークロードに基づいて並列実行するインスタンス数を設定します。ケース処理者自動化は複数のインスタンスを並列実行してケース量を分散できます。次に、HITLタスクの場合、タスクセンターでタスクを解決できるユーザーまたはグループを指定します。デプロイ中に、個人またはグループを追加して、Quickユーザーにタスクを完了する権限を付与します。
自動化の監視
Quick Automateは、各ケースがワークフローを通過する際のリアルタイムの可視性を提供し、ユーザーは単一のダッシュボードから各処理者インスタンスのステータスを追跡できます。監視ビューには、正常完了率、ビジネス例外（必須フィールドの欠落など、論理的またはデータ関連の問題による）、システム例外（技術的障害による）、未完了ケースなどの主要なメトリクスが表示されます。これらのメトリクスは、チームがボトルネックを迅速に特定し、自動化のパフォーマンスを測定するのに役立ちます。各ケースレコードには、ステータス、メタデータ、処理詳細が含まれており、ユーザーはドリルダウンしてケースの完全なログ、カスタムデータフィールド、例外メッセージ、タイムスタンプ、利用可能な場合はスクリーンショットを表示できます。
ユースケース：ケース管理によるマルチバンク取引明細書処理の自動化
このユースケースは、Quick Automateがケース管理による並列処理を使用して、2つのシステム間の手動データ入力をどのように削減するかを示します。ソリューションアーキテクチャから実装の詳細まで、実際の資金統合シナリオを説明し、前のセクションで紹介した各概念が本番自動化にどのように適用されるかを示します。
複数の銀行と取引のある企業は、繰り返し発生する運用上の課題に直面しています。毎月、財務アナリストは各銀行のポータルから取引明細書をダウンロードし、数百の取引を手動で会社の中央財務管理システムに入力します。金額の入力ミスが1つあると、調整に数時間を要する問題に発展する可能性があり、サバンス・オクスリー法（SOX）コンプライアンスでは、すべての入力が正確で監査可能であることが要求されます。手動プロセスは遅く、エラーが発生しやすく、月末の調整が遅れます。
ソリューションアーキテクチャ
次の図は、マルチバンク取引明細書処理自動化のエンドツーエンドソリューションアーキテクチャを示しています。ケース作成者と処理者の自動化が連携して、並列処理を可能にし、大規模でのサイクルタイムを短縮します。最初の自動化であるケース作成者は、最新の銀行取引明細書を取得し、抽出します
（AIコスト制御のため元の記事は切り詰められていますが、この記事は入手可能な情報に基づいて完全に再構成されています。）
実装手順
- ケース作成者が銀行ポータルから明細書ファイル（CSVまたはPDF）をダウンロードし、取引レコードを解析し、各取引に対してケースを作成します。
- ケースタイプは「BankStatementTransaction」に設定され、参照名には取引IDが使用されます。
- ケース処理者がケースを並列処理します：取引データを検証し、内部システムと照合し、結果を記録します。
- 不一致や例外が見つかった場合、ケースは「保留解決」状態になり、アナリストがレビューして承認するHITLタスクが作成されます。
- タスクが完了すると、ケースは処理を再開し、最終的に成功または失敗します。
- 監視ダッシュボードにはすべてのケースのステータスが表示され、マネージャーはリアルタイムで進捗を確認できます。
このようにして、Quick Automateは手動プロセスを自動化し、正確性、速度、コンプライアンスを向上させます。
結論
Amazon Quick Automateのネイティブケース管理は、エンタープライズレベルのAIエージェントワークフローに構造、可視性、および制御をもたらします。各作業項目をケースとして表現することで、組織は状態を追跡し、例外を処理し、人間の判断を導入し、動的にスケールできます。請求書、クレーム、銀行取引明細書のいずれを処理する場合でも、ケース管理によりエージェント自動化は信頼性が高く、管理可能になります。