メインコンテンツにスキップ
自媒科技企業向けAI・開発から導入まで
日本語JA
プロジェクト相談
プロジェクト相談

企業AIプロジェクトWiki · データ・知識・モデル

マスターデータ

別名Master data · コアマスターデータ · 企業マスターデータ · マスターレコード

定義

マスターデータとは、組織が複数の業務プロセス、取引又はシステムで繰り返し参照する中核実体に安定した ID と管理された説明を与えるデータである。通常、永続的で一意な実体 ID を名称、分類、状態、関係及び適用属性へ結び、利用者が同じ対象を参照し、該当時点の権威ある情報で処理できるようにする。

マスターデータは各プロセスを同じ実体へ結び、共通項目を集めるだけではない

注文、請求、承認、在庫及びサービスは顧客、仕入先、製品、場所又は組織を繰り返し参照する。各システムが名称から独自作成すると、同一実体が重複し、別実体が誤統合される。マスターデータはまず管理された ID を作り、取引と事象を業務上同じ対象へ安定して結ぶ。

GS1 はマスターデータを実体に関連する静的又はほぼ静的なデータとし、取引・可視性事象が ID キーで実体を参照すると説明する。「比較的安定」は不変ではない。法人名、製品状態、場所、組織関係は変わるため、履歴を説明不能にせず変更を管理する。

ISO 8000-100 はマスターデータ品質と組織条件、特に組織・システム間の特性データ交換を扱う。採用しても企業共通の実体一覧や内部 MDM が自動完成するわけではなく、領域、対象、属性、正本、用途及び統治を案件で決める。

何をマスターデータ対象にするか

頻繁に使う値すべてをマスター管理する必要はありません。複数工程が共有し、安定IDが必要で、誤りがシステム間へ広がる中核実体が主な候補です。専門統制へ投資する前に、共有用途と影響を確認します。

  1. 独立識別する中核実体か

    一回の取引値や計算結果ではなく、業務上持続する対象である。

    確認：業務対象モデル、用語、ID 境界。

  2. 複数プロセス・システムが反復参照するか

    一作業内だけで境界を越えない値なら企業 MDM の費用に見合わない場合がある。

    確認：生成者・利用者・取引参照図。

  3. 不一致に横断的な影響があるか

    顧客重複、仕入先状態又は製品分類の誤りが取引、権限、報告、リスク又はサービスへ影響する。

    確認：不具合、照合費用、リスク。

  4. 属性は参照取引より緩やかに変わるか

    変化はするが各取引ごとに同種実体説明を新設しない。高速事象と残高は別管理が適する。

    確認：作成、更新、参照頻度。

  5. 共通 ID・定義・正本が必要か

    対象、適用属性及び優先出所について利用者の合意が必要である。

    確認：ID 競合、意味差、属性正本。

  6. 統治価値が費用に見合うか

    全コード表を集中管理せず、影響・再利用が大きく責任者のいる領域を優先する。

    確認：領域優先度、価値、リスク、運用能力。

領域、実体粒度及び関係を先に定める

仕入先は法人、契約主体、支払拠点、担当者を意味し得ます。粒度が曖昧だと、関係で結ぶべき対象を一件へ統合し、同じ実体を重複作成します。IDや照合規則の前に領域、実体、関係を定めます。

当事者領域

顧客、仕入先、協力先、従業員、法人、組織単位及び連絡先。人、法人、業務役割、口座及び関係を分け、一主体の複数役割を扱う。

製品・サービス領域

製品族、販売品、仕様、包装、サービス目録及び資産型式。クラス、派生、ロット、個体及び注文明細を区別する。

場所領域

登記住所、物理・機能・デジタル場所、倉庫、店舗及び納入点。GS1 GLN は法人、機能、場所の ID を共用・分離する判断が必要なことを示す。

組織・財務構造

法人、部門、原価センター、元帳、予算単位及び報告階層。改組で過去取引時の構造を無痕跡に書き換えない。

資産と資源

保守、財務、在庫及びサービスで共通参照する設備、車両、施設又は契約資源。型式と個別インスタンスは ID 粒度が異なる。

関係と階層

親子組織、顧客―口座、製品―包装、仕入先―場所、代替及び承継に、種類、方向、有効期間、出所及び正本を持たせる。

領域境界

現行アプリのメニューでなく業務能力、責任、ID 及びライフサイクルで分ける。複数システムのレコードは複数実体の証明ではない。

名称より安定 ID が重要

名称は変更、翻訳、略記、重複するため、単独ではIDになりません。安定IDが過去取引と新名称を同じ実体へ結びます。外部番号も文字列だけでなく、発行者、範囲、有効期間とともに扱います。

ID 領域と対象型

組織、領域又は公開ネットワークのどこで一意か、クラス、法人、機能、場所、ロット又は個体の何を識別するかを示す。

