Maestro のケース管理コンポーネントのディクショナリ

Maestro Case コンポーネント (ケース キー、ステージ、タスク、ルール、ペルソナ、SLA、ランタイム管理サーフェスなど) の参照ディクショナリです。

	Maestro Case	Maestro BPMN	Maestro Flow
コンテンツの適用対象	✅	❌	❌

概要

このリファレンス ドキュメントでは、Maestro のケース管理のすべてのコンポーネントの事実に基づく内訳を示します。これをディクショナリとして使用して、各コンストラクトが何であるか、どのようなプロパティを公開するか、および他のコンストラクトとどのように関連しているかを理解します。ケースを構築するためのステップ バイ ステップのガイダンスについては、 ケース管理のチュートリアルを参照してください。

対象者: 中級者から上級者 — オートメーション開発者、ソリューション アーキテクト、テクニカル リード

製品のステータス: 一般提供 (GA) 開始。

構成要素の関係

以下の階層は、Maestro のケース管理構造が設計時と実行時にどのように組み合わされるかを示しています。

Case (runtime instance, identified by Case Key)

DESIGN-TIME (Studio Web)
├── Case Manager (rules-based orchestration)
├── Case Personas (human roles, scoped to stages)
└── Case Plan (visual blueprint)
    ├── Event Triggers
    └── Stages + Stage Transitions (entry / complete / exit / re-entry)
        └── Tasks (Human, Agent, External Agent, RPA, Connector,
                    API Workflow, Agentic Process, Child Case,
                    Wait Timer, Wait Event, Ad-hoc)

CROSS-CUTTING
└── SLAs & Escalations (case-level and stage-level)

RUNTIME
├── Case App (business users — view, track, act)
└── Case Instance Management (operators — pause, resume, cancel, migrate, retry)

---

ケース キー

ケース キーは、Maestro と外部システムでケース インスタンスを一意に識別します。

キーの種類	説明	例
システム キー	ケース作成時に Maestro によって自動生成されます。構成可能な定数プレフィックスを使用します。	HC-1234, CLM-00891
外部 (ユーザー定義) キー	ケースの作成時に渡されるアップストリーム ID です。このため、ツール間で同じ現実世界のケースが認識されます。	CRM ケース番号、ポリシー番号、ERP 注文 ID

Studio Web でケースの種類を作成するときに、ケース キーを設定します。[ 定数のプレフィックス キー ] を選択し、プレフィックス文字列を指定します (例: HO-)。Maestro は自動インクリメント識別子を追加します。

ケースが別のシステム(CRM、ERP、チケットツール)で発生し、人間または連携が個別のマッピングテーブルを維持せずにツール間でケースを関連付ける必要がある場合は、外部キーを使用します。

---

ステージ

ステージは、ケースライフサイクルの名前付きフェーズです (例: インテーク、レビュー、決済)。フェーズはケースプランキャンバスの列であり、各列はそのフェーズで実行される関連タスクをグループ化します。

ステージの種類

Maestro では、次の 2 つのカテゴリのステージがサポートされています。

入力	説明	例
プライマリーステージ	ケースのハッピー パスの進行状況を表します。	インテーク、レビュー、決済、閉鎖
セカンダリ ステージ	プライマリ フローから分岐する例外パスを表します。原点に戻るか、終末期になる可能性がある。	顧客と保留中、拒否、撤回

ステージのプロパティ

プロパティ	説明
name	表示名 (例: 「提出済み」、「マネージャーのレビュー」)。
required	ケースが完了するためにこの段階を通過する 必要がある かどうか。true で、エントリ ルールが true と評価されない場合、case はブロックされます。falseすると、このステージに一度も入らなかった場合でも、ケースを完了できます。
entryRule	このステージがアクティブになるために true でなければならない条件。
completeRule	このステージがいつ終了するかを決定する条件。多くの場合、「必要なすべてのタスクが完了したとき」です。
exitRule	早期退場条件。このステージが満たされると、完全なルールが満たされていなくても、ステージはただちに終了します。
reentryCondition	ケースをこのステージに戻って再作業できるようにする条件です。
autoComplete	必要なすべてのタスクが完了すると、ステージを自動的に完了としてマークします。
runOnReentry	前回の完了後に再入力された場合に、ステージをリセットして再実行するかどうかを制御します。既定値は [ false] です。
sla	ステージ完了の時間制限 (営業日またはカレンダー日)。

