MDM 人工审阅队列

人工审阅队列用于处理不确定身份匹配。解析任务可以提出“某个源记录可能属于某个主记录”的候选，数据负责人在映射被确认前进行人工审阅。

该队列处理身份决策。通用数据质量错误应进入数据质量和拒绝行处理工作流。

准备工作

• 查看候选需要 dfs:read。
• 批准或拒绝需要 dfs:write。
• 审阅人需要理解被比较的源系统。
• 审阅人需要有权决定两条记录是否代表同一真实对象。

打开页面

数据集成 > DFS Pro > 人工审阅队列

可按实体类型和状态过滤。

状态	含义
待审	候选需要人工决策。
已批准	候选已接受，别名已确认。
已拒绝	候选已拒绝，并记录给后续解析流程使用。

审阅流

把队列当作受控工作清单使用。每个决策都应留下足够上下文，便于下一次解析任务运行、下游数据负责人和项目交接记录复用。

审阅流程

1. 选择 审阅。
2. 比较待审源记录与候选主记录。
3. 查看相似度。
4. 查看字段差异。
5. 必要时检查源系统证据。
6. 只有确认代表同一真实对象时才批准。
7. 不同对象或证据不足时拒绝。

重点比较字段：

字段组	检查内容
源身份	源系统、源 ID、对象类型和源系统负责人。
物理身份	序列号、设备编码、资产标签、站点或位置。
描述字段	名称、类别、型号、厂商和自由文本描述。
时间有效性	生效时间、替换时间、投运时间或退役状态。
既有决策	当前别名、已拒绝关系、合并历史和拆分历史。

相似度分数用于排序和分流。最终人工审阅决策应基于源系统证据，而不是只看分数。

批准候选

当源 ID 应作为候选实体的别名时，批准该候选。

批准后会创建或更新跨源别名，并把候选标记为已批准。如果该身份影响当前输出，应重新验证下游融合或报表。

批准后检查：

1. 打开主数据实体。
2. 确认新的源系统别名已生效。
3. 检查别名是否带有预期生效日期。
4. 重新运行或刷新依赖该实体的下游融合任务。
5. 当别名影响生产报表、AI Agent 证据或 Inspector 记录时，把决策写入交接记录。

决策参考

信号	处理方式
可信源系统中的相同稳定 ID	强证据，但仍需确认实体类型和时间窗口。
只有显示名称相同	弱证据，需要检查位置、序列号、类别或源系统负责人。
时间接近且故障文本相似	对事件候选有帮助；资产身份仍需源系统证据。
位置或序列号冲突	通常应拒绝，或进入拆分审阅。
关键字段缺失	保持待审或带说明拒绝，直到源数据修正。

拒绝说明

好的说明应简短写明原因：

• 不同物理设备，只是名称相似。
• 源 ID 在替换后复用，需要检查历史时间段。
• 源记录缺少序列号或位置证据。

拒绝后应判断该源记录是应该成为新实体、保持未匹配，还是等待源系统修正。拒绝记录的作用是减少重复审阅，而不是掩盖数据质量问题。

队列运营策略

生产使用前，先定义简单的队列策略：

策略项	推荐做法
负责人	为每类实体类型指定负责的数据负责人组。
审阅频率	上线期间每次解析任务运行后审阅；稳定后改为固定节奏。
升级路径	缺少源系统证据的候选应转给系统负责人，而不是进入泛化待办池。
老化阈值	跟踪超过约定窗口仍待审的候选。
高影响实体	用于生产报表、工单或 AI Agent 工作流的实体应增加二次审阅。

只有低风险且证据模式一致的候选适合批量审阅。涉及序列号、位置、替换历史或源系统负责人差异时，应逐条判断。

检查清单

• 待审候选由理解源系统的人审阅。
• 批准后，主记录中出现预期别名。
• 容易复发的拒绝项已写明原因。
• 高影响身份变化已通知下游负责人。
• 交接记录包含审阅数量和未处理候选。
• 长期待审候选有明确负责人和下一步动作。
• 已批准别名已反映到下一次下游刷新。

下一步

当现有身份结构需要修正时，继续阅读 合并、拆分与重定向。