一意性と完全性

範囲内で一値は一実体だけを指し、管理対象には ID がある。暫定、候補、外部不明対象には管理状態を設ける。

永続性と非再利用

実体の生涯で ID を維持し、廃止 ID を新実体へ再割当しない。名称、住所、分類又は所有変更時の更新・新規規則を定める。

無意味又は限定的意味

変化する地域、部門、分類、日付を主キーに埋め込まない。表示番号が形式を持っても内部 ID は可変意味に依存しない。

外部・内部 ID 対応

税、登記、GS1、顧客、仕入先及び各システム ID を出所、型、有効性、対応と共に保持し、全用途で一外部 ID を使えると仮定しない。

統合、分割、承継

重複、企業統合、組織分割又は製品代替時に旧・正規 ID、関係、時点、判断及び下流移行を残し、参照を直接削除しない。

正本、属性別権威及びゴールデンレコードは別概念

あるシステムが仕入先ID、別のシステムが税務状態、第三のシステムが支払口座を担当できます。ゴールデンレコードは承認規則で作る統合表示で、全属性の原権威ではありません。層を分けると競合と訂正の起点が分かります。

概念マスターデータ上の責任
ソースシステム元レコードを生成・維持する。一部属性の正本、単なる利用者又は旧システムの場合がある。
System of Record指定実体又は属性の権威ある記録場所。属性、地域又は段階ごとに複数正本があり得る。
MDM システムモデル、検証、照合、統合、承認、関係、履歴及び公開を行う能力・基盤。自ら正本にも、他出所の調整役にもなる。
ゴールデンレコード承認済み照合・存続ルールで複数出所の属性を組み合わせた標準実体ビュー。来歴と版を持つ統治結果で、自然な絶対真実ではない。
信頼できる唯一の情報源利用者を明確な権威へ向ける統治原則。物理複製を一つにする要件でも、統合表が自動的に正しいとの意味でもない。
レジストリ・対応ハブ属性を出所に残してシステム横断 ID と対応だけを管理する。集中を抑えても解決、可用性及び一貫性責任は必要である。

属性別正本表

法律名、状態、支払条件、リスク区分、住所、連絡先ごとに定義者、優先出所、発効時点及び競合裁定者を示す。

出所から黄金値への来歴

各値を元レコード、取得時刻、標準化、照合クラスタ、存続ルール、人的上書き及び版へ追跡し、統合後も元を消さない。

上書きと例外

主体、理由、証拠、期限及び再審査を持たせ、永続的な手動値が正当な出所更新を無言で遮断しない。

名寄せ・統合・存続の誤りを業務リスクとして扱う

照合漏れは重複を残しますが、二社の誤統合は支払、契約、権限を混ぜます。全体一致率だけで閾値を決めず、重要統合には証拠、人の審査、分割可能性、下流訂正計画を持たせます。

  1. 原値を残して標準化

    比較用に文字、空白、住所、電話及びコードを統一しつつ、出所原値、言語、形式及び処理版を保持する。

  2. 候補対を生成

    安定外部 ID、完全一致キー又はブロッキングで比較範囲を絞る。候補生成で漏れたレコードは後段スコアで救えない。

  3. 文脈別に項目評価

    名称、住所、連絡、出生又は登記情報を信頼性と用途で組み合わせ、別名、共有住所、世帯及び企業関係を扱う。

  4. 自動・拒否・人審査帯

    高確度低リスクは自動、明確な差は分離、中間は権限ある管理者へ送る。標注標本と誤り費用からしきい値を承認する。

  5. クラスタと実体を判断

    A≈B、B≈C でも A=C とは限らない。クラスタ全体、実体型及び競合制約を確認する。

  6. 存続値を決定

    属性正本、出所信頼、時点、完全性又は権限判断で値を選ぶ。最長・非 null は技術方針で、普遍的業務真実ではない。

  7. 取消しと再実行を保持

    規則、モデル、しきい値、クラスタ、判断及び公開を記録し、誤統合を分割、再計算して全利用者へ訂正できるようにする。

作成、変更、階層及び廃止のライフサイクルを持つ

中核実体も作成後に固定されません。会社は改名、統合、移転、廃止され、製品・組織階層も変わります。発効時点と過去関係を残し、現在表示と過去取引の両方を正しく解釈します。

申請と作成

提案者、最小証拠、事前重複確認、承認者及び ID 割当を定める。緊急暫定作成には期限と事後審査を置く。

補足・付加

外部登記、住所検証、分類又は人が属性を加える際、提供者、権利、時点及び範囲を記し、付加サービスを無宣言の正本にしない。

変更と発効

名称、状態、関係、分類及び住所変更を即時、将来発効又は遡及訂正に分け、時点履歴を残す。

