CRM'inizin verdiği her rapor, her forecast, her Zia önerisi; altındaki verinin ne kadar tekil ve güncel olduğu kadar değerlidir. Aynı hasta iki kez kaydedilmişse satış ekibi onu iki kez arar, telefon yanlış girilmişse otomasyon yanlış kişiye mesaj atar, sahibi ayrılmış yüzlerce eski kayıt birikmişse follow-up oranınız olduğundan iyi görünür. Bu rehber, bir butik medikal klinikten 15 kişilik bir KOBİ'ye kadar uyguladığımız veri hijyeni pratiğini damıtır: mükerreri daha oluşmadan durdurmak, var olanı birleştirmek, toplu işlemleri güvenle yapmak, dış kanaldan geleni onaydan geçirmek ve depolamayı kontrol altında tutmak. Çıktısı tek bir şey: kararlarınızı dayandırabileceğiniz, güvenilir bir veri tabanı.
Veri Modeli, Otomasyondan Önce Gelir
Veri zamanla kendiliğinden bozulur. Kayıt yaratmanın yolu arttıkça (manuel giriş, içe aktarım, web formu, API, lead dönüşümü) aynı kişinin sisteme birden çok kez girme olasılığı da artar. Bir hasta hem reklam formundan hem telefon kaydıyla CRM'e düşebilir; ortaya iki ayrı "Müşteri Adayı" (Lead) çıkar ve hangisinin gerçek geçmişi taşıdığı belirsizleşir. Bu, görünüşte bir otomasyon problemi gibi durur; aslında bir veri modeli problemidir.
Bizim duruşumuz nettir: kötü veri üzerine iyi otomasyon kurulmaz. Mükerrer dolu bir tabloya iş akışı eklemek, hatayı hızlandırmaktan başka işe yaramaz. Bu yüzden Zoho CRM, sorunu iki cepheden ele almanızı sağlar — önleyici (kayıt daha oluşmadan engelleme) ve düzeltici (var olanı birleştirme). Sağlıklı bir veri yaşam döngüsü ikisini birlikte yürütür.
Önle
Benzersiz alan ve Mükerrer Kontrol Tercihi ile kopya kaydın oluşmasını baştan durdurun. En ucuz mükerrer, hiç oluşmayandır.
Temizle
Bul ve Birleştir ile tek kaydı, Tekilleştirme ile modül genelini düzeltin. İkisi farklı sorunlara çözümdür.
Sürdür
Toplu işlem, etiket ve Son Aktivite Zamanı filtreleriyle veriyi sürekli derli toplu tutun; bir kerelik değil sürekli.
Mükerreri Baştan Engelle
Bir alanı benzersiz alan (unique field) olarak işaretlediğinizde, CRM o alanın değeriyle eşleşen başka bir kayıt yaratılmasına izin vermez. Saha örnekleri: e-posta, telefon, T.C. kimlik no, pasaport no, ürün kodu. Mantık basit ama güçlüdür: iki farklı kişi aynı e-postaya sahip olamaz. Alan benzersiz işaretlendiğinde manuel giriş, içe aktarım, entegrasyon ve web formu dahil tüm kanallarda kopya oluşumu engellenir.
Bir alanı benzersiz yapma yetkisi yöneticide ya da Zoho CRM'i Özelleştir (Customize Zoho CRM) iznine sahip kullanıcıdadır. Benzersizliği Müşteri Adayları ve Kişiler (Contacts) için ayrı ayrı etkinleştirmeniz gerekir.
Sistem tanımlı E-posta alanı modülde gizliyse, e-posta tabanlı mükerrer kontrolü çalışmaz. KVKK kapsamında zaten tekil bir kimlik (e-posta/telefon) tutuyorsanız, onu benzersiz yapmak hem veri hijyeni hem rıza yönetimi için doğru tercihtir.
Lead → Kişi mükerrer kontrolü
Şu senaryo sahada sık görülür: bir adayı "Kişi"ye dönüştürdünüz; ekipten biri, dönüştürüldüğünü bilmeden aynı kişiyi yeniden "Müşteri Adayı" olarak ekledi. Mükerrer Kontrol Tercihi (Duplicate Check Preference) etkinleştirildiğinde CRM yeni bir adayı yalnız mevcut adaylara değil, Kişiler modülüne karşı da tarayarak bu durumu engeller.
Ayar yolu: Kurulum > Özelleştirme > Modüller ve Alanlar > Müşteri Adayları > Diğer seçenekler > Mükerrer Kontrol Tercihi. Burada "Dönüştürülmüş adaylar" ya da "Kişiler" üzerinden karşılaştırılacak alanı seçersiniz.
Web formundan gelen mükerrer kayıt, Lead/Kişi Onayı kapalı olsa bile otomatik olarak onaya düşer; ancak inceleyip onayladıktan sonra modüle eklenir. Mükerrer kontrolü şu durumlarda yapılmaz: Zoho Sheet görünümünden ekleme/güncelleme, veri taşıma (migration), Geri Dönüşüm Kutusu'ndan geri yükleme ve Outlook/Google kişi senkronizasyonu. Bu kanallardan kayıt akıtıyorsanız tekilliği tek başına benzersiz alana yıkmayın.
Tekil Kayıt: Bul ve Birleştir
Belirli bir kaydın kopyalandığından eminseniz, doğru araç Bul ve Birleştir (Find & Merge Duplicates)'tir. Örneğin "Ayşe Yılmaz" adlı bir adayın iki kez girildiğini biliyorsunuz; ilgili kaydın detay sayfasına gidip aracı çalıştırırsınız. Araç o kayda benzeyenleri getirir ve gerekirse her modülde altı alana kadar ek arama kriteri tanımlamanıza izin verir.
Bu araç yalnız Müşteri Adayları, Hesaplar, Kişiler, Anlaşmalar, Tedarikçiler ve özel modüllerde bulunur. Aynı anda en fazla 3 kayıt birleştirilebilir ve CRM bunları otomatik birleştirmez — seçimi her zaman siz yaparsınız. Erişim için profilde Find and Merge izni gerekir.
Kaydı açın
İlgili modül sekmesinden kaydı açın, detay sayfasında (...) menüsünden Bul ve Birleştir'i seçin.
Kriteri belirleyin ve arayın
Hazır gelen kriteri düzenleyip Ara'ya basın. Eşleşenler arasından en az iki kaydı seçip İleri deyin.
Ana kaydı seçin
Korunacak kaydı Ana Kayıt (Master Record) işaretleyin. "Tümünü Seç" ile bütün değerleri ana kayıttan alır ya da radyo düğmeleriyle her alan için hangi kayıttan geleceğini seçersiniz.
Birleştirin
Birleştir'e basın. Diğer kayıtlardaki ek, not ve aktiviteler ana kayda taşınır; kopyalar kalıcı silinir.
Anlaşmalar (Deals) modülünde bu araç yalnız açık anlaşmaları dikkate alır; kazanılan/kaybedilen kapalılar dışta kalır. Bir kaydın ilişkili listelerinde 1000'den fazla satır varsa birleştirme arka planda (scheduler) çalışır; bitene kadar kayıtlar kilitli kalır ve tamamlandığında bildirim alırsınız.
Toplu Tekilleştirme ve Çakışma
Hangi kayıtların kopyalandığından emin değilseniz, modül genelinde tarama yapan Tekilleştirme / Otomatik Birleştirme (De-duplicate) aracını kullanın. Bir kaydın sayfasına girmeniz gerekmez: modülün liste görünümünde Aksiyonlar > [Modül] Tekilleştir deyip en fazla üç alan seçersiniz (örneğin E-posta + Şirket). CRM yalnız bu alanlarda birebir aynı değere sahip kayıtları kopya sayar.
İki araç ne zaman kullanılır?
| Konu | Bul ve Birleştir | Tekilleştirme |
|---|---|---|
| Ne zaman | Belirli bir kaydın kopyasını arıyorsunuz | Kopya var mı emin değilsiniz |
| Başlangıç | Kaydın detay sayfasından | Modülün liste görünümünden |
| Arama alanı | 6 kritere kadar | 3 alana kadar |
| Birleştirme | Hep manuel seçim | Birebir aynıysa otomatik |
| Maks. kayıt / işlem | 3 | 3 |
Önemli bir nüans: CRM yalnız seçtiğiniz alanlara bakar. İki kaydın adı aynı olsa bile, kriterde olmayan bir alan farklıysa kayıtlar kopya sayılmaz. Birebir eşleşenler otomatik birleşir; bu durumda en son aktivite zamanına (Last Activity Time) sahip kayıt ana kayıt seçilir — bu otomatiktir ve değiştirilemez.
Çakışma çözme
Çakışma, kopyaların bazı alanlarının farklı olması demektir; örneğin iki "Ayşe Yılmaz" kaydında telefonlar farklı. CRM hangi değerin nihai olacağını bilemez, çözmenizi ister:
- Hemen çöz: Çakışma uyarısında "Şimdi Çöz" ile ilerlersiniz.
- Sonra çöz: "Sonra yap" derseniz e-posta bildirimi gelir; bağlantıdan çözersiniz. Bu bağlantı yalnız 3 gün geçerlidir.
Bir modülde tekilleştirmeyi aynı anda yalnız tek kullanıcı başlatabilir. Üçten fazla kopya varsa birleştirmek için üçünü seçmeniz istenir. Kritik bir fark: otomatik birleştirmede Düzenle/Sil iş akışı tetikleyicileri çalışmaz — bunlar yalnız manuel birleştirmede tetiklenir. Birleştirmeye bağlı otomasyon kurguladıysanız bunu hesaba katın.
Toplu İşlemler ve 500 Sınırı
Tek tek dokunmak yerine yüzlerce kaydı tek hamlede güncellemek, devretmek veya silmek için toplu araçlar kullanılır. Her biri için ilgili modülde ayrı bir profil izni (Mass Update / Mass Transfer / Mass Delete) gerekir; bu, yetkisiz bir kullanıcının binlerce kaydı tek seferde bozmasını engelleyen bir güvenlik kademesi olarak da işler.
Toplu Güncelleme
Seçilen kayıtlarda bir alanı topluca değiştirir. Metin Alanı (Text Area) ve Lookup alanları bu araçla güncellenemez.
Toplu Devir
Kayıtları bir kullanıcıdan diğerine aktarır; açık aktivitelerin de yeni sahibe geçmesini seçebilirsiniz.
Toplu Silme
Kayıtları toplu siler. Silinenler Geri Dönüşüm Kutusu'na düşer; 60 gün içinde geri alınabilir.
Yol genellikle aynıdır: ilgili modül sekmesi > [Modül] Araçları > ilgili toplu işlem > kriter belirle > Ara > eşleşenleri seç > uygula.
Toplu güncellemede çoklu seçim alanı için iki seçenek vardır: Üzerine Yaz (Overwrite) eski değeri yenisiyle değiştirir; Ekle (Append) eski değeri korur ve yenisini ona ilave eder. İkisini karıştırmak, etiket benzeri alanlarda istemeden veri silmenin en sık nedenidir.
500 kayıt sınırı
Manuel seçimde tek seferde en çok 500 kayıt işaretlenebilir. Daha fazlasını güncellemek ya da silmek için kriterli bir özel görünüm (custom view) oluşturup "Bu görünümdeki tüm kayıtları seç" seçeneğini kullanın.
Toplu işlemler "Son Aktivite Zamanı"na yansımaz (toplu silme istisna). Yani toplu güncelleme yaptığınız kayıtlar "son X gündür hareketsiz" filtrelerinde hâlâ ölü görünür. Bir kaydı toplu güncellemekle "canlandırmış" olmazsınız; raporlarınızı kurarken bu davranışı hesaba katın.
Kayıt Sahipliği ve Devir
Veri kalitesinin görünmez ayağı sahipliktir. Sahibi ayrılmış bir kullanıcı olan ya da yanlış temsilciye düşmüş kayıtlar takip edilmez ve sessizce "ölü veri"ye dönüşür. Sahipliği tek tek ya da toplu yönetebilirsiniz.
- Tekil devir: Kaydın detay sayfasından sahibini değiştirip yeni temsilciye bağlarsınız.
- Toplu devir: Bir kullanıcının portföyünü topluca başkasına aktarmak için Toplu Devir'i kullanır; "Devreden" ve "Devralan" alanlarını seçer, kriter belirler ve eşleşenleri (açık aktivitelerle birlikte) aktarırsınız.
İki kayıt birleştiğinde, ana kayda taşınan aktivitelerin sahibi ana kaydın sahibi olur. "Oluşturulma zamanı" ve "oluşturan" bilgisi ise birleşenler arasındaki en eski kayıttan gelir. Bir personel pasifleştirildiğinde ekleri ve kayıtları kaybetmemek için sahipliği önceden devretmek temel bir hijyen alışkanlığıdır.
Pratikte sahiplik düzenini, ayrılan kişiler ve bölge/uzmanlık değişiklikleriyle birlikte periyodik bir bakım işi sayın. Bir butik klinikte "2024 öncesi sahipsiz adayları aktif danışmana devret" gibi çeyreklik bir rutin, follow-up oranını gözle görülür artırır.
Onay: Dış Verinin Süzgeci
Dış kaynaktan gelen veri, doğrudan veri tabanına karışmadan önce bir süzgeçten geçmelidir. İçe aktarım ve web formları, kayıtların manuel onaydan geçmesini şart koşan bir seçenek sunar. Bu açıkken kayıtlar modüle hemen eklenmez; önce onaylanır, ancak ondan sonra diğer kullanıcılar erişebilir. Bu, çöp/spam kaydın temiz tablonuza karışmasını engelleyen son kontrol noktasıdır.
Onay; Müşteri Adayları, Kişiler, Vakalar (Cases) ve istediğiniz herhangi bir özel modül için uygulanabilir. İşlem için profilde Approve records izni gerekir.
Modülü açın
İlgili modül sekmesine gidin.
Onay listesini çağırın
Sağ üstteki Aksiyonlar menüsünden [Modül] Onayla'yı seçin.
İnceleyin ve onaylayın
Onaylanacak kayıtları seçip Onayla'ya basın; ancak bundan sonra kayıt veri tabanına dahil olur.
Web formundan gelip mevcut bir kayıtla çakışan giriş, Lead/Kişi Onayı kapalı olsa bile otomatik olarak bu onay kuyruğuna düşer. Yani onay akışı yalnız kalite değil, mükerrer denetiminizin de son emniyet kemeridir.
Geri Dönüşüm Kutusu (60 Gün)
Silinen her şey hemen yok olmaz. Tekil ya da toplu silinen tüm kayıtlar ve dosyalar Geri Dönüşüm Kutusu'nda 60 gün tutulur. Bu süre içinde geri yükleyebilir, istersen süreyi beklemeden kalıcı silebilirsiniz. 60 gün sonunda kayıtlar otomatik ve kalıcı silinir. Bu pencere, yanlış bir toplu silmeyi telafi etmek için elinizdeki güvenlik ağıdır.
Yol: Kurulum > Veri Yönetimi (Data Administration) > Geri Dönüşüm Kutusu. Kayıtları seçip Geri Yükle veya kalıcı silme için Sil dersiniz.
Geri dönüşüm kutusundaki kayıtlar, organizasyonunuzun rol hiyerarşisine ve kayıtları görme izninize göre listelenir. Yönetici profili tüm silinen kayıtları görür; kalıcı silme yetkisi de yöneticidedir.
Kriterle geri yükle / sil
Geri alınacak veya temizlenecek kayıt sayısı fazlaysa, liste başlığındaki huni (filtre) simgesinden sütun bazlı kriter tanımlayıp aradığınız kayıtları süzebilir, sonra toplu olarak geri yükleyebilir ya da silebilirsiniz. Yanlış bir toplu işlemi hedefli biçimde geri almanın en hızlı yolu budur.
Veri ve Dosya Depolama
Zoho CRM depolamayı netlik için ikiye ayırır: Veri (Data) ve Dosya (File). Veri depolama; standart ve özel modüllerdeki kayıtların, kayıtlara eklenen notların ve geri dönüşüm kutusundaki verinin kapladığı toplam alandır. Bu ayrım sadece bir fatura kalemi değil: CRM raporları, tahminleri ve önerileri verinin üzerinde işleyerek üretir; denetimsiz büyüyen veri yığını analizleri yanıltıcı kılar. Yani depolama disiplini aslında bir veri kalitesi disiplinidir.
Veri depolama yaklaşık değerlerle hesaplanır: standart/özel modül kaydı ~2 KB, bağlantı (linking) modülü kaydı ~1 KB, not ~1 KB, e-posta ilişkili listesindeki her kayıt ~1 KB. Geri dönüşüm kutusundaki her bileşen de aynı boyutlarla sayılır.
Sürüm bazında temel veri depolama
| Sürüm | Temel depolama (<200 kullanıcı) | Ek depolama / lisans |
|---|---|---|
| Free | 5.000 kayıt (10 MB) | — |
| Standard | 100.000 kayıt (200 MB) | Yok |
| Professional | 10 GB (~5M kayıt) | 20 MB |
| Enterprise | 10 GB (~5M kayıt) | 50 MB |
| Ultimate | 10 GB (~5M kayıt) | 100 MB |
Değerler yaklaşıktır; ek depolama satın alınan her kullanıcı lisansına göre tanımlanır ve Professional'da 5 GB'a, Enterprise/Ultimate'ta 10 GB'a kadar artırılabilir. Deneme (trial) sürümünde temel sınır 5.000 kayıttır; ancak ücretli bir sürüme abone olup başka sürümü denerseniz, satın aldığınız sürümün limitleri geçerli olur. Kesin taahhüt öncesi güncel lisans/DC kontrolü önerilir.
Depolamayı görmek için: Kurulum > Veri Yönetimi > Depolama (Storage). Bu ekranda toplam/kullanılan/kalan alanı, modül bazlı kullanımı ve en çok yer tutan ilk 25 kullanıcıyı görürsünüz.
Depolama ekranından doğrudan geri dönüşüm kutusunu boşaltabilir, çöp adayları (junk leads) ayıklayabilir ve hiç dokunulmamış eski kayıtları silebilirsiniz. Bunu çeyrekte bir yapmak, ek depolama satın almadan önce atılması gereken ilk adımdır — çoğu organizasyonun sandığı kadar yere ihtiyacı yoktur, sadece temizliğe ihtiyacı vardır.
Görünürlük: Etiket ve Aktivite
Mükerrer temizliği ve depolama yönetimi bir kez yapılıp bırakılan işler değildir. Verinin sürekli derli toplu kalmasını sağlayan, onu görünür kılan iki pratik kaldıraç vardır: etiketleme ve Son Aktivite Zamanı. Görünmeyen kirliliği temizleyemezsiniz; bu yüzden önce ölçülebilir hâle getiririz.
Etiketlerle gruplama
Etiketler (Tags), kayıtları serbestçe sınıflandırmanın hızlı yoludur: "2024-Fuar", "VIP-Hasta", "Yanlış-No". Tek kaydı, toplu kayıtları, içe aktarılanı veya web formundan geleni etiketleyebilir; etiketleri renk koduyla ayırabilirsiniz. Etiket bazlı filtre, özel görünüm, gelişmiş arama ve raporlarla "şu kampanyadan gelip hâlâ aranmamış kayıtlar" gibi temizlik kuyruklarını anında çıkarırsınız.
Etiketlemeyi elle yapmak zorunda değilsiniz: iş akışı (workflow) kuralıyla belirli koşulda otomatik etiket atayabilir, blueprint içinde sürecin bir adımında etiket ekleyebilirsiniz. "Olası kopya" etiketini bir iş akışıyla otomatik attırmak, manuel taramayı belirgin hızlandırır. Burada bile sıra aynıdır: önce görünürlük (etiket), sonra otomasyon.
Son Aktivite Zamanı ile ölü veriyi bulun
Müşteri Adayları, Hesaplar, Kişiler ve Anlaşmalar modüllerinde her kayıt bir Son Güncelleme: Zaman (Last Activity Time) değeri tutar; liste görünümündeki bu değerle kayıt detayındaki "Son Güncelleme" zamanı aynıdır. Not ekleme, görev kapatma, e-posta gönderme, sahip değiştirme gibi işlemler bu değeri günceller. Liste görünümü ve raporlarda kriter yapıp "şu kadar gündür hiç hareket görmemiş" kayıtları süzersiniz; bunlar tipik olarak silinecek ya da yeniden canlandırılacak adaylardır.
Toplu işlemler (Toplu Güncelleme, Toplu Devir vb.) Son Aktivite Zamanını güncellemez (toplu silme istisna). Yani bir kaydı toplu güncellemekle hareketsizlik filtrelerinden çıkaramazsınız; sistem onu hâlâ ölü sayar. Bu nüansı bilmeden kurulan "X gündür hareketsiz adayları kapat" otomasyonu, az önce toplu dokunduğunuz kayıtları yanlışlıkla kapatabilir.
