Veri Yönetişimi ve SSOT: Master Data Yönetimi Rehberi

Firmaların çoğunda “müşteri listesi” 3 farklı yerde tutuluyor: CRM’de, muhasebe yazılımında, satış ekibinin Excel’inde. Her birinde farklı telefon numaraları, farklı iskonto oranları, farklı adresler. Hangi veri doğru? Kimse bilmiyor. Bu kaos, veri yönetişimi eksikliğinin klasik belirtisidir.

Bu rehberde, veri yönetişimi nedir, SSOT (Single Source of Truth – Tek Doğruluk Kaynağı) nasıl kurulur, veri kalitesi boyutları nelerdir, master data yönetimi nasıl yapılır, veri sahipliği nasıl tanımlanır sorularına yanıt bulacaksınız.

Veri Yönetişimi Nedir?

Veri yönetişimi, organizasyondaki verinin kim tarafından, nasıl yönetildiğini tanımlar

Veri yönetişimi, bir organizasyondaki verinin kim tarafından, hangi kurallar çerçevesinde, nasıl yaratıldığı, saklandığı, paylaşıldığı ve korunduğunu tanımlayan politika ve süreçler bütünüdür.

Veri yönetişimi sadece IT sorumluluğu değildir. İ̇ş birimleri, hukuk, finans, operasyon ve üst yönetim ortak sorumluluk alır. Çünkü verinin doğruluğu, güvenliği ve kullanımı tüm organizasyonun stratejik kararlarını etkiler.

Veri Yönetişiminin 4 Temel Direği

1. Veri Sahipliği (Data Ownership)
Her veri kümesi için sorumlu kişi veya birim belirlenir. Örneğin müşteri verisi satışın, ürün verisi ürün yönetiminin sorumluluğundadır.

2. Veri Standartları (Data Standards)
Verilerin nasıl adlandırılacağı, formatlanacağı, girilmesi gerektiği kurallaştırılır. Örneğin: telefon numarası (0532-XXX-XX-XX) formatında girilecek.

3. Veri Kalitesi (Data Quality)
Verinin doğruluğu, tamlığı, tutarlılığı ve güncelliği sürekli ölçülür ve iyileştirilir.

4. Veri Güvenliği (Data Security)
Hangi kullanıcı hangi veriye erişebilir, hangi veri dışarıya çıkabilir, kişisel veri nasıl korunur gibi kurallar tanımlanır.

SSOT (Single Source of Truth) Kavramı

SSOT: Her veri parçası için tek bir yetkili kaynak

SSOT (Single Source of Truth – Tek Doğruluk Kaynağı), bir veri parçası için organizasyonda tek bir yetkili kaynağın bulunması ilkesidir. Diğer sistemler bu kaynağa referans verir, kopyasını tutmaz veya tutuyorsa senkronize eder.

SSOT Prensipleri

1. Her veri kümesi için tek kaynak
Müşteri verisi → CRM
Ürün verisi → PLM / ERP
Stok miktarı → WMS / ERP
Fiyat listesi → ERP
Tedarikçi verisi → SRM / ERP

2. Diğer sistemler referans verir
E-ticaret sitesi müşteri adresini CRM’den API ile çeker, kendi veritabanında saklamaz. Bu sayede müşteri adres değişikliğinde tüm sistemler aynı anda güncellenir.

3. Kopya varsa senkronizasyon zorunludur
Bazı durumlarda performans veya offline çalışma ihtiyacı için veri kopyası tutulur. Bu durumda gerçek zamanlı veya zamanlanmış senkronizasyon mekanizması kurulur.

SSOT’un Faydaları

• Veri tutarsızlığı ortadan kalkar: Satış ekibi ve finans ekibi aynı iskonto oranını görür
• Güven artar: Raporlar tek kaynaktan beslenir, sonuçlar tartışmasız olur
• Veri güncelleme maliyeti düşer: Tek yerden güncelleme yapılır
• Denetim kolaylaşır: Veri geçmişi tek yerde izlenir
• Karar hızı artar: “Hangi veri doğru?” sorusuyla zaman kaybedilmez

Veri Tutarsızlığının Maliyeti

Veri tutarsızlığı operasyonel ve stratejik maliyetler yaratır

Veri yönetişimi olmayan firmalarda, veri tutarsızlığı günlük operasyonlarda ve stratejik kararlarda doğrudan maliyet yaratır:

Operasyonel Maliyet

Mükerrer kayıt temizliği: Aynı müşteri 3 farklı sistem ve 8 farklı varyantla kayıtlı. Manüel temizlik saatlerce vakit alır.