階層・関係変更

親子、所属、代替、統合及び分割に有効期間を持たせ、現在階層で旧取引の集計・責任を上書きしない。

無効化

取引終了、販売終了又は閉鎖時は通常削除せず無効化し、新規利用を阻止しつつ履歴、照合、返品及び法的義務を支える。

統合・分割と転送

旧・正規 ID、判断、対応及び参照を残し、取消し、キャッシュ、未完取引及び外部相手を処理する。分割後に履歴を恣意的配分しない。

削除と記録保持

本人権利、利用権終了及び記録義務は異なり得る。権限者が匿名化、制限、削除、保持及び伝播を判断し、無効化を削除とみなさない。

公開と同期では一貫性モデルを宣言する

正本を訂正しても全下流が同時に一致するわけではありません。イベント、バッチ、照会の方式、許容遅延、失敗再生、移行中に判断へ使える版を定めます。そうしないと各システムが自分の値を最新と考えます。

集中照会

ID で最新正本を照会する。可用性、遅延、レート、権限及び主サービス停止時の業務動作を定める。

イベント・メッセージ公開

作成、更新、統合、分割及び無効化を ID、版、変更型、時点及び相関 ID と共に公開し、重複、順序及び再生を処理する。

バッチ同期

全量・差分の締切、版、水位、削除表示、検査、再開及び照合を定める。ファイル送信成功は利用者適用完了ではない。

事前同期とオンデマンド取得

GS1 は取引前の周期同期、直接送付及び ID 照会を説明する。業務時限とネットワーク境界で選ぶ。

出所への書戻し

更新ループ、属性所有競合及び上書き消失を防ぎ、拒否・部分成功を照合キューで扱う。

一貫性と鮮度

強一貫、結果整合又は時点スナップショット、識別可能な版、最大陳腐化及び重要取引が更新を待つかを示す。

契約進化

スキーマ、列挙、ID、統合意味、イベント及び廃止変更をインターフェース要件へ入れ、互換期間、利用者目録、回帰及び切替証拠を持つ。

領域責任者、データスチュワード及び終了可能な品質フローが必要

重複や誤りの発見は出発点です。責任者が意味とリスクを決め、スチュワードが証拠を調べて統合、訂正、例外を処理し、技術側が規則と伝播を守ります。課題には担当、期限、影響範囲、終了証拠が必要です。

領域責任者

業務定義、価値、リスク及び重要規則を決定し、部門間競合、品質しきい値及び例外を承認する。

データスチュワード

作成、照合候補、競合、品質問題及び関係を審査する。職務分離と処理能力を現実的に設計する。

基盤・出所責任

基盤は処理、IF、履歴、監査及び復旧を、出所は担当属性の取得・訂正を担い、利用者は不具合を報告する。

領域品質指標

用途別に ID 網羅、重複、誤統合、照合漏れ、完全性、有効性、適時性、一貫性及び関係整合を明確な分母・標本で測る。

予防と検出

作成時重複確認、許容値、正本 IF、承認で予防し、プロファイル、照合、異常検知及び利用者報告で既存不良を見つける。

問題終了

根因、対象、出所、下流影響、訂正、再公開及び検証を記録する。黄金値だけ直し発生プロセスを残せば再発する。

変更統治

領域、属性、出所、照合モデル、しきい値、存続規則又は利用者追加前に影響、プライバシー、安全、移行及び復帰を審査する。

仕入先マスターデータの構成例

以下の顧客と無関係な仕入先領域で、ID、属性権威、照合、階層、同期を結びます。閾値とIDは実業務の判断です。誤統合、照合漏れ、古い下流複製をどの証拠と工程で扱うかが要点です。

実体と役割

SUP-1001 は取引先法人を識別し、調達仕入先、支払先及び納入場所は有効期間付き役割・関係とする。一名称で法人、口座、場所を兼ねない。

ID 対応

正規 ID、承認済み外部登記 ID、各 ERP 番号を出所、状態及び有効性と共に残す。外部 ID がなければ名称から権威を作らず候補状態にする。

属性正本

法律名・登記状態は承認済み登録、支払条件は調達責任、銀行情報は独立高リスク確認、連絡先は許可済み証拠で確認し、時点と証拠を残す。

照合判断

完全一致登記 ID は強い候補、類似名称・住所は要審査。同一グループ又は同居法人を類似だけで統合しない。規則、M1 しきい値、人的結論を追跡する。

ゴールデンレコード

属性別存続で標準ビューを作り、値の出所、規則、上書き及び元記録を残す。利用者へ正規 ID、版及び適用属性を渡し、絶対真実とは呼ばない。

無効化と取引

無効化後は新規申請を阻止し、旧注文、支払、返品及び監査は当時 ID で検索可能にする。再開、統合又は代替を承認イベントで公開し下流照合する。

