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

MDM クロスソース別名

クロスソース別名は、ソースシステム ID をマスターエンティティへ対応付けます。これは運用データの ID crosswalk であり、複数のシステム ID が同じ実物を表すことを FactVerse に伝えます。

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。
Confidenceresolver または人の操作で記録された信頼度。
Match methoddeterministic、fuzzy、manual。
Stateactive または superseded。
Period時点解決に使う有効期間。
Provenance任意の構造化証跡。

正規化別名​

業務ドメインによっては、ID 解決のために追加の正規化キーが必要です。たとえば、あるソースは登録番号、シリアル番号、タグに記号を含め、別のソースはそれらを省略することがあります。

この方式では、ドメイン統合が正規化値を計算し、ソース別名と一緒に保存します。Core MDM は正規化値を不透明な文字列として照合します。正規化ルールの定義や推論は、その値を書き込む統合側の責任です。

正規化別名を使う場合は次を確認します。

  • 元の source ID を主要な監査証跡として保持する。
  • どの統合が正規化値を生成したか記録する。
  • 正規化値が複数エンティティに一致する場合は steward review に送る。
  • 本番の統合タスクで使う前に、サンプルで一致結果を確認する。

別名をレビューする​

  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 は 1 つ同じソース記録が複数エンティティへ解決されることを防ぎます。
有効期間が重複しない履歴事実が誤った ID で解決されることを防ぎます。
source system 名が安定している統合時に重複 namespace が作られることを防ぎます。
manual mapping に証跡があるレビュアーが alias を受け入れた理由を説明できます。
構造変更後に再検証するmerge、split、re-point が下流データへ反映されたことを確認します。

source ID が再利用される可能性がある場合は、有効期間を必須にします。そうしないと古い作業指示、センサー値、点検記録が交換後の設備へ解決されることがあります。

Re-point する​

source ID が誤ったエンティティを指している場合に re-point を使います。

  1. 現在その alias を持つレコードを開きます。
  2. alias 行で Re-point を選択します。
  3. 正しい対象エンティティを選択します。
  4. 確認します。
  5. 対象レコードに alias が表示されることを確認します。

レビュー例​

ケースレビューアクション
2 つのシステムで資産番号と場所が一致entity type と source owner を確認して alias を承認します。
表示名は同じだがシリアル番号が違うreject または split。名称だけでは十分ではありません。
設備交換後に source ID が再利用された有効期間を追加するか、有効日付きで re-point します。
作業指示対象に資産 alias がないsteward candidate を作成するか、ソース修正を依頼します。
点検ポイントが廃止済み対象を指す履歴解決か re-point が必要か判断します。

確認項目​

  • 各 active source ID は 1 つの active entity だけを指します。
  • 同じ source ID の有効期間が重複していません。
  • source system 名は安定しています。
  • re-point にはソース証跡があります。
  • ID 変更後、影響を受ける融合やレポートが再検証されています。

よくある問題​

症状原因対処
融合出力で既知のマッチが漏れるsource ID に active alias がない。alias を追加または承認してから再実行します。
設備や資産が重複集計される同一エンティティを指すべき alias が別々のエンティティを指す。レビュー後に merge または re-point します。
過去レコードの解決が誤る有効期間がない、または上書きされた。alias period を確認し、影響範囲を再実行します。
誤候補が繰り返し出る却下時に durable negative が記録されていない。Steward Queue で却下します。

次に読む​

Steward Queue を参照してください。