Veri doğrulama zamanı: Satış ekibi, finans ekibinden iskonto onayı ister. Finans, CRM’deki iskontoya güvenmez, kendi Excel’ine bakar. Her işlemde ekstra iletişim, ekstra zaman.

Hatalı sevkiyat: Müşteri adresi e-ticaret sisteminde güncellenmiş ama lojistik yazılımına senkronize olmamış. Ürün yanlış adrese gider. İade maliyeti, müşteri memnuniyetsizliği.

Rapor hazırlama süresi: Aylık satış raporu hazırlamak 2 gün sürüyor çünkü 4 farklı kaynaktan veri toplamak, eşleştirmek, tutarsızlıkları çözmek gerekiyor.

Stratejik Maliyet

Yanlış tahminler: Stok miktarı tutarsız olduğu için tedarik planlaması yanlış yapılır. Ya fazla stok maliyeti, ya stoksuzluk nedeniyle satış kaybı.

Raporlara güven kaybı: Üst yönetim, raporların doğruluğundan emin olamıyor. “Bu rakam nereden geliyor?” sorusu her sunumda sorulur. Karar alma süreci yavaşlar.

Müşteri deneyimi bozulması: Müşteri call center’ı arıyor, eski adresine göre yönlendiriliyor. Tekrar arıyor, şikâyet ediyor. Marka değeri zarar görür.

Uyum riskleri: KVKK denetiminde hangi sistemde hangi müşteri verisi olduğu bilinmiyor. Müşteri “verilerimi silin” dediğinde 5 farklı sistemden silmek gerekir ama unutulabilir.

Master Data Yönetimi

Master data organizasyonun temel varlıklarını tanımlar

Master Data (Ana Veri), organizasyonun temel varlıklarını tanımlayan, nadir değişen verilerdir. Transactional data (işlem verisi) işe bu varlıklar üzerinde gerçekleşen, sık değişen işlemlerdir.

Master Data Kategorileri

1. Müşteri (Customer)
Müşteri adı, vergi no, adres, iletişim bilgileri, ödeme koşulları, fiyat grubu, satış temsilcisi.

2. Ürün (Product)
Ürün kodu, adı, kategorisi, birim, maliyet, fiyat, tedarikçi, teknik özellikler, açıklama.

3. Tedarikçi (Supplier)
Tedarikçi adı, vergi no, ödeme koşulları, teslimat süreleri, kalite notu, risk seviyesi.

4. Lokasyon (Location)
Depo, şube, tesis bilgileri. Adres, kapasıte, yetkili kişi, bölge, aktif/pasif durum.

5. Çalışan (Employee)
Çalışan kodu, adı, departmanı, unvanı, yetkileri, maliyet merkezi, yöneticisi.

Master Data Yönetiminin İlkeleri

Merkezi tanımlama: Master data tek bir sistemde (genellikle ERP veya MDM yazılımı) tanımlanır. Diğer sistemler buradan beslenir.

Onay süreci: Yeni müşteri, ürün, tedarikçi tanımlanmadan önce onay süreci işler. Örneğin yeni müşteri eklemek için finans onayı gerekir.

Standart format: Her alan için format belirlenir. Telefon: (05XX) XXX-XX-XX, vergi no: 10 haneli sayısal.

Düzenli temizlik: Yılda en az 1 kere master data temizliği yapılır. Mükerrer kayıtlar, kullanılmayan kayıtlar silinir veya pasife alınır.

Versiyon kontrolü: Master data değişiklikleri loglanır. Kim, ne zaman, neyi değiştirdi izlenir. Gerekirse eski versiyona dönülür.

Veri Kalitesi Boyutları: Doğruluk, Tamlık, Tutarlılık, Güncellik

Veri kalitesi 4 boyutta ölçülür ve takip edilir

Veri kalitesi “veri doğru mu?” sorusundan daha kapsamlıdır. 4 boyutta değerlendirilir:

1. Doğruluk (Accuracy)

Tanım: Verinin gerçekle ne kadar uyumlu olduğu.

Örnek: Müşteri telefonu 0532-XXX-XX-XX işe sistemde de bu şekilde kayıtlı mı? Yoksa eski bir numara mı?

Ölçüm: Rastgele 100 müşteri telefon numarası aranır. Kaçı doğru, kaçı yanlış kontrol edilir. Doğruluk oranı = doğru kayıt sayısı / toplam kayıt sayısı.

Hedef: %95+ doğruluk oranı.

2. Tamlık (Completeness)

Tanım: Zorunlu alanların ne kadarının dolu olduğu.

Örnek: Müşteri kaydında vergi no, adres, telefon zorunlu. 1000 müşteriden 850’sinde vergi no var, 150’sinde yok. Tamlık oranı = %85.

