翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
オーケストレーション
オーケストレーションを使用すると、複雑なend-to-endのプロセスを自動化し、必要に応じて自動化されたタスクを人間の決定と調整できます。Amazon Quick Automate のオーケストレーション機能には、作業項目を追跡するためのケース管理と、human-in-the-loop統合が含まれます。
ケース管理
ケースは、新しいクレーム、IT サポートチケット、顧客からの苦情、新しい請求書など、自動化が処理する個々の作業項目を追跡します。各ケースには次のものがあります。
一意の参照名 (「Order-12345」など)
関連する作業 (「販売注文」など) をグループ化するためのケースタイプ
キーと値のペアとして保存されるカスタムデータ
ステータス追跡と監査証跡を含む定義されたライフサイクル
該当する場合は、関連するヒューhuman-in-the-loopタスク
ケースステータスのライフサイクル
自動化を通じて作業の進行状況を追跡するために、ケースは特定のステータス遷移で定義されたライフサイクルに従います。
Ready- ケースが作成され、処理のためにピックアップされるのを待っています。これは、すべての新しいケースの初期状態です。In Progress- ケースは自動化によってアクティブに処理されています。ログを通じてリアルタイムの進行状況をモニタリングできます。Pending Resolution- ケースは、処理を続行する前にヒューhuman-in-the-loopタスクが完了するのを待っています。タスクが解決されると、ケースは自動的に準備完了ステータスに戻ります。Successful- ケースは例外なしですべての処理ステップを完了しました。Failed- ケースで次のいずれかの例外タイプが発生しました。ビジネス例外 - ケースで処理されたビジネスルール違反が発生し、処理が停止しました。詳細な例外情報はログで確認できます。
システム例外 - ケースでテクニカルエラーが発生し、処理が停止しました。詳細なエラー情報はログで確認できます。
アクション
Amazon Quick Automate には、ライフサイクル全体でケースを作成、処理、管理するための以下のアクションが用意されています。
- 新しいケースを作成する
-
作業を追跡する 1 つのケースを作成します。各ケースには参照名 (「Order-12345」など) があり、カスタムデータをキーと値のペアとして保存します。ケースは、組織とレポートのタイプ (「販売注文」など) 別にグループ化されます。プロパティ:
Title(オプション) - プロセスの視覚化に表示されるアクション名 (「Create sales order case」など)Reference name(必須) - モニタリングダッシュボードのケースの検索と追跡に使用されるビジネス識別子 (「Order-12345」など)Case type(必須) - 関連するケースをビジネス目的別にグループ化するラベル。組織とメトリクスの追跡を提供します (「販売注文」、「サポートチケット」など)Custom data(必須) - キーと値のペアとして保存される追加のケース情報。このデータはユーザーに表示され、ケース処理中に取得、更新、または に追加できます (例: {"Product": "ABC-12345", "Qty": "100", "Priority": "High"})。
- 複数のケースを作成する
-
データテーブルからケースを一括作成します。各行は新しいケースになり、指定されたケースタイプを継承し、参照名に指定された列を使用します。他のすべての列はカスタムデータフィールドになります。プロパティ:
Title(オプション) - プロセスの視覚化に表示されるアクション名 (「請求書バッチからケースを作成する」など)Case type(必須) - 関連するケースをビジネス目的別にグループ化するラベル (「請求書処理」など)Cases data table(必須) - 各行が新しいケースを作成するデータテーブル。すべての列がカスタムデータとして保存されます (例: cases_table)Reference column name(必須) - 各ケースの参照名識別子を含む列の名前 (「請求書番号」など)
- プロセスケース
-
「準備完了」ステータスのケースをループスルーします。処理中にケースを「進行中」に移動し、完了に基づいて成功または失敗としてマークすることで、ケースのステータスを自動的に管理します。プロセスケースループ内にアクションを追加すると、未処理の例外が処理され、関連するエラーの詳細でケースが失敗としてマークされ、次のケースに移動します。アクションは、処理中にケースデータへのアクセスも提供します。プロパティ:
Title(オプション) - プロセスの視覚化に表示されるアクション名 (「保留中の請求書の処理」など)Case type(必須) - 処理するケースのタイプ (「請求書処理」など)Current case(出力) - 各ループで処理されるケースを含む変数。current_case["custom_data"]["key_name"] を使用してケースデータにアクセスする
- ケースデータを更新する
-
処理中にケース情報への変更を保存します。新しいフィールドを追加したり、既存のデータを変更したりできます。ケースが「進行中」の場合にのみ使用できます。処理結果を追跡し、ケースのライフサイクルを管理するために使用されます。プロパティ:
Title(オプション) - プロセスの視覚化に表示されるアクション名 (「大文字と小文字のステータスの更新」など)Case ID(必須) - 更新するケースの一意の識別子 (例: current_case["case_id"])Data to update(必須) - キーと値のペアとして保存する新規または変更された情報 (例: {"Status": "Approved", "ProcessedDate": "2024-01-20"})Updated case(出力) - 変更されたケースを含む変数。updated_case["custom_data"]["key_name"] を使用して更新されたデータにアクセスする
- ケースの検索
-
レポートと分析のケースを取得します。ケースタイプ、ステータス、または参照名でフィルタリングします。ケース情報とカスタムデータを含むデータテーブルとして結果を返します。プロパティ:
Title(オプション) - プロセスの視覚化に表示されるアクション名 (例:「遅延ケースを見つける」)Case type(必須) - 検索するケースのタイプ (「サポートチケット」など)Filter by status(オプション) - 現在のステータス (「保留中の解決」など) に基づいてケースをフィルタリングします。Filter by reference name(オプション) - 特定の参照名 (「Ticket-12345」など) のケースをフィルタリングします。Maximum results(オプション) - 返されるケースの数を制限します。最大 10,000 (100 など) のすべてのケースを返すには、空のままにします。Search results(出力) - 検索によって取得されたケースのデータテーブルを保存する変数名 (例: cases_table)
ヒューHuman-in-the-Loop (HITL)
多くの決定を自動化できますが、一部のシナリオでは人間の判断が必要です。Amazon Quick Automate の HITL 機能を使用すると、人間による意思決定を自動プロセスにシームレスに組み込むことができます。HITL タスクを作成するには、次の 2 つの方法があります。
ユーザータスクの作成アクションの使用
カスタムエージェントを介した HITL チャットの使用
ユーザータスクの作成
人間による入力のタスクを作成します。タスクは、ユーザーが確認、決定、または情報を提供するためのリストに表示されます。タスクは、ケースの処理ループ中にのみ作成できます。タスクを作成すると、ケースは「タスクの保留中」ステータスに移動し、自動化は次のケースに進みます。タスクが解決されると、ケースはさらに処理するために「準備完了」ステータスに戻ります。プロパティ:
Title(必須) - ユーザーのタスクリストに表示される件名。何をする必要があるかを明確に記述する必要があります (「ローン申請の確認」、「経費報告書の承認」など)Description(必須) - タスクを完了するユーザーに提供される詳細な手順とコンテキスト (「添付されたアプリケーションの詳細を確認し、以下の基準に基づいて承認または拒否してください」など)Form(必須) - ユーザーから構造化された入力を収集するためのインターフェイスSeverity(必須) - ユーザーがタスクをトリアージするのに役立つ優先度レベル:重大 - 緊急対応が必要、最優先事項
Moderate - 通常の優先度 (デフォルト)
低 - 緊急ではないタスク
Due in(必須):数値 - 時間単位の数 (例: 24)
単位 - 時間または日
Case ID(必須) - このタスクが の場合の一意の識別子 (例: current_case["case_id"])
重要
HITL タスクを作成する場合:
プロセスケースループは、ケースステータスを解決保留中に自動的に更新し、次のケースに進みます。
プロセスケースループ内でタスクを作成した後は、現在のケースでは実行されないため、アクションを追加しないでください。
フォームの構築
HITL タスクを作成するときに、カスタムフォームを構築して、人間のレビューワーから必要な情報を正確に収集できます。フォーム設計には、次のコンポーネントを使用できます。
テキストフィールド - ユーザー入力を収集するための単一行または複数行のテキスト入力 (例:「拒否理由の詳細を記載してください」)
ドロップダウン - 事前定義されたオプションから選択 (例: ["Approve"、"Reject"、"Escalate"])
日付/時刻ピッカー - カレンダーベースの入力
メディア - レビュー用にイメージまたはドキュメントを表示する
テキストの表示 - コンテキストを提供する読み取り専用情報 (例: ケースの詳細、ポリシーリファレンス)
HITL チャット
より動的なインタラクションを必要とするシナリオでは、Amazon Quick Automate はカスタムエージェントを介した HITL チャットもサポートしています。これにより、エージェントと人間のレビューワーの間で自然言語の会話が可能になります。エージェントは、人間による入力が必要な場合に HITL タスクを作成できます。エージェントが人間によるレビュー担当者とチャットしている間、ケースは進行中のままになります。十分な入力が提供されると、エージェントは続行します。
# Example agent prompt for HITL chat """ Review the data and if any values are outside normal ranges, create a HITL task for human review. Include the specific values and acceptable ranges in the task description. """
注記
HITL チャットタスクにはデフォルトの重要度 (中程度) が与えられ、期限は (24 時間) になります。
タスク解決とケースの再入力
人間が HITL タスクを完了すると、自動化でケースの処理に戻る必要があります。効果的なヒューhuman-in-the-loopワークフローを実装するには、タスク解決データの使用方法を理解することが重要です。タスクが解決されたとき:
関連付けられたケースは自動的に準備完了ステータスに戻ります
ケースがプロセスケースを通じて再処理可能になる
latest_task_resolution フィールドには、すべてのフォームの入力と決定が含まれます。
HITL 解決の確認とそれに応じたケースの処理の例:
# Example handling HITL resolution if current_case["latest_task_resolution"]: # Handle case returning from HITL resolution_data = current_case["latest_task_resolution"]["form_data"] if resolution_data["decision"] == "Approve": # Process approved case else: # Handle rejected case else: # First time processing this case
HITL 解決を処理するためのベストプラクティス:
ケースを処理するときは、常に latest_task_resolution を確認してください。
新しいケースと HITL から返されるケースの両方を処理するロジックを構築する
人間の決定に基づいて異なる処理パスを実装することを検討する
欠落または無効な解決データのエラー処理を含める