> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# ケースの割り当て：レビュアーへの振り分け設定

> Diditでは、レビューチーム、ポリシー、スキル、対応可能件数に基づいて、ケースを対応可能なレビュアーに割り当てられます。

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

## 割り当てルール

ルールは優先順位の順に、ケースの作成元、優先度、タグに照らして評価されます。
最初に一致した有効なルールがレビューポリシーを選択し、設定されている場合はレビューチームも選択します。
手動で選択した担当者は、自動割り当てよりも優先されます。

**Test routing**を使うと、どのルールが一致するか、また各レビュアーが割り当て可能または割り当て不可である理由を確認できます。
プレビューでは下書きは保存されず、キャパシティも確保されません。
実際の割り当てでは、ケースの作成時にアクセス権、スキル、稼働状況、キャパシティが改めて確認されます。
条件を満たすレビュアーがいない場合、ケースは未割り当てのままレビューを待ちます。

**Save draft**では、割り当てに影響を与えずに変更内容を保存します。
新しいルールは、**Publish**を選択するまで未公開かつ無効のままです。
公開すると、以降の割り当てに対してルールが更新され、そのバージョンが記録されます。
別のレビュアーがルールまたはその下書きを変更していた場合、操作は競合を返し、より新しい作業内容が保持されます。

## チーム

レビューチームには、ルールで利用可能なレビュアー、その専門分野、および同時に担当できるアクティブなケースの上限が登録されます。
選択できるのは、そのアプリケーションのケースへのアクセス権を持つアクティブなメンバーのみです。
キャパシティは、組織全体のアクティブなケースを対象に集計されます。
稼働できないレビュアーは自動割り当ての対象から除外されます。

割り当てAPIでは、チームメンバーごとに稼働開始日時と終了日時も指定できます。
どちらのタイムスタンプも任意ですが、指定する場合は終了日時を開始日時より後にする必要があります。

## ポリシーと作成元

レビューポリシーでは、ケースの内容、チェックリストの要件、デフォルトの期限、および解決に2人目のレビュアーによる承認が必要かどうかを定義します。
ケースの作成元には、選択したポリシーのケースを作成するワークフロー、スクリーニング設定、取引ルールが表示されます。

レビューの要件については、[レビューポリシー](https://docs.didit.me/ja/console/case-management/blueprints.md)と[4-eyesレビュー](https://docs.didit.me/ja/console/case-management/four-eyes.md)を参照してください。


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.