メインコンテンツまでスキップ

MDM マスターエンティティ

マスターエンティティは実物を表す golden record です。各レコードは安定 ID、エンティティタイプ、canonical 属性、lineage、状態、バージョン、ソース別名を持ちます。

データを融合、AI Agent、Inspector、BI、レポートで使用する前に、この画面で ID 品質を確認します。

前提

  • 表示には dfs:read が必要です。
  • 別名の追加や re-point には dfs:write が必要です。
  • merge と split などの構造変更はガバナンス責任を持つユーザーに限定します。
  • レビュー対象の entity type を決めます。
  • 別名を提供すべきソースシステムを確認します。
  • ID 判断を担当する steward を決めます。

画面を開く

Data Integration > DFS Pro > Master Entities

左側に entity types、右側に golden records が表示されます。行を選択すると詳細 drawer が開きます。

エンティティレビューフロー

master entity set を fusion tasks、Inspector、AI Agent ワークフロー、レポートへ引き渡す前に、この流れでサンプル確認します。

一覧を読む

意味
Entity安定したマスターエンティティ ID の短縮表示。
Canonicalcanonical 属性のプレビュー。
Statusactive または merged。
Versioncanonical record のバージョン。

対象タイプに記録がない場合は、その tenant に entity type が存在するか、インポートまたは解決タスクでレコードが作成されたかを確認します。

詳細を確認する

確認する項目:

  • 完全な entity ID;
  • 状態とバージョン;
  • 有効期間;
  • canonical 属性;
  • active と履歴の別名;
  • match method と confidence;
  • lineage。

Canonical 属性は、下流ユーザーが対象物を認識できる程度に安定していれば十分です。対象の識別と説明に必要なフィールドへ絞ります。

エンティティ品質チェック

各ソースシステムと影響の大きい資産クラスからサンプルを確認します。

チェック良い状態
安定 IDレコードがライフサイクルを通じて 1 つの実物を表します。
Alias coverage期待するソースシステムに active aliases がある、または不足が記録されています。
Canonical clarity名称、クラス、場所、状態によりユーザーが対象を認識できます。
Lineage completenessどのソースがいつ記録に寄与したか確認できます。
Steward decisionsfuzzy approvals、rejections、merges、splits、re-points を説明できます。
Downstream readiness依存データセットやワークフローが使う entity ID を理解しています。

本番引き渡しでは、件数だけでなく、レポート、作業指示、AI Agent の回答、運用ダッシュボードに影響しやすい記録のサンプル証跡を基準に entity set を承認します。

引き渡し例

簡潔な引き渡しメモは次の形にできます。

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 セットを使うか、レビューを続けるか、下流ワークフローを再実行するか判断できる内容にします。

引き渡し内容

マスターエンティティセットを引き渡す際は、次を含めます。

  • entity type;
  • active records 数;
  • カバーするソースシステム;
  • 未解決または却下済み候補数;
  • 既知の alias 不足;
  • merge、split、re-point の有無;
  • その ID に依存する下流データセットやワークフロー。

よくある問題

症状原因対処
同じ実物が 2 回表示される重複した golden records がある。別名と lineage を比較し、同一と確認してから merge します。
1 レコードに別の実物の別名が含まれるID が過剰にクラスタリングされている。split で一部の別名を新しいレコードへ移します。
ソース ID が誤った記録を指すcrosswalk が誤っている。ソース証跡を確認して re-point します。
canonical 属性が少ないソースフィールド不足、または survivorship で値が選ばれていない。ソースマッピングをレビューし、承認済み手順で補完します。
下流に古い ID が残る履歴事実を読んでいる、または再検証されていない。current entity 解決または再実行を確認します。

次に読む

Cross-Source Aliases を参照してください。