必須ステージと任意のステージ

	必要な段階	オプションのステージ
ケース完了	このステージが完了するまで、ケースは完了 できません 。	このステージに一度も入らなかった場合でも、ケースは完了できます。
使用すべきタイミング	すべてのケースが通過する必要があるコア フェーズ (例: 「提出済み」、「支払い」)。	時々しか適用されない条件付きフェーズ (例: 価値の高いケースの「VP レビュー」)。
エントリルールが true でない場合の動作	ケースブロック。	ケースはステージをスキップします。

第2段階の終了動作

動作	説明	例
原点に戻る	セカンダリ ステージのすべてのタスクが完了すると、サポート案件は送信したステージに戻ります。	顧客との保留中ステージは、ドキュメントを受け取った後、レビューに戻ります。
ターミナル	第 2 段階のすべてのタスクが完了すると、ケースは終了します。	拒否ステージは、拒否パケットを送信した後、ケースを閉じます。
コネクタ駆動のエントリ	セカンダリステージは、ケースがどのプライマリステージを占めるかに関係なく、外部コネクタイベントが到着するとアクティブになります。	取り下げ ステージは、Microsoft Teams チャネル メッセージが投稿されると自動的に入力されます。

再突入時の実行動作 (ステージ)

runOnReentry	動作	ユースケース
true	ステージ がアクティブにリセットされます。すべてのタスクが再評価され、必要なタスク runOnReentry: true 再実行されます。	修正ループ: 「提出済み」ステージは、却下後に再検証する必要があります。
false (既定)	ステージ は [完了] のままです。再入国はノーオプです。以前の結果は保持されます。	1 回だけ実行する必要がある 1 回限りのステージ (例: "初回摂取量")。

---

タスクの種類

タスクは、ステージ内の個別の作業単位です。タスクは、ケース処理のアトミックな構成要素です。

サポートされるタスクの種類

タスクの種類	説明	使用例
人間(アクション)	ペルソナを介してユーザーに割り当てられます。ケース アプリのキューでフォームまたは作業項目を開きます。人間がレビューし、決定を下して提出します。	マネージャーの承認、査定人のレビュー、財務の承認。
エージェント (UiPath)	UiPath の AI エージェントが、データに対して自律的な推論を実行します。判断ベースの作業に役立ちます。	経費を分類し、異常にフラグを立て、顧客への回答の下書きを作成します。
外部エージェント	UiPath の外部にあるサードパーティの AI エージェントを呼び出します (例: A2A プロトコルや API 経由)。マルチベンダーのエージェント オーケストレーションを有効化します。	パートナー システムから外部コンプライアンス エージェントを呼び出します。
RPA ワークフロー	API が存在しないレガシ システムで UiPath Robot が UI 操作の自動化を実行するようトリガーします。	償還の処理 従来の給与計算システムでは、メインフレームにデータを入力します。
コネクタ (Integration Services)	構築済みまたはカスタムのコネクタを介して外部システムを呼び出します。コールバックを使用して同期または非同期に実行します。	Salesforce で保険契約の詳細を検索し、信用調査を実行します。
API ワークフロー	カスタム API 要求を介して外部システムを呼び出します。コールバックを使用して同期または非同期に実行します。	利用可能なスロットを取得するためのスケジューリングソフトウェアに電話し、新しいチケットを作成します。
Maestro のエージェンティック プロセス	Maestro エージェンティック プロセス (BPMN ベース) をタスクとして呼び出します。プロセスは独自のオーケストレーションで実行され、結果を返します。	独自のエージェント ロジックを使用した複数ステップの監査ワークフロー。
ケース管理 (子ケース)	別のケース定義を子ケースとして生成します。子には独自のライフサイクル、ステージ、タスクがあり、 caseIDを介して親にリンクされています。	請求事件は、児童詐欺の調査事件を生み出します。
Wait for Timer	指定した期間が経過するか、目標の日時に達するまで、実行を一時停止します。	フォローアップ通知を送信する前に48時間待ちます。
コネクタ イベントを待機	コネクタ (Webhook、メッセージ キュー、システム コールバック) を介して外部イベントが到着するまで、実行を一時停止します。	銀行システムからの支払い確認を待ちます。

アドホック タスク

