Ana veri yönetimi (MDM, Master Data Management), müşteri, tedarikçi, ürün, malzeme ve personel gibi işin temel varlıklarının her sistemde aynı, tek ve doğru kayıtla temsil edilmesini sağlayan süreç, kural ve teknoloji bütünüdür. Amaç, her varlık için bir "altın kayıt" belirlemek; bu kaydın nerede açılacağını, kimin değiştireceğini ve diğer sistemlere nasıl dağıtılacağını tanımlamaktır.
Aynı müşteri, beş sistem, beş farklı kayıt
Tipik bir orta ölçekli işletmeyi düşünün. Müşteri kartı satış ekibinin CRM'inde açılır, muhasebe ERP'de ikinci bir kart açar, B2B portalı sipariş gelince üçüncüsünü otomatik oluşturur. Ürün tarafında da durum farklı değildir: depo bir kod kullanır, e-ticaret sitesi başka bir ad, pazaryeri ise kendi kategori yapısını ister.
Her sistem kendi içinde tutarlıdır; sorun, sistemler arasında kimin "doğru" olduğunun bilinmemesidir. Adres CRM'de güncellenir ama e-fatura ERP'deki eski adrese kesilir. Tedarikçinin IBAN'ı bir yerde değişir, ödeme listesi başka yerden çekilir.
Bu noktada çoğu şirket bir temizlik projesi başlatır. Mükerrer kartları bulup birleştirmek gerekli bir iştir ve yöntemini veri kalitesi ve mükerrer kayıt rehberimizde adım adım anlattık. Ama temizlik bir kerelik müdahaledir; kayıtların nereden doğup nasıl dağıldığı değişmezse altı ay sonra aynı tablo geri döner. Ana veri yönetimi, tam olarak bu "doğum ve dağıtım" düzenini kurar.
Ana veri yönetimi yapılmazsa ne kaybedilir?
Ana verideki bozukluk tek bir departmanın sorunu gibi görünmez; faturalamaya, sevkiyata, raporlamaya ve ödemeye bölünerek dağılır. Uluslararası bir araştırma bu güven açığını rakamla gösteriyor:
Drexel Üniversitesi LeBow İşletme Fakültesi ile veri bütünlüğü yazılımları sağlayıcısı Precisely'nin 565 veri ve analitik uzmanıyla yaptığı araştırmada katılımcıların %67'si kurumunun kullandığı veriye tam güvenmediğini, %64'ü ise veri kalitesini veri bütünlüğünün önündeki en büyük sorun olarak gösterdi. (Drexel LeBow & Precisely, 2025 Outlook: Data Integrity Trends and Insights)
Parasal etki için sık başvurulan bir değerlendirme, veri kalitesi uzmanı Thomas C. Redman'a ait. Redman, MIT Sloan Management Review'daki "Seizing Opportunity in Data Quality" makalesinde (2017) kötü verinin çoğu şirkete maliyetini gelirin %15–25'i olarak tahmin ediyor. Bu ölçülmüş bir istatistik değil, bir uzman tahmini; ama yanlış adrese giden sevkiyat, iade edilen fatura ve elle yapılan düzeltmeler toplandığında yönü tanıdıktır.
Türkiye'de sorunun zemini hızla genişliyor. TÜİK Girişimlerde Bilişim Teknolojileri Kullanım Araştırması 2025 sonuçlarına göre 10 ve daha fazla çalışanı olan girişimlerin %28,3'ü ERP, %12,0'ı CRM kullandı. ERP'nin yanına CRM, e-ticaret ve e-belge entegrasyonu eklendikçe aynı varlığın kaydı çoğalır; hangisinin esas olduğu tanımlanmamışsa her yeni sistem yeni bir çelişki kaynağı olur.
Somut kayıplar genellikle şunlardır:
- Fatura ve e-belge hataları. Unvan, vergi numarası ya da adres sistemler arasında farklıysa e-fatura yanlış bilgiyle düzenlenir; düzeltme hem zaman hem itibar kaybıdır. Entegrasyon tarafını e-fatura entegrasyonu yazımızda ele aldık.
- Ödeme riski. Tedarikçi banka bilgisinin birden çok yerde değiştirilebildiği bir yapı, sahte "hesabımız değişti" e-postalarına açık kapı bırakır; bu saldırının işleyişini IBAN değişikliği maili dolandırıcılığı yazısında anlattık.
- Çelişen raporlar. Aynı müşteri üç karta bölündüğünde ciro, risk ve müşteri sayısı her panelde farklı çıkar.
- Boşa giden yatırım. Yeni sisteme dağınık ana veriyle geçmek eski sorunu taşır; ERP projelerinin neden başarısız olduğunu anlattığımız yazıda veri göçü bu yüzden ilk sıralarda.
MDM, veri kalitesi ve veri yönetişimi arasındaki fark
Veri yönetişimi, veri kalitesi ve ana veri yönetimi sık karıştırılır; tartışmaya çoğu zaman veri ambarı da eklenir. Aralarındaki sınırı çizmek, projenin kapsamını doğru belirlemeyi sağlar.
| Kavram | Odak | Tipik soru | Örnek çıktı |
|---|---|---|---|
| Veri yönetişimi | Kurallar ve roller | Bu verinin sahibi kim, kim karar verir? | Sahiplik listesi, veri politikası |
| Veri kalitesi | Kaydın doğruluğu | Kayıt eksiksiz, geçerli, tekil mi? | Kalite ölçüm panosu, temizlik listesi |
| Ana veri yönetimi | Temel varlıkların tek kaydı ve dağıtımı | Müşteri kartı nerede açılır, hangi sistemlere nasıl akar? | Altın kayıt, kayıt açma akışı, senkronizasyon kuralları |
| Veri ambarı | Analiz için birleştirme | Raporlar hangi veriden beslenir? | Ambar, ETL süreçleri, BI panelleri |
Yönetişim kuralı koyar, MDM o kuralı temel varlıklar için işletir. Rolleri ve karar sürecini kurmayı veri yönetişimi nedir rehberimizde anlattık. Ambarla farkı da önemlidir: ambar veriyi rapor için sonradan birleştirir, MDM ise kaydı operasyon sırasında doğru tutar. Ambar tarafını veri ambarı ve ETL yazısında bulabilirsiniz.
Hangi veri "ana veri" sayılır?
Ana veri, işlemlerin etrafında döndüğü ve görece yavaş değişen varlık verisidir. Sipariş, fatura ve stok hareketi işlem verisidir; bunların referans verdiği müşteri, ürün ve depo ise ana veridir.
- Taraf verisi: müşteri (cari), tedarikçi, bayi, personel.
- Ürün verisi: ürün kartı, malzeme, reçete, birim, barkod, fiyat listesi bağlantıları.
- Yer ve yapı verisi: depo, lokasyon, maliyet merkezi, hesap planı.
- Referans veri: ülke, il, para birimi, vergi oranı, ölçü birimi gibi ortak kod listeleri.
MDM mimarisi: dört yaygın yaklaşım
Ana veri yönetimi mutlaka ayrı ve büyük bir yazılım gerektirmez. Mimari seçimi; sistem sayısına, verinin nerede doğduğuna ve değişiklik sıklığına göre yapılır.
| Yaklaşım | Nasıl çalışır? | Ne zaman uygun? | Dikkat edilecek nokta |
|---|---|---|---|
| Kaynak sistem esas (ERP merkezli) | Ana veri yalnızca ERP'de açılır, diğer sistemler oradan okur | Az sayıda sistem, güçlü bir ERP | Diğer sistemlerde kart açma yetkisi kapatılmalı |
| Kayıt defteri (registry) | Kayıtlar yerinde kalır; merkez yalnızca eşleşme anahtarlarını tutar | Sistemlere dokunmak zor, amaç raporda tutarlılık | Kaynaktaki hatalar düzelmez, yalnızca eşleşir |
| Konsolidasyon | Kayıtlar merkezde birleştirilip altın kayıt oluşturulur | Önce görünürlük, sonra düzeltme hedefleniyorsa | Altın kayıt kaynak sistemlere geri yazılmaz |
| Birlikte yaşama / merkezî hub | Altın kayıt merkezde yönetilir ve API ile sistemlere dağıtılır | Çok sistem, çok kanal, sık değişen ürün verisi | Onay akışı ve entegrasyon disiplini ister |
KOBİ ölçeğindeki çoğu işletme için doğru başlangıç, ERP'yi esas kaynak ilan edip diğer sistemlerin kart açmasını entegrasyonla ERP'ye yönlendirmektir. Sistem sayısı arttıkça, özellikle çok kanallı satışta, merkezî bir ana veri katmanı mantıklı hale gelir. Sistemlerin birbirine nasıl konuştuğunu API entegrasyonu nedir yazımızda, sipariş ve cari akışını ise B2B e-ticaret ERP entegrasyonu rehberinde anlattık.
Ana veri yönetimi 7 adımda nasıl kurulur?
- Bir veri alanıyla başlayın. Tüm ana veriyi aynı anda ele almayın. Çoğu işletmede ilk aday cari karttır; üretim ve çok kanallı satışta ürün kartı öne geçer.
- Veri akış haritasını çıkarın. Seçilen varlığın hangi sistemde açıldığını, hangi sistemlere kopyalandığını ve hangi alanın nerede değiştiğini çizin. Resmî sistemlerin dışında tutulan Excel listelerini de ekleyin.
- Altın kaydın alanlarını tanımlayın. Hangi alanların zorunlu olduğunu, biçim kurallarını ve tekillik anahtarını (vergi numarası, barkod, malzeme kodu) yazılı hale getirin. Aynı vergi numarasına sahip şubeler gibi bilinçli istisnaları da tanımlayın.
- Alan bazında esas kaynağı belirleyin. Her alanın tek bir yetkili kaynağı olmalı: unvan ve vergi numarası muhasebeden, iletişim kişisi CRM'den, teslimat adresi lojistikten gelebilir. "Alan sahibi" tablosu çakışmaları baştan çözer.
- Kayıt açma ve değiştirme akışını kurun. Yeni kart talebi tek kapıdan girer, mevcut kayıt otomatik aranır, benzer kayıt varsa uyarı verilir. Banka bilgisi gibi kritik alanlar ikinci bir kişinin onayı olmadan değişmez.
- Dağıtımı otomatikleştirin. Onaylanan kayıt ERP, CRM, e-ticaret ve depo sistemlerine entegrasyonla dağıtılır; hiçbir sistem kendi başına kart açmaz. Değişiklikler kimin, ne zaman, neyi değiştirdiğiyle kayıt altına alınır.
- Ölçün ve sahipliği sürdürün. Doluluk, tekillik ve sistemler arası tutarlılık düzenli raporlanır. Göstergeler bir yönetici panelinde izlenebilir; panelde hangi ölçütlerin kullanılacağını BI dashboard ve KPI rehberimizde anlattık.
Proje başlamadan önce kontrol listesi
- İlk ele alınacak veri alanı ve ölçülebilir başlangıç değerleri belli mi?
- Her kritik alanın bir iş birimi sahibi var mı (BT değil)?
- Kart açabilen tüm sistemler ve kullanıcılar listelendi mi?
- Mükerrer kayıtlar için birleştirme kuralı ve iş birimi onayı tanımlandı mı?
- Kişisel veri içeren alanlar işaretlendi, erişimleri KVKK'nın veri güvenliği yükümlülükleriyle uyumlu biçimde sınırlandı mı?
Ana veri dış paydaşlara veri gönderen süreçlerde daha da kritik hale gelir. Tekstilde dijital ürün pasaportu, ürün kartındaki malzeme ve menşe bilgisinin doğruluğuna doğrudan bağlıdır.
Digital Bridge'de bu işi nasıl yapıyoruz?
Hazır bir MDM paketi satmıyoruz; mevcut sistemlerinizin üzerine, ihtiyacınız kadar ana veri disiplini kuruyoruz. Çalışma genellikle şu aşamalarla ilerliyor:
- Keşif ve ihtiyaç analizi. Veri yönetişimi ve veri kalitesi çalışması kapsamında ana veri alanlarınızın envanterini, akış haritasını ve başlangıç kalite ölçümlerini çıkarıyoruz. Hangi mimari yaklaşımın size uyduğunu bu tablo belirliyor.
- Pilot veri alanı. Tek bir varlıkla (çoğunlukla cari ya da ürün kartı) başlıyoruz: altın kayıt kuralları, alan sahipliği, temizlik ve birleştirme kararları iş biriminizle birlikte veriliyor.
- ERP ve CRM tarafında kaynakta önleme. ERP ve CRM sistemlerinizde zorunlu alanları, benzer kayıt uyarısını ve kritik alan onay akışını tasarlıyoruz.
- Entegrasyon ve dağıtım. Onaylı kaydın diğer sistemlere akışını API entegrasyonu ile kuruyor, gerektiğinde birden çok uygulamayı tek veri modelinde buluşturan entegre yazılım sistemleri geliştiriyoruz.
- Ölçüm ve devir. Kalite göstergeleri düzenli raporlanıyor; ekibiniz kuralları kendi başına sürdürebilecek hale geldiğinde süreci size devrediyoruz.
İhtiyaç analizinin ardından kapsamı, aşamaları ve bedeli içeren yazılı bir teklif hazırlıyoruz. Veri ambarı, KPI ve raporlama gibi komşu konular için Veri ve Analitik rehberlerinin tamamına göz atabilirsiniz.
Sonraki adım
Bugün yapabileceğiniz kısa bir kontrol: en önemli on müşterinizi seçin ve ERP, CRM ve e-ticaret sistemlerinde unvan, vergi numarası ve adres alanlarını yan yana koyun. Kaç tanesinin üç sistemde de birebir aynı olduğu, ana veri sorununuzun büyüklüğünü gösterir. Sonuçları birlikte değerlendirmek ve ilk veri alanı için bir yol haritası çıkarmak için bizimle iletişime geçin.