> ## 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 可按审核团队、策略、技能和容量，将案件自动分配给可用的审核员。

**案件管理 > 分配** 将四个部分放在一起：**分配规则**、**团队**、**审核策略**和**案件创建来源**。

## 分配规则

规则按优先级顺序，根据案件来源、优先级和标签进行评估。
第一条匹配的活跃规则会选定审核策略，并在已配置时选定审核团队。
手动指定的负责人优先于自动分配。

使用**测试路由**可以查看哪条规则匹配，以及每位审核员为何符合条件或不可用。
预览不会保存草稿，也不会预留容量。
实际分配在创建案件时会重新检查访问权限、技能、可用性和容量。
如果没有人符合条件，案件将保持未分配状态，等待审核。

**保存草稿**会保留更改，但不影响分配。
新规则在您选择**发布**之前保持未发布和未激活状态。
发布会更新规则，使其适用于后续分配，并记录其版本。
如果其他审核员已更改该规则或其草稿，此操作会返回冲突，并保留较新的工作内容。

## 团队

审核团队列出某条规则可用的审核员、他们的专业技能以及最大活跃工作量。
只有在应用中具有案件访问权限的活跃成员才能被选中。
容量按整个组织中的活跃案件计算。
不可用的审核员会被排除在自动分配之外。

分配 API 还接受每位团队成员的可用时间的开始和结束时间。
两个时间戳均为可选；提供时，结束时间必须晚于开始时间。

## 策略与创建来源

审核策略定义案件内容、检查清单要求、默认截止时间，以及处理结果是否需要第二位审核员批准。
案件创建来源显示为所选策略创建案件的工作流、筛查设置和交易规则。

有关审核要求，请参阅[审核策略](https://docs.didit.me/zh/console/case-management/blueprints.md)和[四眼审核](https://docs.didit.me/zh/console/case-management/four-eyes.md)。


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