アドホック タスクは、元のケース プランに含まれない計画外のタスクが必要な場合に、実行時に人間のユーザーによって作成されます。たとえば、人間のケース処理者が調査中に「追加ドキュメントをリクエスト」タスクを追加したとします。

タスクのプロパティ

プロパティ	説明
name	表示名。
type	human、agent、externalAgent、rpa、connector、agenticProcess、childCase、waitTimer、waitEvent、adhocのいずれか。
required	親ステージがこのタスクの完了を待機する必要があるかどうか。trueすると、タスクが完了するまでステージを完了できません。falseすると、このタスクが完了していなくても、ステージを完了できます。
entryRule	このタスクがいつ開始されるかを決定する条件です。条件付き実行を有効化します (たとえば、 amount >= 1000場合にのみ実行)。
completeRule	このタスクが完了したと見なされるタイミングを決定する条件です。
exitRule	タスクの早期終了条件です。このタスクが満たされると、タスクは直ちに終了します。
runOnReentry	このタスクがリセットされ、親ステージが再実行された場合に再実行されるかどうか。既定値は [ false] です。
linkedWorkflow	実装するワークフロー、フォーム、またはエージェントの設定への参照です。
assignment	ヒューマン タスクの場合: 担当者を決定するペルソナ、ユーザー、チーム、またはルーティング ルール。
sla	人間のタスクの場合: 期限、警告のしきい値、エスカレーションの受信者。

必須のタスクと任意のタスク

	必要なタスク	任意のタスク
完了したステージ	親ステージは、このタスクが完了するまで完了 できません 。	親ステージは、このタスクが完了していなくても完了できます。
使用すべきタイミング	やらなければならない作業 (例: レビュー ステージの "マネージャーの承認")。	あると便利な作業(たとえば、「フラグ異常」 — 役に立ちますが、ステージはそれなしで進行できます)。
オートコンプリートのインタラクション	ステージに autoComplete: trueがある場合、完了は必要なすべてのタスクを待機します。	オートコンプリートのチェックでは考慮されません。

再エントリ時の実行動作 (タスク)

runOnReentry	動作	ユースケース
true	タスクはリセットされて再実行され、新しい出力が生成されます。	修正されたデータを再確認する必要がある検証タスク。
false (既定)	タスクは以前の結果を保持します。再実行しません。	出力がまだ有効であるタスク (たとえば、「経費を分類」は再実行する必要はありません)。

---

条件

条件 (移行条件またはルールとも呼ばれる) は、ステージ レベルとタスク レベルの両方でライフサイクルの移動を制御します。Maestro では 4 つの条件タイプがサポートされています。

入力条件

ケース フィールドに対して評価します。条件が true になると、ステージまたはタスクは [利用可能 ] から [アクティブ] に移行します。

スコープ	説明	例
ステージ	ステージの開始をゲートします。	vars.validationPassed == true Review ステージを活動化します。
タスク	アクティブなステージ内のタスクを条件付きで実行できます。	amount >= 1000場合にのみ実行

完全な状態

通常の状況でステージまたはタスクが完了するタイミングを定義します。ステージの場合、これは多くの場合、「必要なすべてのタスクが完了したとき」です。タスクの場合、通常は「タスクが出力を生成するとき」です。

スコープ	説明	例
ステージ	作業が完了すると、ステージが完了としてマークされます。	必要なすべてのタスクが完了しました。
タスク	出力を受け取ったときにタスクを完了としてマークします。	taskOutput.status != "error".

終了条件 (早期終了)

早期終了メカニズム。条件が満たされると、完全なルールが満たされていなくても、ステージまたはタスクは ただち に終了します。終了条件は、異常または条件付きシナリオのサーキットブレーカーとして機能します。

スコープ	説明	例
ステージ	すべてのタスクが完了する前にステージを終了します。	vars.action == "Reject" レビュー ステージが終了し、ケースは拒否されたセカンダリ ステージに移動します。
タスク	タスクが正常に完了する前に停止します。	policyValid == false さらなる検証を停止します。

注:

終了条件と完全な条件を混同しないでください。作業 が完了すると 、完了状態 が発生します (通常の終了)。終了条件は、作業を停止する必要があることを意味する何かが変更されたときに発生します(早期救済)。どちらの結果も、ケースマネージャーは次にどのステージに入るかを評価します。

