MDM 主数据实体

主数据实体是代表真实对象的主记录。每条记录包含稳定 ID、实体类型、标准属性、血缘、状态、版本和源系统别名。

在数据进入融合、AI Agent、Inspector、BI 或报表前，应使用该页面检查身份质量。

准备工作

• 查看实体需要 dfs:read。
• 新增或重定向别名需要 dfs:write。
• 合并和拆分等结构性动作只应授予有治理责任的用户。
• 明确要审阅的实体类型。
• 确认应该贡献别名的源系统。
• 明确负责身份决策的数据责任人。

打开页面

Data Integration > DFS Pro > Master Entities

左侧是实体类型，右侧是主记录。选择一行可打开详情抽屉。

实体审阅流

在主数据实体集交付给融合任务、Inspector、AI Agent 工作流或报表前，应按该流程抽样检查。

查看列表

列	含义
实体	稳定主数据实体 ID 的短形式。
标准属性	标准属性预览。
状态	生效或已合并。
版本	主记录版本。

如果某个类型没有记录，先确认该租户下实体类型是否存在，以及导入或解析任务是否已经生成记录。

查看详情

重点检查：

• 完整实体 ID；
• 状态和版本；
• 生效时间范围；
• 标准属性；
• 生效和历史别名；
• 匹配方式与置信度；
• 血缘。

标准属性应足够稳定，让下游用户能识别对象；它不需要复制每个源系统的所有字段。

实体质量检查

从每个源系统和高影响资产类别中抽样：

检查项	良好状态
稳定身份	记录在生命周期内代表同一个真实对象。
别名覆盖	预期源系统有生效别名，或有已记录缺口。
标准属性清晰度	名称、类别、位置和状态能帮助用户识别对象。
血缘完整性	用户能看到记录来自哪些源、何时形成。
人工审阅决策	模糊匹配批准、拒绝、合并、拆分、重定向均可解释。
下游准备度	依赖数据集和工作流知道应该使用哪个实体 ID。

生产交接时，应基于关键样本证据批准实体集，重点抽查会影响报表、工单、AI Agent 回答或运营看板的记录，而不是只看记录数。

交接示例

简洁交接记录可以采用以下形式：

Entity type: equipment
Active records: 1,248
Source systems: BMS, CMMS, Inspection
Open candidate queue: 37 pending, 12 rejected this run
Known gaps: 18 BMS tags without maintainable-object alias
Recent structural changes: 4 merges, 1 split, 9 re-points
Downstream refresh: inspection fusion rerun; BI refresh pending
Owner: facility data steward group

交接记录应保持事实性，帮助下一组人员判断是否可以使用该身份集、继续审阅，或重新运行下游工作流。

交接内容

交接一组主数据时，应说明：

• 实体类型；
• 生效记录数量；
• 覆盖的源系统；
• 未解决或已拒绝候选数量；
• 已知别名缺口；
• 是否发生合并、拆分或重定向；
• 依赖该身份的下游数据集或工作流。

常见问题

现象	可能原因	处理
同一真实对象出现两次	存在重复主记录。	比较别名和血缘，确认后再合并。
一条记录包含不同对象的别名	身份被过度聚类。	使用拆分将部分别名拆到新记录。
源 ID 指向错误记录	身份对照表错误。	核对源证据后重定向。
标准属性过少	源字段不足或属性保留规则未选出值。	审阅源映射并按流程补充。
下游仍出现旧身份	下游读取了历史事实或未重新验证。	确认是否按当前实体解析或重新运行任务。

下一步

继续阅读 跨源别名。