MDM 跨源别名

跨源别名把源系统 ID 映射到主数据实体。它是运营数据的身份对照表，让 FactVerse 知道多个系统 ID 描述的是同一个真实对象。

Master entity: device
  SCADA      / tag-AHU-01
  ERP        / asset-1842
  CMMS       / work-target-77
  Inspection / checkpoint-AHU-01

为什么重要

传感器标签、企业资产号、工单对象和巡检点位可能都指向同一设备。没有跨源别名对照表，融合任务和 AI 工作流可能漏匹配、重复计数或引用错误证据。

解析流程

这也是下游团队依赖融合数据集前需要先审阅别名的原因。缺失或错误别名会表现为数据缺口、重复资产或难以解释的 AI 证据。

字段说明

字段	含义
源系统	源系统或数据流名称。
源 ID	源系统中的原始 ID。
实体 ID	别名指向的主记录。
置信度	解析或人工动作记录的置信度。
匹配方式	确定性匹配、模糊匹配或人工确认。
状态	生效或已被取代。
有效期	用于按时间解析身份的窗口。
来源证据	可选的结构化证据。

归一化别名

有些业务域需要额外的归一化键来辅助身份查找。例如，一个源系统写入带标点的注册号、序列号或点位标签，另一个源系统省略了这些字符。

在这种模式下，业务域集成负责计算归一化值，并把它随源系统别名一起写入。核心 MDM 只把归一化值当作不透明字符串进行匹配，不负责定义或推断归一化规则。

使用归一化别名时需要注意：

• 原始源 ID 仍然是主要审计线索；
• 记录由哪个集成产生了归一化值；
• 归一化结果命中多个实体时，应进入人工审阅，而不是自动确认；
• 进入生产融合前，应先抽样检查匹配结果。

审阅别名

1. 打开 主数据实体。
2. 选择实体类型。
3. 打开一条主记录。
4. 查看 跨源别名。
5. 确认每个生效源 ID 是否属于同一真实对象。
6. 如果涉及历史或重定向，检查已被取代的别名。

接受别名时应依据源系统证据。显示名称相似只作为弱审阅信号。

别名质量规则

审阅对照表时使用以下规则：

规则	原因
每个源 ID 和有效期只有一个生效映射	防止同一源记录解析到多个实体。
有效期不重叠	避免历史事实用错误身份解析。
源系统命名稳定	避免集成创建重复命名空间。
手工映射保留证据	便于审阅人员解释为什么接受别名。
结构性变更后重新验证	确保下游数据反映合并、拆分或重定向。

当源 ID 可能复用时，必须设置有效期。否则旧工单、传感器读数或巡检记录可能被解析到替换后的设备。

重定向别名

当一个源 ID 指向错误实体时使用重定向：

1. 打开当前拥有该别名的记录。
2. 选择别名行上的 重定向。
3. 选择正确目标实体。
4. 确认操作。
5. 检查目标记录是否显示该别名。

示例审阅情况

情况	审阅动作
两个系统中资产号和位置一致	确认实体类型和源系统 owner 后接受别名。
显示名称相同但序列号不同	拒绝或拆分；名称本身不足以确认。
设备替换后源 ID 被复用	增加有效期，或带生效日期重定向。
工单目标缺少资产别名	创建人工审阅候选或要求源系统修正。
巡检点指向退役对象	判断需要历史解析还是重定向。

检查清单

• 每个生效源 ID 只指向一个生效实体。
• 同一源 ID 的有效期不重叠。
• 源系统命名稳定。
• 重定向有源系统证据。
• 身份变化后，受影响的融合或报表已重新验证。

常见问题

现象	可能原因	处理
融合输出漏掉已知匹配	源 ID 没有生效别名。	补充或批准别名后重新运行融合。
设备或资产被重复统计	应指向同一实体的别名指向不同实体。	审阅后合并或重定向。
历史记录解析错误	有效期缺失或被覆盖。	检查别名有效期并重跑受影响流程。
错误候选反复出现	拒绝时没有记录负向决策。	通过人工审阅队列拒绝候选。

下一步

继续阅读 人工审阅队列。