メインコンテンツへスキップ
Case Management > Assignmentには、ルーティングルール、チーム、レビューポリシー、ケースの作成元の4つのセクションがまとめられています。

​
割り当てルール

ルールは優先順位の順に、ケースの作成元、優先度、タグに照らして評価されます。 最初に一致した有効なルールがレビューポリシーを選択し、設定されている場合はレビューチームも選択します。 手動で選択した担当者は、自動割り当てよりも優先されます。 Test routingを使うと、どのルールが一致するか、また各レビュアーが割り当て可能または割り当て不可である理由を確認できます。 プレビューでは下書きは保存されず、キャパシティも確保されません。 実際の割り当てでは、ケースの作成時にアクセス権、スキル、稼働状況、キャパシティが改めて確認されます。 条件を満たすレビュアーがいない場合、ケースは未割り当てのままレビューを待ちます。 Save draftでは、割り当てに影響を与えずに変更内容を保存します。 新しいルールは、Publishを選択するまで未公開かつ無効のままです。 公開すると、以降の割り当てに対してルールが更新され、そのバージョンが記録されます。 別のレビュアーがルールまたはその下書きを変更していた場合、操作は競合を返し、より新しい作業内容が保持されます。

​
チーム

レビューチームには、ルールで利用可能なレビュアー、その専門分野、および同時に担当できるアクティブなケースの上限が登録されます。 選択できるのは、そのアプリケーションのケースへのアクセス権を持つアクティブなメンバーのみです。 キャパシティは、組織全体のアクティブなケースを対象に集計されます。 稼働できないレビュアーは自動割り当ての対象から除外されます。 割り当てAPIでは、チームメンバーごとに稼働開始日時と終了日時も指定できます。 どちらのタイムスタンプも任意ですが、指定する場合は終了日時を開始日時より後にする必要があります。

​
ポリシーと作成元

レビューポリシーでは、ケースの内容、チェックリストの要件、デフォルトの期限、および解決に2人目のレビュアーによる承認が必要かどうかを定義します。 ケースの作成元には、選択したポリシーのケースを作成するワークフロー、スクリーニング設定、取引ルールが表示されます。 レビューの要件については、レビューポリシーと4-eyesレビューを参照してください。
最終更新日 2026年11月1日