再び開始の条件

構造化された監査可能な方法で、以前に完了したステージにケースを戻すことができます。この機能により、制御された再作業ループの非線形ケースフローが可能になります。

スコープ	説明	例
ステージ	追加の作業が必要なときに、ケースを前のステージに戻します。	vars.decision == "Claim is missing key incident reports" ケースを [レビュー] から [取り込み] に戻します。

再エントリが発生した場合に、ターゲットステージ内で再実行する特定のタスクを構成します。runOnReentry: trueが再実行されたタスクrunOnReentry: falseが含まれるタスクでは以前の結果が保持されます。

スキップルール

条件が true の場合にステージを完全にバイパスするステージ上のオプションの条件。

スコープ	説明	例
ステージ	該当しないステージをスキップします。	riskScore < 30 詳細調査の段階をスキップします。

---

SLA とエスカレーション

SLA (サービス レベル アグリーメント) とエスカレーション ルールをケース レベルおよびステージ レベルで定義して、時間ベースの期待値を適用します。

SLA レベル

レベル	説明	例
ケースレベルの SLA	ケースの作成からクローズまでの解決の全体的な目標です。	48 営業時間以内に申し立てを解決してください。
ステージレベルの SLA	特定のステージのローカライズされた期限時間。	4時間以内にFNOL摂取を完了します。マネージャーレビューは24時間以内です。

SLA の状態

ステート	説明
コース上で	ケースまたはステージは割り当てられた時間内です。
問題あり	SLA は限界に近づいています (たとえば、割り当てられた時間の 80%)。
超過	SLA の制限時間を超えました。

SLA 状態は、ケースリストおよびケースアプリケーション内の詳細ビューにバッジとして表示されます。

エスカレーション ルール

トリガー	説明	一般的なアクション
リスクのあるエスカレーション	SLA が限界に近づくとトリガーされます。	ケースの所有者とスーパーバイザーに通知します。
侵害のエスカレーション	SLA を超えた場合にトリガーされます。	上級従業員への再割り当て、管理者への通知、優先度フラグの作成。

一時停止と再開

SLA タイマーは自動的には一時停止しません。顧客からの回答などの外部入力を待機しているケースでは、オペレーターがケース インスタンスを明示的に一時停止するまで、SLA 時間が蓄積され続けます。

ケース インスタンスを一時停止すると、その SLA タイマーが停止します。ケースを再開すると、停止した場所から再実行されます。

---

ケース マネージャー

ケース マネージャーは、決定論的なルールを使用してケースのライフサイクルを調整します。ルールは、既知の予測可能なパターンを処理します。

ケースマネージャーの仕組み

1. イベントの受信時 — トリガーが起動し、ケース インスタンスを作成 (または更新) します。
2. ルール評価 — ケースマネージャーは、すべてのステージのエントリー条件を評価して、どのステージをアクティブにするかを決定します。
3. タスクのアクティブ化 — アクティブなステージ内では、タスクの開始条件が評価され、適切な作業が開始されます。
4. 監視 — タスクが完了すると、ケースマネージャーは完全な条件(通常の終了)と終了条件(早期救済)を評価します。
5. ケースの完了 — 必要なすべてのステージが完了すると、ケースがクローズされます。

ルールの範囲

ルール (開始、完了、終了) は、次の 3 つのレベルで定義できます。

