MDM 跨源别名

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

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

为什么重要

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

解析流程

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

字段说明

字段	含义
Source system	源系统或数据流名称。
Source ID	源系统中的原始 ID。
Entity ID	别名指向的 golden record。
Confidence	解析或人工动作记录的置信度。
Match method	deterministic、fuzzy 或 manual。
State	active 或 superseded。
Period	用于按时间解析身份的有效期。
Provenance	可选的结构化证据。

审阅别名

1. 打开 Master Entities。
2. 选择 entity type。
3. 打开一条 golden record。
4. 查看 Cross-source aliases。
5. 确认每个 active source ID 是否属于同一真实对象。
6. 如果涉及历史或 re-point，检查 superseded aliases。

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

Alias 质量规则

审阅 crosswalk 时使用以下规则：

规则	原因
每个 source ID 和 period 只有一个 active mapping	防止同一源记录解析到多个实体。
有效期不重叠	避免历史事实用错误身份解析。
Source system 命名稳定	避免集成创建重复 namespace。
手工映射保留证据	便于审阅人员解释为什么接受 alias。
结构性变更后重新验证	确保下游数据反映 merge、split 或 re-point。

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

Re-point 别名

当一个 source ID 指向错误实体时使用 re-point：

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

示例审阅情况

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

检查清单

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

常见问题

现象	可能原因	处理
融合输出漏掉已知匹配	source ID 没有 active alias。	补充或批准 alias 后重新运行融合。
设备或资产被重复统计	应指向同一实体的 alias 指向不同实体。	审阅后 merge 或 re-point。
历史记录解析错误	有效期缺失或被覆盖。	检查 alias period 并重跑受影响流程。
错误候选反复出现	拒绝时没有记录 durable negative。	通过 steward queue 拒绝候选。

下一步

继续阅读 Steward Queue。