> ## 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.

# 4-Eyes 审核 - 制单人/复核人审批

> Didit 要求第二名审核员批准或拒绝蓝图中的每项处理结论，拟定结果需待另一名审核员签核后才会生效。

四眼审核会在处理结果生效前增加第二道独立签核，这是高风险调查中常用的职责分离控制。

***

## 设置方法

在制单方蓝图上，将 **四眼审核** 设为某个 **复核方蓝图**。设置此字段即可为制单方蓝图启用四眼审核，没有单独的开关。

## 工作方式

1. 制单方蓝图上的人员按常规方式处理案件（误报或有效威胁，如需要则附上备注）。
2. 案件不会直接关闭，而是保持 **打开** 状态，拟定的处理结果进入暂存，案件移入 **复核方蓝图** 的队列。案件时间线记录 `Submitted for approval`。
3. 复核人员查看案件的概览标签页，其中的双重控制横幅会显示 **批准** 和 **驳回** 操作。
4. 点击 **批准** 会应用暂存的处理结果：案件变为 **已解决**，保留原处理结果和备注，并记入提交该结果的人员名下。时间线依次记录 `Approval granted` 和 `Resolved`。
5. 点击 **驳回** 会清除暂存的处理结果，并将案件退回 **制单方蓝图**。时间线记录 `Approval rejected`，并通知制单人。

> [!WARNING]
>
> 提交处理结果的人员不能自行批准或驳回，该规则由服务端强制执行。若尝试这样做，将返回 403。（对没有待批准处理结果的案件执行批准或驳回，将返回 409。）

## 指定复核人

处理案件的人员可以通过[处理案件 API](https://docs.didit.me/zh/management-api/cases/resolve.md) 的 `checker` 字段，指定必须批准该处理结果的成员。
此后只有该成员可以批准或驳回；其他任何人（包括 API 密钥）都会收到 403。
在处理结果被批准、驳回或退回重新审核之前，案件的 `checker` 字段会显示已指定的成员。
如果未指定复核人，处理结果将按上文所述在复核方蓝图的队列中等待。
被指定的复核人必须对该应用具有案件访问权限，且不能是提交该处理结果的人员。

## 证据变化时

更改检查清单答案，或添加、移除关联的验证或交易，都会清除待定决策，并将案件恢复到原始审核策略。
活动时间线会记录需要新的审核决策，并在审计事件中保留先前的提议。
审核员必须检查更新后的证据，并提交新的决策，之后第二位人员才能批准。
重复提交相同的检查清单答案不会取消待定的审核。

批准时还会将关联的来源证据与提交审核时的内容进行比对。
若验证状态已变更、证件字段已更正、交易证据已变更，或来源不可用，批准将被阻止并返回 `409`。
若通过 Fraud Check 关联的全球网络证据失去访问权限，也需要重新审核。
请使用 **驳回** 将案件退回制单人，由其检查更新后的证据，并提交新的决策。
仅打开来源记录或添加内部案件备注，不会自动阻止内容未变的审核。
如果提交的证据无法核验，则必须重新审核后才能批准。

## 注意事项

* 审核要求在案件打开时保存。
  案件进入复核队列后，之后对策略的修改不会替换这些要求。
* 同一案件一次只能暂存一个处理结果。若处理结果正在等待批准，则无法请求补充信息（**等待用户**）。
* 四眼审核可与[必填处理备注](https://docs.didit.me/zh/console/case-management/blueprints.md#常规设置)搭配使用：对风险最高的蓝图同时开启两者，即可同时要求书面依据和第二位复核人。


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