Ölçüm: Zorunlu alanların doluluğu otomatik sorgulanır. Her veri kümesi için ayrı ayrı ölçülür.

Hedef: Kritik alanlarda %100, diğer alanlarda %90+ tamlık oranı.

3. Tutarlılık (Consistency)

Tanım: Aynı veri parçasının farklı sistemlerde aynı değere sahip olması.

Örnek: Müşteri XYZ’nin iskonto oranı CRM’de %20, ERP’de %15, e-ticaret sitesinde %18. Tutarsızlık var.

Ölçüm: Aynı veri kümesi farklı sistemlerden çekilir, karşılaştırılır. Tutarlılık oranı = eşleşen kayıt sayısı / toplam kayıt sayısı.

Hedef: %98+ tutarlılık oranı. SSOT uygulandığında tutarsızlık %100’e yaklaşır.

4. Güncellik (Timeliness)

Tanım: Verinin ne kadar güncel olduğu, gecikme süresi.

Örnek: Müşteri adresi değişti. CRM’de 5 dakika sonra güncellenmiş, lojistik sisteminde 2 gün sonra güncellenmiş. Lojistik sisteminde 47 saat gecikme var.

Ölçüm: Değişiklik zamanı ile senkronizasyon zamanı arasındaki fark ölçülür. Ortalama gecikme süresi hesaplanır.

Hedef: Kritik veriler için gerçek zamanlı senkronizasyon, diğerleri için <1 saat gecikme.

Veri Sahipliği ve Sorumluluk Matrisi

Veri yönetişiminin en kritik unsuru, her veri kümesi için net sahiplik tanımlanmasıdır. Veri sahipliği IT’de değil, ilgili iş birimindedir. IT sadece teknik altyapıyı sağlar.

Veri Sahipliği Örnek Matrisi

Roller ve Sorumluluklar

Data Owner (Veri Sahibi): Veri kalitesi, standartları, erişim yetkileri hakkında karar verir. İ̇ş kurallarını belirler. Örnek: “Müşteri vergi numarası zorunludur.”

Data Steward (Veri Gözetleyici): Günlük veri kalitesi kontrolü yapar. Hataları tespit eder, düzeltir veya düzelttirir. Veri giriş eğitimlerini verir.

Teknik Sorumlu (IT): Veri tabanı, entegrasyonlar, yedekleme, güvenlik, performans konularında sorumluluktur. İ̇ş kurallarını teknik olarak uygular ama kural belirlemez.

Sahadan Örnek: Çok Kanallı Perakende Firması

7 Veri Yönetişimi Hatası

1. Veri Yönetişimini IT Projesı Olarak Görmek

Veri yönetişimi IT’nin sorumluluğu değil, iş birimlerinin sorumluluğudur. IT sadece altyapıyı sağlar. İ̇ş kurallarını iş birimleri belirler.

2. SSOT’u Göz Ardı Etmek

“Her sistem kendi verisini tutar, gerektiğinde eşleştiririz” yaklaşımı. Sonuç: Sürekli tutarsızlık, güven kaybı, manüel eşleştirme maliyeti.

3. Veri Kalitesini Ölçmemek

“Veriler genel olarak doğrudur” varsayımı. Doğruluk, tamlık, tutarlılık, güncellik hiç ölçülmez. Sorunlar büyüdükçe fark edilir.

4. Veri Sahipliğini Tanımlamamak

“Herkes her veriye müdahale edebilir” yaklaşımı. Sonuç: Sorumluluk belirsizliği, kalite kontrol yok, hata tespitinde muhatap bulunamıyor.

5. Master Data’yı İhmal Etmek

Müşteri, ürün, tedarikçi verisi merkezi yönetilmiyor. Her departman kendi listesini tutuyor. Entegrasyon olmadığı için senkronizasyon imkansız.

6. Veri Giriş Kurallarını Uygulatmamak

Telefon numarası bir yere “0532…” girilir, başka yere “+90 532…” girilir, başka yere “532…” girilir. Format standartı yok, veri kalitesi düşük.

7. Düzenli Temizlik Yapmamak

Mükerrer kayıtlar, kullanılmayan kayıtlar, eski veriler yıllarca sistemde kalıyor. Veri kirliliği artar, sorgu performansı düşer.

Doğru veri yönetişimi süreçleri hataları önler

Veri Kalitesi KPI Tablosu

Veri yönetişiminin başarısını ölçmek için kullanılan temel metrikler:

Veri Yönetişimi Kontrol Listesi

Sıkça Sorulan Sorular (SSS)