企業 AI は実体解決を支援できるが主データの真実を創造できない

モデルは様々な形式から名称、住所、関係候補を見つけるのが得意で、その結果が確定済みに見えやすい面もあります。候補、推論、承認済み事実を分け、調査を絞る支援には使っても、確信値だけで統合・上書き権限を与えません。

名称を読み取っても、できるのは確認待ち候補まで

契約、メール、画像から抽出した名称、住所、分類には出所位置、モデル版、未確認状態を残します。決定規則または権限者の確認後にだけ承認属性へ進めます。画面上で正式資料のように見えても、この工程は省けません。

領域別に実体解決を評価

顧客、仕入先、製品及び場所ごとに候補再現、誤統合、照合漏れ、クラスタ品質及び高リスク群を、時間代表標本と難しい反例で測る。

決定的制約で包む

一意外部 ID、統合禁止関係、テナント分離、状態規則及び高リスク項目検証を迂回不可とし、モデル点数で権限拡大又は正本上書きをしない。

人審査を実行可能にする

必要な出所値、差、関係、モデル理由及び下流影響を表示し、確認、拒否、分割及び保留を許す。不要な機微項目を隠し、最終判断を記録する。

学習とフィードバックを統治

照合判断、訂正又は主データを学習へ使う前に目的、権利、最小化、時間代表性、ラベル品質、期間及び承認を確認し、旧誤りを固定化しない。

黄金値にも検索権限が必要

統合ビューは利便と集約リスクを共に高める。利用者、テナント、対象、属性及び目的で AI 検索を絞り、「黄金」だから全モデルへ開かない。

出力に ID と時点を残す

AI 回答は正規実体 ID、主データ版及び適用時点を示し、現在属性と取引時スナップショットを区別する。改名で歴史を書き換えない。

モデル・規則変更で再生

モデル、プロンプト、特徴、しきい値又は出所変更を固定標本と本番候補で比較し、段階適用し、分割と下流訂正能力を残す。

マスターデータと隣接概念の違い

マスター、参照、取引データ、ゴールデンレコードは同じ基盤にあっても責任が違います。マスターは中核実体、取引は事象、参照データは許容値、ゴールデンレコードは統治結果です。区別して作成、訂正、公開権限を決めます。

概念マスターデータとの境界
業務データ対象、事象、取引、状態、文書、判断及び結果全体。マスターデータは中核実体を横断的に識別する比較的安定した部分である。
参照データ他値を分類・制約するコード、単位、状態及び許容値。マスターは識別可能な実体を記述する。両方に正本・版が必要だが対象が異なる。
取引データ注文、支払等の相互作用を記録し主 ID を参照する。取引は継続追加されるが、取引ごとに同種マスター実体を新設しない。
業務対象領域内の人、物、場所、組織又は概念。マスターは ID と管理属性の表現で、対象そのものではない。
データ要件マスターが満たす ID、出所、品質、保護、同期及びライフサイクル義務を定める。
辞書・用語集項目、概念、定義及び許容値のメタデータを持ち、顧客又は製品の実体レコードではない。
ゴールデンレコード照合、存続及び人的規則で作る標準実体ビュー。マスターには元記録、対応、履歴及び関係も含まれる。
System of Record実体又は属性の権威ある記録場所。MDM 又は業務システムの場合があり、属性ごとに異なり得る。
MDM主データを維持する組織、プロセス、規則及び技術能力。製品購入だけでは正しい実体、正本又は統治は生まれない。
Customer 360顧客マスター、取引、接触及び分析を統合するビュー。顧客マスターより広く、分析用で運用正本でない場合がある。
PIM製品内容、分類、媒体及びチャネル公開を管理し製品マスターの一部を担い得るが、企業全領域を自動的に統治しない。
ディメンションデータ分析用の説明データで、マスター由来又は報告・履歴向けに再構成され得る。運用正本には自動的にならない。

出典と適用範囲

本項目は企業案件のマスターデータ、すなわち複数の業務プロセス、取引又はシステムで中核業務実体を継続的かつ一貫して識別・記述する比較的安定したデータと、その ID、正本、品質、関係、版及び配布の一貫性を維持する管理境界を説明する。マスターデータは「重要な全データ」、基礎表、パラメータ表、取引履歴、DWH ディメンション、ゴールデンレコード、信頼できる唯一の情報源、MDM 基盤又はデータガバナンス全体ではない。業務データ、参照・取引データ、業務対象モデル、データ要件、辞書、メタデータ、Customer 360、PIM、本人認証、品質体系、DB 設計、同期、プライバシー・セキュリティ方針又は製品選定全体は定義しない。対象領域、ID 規則、属性別正本、名寄せ・統合、存続値、ゴールデンレコード、変更及び承認権限は案件の権限者が確定する。