iPaaS veya özel entegrasyon bu işi çözer mi?

Taşır ve senkronlar; ancak hangi değerin doğru olduğu iş kararıdır. iPaaS seçim rehberi ile birlikte değerlendirin.

ERP ile CRM çelişiyorsa ne olur?

Önce “hangi alan hangi sistemde master” anlaşması; sonra tek yönlü veya yönetilen çift yönlü akış. Belirsizlikte raporlar kapatılamaz.

Küçük ekip için mimimum paket nedir?

KPI sözlüğü + aylık dedupe raporu + 3 kritik alan için zorunluluk kuralları çoğu zaman ilk 80% iyileştirmeyi getirir.

Bdigitalist nasıl destek olur?

Veri kalitesi keşfi, dedupe/merge tasarımı, entegrasyon ile uyumlu canonical model, rapor tanımları ve üretime alma süreçlerinde modüler veya uçtan uca destek sunarız.

02.04.2026 10:48:15Uzmanlık yazısı

Crm Veri Kalitesi: Dedupe, Altın Kayıt Ve Rapor Tutarlılığı Kurumsal Rehberi

CRM’de çift kayıt, çelişen alanlar ve raporlar arası tutarsızlık nasıl oluşur? Dedupe ve birleştirme (merge), altın kayıt (golden record) yaklaşımı, anahtar seçimi ve raporlarda tek tanım–tek metrik disiplini için uygulanabilir çerçeve.

ÇözümCRMveri kalitesidedupealtın kayıtmaster dataraporlamaentegrasyonBdigitalist

Hızlı Özet

CRM veri kalitesi, ekiplerin aynı müşteriye aynı gerçeklikten bakabilmesinin temelidir. Müşteri verisi parçalı veya çelişkili olduğunda yalnızca raporlar bozulmaz; satış öncelikleri şaşar, tahminler sapar ve otomasyon yanlış kişiyi yanlış anda tetikler. Bu nedenle veri kalitesi teknik bir temizlik işi değil, doğrudan gelir ve güven etkisi olan stratejik bir iş konusudur.

Bu rehber; dedupe / merge, altın kayıt (golden record) ve rapor tanımlarında tekilleştirme için pratik bir çerçeve sunar.

Bu Yazıda Ne Kazanacaksınız?

• Dedupe ve merge süreçlerinde hatalı birleştirmeyi azaltacak uygulanabilir kontrol yaklaşımı

• Altın kayıt modelini kurup ekipler arasında tek müşteri görünümü sağlamanıza yardımcı olacak çerçeve

• Rapor tanımlarını standartlaştırıp veri güvenini artıracak operasyonel adım seti

Bu rehberin devamındaki bölümler, bu üç çıktıyı adım adım işletmeye nasıl uygulayacağınızı somut örneklerle gösterir.

Veri Kalitesi Neden Bozulur?

• Çok kaynak: Web formu, fuar, telefon, bayi, API ve eski migrasyonlar aynı kişiyi farklı kimliklerle girer.

• Zayıf anahtar: E‑posta veya telefon tek başına güvenilir değil; uluslararası formatlar ve yazım varyasyonları vardır.

• Entegrasyon: Tek yönlü veya çift yönlü senkronlarda çakışma çözümü (hangi sistem “kazanır”) tanımsız kalır. Detay için CRM, ERP ve API entegrasyonu ve event-driven entegrasyon rehberlerine bakın.

• Süreç: Alanlar zorunlu değil; kullanıcılar farklı isimlendirme ve serbest metin üretir.

Dedupe ve Merge: Nasıl Yaklaşılır?

Dedupe (yinelenenleri bulma):

• Kural tabanlı: normalize edilmiş telefon/e‑posta, kurumsal domain, vergi numarası gibi sinyaller

• Olasılıksal eşleşme: yazım mesafesi, transliterasyon, “Ahmet / Ahmed” varyasyonları

• İnsan onayı: yüksek riskli kayıtlarda otomatik birleştirme yerine kuyruk

Merge (birleştirme):

• Survivorship kuralları: “Kaynak X’teki unvan, kaynak Y’deki güncel telefon” gibi alan bazlı öncelik

• Denetim izi: Birleştirmeden önce/sonra snapshot veya olay günlüğü

• Geri alınabilirlik: Yanlış merge operasyonunun düzeltme yolu

Kural: Otomatik merge önce düşük riskli eşleşmelerde denenmeli; finansal veya KVKK açısından hassas senaryolarda süreç onayı şarttır. Kişisel veri için KVKK rehberi ile uyumlu tasarlayın.

Altın Kayıt (Golden Record) Nedir?

Altın kayıt, aynı gerçek dünya varlığı (ör. müşteri, şirket, kişi) için kurum içinde nihai referans kabul edilen tekilleştirilmiş görünümdür. Tam MDM (Master Data Management) ürünü olmadan bile:

• “Sistem of record” ataması (ör. müşteri adı için CRM, adres için ERP)

• Düzenli rekonsiliasyon işleri

• Entegrasyon katmanında canonical model

ile çalışılabilir.

Uygulanabilir ilkeler

• Her varlık türü için net iş tanımı (B2B’de şirket mi kişi mi önce?)

• Versiyonlama veya “son güncelleyen kim” meta verisi

• Raporlarda yalnızca altın kaynağa bağlanma (aşağıda)

Rapor Tutarlılığı: Tek Tanım, Tek Metrik

Farklı ekiplerin aynı KPI’da farklı sonuç çıkarmasının tipik nedenleri:

• Lead / MQL / SQL tanımları yazılı değil

• Dönüşüm penceresi (attribution window) farklı

• Hayalet kayıtlar: silinen veya birleştirilen müşteri hâlâ raporda

• Saat dilimi ve “bugün” kesiti farkı

Aksiyon

• KPI sözlüğü (tek paragraf + örnek)

• Raporların veri kaynağı = altın kayıt veya onaylı mart

• Değişiklik yönetimi: tanım değişince rapor versiyonu veya geçiş tarihi

Veri Kalitesi Boyutları (Kısa Kontrol Listesi)

Boyut	Soru
Eksiksizlik	Zorunlu alanlar dolu mu?
Doğruluk	Kaynak gerçeği ile uyumlu mu?
Tutarlılık	CRM ile pazarlama otomasyonu aynı segmenti görüyor mu?
Tekillik	Yinelenen kayıt oranı kabul edilebilir mi?
Zamanlılık	Son aktivite / sözleşme tarihi güncel mi?

Yanlış Merge Riskini Azaltma (Kritik Kutu)

• Kural 1: Yalnızca yüksek güven skorunda otomatik birleştirme; diğerlerini inceleme kuyruğuna al.

• Kural 2: Birleştirme sonrası 7-14 gün geri alma penceresi tut (audit + snapshot).

• Kural 3: Finansal/KVKK etkili alanlarda iki aşamalı onay (iş sahibi + veri sorumlusu).

• Kural 4: Yanlış merge oranı KPI'sini aylık takip et; artış varsa kuralları revize et.

Otomasyon ve AI ile İlişki

Temiz veri; otomasyon ve AI çıktılarının güvenilirliğini doğrudan etkiler. AI otomasyon stratejisi için iş süreçlerinde AI otomasyonu rehberiyle birlikte düşünün; yanlış eğitim verisi veya yanlış tetikleyici veri modelinden gelir.