Master Data Management (MDM)

Wat is Master Data Management?

Master Data Management, kortweg MDM, is de discipline om één gedeelde, betrouwbare versie van je kerngegevens te onderhouden over al je systemen heen. Met kerngegevens bedoelen we klanten, producten, leveranciers, locaties, medewerkers: de vaste entiteiten waarop je business draait. In het Vlaams hoor je ook "stamgegevens" of "stamdata". Niet de transactiedata (een order van vandaag), maar de entiteiten waar transacties op slaan.

De pijn is herkenbaar in elke organisatie van enige omvang. Klantgegevens zitten in CRM, in ERP, in de support tool, in marketing automation. Acme NV staat in CRM als "Acme N.V." met adres in Antwerpen, in ERP als "Acme NV" met facturatieadres in Brussel, in support tool als "ACME" zonder adres. Vraag aan vier teams hoeveel klanten je hebt en je krijgt vier antwoorden.

Het centrale concept is het golden record: één gemeenschappelijke versie waar alle systemen op terugvallen voor de velden waarvoor consensus moet bestaan. MDM gaat over hoe je dat record bouwt, onderhoudt en uitdeelt.

MDM is geen synoniem van data warehouse of data governance. Een data warehouse bewaart historiek voor analyse, MDM houdt de huidige operationele waarheid bij. Governance is het beleid (wie mag wat, welke regels gelden), MDM is de uitvoering daarvan op je master entiteiten.

Welke domeinen vallen onder MDM?

Welke entiteiten je centraal beheert hangt af van je sector en groei-fase. De klassieke domeinen:

• Klanten
  B2B accounts, B2C consumenten, ledenbestanden. Meestal het eerste domein dat een organisatie aanpakt: dubbele records en geen 360-zicht zijn direct voelbaar voor sales en marketing.

• Producten en SKU's
  Kritiek in retail, e-commerce en productie met meerdere kanalen. Een rebrand zonder centrale lijst betekent maandenlang opruimen in elk systeem afzonderlijk.

• Leveranciers
  KYC-info, contracten en betalingsvoorwaarden zitten verspreid over inkoop, finance en operations. Bij elke audit of e-invoicing-uitrol komt deze fragmentatie boven.

• Locaties
  Winkels, magazijnen, klantadressen. Geocoderen en standaardiseren is een wereld op zich, vooral internationaal.

• Medewerkers
  HR, identity en rollen over HRIS, IAM en payroll. Vaak deels opgevangen door de IAM-laag, zelden volledig.

• Reference data
  Codelijsten zoals BTW-tarieven, ISO-landcodes, valuta-conversies. Klein in volume, groot in schade als ze fout staan.

Niet elke organisatie heeft alle zes domeinen even hard nodig. Een productiebedrijf worstelt vooral met producten en leveranciers, een retailer met klanten en producten, een dienstverlener met klanten en medewerkers.

Hoe ga je aan de slag met MDM?

Een MDM-implementatie begint zelden met software. Het werk zit in vier zaken die je los van een tool al moet uitwerken.

Matching en merging
Fuzzy matchen op naam, adres, e-mail, BTW-nummer. "Acme N.V." en "ACME nv" moeten herkend worden als dezelfde entiteit, ook bij een typefout in het adres. Score-algoritmes (Levenshtein, Jaro-Winkler, soms ML) stellen mogelijke matches voor, een steward keurt af of bevestigt.

Survivorship-regels
Welk veld wint als bronsystemen iets verschillends zeggen? CRM zegt Antwerpen, ERP zegt Brussel: een survivorship-regel beslist welk systeem voorrang heeft per veld. Dit zijn politieke afspraken (sales verdedigt CRM, finance verdedigt ERP). Vooraf vastleggen voorkomt dat de regel ad hoc ontstaat bij elk conflict.

Stewardship-workflow
Niet elke match is duidelijk. Voor edge cases (twijfelmatch met bijvoorbeeld 70 procent score) heb je een mens nodig. Een data steward, één per domein, krijgt een werklijst en houdt een audit trail bij van merges en splits.

Implementation styles
MDM-tools werken volgens vier patronen, met oplopende impact op je bronsystemen:

1. Registry
   Verwijzingstabel naar de bronsystemen, geen eigen data. Snel uit te rollen, je leest live uit de bronnen.

2. Consolidation
   Golden record offline samengesteld voor analyse en rapportering. Geen schrijfacties terug naar de bronnen.

3. Coexistence
   Golden record onderhouden in MDM, wijzigingen synchroon teruggespeeld naar de bronsystemen.

4. Centralized
   Alle bronsystemen lezen en schrijven via MDM. Volledige controle, zwaarste integratie.

Een KMO begint vaak bij consolidation (laag risico) en evolueert eventueel later naar coexistence.

MDM in de Microsoft-stack en daarbuiten

MDM is een breed enterprise-veld met een markt vol gespecialiseerde leveranciers. Hier focussen we op de Microsoft-context, met daarna een korte blik op de bredere markt.

Microsoft-realiteit in 2026
Lange tijd was Master Data Services (MDS) in SQL Server de standaardkeuze in de Microsoft-stack. Microsoft heeft die feature uitgefaseerd: in SQL Server 2025 (versie 17.x) is MDS verwijderd. SQL Server 2022 en eerder blijven ondersteund, maar wie vandaag start kan er niet meer op bouwen. Microsoft Fabric bevat geen directe opvolger.

Drie pragmatische opties:

• Profisee op SQL of Fabric
  Positioneert zich expliciet als de MDM-laag bovenop Microsoft-data, integreert met Azure SQL, Synapse en Fabric. De facto vervanger van MDS aan de Microsoft-kant.

• Custom build op Fabric en Power Platform
  Gemeenschappelijke master-tabel in OneLake, stewardship via Power Apps, scheduled merges via Data Factory. Geen pakket-licentie, wel eigenaarschap van het ontwerp.

• Externe MDM met integratie
  Informatica of Reltio die naast Fabric leeft, met data-sync over en weer. Vooral relevant in grotere organisaties.

De bredere markt
Buiten Microsoft de grote namen: Informatica MDM, Stibo Systems STEP, Reltio, Ataccama, Tibco EBX. Sectorgericht: SAP MDG voor SAP-omgevingen, Oracle Customer Hub voor Oracle. Open-source is hier minder volwassen dan in andere data-domeinen.

Voor KMO's
MDM-pakketten kosten al snel zes cijfers per jaar, exclusief implementatie. Voor veel KMO's begint MDM pragmatischer: een gemeenschappelijke klant- of producttabel in het data warehouse, met scheduled deduplicatie en handmatige stewardship via Excel of Power Apps. Dat dekt vaak een groot deel van de pijn voor een fractie van de kost. De stap naar een echte MDM-tool komt pas wanneer volume, matching-complexiteit of governance-druk dat eist.

Waar moet je op letten bij MDM?

Eén domein per keer
Organisaties die MDM voor klanten, producten en leveranciers tegelijk willen oplossen, leveren vaak niets op. Kies het pijnlijkste domein (meestal klant of product), implementeer dat van begin tot eind, en breid pas uit na zes tot twaalf maanden draaien.

Mensen-eerst, tools-tweede
Een MDM-tool zonder data stewards is een dure gegevenstabel. Per domein heb je iemand met domeinkennis en mandaat nodig die merges goedkeurt en escaleert bij conflicten. Reken op één steward FTE per actief domein, ook al klinkt dat veel.

Survivorship wordt politiek
Welk systeem wint als CRM en ERP elkaar tegenspreken? Dat is een afspraak tussen sales en finance, geen technische vraag. Plan tijd voor die gesprekken. Een tool kiezen zonder dit op te lossen is geld verbranden.

Onderhoud loopt door na de uitrol
Nieuwe bronsystemen, gewijzigde definities, nieuwe regelgeving (GDPR, e-invoicing): alles raakt het golden record. Reken op een vast deel van team-capaciteit, niet alleen tijdens de uitrol.

Integratie is zwaarder dan ingeschat
Matching en merging zijn de zichtbare kant. De onzichtbare: API's bouwen naar elk bronsysteem, contracten met systeemleveranciers regelen, ETL-pipelines onderhouden, performance bij volume. Bij MDM-evaluaties ligt de focus op de tool-mogelijkheden, terwijl integratie vaak twee tot drie keer zoveel werk is.