Bir bankanın üç farklı sisteminde aynı müşterinin adı farklı yazıldığında, pazarlama, risk ve finans ekipleri aynı raporu üç farklı sayıyla okur. Bu kaos Master Data Management (MDM) disiplininin var oluş sebebidir. MDM, kurum için kritik olan ana varlıkları — müşteri, ürün, tedarikçi, hesap, lokasyon — tek bir altın kayıtta birleştiren ve bu kaydı tüm sistemlerin tüketmesini sağlayan süreç ve teknoloji bütünüdür.
MDM'i Tetikleyen İş İhtiyaçları
MDM'e yatırım genellikle şu acıların biriktiği noktada başlar:
- Müşteri 360 raporunda iki farklı kaynağın toplamı ana sisteme uymuyor.
- Ürün kodu değiştiğinde geriye dönük satış analizi bozuluyor.
- Regülasyon uyum raporlarında tekilleştirilmiş müşteri sayısı ile operasyonel sistemdeki farklılık denetimde risk yaratıyor.
- Birleşme/satın alma sonrası iki kurumun ürün kataloglarını birleştirmek aylar alıyor.
Kısacası iş tarafı aynı gerçeğin iki versiyonunu okuyor; kararlar güvensizleşiyor. MDM, bu iki versiyonu tek bir referansta buluşturan disiplindir.
MDM Mimarisinin Temel Bileşenleri
Başarılı bir MDM programı dört katmanda çalışır:
- Yönetişim: Hangi alanın otoriter olduğunu, kimin sahip olduğunu ve değişiklik yetkisinin kimde bulunduğunu tanımlayan kural seti.
- Veri modeli: Altın kayıt şeması, tanımlı zorunlu alanlar, hiyerarşiler (ör. müşteri grubu → ana müşteri → bağlı hesaplar).
- Eşleme ve temizleme: Kaynak sistemlerden gelen kayıtların adres, kimlik numarası ve benzeri alanlar üzerinden eşlenmesi ve tekilleştirilmesi.
- Dağıtım: Altın kaydın operasyonel sistemlere, raporlamaya ve AI/analitik platformlarına güvenli şekilde servis edilmesi.
Tipik Hatalar ve Nasıl Kaçınılır
MDM projelerinin en büyük başarısızlık nedenleri iş yerine teknolojiyi öne koymakla ilgilidir:
- Tek seferlik temizlik tuzağı: Veriyi bir kez temizleyip bırakmak, 6 ay sonra sorunu geri getirir. MDM süreklilik gerektirir.
- İş sahipliği eksikliği: Veriyi IT sahipleniyorsa, iş kuralları gerçek ihtiyacı yansıtmaz. Her ana varlığın iş tarafında bir sahibi olmalıdır.
- Big bang yaklaşımı: Tüm ana varlıkları aynı anda MDM'e almak, kapsamın kontrolsüz büyümesine yol açar. Tek bir varlıkla başlayıp genişletmek daha sürdürülebilirdir.
MDM ve Modern Veri Platformu İlişkisi
Bugünün data lakehouse mimarilerinde MDM, saf ham veri katmanının yanında bir referans katmanı olarak duruyor. Altın müşteri kaydı hem operasyonel CDP'ye besleniyor hem BI raporlarında dimension tablosu olarak kullanılıyor. LLM destekli AI ürünlerinde ise MDM, agent'ların hangi müşteri hakkında konuştuğunu doğru bilmesini sağlıyor — yani halüsinasyon azaltma konusunda doğrudan bir rol üstleniyor.
Nereden Başlamalı?
Bir kurum MDM yolculuğuna başlayacaksa üç soruyu cevaplamakla işe koyulmalıdır: En çok acı çektiğimiz varlık hangisi? Bu varlığa kimler dokunuyor? Onun için tek gerçek kaynağı kim sahiplenecek? Bu üç sorunun cevabı netleştiğinde, araç seçimi ikincil hâle gelir; çünkü MDM bir teknoloji değil, bir disiplindir.