• ケースレベル — ケースのライフサイクル全体を管理します (ケースはいつ完了するか)。
• ステージレベル — ステージの遷移を制御します(このステージはいつアクティブ、完了、または救済されますか?
• タスクレベル — 個々のタスクのアクティブ化と完了を制御します。

ルールベースのケース マネージャーとエージェンティック ケース マネージャー

	ルール ベース	エージェンティック
オーケストレーション ロジック	ケース開発者によって定義された決定論的な開始/完了/終了条件。	AI エージェントは、実行するタスク、移行するステージ、ケースの解決方法を決定します。
構成	ステージ レベルおよびタスク レベルのルール ( 「条件」を参照)。	定義済みの入力および出力コントラクトを持つエージェント (「 Case Manager の入力および出力コントラクト」を参照)。
使用すべきタイミング	既知の予測可能なパターン。	決まったルールに還元されない、判断ベースのオーケストレーション。

ルールとエージェントは 2 つの独立した代替手段ではありません。ケース プランで両方を使用する場合、ルールはすべてのイベントで最初に評価されます。推奨される決定はコンテキストとしてエージェントに渡され、Maestro はエージェント自身の決定に基づいて行動します。

ケース・マネージャーの構成

設定	説明
model	エージェントを強化する LLM ( claude-3.5-sonnet、 gpt-4oなど)
userPrompt	エージェントの役割、ポリシー、および制約を定義するシステム命令。
tools	エージェントが実行できるアクション (移動、ステージ、エスカレーション、通知の送信など)
context	エージェントのメモリ。実行履歴に基づいて自動的に構築されます。エージェントは、以前の決定、タスクの結果、およびケースの状態の変更からコンテキストを蓄積します。

エージェントが使用する必要がある正確な入力 (caseCurrentExecutionState) および出力 (caseManagerDecisions) の形状については、「 ケース マネージャーの入出力コントラクト」を参照してください。事前構築済みの Case Manager エージェントの追加と設定、その動作モードの選択、評価によるテストについては、「 Case Manager エージェントの設定とテスト (プレビュー)」をご覧ください。

注:

あいまいなデータ、矛盾するルール、またはポリシー外のシナリオのためにケースマネージャーが決定を下すことができない場合、ケースマネージャーは自動的に人間にエスカレーションします。

---

ケースのペルソナ

ケースペルソナ は、ライフサイクル全体を通じてケースと対話する人間の参加者ロールを定義します。ペルソナは、各ステージ内で誰が表示および行動できるかを制御します。ペルソナは人のためのものであり、エージェントのためのものではありません。AI エージェントは、タスクの種類として個別に設定されます。

組み込みのペルソナの種類

ペルソナ	ロール	一般的な機能
ケース作成者	ケースを開始する — 元のトリガー (ポータル フォーム、API 呼び出し、メール) を送信します。	新しいケース インスタンスを作成する作成したケースのステータスを表示する。最初のステージが完了する前にオープンなケースを更新する機能が制限されています。
Case owner	エンドツーエンドでケースに責任を負います。多くの場合、作成時に割り当てられます。	すべてのステージにわたるケースの完全な可視性。タスクの再割り当て、(ポリシー内の) 決定の上書き、クローズ済みケースの再オープンを行うことができます。
ケースワーカー	割り当てられた人間のタスクを特定のステージ内で実行します。	キュー内のタスクを表示して完了する ([マイ ワーク])。タスクの出力にスコープが設定されるケース フィールドを更新するステージレベルの表示のみ。
スーパーバイザー/マネージャー	チームのケースのポートフォリオを監督します。エスカレーションを処理します。	チームに割り当てられているすべてのケースを表示するタスクを再割り当てするエスカレーションを承認するSLA タイマーを一時停止/再開します。ダッシュボードや KPI にアクセスする。
対象領域専門家 (SME)	専門的な知識を必要とする特定のケースや段階について相談。	関連するケース データの読み取りアクセス権SME指定のタスクを完了できます。広範なケース管理権限はありません。

ケース開発者は、組み込みの型を超えて、 カスタムペルソナ を作成できます — ペルソナに名前を付け、1つ以上の特定のステージにスコープします。カスタムのペルソナは、すべての場所に自動的に表示されるわけではありません。

ステージレベルのペルソナ権限

ケースプランのすべてのステージで、ペルソナごとに 2 つのアクセスディメンションを定義します。

• [参照] アクセス権 — ケースアプリケーションでこのフェーズのデータ、ToDo 、履歴を表示できるペルソナ。
• Act へのアクセス — このステージ内でアクション (タスクの完了、ノートの追加、再割り当て、エスカレーション、遷移のトリガー) を実行できるペルソナ。

タスクは、デフォルトでステージのペルソナ設定を継承しますが、許可されたロールをさらに絞り込むことができます。

割り当て戦略

ストラテジ	動作のしくみ	使用すべきタイミング
静的	固定のユーザー、チーム、またはグループは設計時に割り当てられます。	常に同じチームに送られるタスク (たとえば、財務レビューは常に財務グループに送られます)。
動的	ルールまたは式は、実行時に担当者を解決します。	ワークロード分散割り当て、テリトリー/地域ルーティング、スキルベースのルーティング。

注:

ケースのユーザーの役割とアクセスのサポートはまだ利用できません。

---

ケース アプリ

ケースアプリケーションは、ケースワーカー、マネージャ、その他のペルソナがライブケースインスタンスを表示、追跡、操作する、ビジネスユーザ向けのランタイムアプリケーションです。

ビジネス ユーザーに表示される内容

表示	説明
ケース リスト/キュー	すべてのケースインスタンスのフィルタリング可能なビュー、ステータス、優先度、およびSLAインジケーター(順調、リスクのある、違反)。
ケースの詳細ビュー	現在のステージ、タスクのステータス、イベントのタイムライン、完全な監査証跡。
タスク受信トレイ (自分の仕事)	アクションを待っている保留中の人間のタスク: フォーム、承認、レビュー。
アクション	役割と現在のステージに基づくコンテキストによるアクション: 完了、再度開く、エスカレーション、再割り当て、メモの追加、情報のリクエスト、アドホック タスクの作成。
ダッシュボード	集計 KPI: スループット、解決時間、SLA コンプライアンス、ボトルネックの特定

構成

Studio Web 内の [ケース管理] 設定の [ケース アプリを設定] オプションからケース アプリを設定します。設定可能な要素は次のとおりです。

• ケースのタイトル — ケースリストビューと詳細ビューに表示される表示タイトルです。
• ケースの詳細 — ケースの詳細ビューに表示されるフィールドとレイアウトです。

ケース アプリと UiPath アプリ

アスペクト	Case App	UiPath Apps
目的	ケース中心の独断的なワークスペース — ケース操作のリスト、詳細、タスク、インシデント、SLA ビュー。	完全にカスタムまたは複合的なビジネス アプリ用の汎用ローコード ビルダーです。
使用すべきタイミング	すぐに使用できるビューによる迅速なケース操作。	ケース操作を超えたカスタム UI 要件

人間のタスク フォームは引き続き アクション アプリで 構築され、ケース タスクによって参照されます。

---

ケース インスタンスの管理

ケースインスタンス管理 は、プロセスオペレーターが実行中のすべてのケースインスタンスを監視および管理するオペレーションコンソールです。

オペレーターのアクション

操作	説明
一時停止	実行中のケース インスタンスを一時的に停止します。SLA タイマーが一時停止します。再開されるまで、タスクはアクティブ化されません。
再開	一時停止したケースを再開します。SLA タイマーは、停止した場所から再開します。
キャンセル	ケース インスタンスを完全に終了します。実行中のすべてのタスクが停止します。
移行	ライブケースインスタンスをケースプランの新しいバージョンに移動し (バグ修正やプランの更新後など)、現在の状態とデータを保持します。
リトライ	失敗したタスクまたは遷移を再実行して、一時的なエラーから回復します。
Update Variables	実行中のインスタンスの case 変数の値を変更して、処理のブロックを解除します。

ケースのインシデント

ケース インスタンスがエラー状態 (タスクの失敗、統合のタイムアウト、ケースのスタックなど) になると、 ケース インシデントになります。プロセス オペレーターは、 変数の移行、 リトライ、 更新 を使用してインシデントを解決します。

---

イベント トリガー

イベント トリガー は、ケースへのエントリ ポイントです。ケースを開始する内容と、データの取得元を定義します。1 つのケースプランに複数のトリガーを含めることができます。

トリガーの種類	ソース	例
フォーム/ポータル	ユーザーが Web フォームを介して送信します。	従業員がポータルを通じて経費精算書を提出する。
メール	データの読み取りが解析された受信メールです。	転送された受信確認メールは、新しいケースを作成します。
API	外部システムは、ケース作成エンドポイントを呼び出します。	ERP システムでは、保険契約イベントで請求ケースがトリガされます。
キュー/イベント	キューまたはイベント ストリームからのメッセージです。	Kafka トピックが新しい注文イベントを発行します。
スケジュール	時間ベースのトリガー。	日次チェックでは、古いアイテムのフォローアップケースが作成されます。
Data Fabric エンティティ イベント	Data Fabric エンティティまたは VDO の行レベルのイベント(例:「行の作成」)。	[Home Claims] エンティティの新しい行でケースがトリガーされます。
コネクタを待機	Integration Service からのコネクタ イベント (例: Microsoft Teams チャネル メッセージの投稿)。	Teams メッセージによって、取り下げられたステージ エントリがトリガーされます。

各トリガーは、受信データをケース項目に対応付けます。

---

請求と消費状況

• Maestro Case Management の個別の請求はありません
• ケース内で実行される作業は、使用されるタスクの種類の ネイティブの消費ライセンス を消費します。
  • AI agents
  • Maestro エージェンティック プロセス (BPMN プロセス)
  • RPA ワークフロー
  • API ワークフロー / 連携

---

用語集

用語	定義
アドホック タスク	計画外のアクションが必要になったときに、実行時に人間のユーザーが (元のケース計画の一部ではない) 作成するタスク。
ケース (Case)	解決が必要な実際のビジネス状況 (申し立て、紛争、調査、例外) を表すランタイム インスタンスです。ケース キーで識別されます。
Case App	ライブケースインスタンスを表示、追跡、操作するビジネスユーザー向けアプリケーション。
ケースコメント	メモ、注釈、コミュニケーション スレッドを格納する、変更不可能な caseIDを介してリンクされた、すぐに使えるオブジェクトです。
ケースドキュメント	ケースに関連するファイルと添付ファイルを格納する、すぐに使えるオブジェクトです。変更不可能な caseIDでリンクされています。
ケース インシデント	オペレーターの介入を必要とするケースインスタンスのエラー状態(タスクの失敗、統合タイムアウト、スタックケース)。
ケース インスタンス管理	プロセス オペレーターが実行中のすべてのケース インスタンスを表示し、アクション (一時停止、再開、キャンセル、移行、リトライ) を実行する Maestro のオペレーション コンソール。
ケースキー	ケース インスタンスの一意の識別子です。システムによって生成される値、または外部/顧客が定義した値を指定できます。
Case Manager	決定論的なルールを使用するオーケストレーション エンジン。
ケースのペルソナ	特定のステージにスコープが設定される人間の参加者ロール。組み込みの種類: ケース作成者、ケース所有者、ケースワーカー、スーパーバイザー/マネージャー、SME。開発者はカスタムのペルソナを作成できます。
Case Plan	ステージ、タスク、トリガー、ルールを定義する視覚的な詳細計画。固定されたシーケンスではなく、可能なパスを記述します。Studio Web で設計されています。
完全な条件	通常の状況でステージまたはタスクがいつ終了するかを決定する条件。
エントリー条件	ステージまたはタスクをアクティブ化するために true である必要がある条件。
イベント トリガー	ケース インスタンスを作成または影響を与えるエントリ ポイントです。受信データをケース項目に対応付けます。
Exit Condition	早期退場条件。このステージまたはタスクが満たされると、ルール全体が満たされていなくても、ステージまたはタスクは直ちに終了します。
プライマリーステージ	事件のハッピーパス進行の段階。
Re-entry Condition	ケースを、以前に完了したステージに戻って再作業を行うことを許可する条件です。
Required	ステージとタスクにフラグを立てます。ケースを閉じるには、必要なステージを完了する必要があります。ステージを完了するには、必要なタスクを完了する必要があります。
Run on Re-entry	ステージまたはタスクが前回の完了後に再入力された場合にリセットして再実行するかどうかを制御するフラグです。
Secondary Stage	プライマリ フローから分岐する例外パスを表すステージ。原点に戻るか、終末期になる可能性がある。
スキップルール	条件が true の場合にステージを完全にバイパスするステージ上の省略可能な条件。
SLA	サービス レベル アグリーメント。ケースまたはステージの完了に対する時間ベースの期待値、状態:順調、リスクあり、違反。
ステージ	関連するタスクをグループ化する、ケースライフサイクルの名前付きフェーズです。入国、完了、退出、および再入国の条件によって管理されます。
タスク	ステージ内の個別の作業単位。設計時の種類は 10 種類です: 人間、エージェント、外部エージェント、RPA、コネクタ、API ワークフロー、エージェンティック プロセス、子ケース、待機タイマー、待機イベント。アドホック タスクは実行時に作成されます。

---

関連リソース

• ケース管理のチュートリアル — ケースをゼロから構築する方法をエンドツーエンドで説明します。
• Studio Web のケース プラン デザイナー — ビジュアル デザイン キャンバスのリファレンス。
• アクション アプリのドキュメント — ケース タスクが参照する人間のタスク用のフォームを構築する方法。