This site only uses technical cookies required for it to work: no tracking, no profiling. Cookie Policy

Skip to content
All terms

What is Master Data Management?

The discipline that creates a single source of truth for core entities (customers, products, suppliers) across all company systems.

Master Data Management is the discipline that creates and maintains a single source of truth for a company's core entities (customers, products, suppliers, employees) across every system that uses them. In a typical company the same customer exists with different IDs in the CRM, the ERP and the e-commerce platform, often with slightly different spellings of the name: MDM reconciles these versions into one authoritative record and distributes it to the systems that need it. The typical process runs through three stages: identifying duplicates across different systems by comparing attributes like name, address or tax ID even when they do not match exactly, deciding which version of the record is authoritative, and finally distributing that consolidated record to every downstream system so each department sees the same record. Without this work, every company system keeps building its own partial version of the truth, until someone tries to combine the data for an analysis and finds out the numbers do not add up.

The unglamorous prerequisite of every "single view"

Every promise of a "single customer view" or consistent reporting across departments assumes the systems agree on what a customer is, not just on what they call it. Without MDM, an analysis joining sales and support data produces duplicates and numbers that never match, because "Customer Smith Ltd" and "Smith Limited" are two different rows in the two systems. It is unglamorous work, often postponed because it does not produce a new dashboard to show off, but without which every data governance initiative is built on master data that never reconciles. The hard part is not the technology but data ownership: every entity needs an owner who decides conflicts when two systems say different things, otherwise the authoritative record soon becomes just another copy.

MDM and ontology: the entities and their meaning

MDM and ontology answer different, complementary questions. MDM establishes what the entities are and which record is authoritative for each: this is customer X, this is product Y. Ontology instead defines the semantics, how those entities relate to each other and to business concepts (what an "active" customer means, which category a product belongs to). A company facing a serious AI project, where agents need to reason over real customers and products, needs both: MDM guarantees the entity is unique and correct, ontology that its meaning is shared and interpretable by the system.

  • Data governance · The rules, roles and processes that make company data reliable, secure and usable: who can do what, on which data, at what quality.
  • Ontology (data & AI) · The formal vocabulary defining your business entities and their relationships: the shared schema data and AI reason on.
  • Data quality · How fit your data is for its intended use: complete, correct, fresh and consistent across systems. Measured, not declared.
  • BOM data reconciliation · Aligning the same component's item codes across CAD, ERP and supplier catalogs into one reliable master record.
  • Product Information Management (PIM) · The system where product data is collected, enriched and published consistently across every sales channel.

A term that hits close to home? Let's talk.

CONTACT ME