Google Workspace kişi senkronizasyonu, Google Kişiler ile CRM arasında kişileri belirli bir program dahilinde kopyalar. Yinelenen kayıtlar genellikle iki sistemin yapılandırılmış eşleştirme anahtarını kullanarak aynı kişiyi tanımlayamaması durumunda ortaya çıkar. Çakışma kuralı daha yeni bir değeri geçersiz kıldığında veya silme işlemi sistemler arasında yayıldığında da veri kaybı yaşanabilir. Google Kişiler, son 30 gündeki değişiklikleri geri alabilir; bu da pratik kurtarma süresi olarak kabul edilir.
Kişi senkronizasyonu nadiren rastgele veri kaybına neden olur. Sorunların çoğu, süreçteki üç öngörülebilir noktadan kaynaklanır: kayıtların nasıl eşleştirildiği, çakışan düzenlemelerin nasıl çözüldüğü ve silme işlemlerinin yayılmasına izin verilip verilmediği.
Birçok ekip senkronizasyonu basit bir kurulum görevi olarak görüyor. Google Workspace'i bağlayın, iletişim alanlarını seçin, bir yön belirleyin ve etkinleştirin. Sorunlar genellikle daha sonra, birisi iletişim listesinin ikiye katlandığını veya CRM'de düzeltilen bir telefon numarasının Google Kişiler'den gelen eski bir değerle değiştirildiğini keşfettiğinde ortaya çıkıyor.
Bu sonuçlar mutlaka yazılım hataları anlamına gelmez. Genellikle senkronizasyon kurallarının nasıl yapılandırıldığından kaynaklanırlar. Daha güvenli yaklaşım, bağlayıcının her senkronizasyon döngüsü sırasında ne yaptığını anlamak, hangi sistemin önemli alanları kontrol etmesi gerektiğini belirlemek ve ilk toplu senkronizasyondan önce bir kurtarma noktası oluşturmaktır.
Kişi Senkronizasyonu Nasıl Çalışır?
Google Workspace kişi senkronizasyonu, iki ayrı sistem arasındaki kayıtları karşılaştırır ve günceller. Genellikle anlık değil, planlı olarak çalışır; bu nedenle her döngü, önceki çalıştırmadan bu yana nelerin değiştiğini kontrol eder ve ardından yapılandırılmış kuralları uygular.
Senkronizasyon döngüsü beş adımdan oluşur:
- Bağlantı elemanı değişiklikleri kontrol eder. Önceki döngüden bu yana oluşturulan, düzenlenen veya silinen kişileri belirler. Bağlayıcıya bağlı olarak, bu kontroller anında değil, birkaç dakikada bir gerçekleşebilir.
- Bu, rekorlarla örtüşüyor. Değiştirilen her kişi için, bağlantı diğer sistemdeki karşılık gelen kaydı arar. Bu karşılaştırma için kullanılan alan eşleşme anahtarıdır ve e-posta adresi yaygın bir tercihtir.
- Alanları haritalandırır – Bağlayıcı, iki sistem arasında hangi alanların karşılık geldiğini belirler. Ad, e-posta, telefon, şirket ve iş unvanı gibi alanların doğrudan karşılıkları olabilir. Eşleştirilmiş bir hedefi olmayan alanlar aktarılmaz.
- Çatışmaları çözüyor. Bir sonraki senkronizasyondan önce her iki sistemde de aynı kişi bilgisi değiştirilmişse, hangi değerin korunacağına bir çakışma kuralı karar verir.
- Değişiklikleri yazıyor – Bağlayıcı, seçilen senkronizasyon yönüne ve izinlere göre ortaya çıkan değişiklikleri uygular.
Önemli olan nokta şu ki Eşleştirme ve çatışma çözümü ayrı sorunlardır.Eşleştirme, bağlayıcının iki kaydın aynı kişiye ait olup olmadığını düşünmesini belirler. Çatışma çözümü ise, aynı kişiye ait olduklarını bildiğinde hangi değerin geçerli olacağını belirler.
| Önemli not: Senkronizasyon, her biri kendi kayıtlarını tutan iki sistem arasında veri kopyalama işlemidir. Bu, manuel işlemden farklıdır. Google Workspace CRM Entegrasyonu Ortak bir müşteri kaydı etrafında oluşturulmuştur. Henüz bir CRM seçme aşamasındaysanız, bu ayrım önemlidir çünkü ortak bir kayıt, ayrı sistemler arasında uzlaştırılması gereken iletişim verisi miktarını azaltır. |
Neler aktarılıyor?
İletişim senkronizasyonu, bir sistemden diğerine her alanı mutlaka aktarmaz.
| Veri tipi | Google Kişiler | CRM | Tipik senkronizasyon sonucu |
| İsim | Evet | Evet | Genellikle haritalanır |
| E-posta | Evet | Evet | Genellikle haritalanır ve eşleştirme amacıyla kullanılır. |
| Telefon | Evet | Evet | Genellikle haritalanır |
| Firmamız | Evet | Evet | Genellikle haritalanır |
| İş ismi | Evet | Evet | Genellikle haritalanır |
| Etiketler | Evet | Değişir | Transfer edilemez. |
| Potansiyel müşteri kaynağı | Yok hayır | Evet | Genellikle CRM'de kalır. |
| Anlaşma geçmişi | Yok hayır | Evet | CRM'de kalır. |
| Özel CRM alanları | Yok hayır | Evet | Genellikle CRM'de kalır. |
Eşleştirilmemiş bir alan mutlaka silinmez. Sadece diğer sistemde bir hedefi yoktur. Risk, ekiplerin bir alanın her iki tarafta da mevcut olduğunu varsayması ve daha sonra bu alanın eşleştirmeye hiç dahil edilmediğini keşfetmesiyle ortaya çıkar.
Tek Yönlü Senkronizasyon ve Çift Yönlü Senkronizasyon Arasındaki Fark
Senkronizasyon yönü, hangi sistemin diğerini değiştirmesine izin verileceğini belirler. Bu karar, tek tek alan eşlemeleriyle ilgilenmeden önce verilmelidir çünkü çakışan düzenlemelerin gerçekleşip gerçekleşemeyeceğini belirler.
| Kriterler | Tek yönlü senkronizasyon | İki yönlü senkronizasyon |
| Değişimlerin yönü | Kaynak noktadan hedef noktaya | Her iki sistem |
| Çatışmalar | İki sistem arasında değil. | Mümkün |
| Yinelenen kayıtlar | Hala mümkün | Mümkün |
| Hedef düzenlemeleri | Üzerine yazılabilir | Geriye doğru yayılabilir |
| Kurulum karmaşıklığı | Alt | Daha yüksek |
| En uygun | Bir sistem ana sistem olarak görev yapıyor. | Ekipler her iki sistemi de aktif olarak kullanıyor. |
Tek yönlü senkronizasyon, sistemlerden birinin açıkça doğruluk kaynağı olduğu durumlarda daha güvenlidir.
Örneğin, Google Kişiler yalnızca bir CRM'i doldurmak için kullanılıyorsa, CRM düzenlemelerinin Google'a geri yansımasına izin vermenin pek bir nedeni yoktur.
Çalışanlar her iki sistemde de kişileri gerçekten güncellediklerinde çift yönlü senkronizasyon mantıklıdır.
Bu aynı zamanda yeni bir gereksinim de getiriyor: Her iki sistemde de aynı kişiye ait farklı sürümler bulunduğunda ne olacağına karar verecek kurallara ihtiyacınız var.
Temel ayrım basittir: tek yönlü senkronizasyon çakışma riskini azaltır, ancak yinelenen kayıt riskini ortadan kaldırmaz. Bağlayıcı, kaydı mevcut bir kişiyle eşleştiremezse, kayıt yine de yinelenebilir.
Senkronizasyon Neden Kopya Kayıtlar ve Veri Kayıplarına Yol Açar?
Kişi senkronizasyon sorunlarının çoğu üç mekanizmadan kaynaklanır: başarısız kayıt eşleştirme, çakışan düzenlemeler ve silme yayılımı. Her biri farklı bir çözüm gerektirir; bu nedenle her senkronizasyondan sonra yinelenen kayıtları birleştirmek altta yatan sorunu çözmez.
Kibrit Anahtarı
Eşleşme anahtarı, bağlayıcının iki kaydın aynı kişiyi temsil edip etmediğine karar vermek için kullandığı alandır.
E-posta adresi, nispeten benzersiz olduğu için yaygın olarak kullanılır. Sorun şu ki, her zaman mevcut veya tutarlı değildir.
Maçın başarısız olduğu yer
Her iki sistemde de mevcut olan bir kişiyi ele alalım:
- Google Kişileri: [e-posta korumalı]
- CRM: [e-posta korumalı]
Bir kişi, her iki kaydın da John Smith'e ait olabileceğini hemen anlayabilir. Tam e-posta eşleştirmesi kullanan bir bağlantı bu varsayımı yapamaz. İki farklı değer görür ve ikinci bir kayıt oluşturabilir.
Aynı sorun şu durumlarda da ortaya çıkar:
- Kayıtlardan birinde e-posta adresi bulunmuyor.
- Bir sistemde iş e-postası, diğerinde ise kişisel e-posta kullanılır.
- Telefon numaraları farklı formatlarda kullanılır.
- Bağlayıcı, kullanıcıların düzenli olarak düzenlediği bir alanda eşleşme sağlar.
- Senkronizasyon etkinleştirilmeden önce zaten kopyalar mevcuttu.
Telefon numarası biçimlendirmesi özellikle kafa karıştırıcı sonuçlar doğurabilir. Örneğin, +44 20 7946 0958 ve 02079460958 aynı numarayı temsil edebilir, ancak bağlantı aracı depolanan dizeleri tam olarak karşılaştırırsa eşleşmeyecektir.
Birleştirmeden önce anahtarı düzeltin.
Yinelenen kayıtları birleştirmek, ancak eşleştirme sorununu düzelttikten sonra faydalıdır.
Eşleşme anahtarı hala tutarsızsa, bir sonraki senkronizasyon az önce kaldırdığınız yinelenen kayıtları yeniden oluşturabilir. Doğru sıra şöyledir:
Eşleşmenin neden başarısız olduğunu belirleyin → alanı standartlaştırın → mevcut kopyaları birleştirin → kontrollü bir senkronizasyon çalıştırın.
Daha büyük veritabanları için, çift yönlü senkronizasyonu etkinleştirmeden önce seçilen eşleşme anahtarının eksik olduğu kayıt sayısını kontrol etmek de faydalı olacaktır.
Çatışma çözümü
Bağlantı elemanı iki kaydı aynı kişi olarak tanıdığında ancak her iki sistem de bir sonraki senkronizasyondan önce düzenlendiği için farklı değerler bulduğunda bir çakışma meydana gelir.
Yaygın yaklaşımlar şunları içerir:
| Çatışma kuralı | Ne oluyor | Ana risk |
| Son yazan kazanır | En son düzenleme saklanır. | Daha önce yapılan yararlı bir düzeltme geçersiz kılınabilir. |
| Kayıt sistemi | Bir sistem sahayı kontrol ediyor. | Diğer sistemdeki değişiklikler kaydedilmeyebilir. |
| Saha düzeyindeki kurallar | Farklı alanlar farklı kurallara tabidir. | Daha fazla kurulum ve bakım gerektirir. |
Son yazılanın öncelikli olması kullanışlıdır ancak sessiz değişikliklere neden olabilir. Bir çalışan CRM'de saat 9:00'da bir telefon numarasını düzeltirse ve başka bir çalışan aynı kişiyi Google'da saat 10:00'da daha eski bir telefon numarası kullanarak düzenlerse, daha sonraki düzenleme düzeltmenin yerini alabilir.
Satış veya müşteri hizmetlerini etkileyen alanlar için, bunun yerine bir kayıt sistemi belirlemeyi düşünün. CRM veritabanı yapısı Adres defteri düzenlemesiyle üzerine yazılmaması gereken bilgiler içerebilir.
Silme Yayılımı
Silme işlemi ayrı bir dikkat gerektirir çünkü iletişim bilgilerinde görünmeyen bilgileri de silebilir.
İki yönlü bir yapılandırmada, Google'da bir kişiyi silmek, potansiyel olarak CRM'deki karşılığını da silebilir. Eğer bu CRM kaydı notlar, etkinlikler, anlaşma bilgileri veya müşteri kayıtlarına bağlantılar içeriyorsa, etki sadece isim ve telefon numarasını kaybetmekten daha büyük olur.
| Action | Potansiyel sonuç |
| Kişiyi düzenle | Yeni değer başka bir sisteme iletilir. |
| Temas kurmak | Başka bir sistem de buna karşılık gelen bir kayıt oluşturur. |
| Kişileri birleştir | Bir kayıt silinebilir veya değiştirilebilir. |
| Kişiyi silmek | Silme işlemi yayılabilir |
| Her iki tarafı da değiştirin | Çatışma kuralı, hayatta kalan değeri belirler. |
Bağlayıcınız silme işleminin yayılmasını devre dışı bırakmaya izin veriyorsa, iş akışınız özellikle gerektirmediği sürece bu özelliği kapalı tutmayı düşünün.
Senkronizasyonu Güvenli Bir Şekilde Kurma
En etkili kontroller, ilk senkronizasyondan önce uygulananlardır. Binlerce kişi kaydı kopyalandıktan veya üzerine yazıldıktan sonra, orijinal verileri senkronizasyon sonucu oluşan değişikliklerden ayırt etmeniz gerektiğinden temizleme işlemi önemli ölçüde zorlaşır.
İlk döngüden önce bu kontrolleri tamamlayın.
- Her iki sistemi de dışa aktarın: Google Kişiler ve CRM'nin CSV dışa aktarım dosyasını her iki sistemin dışında kaydedin. Bu, ilk senkronizasyon beklenmedik şekilde davranırsa size bir kurtarma noktası sağlar.
- Mevcut yinelenenleri kaldır: Hali hazırda yinelenen kayıtlar içeren bir veritabanını senkronize etmek, eşleştirmeyi zorlaştırır ve sorunu katlayabilir.
- Maç anahtarı kapsamını kontrol edin: Eşleştirme için kullanmayı planladığınız alanın, özellikle e-posta adresinin, kaç kişide eksik olduğunu öğrenin.
- Telefon numaralarını standartlaştırın: Eşleştirme sırasında format farklılıklarının sorun yaratmaması için her iki sistemde de aynı formatı kullanın.
- Tek yönlü senkronizasyonla başlayın: Öncelikle CRM'i doldurun ve sonuçları inceleyin, ardından değişikliklerin her iki yönde de akmasına izin verin.
- Silme işleminin yayılmasını devre dışı bırak: Açık bir operasyonel neden olmadığı sürece, silinen dosyaların sistemler arasında otomatik olarak taşınmasına izin vermeyin.
- Küçük bir grupla test edin: Veritabanınızın tamamı yerine 20 kişiyle başlayın. Bir test grubu, hatalı alan eşleştirmelerini ve eşleştirme kurallarını ortaya çıkarmak için yeterlidir.
İlk döngüden sonra sonucu kontrol edin.
İlk senkronizasyon "tamamlandı" raporu verdiğinde kontrolü bırakmayın. Bazı bağlantı araçları, ilk aktarımdan sonra ek uzlaştırma döngüleri çalıştırır. İlk çalıştırmadan hemen sonra doğru görünen bir veritabanı, bir sonraki planlanmış döngü kayıtları işlediğinde tekrar değişebilir.
Daha güvenli bir test şudur:
İlk döngü → kayıtları incele → başka bir döngüyü bekle → tekrar incele → senkronizasyon grubunu genişlet.
| Bunu atlamayın: Test grubu yinelenen kayıtlar üretiyorsa, genişletmeden önce senkronizasyonu durdurun. Bu aşamada eşleşme anahtarını ve alan eşlemelerini düzeltmek, aynı sorunu binlerce kayıtta onarmaktan çok daha kolaydır. |
Kötü Bir Senkronizasyondan Kurtulma
Eğer bir senkronizasyon zaten kişileri üzerine yazmış veya silmişse, temizleme işlemine başlamadan önce senkronizasyonu durdurun. Aksi takdirde, siz etkilerini tersine çevirmeye çalışırken bağlayıcı aynı kuralı uygulamaya devam edebilir.
Kurtarma süreci şu sırayı izlemelidir:
- Senkronizasyonu devre dışı bırakın.
- Her iki sistemin mevcut durumunu dışa aktarın.
- İstenmeyen değişikliklerin ne zaman başladığını belirleyin.
- Mevcut kurtarma geçmişini veya yedeklemeyi kullanın.
- Yinelenen ve hatalı kayıtları düzeltin.
- Senkronizasyon yapılandırmasını düzeltin.
- Veritabanının tamamını yeniden bağlamadan önce küçük bir test daha yapın.
Google Neleri Geri Yükleyebilir?
Google Kişiler şunları sağlar: Değişiklikleri geri al Kişileri önceki 30 gün içindeki bir önceki duruma geri yükleyebilen bir seçenek. Google, bu geri yüklemenin kişi listesini bu süre içindeki seçilen bir noktadaki durumuna döndürebileceğini belirtiyor.
Bu 30 günlük süre önemlidir çünkü Google tarafında büyük ölçekli bir kişi değişikliğini geri almak için ne kadar zamanınız olduğunu sınırlar. Geri yüklemeden önce mevcut kişilerinizi dışa aktarın çünkü seçilen geri yükleme noktasından sonra eklenen kişiler, daha eski bir durumu geri yüklediğinizde silinebilir.
Google ayrıca, Çöp Kutusu'ndan kalıcı olarak silinen kişilerin bu geri yükleme işlemiyle kurtarılamayacağını da belirtiyor.
30 Günlük Süre Neleri Kapsamaz?
Google kurtarma penceresi Google Kişiler için geçerlidir. CRM'inizde üzerine yazılan veya silinen verileri otomatik olarak geri yüklemez.
Örneğin, bir senkronizasyon CRM telefon numarasını değiştirirse ve CRM'de bu alan için sürüm geçmişi yoksa, Google'ın geri alma işlevi CRM değerini mutlaka geri yüklemez.
Aynı durum CRM kaydına eklenmiş bilgiler için de geçerlidir. Bir kişinin adı ve e-postası dışa aktarılan verilerden kolayca yeniden oluşturulabilir, ancak ilgili notlar, etkinlikler, fırsatlar ve müşteri etkileşimleri, CRM bunları ayrı olarak saklamadığı sürece kurtarılamayabilir.
| Kurtarma kaynağı | İyileşmeye yardımcı olabileceği şeyler | Sınırlama |
| Google Kişiler Geri Al | Daha önceki Google iletişim durumu | 30 günle sınırlı |
| Google Kişiler Çöp Kutusu | Son zamanlarda silinen kişiler | Kalıcı olarak boşaltılan çöpler geri yüklenemez. |
| CRM geri dönüşüm kutusu | Silinen CRM kayıtları | Müşteri sadakati, kullanılan CRM sistemine göre değişiklik gösterir. |
| CRM denetimi/geçmişi | Önceki alan değerleri | Kullanılan CRM sistemine ve etkinleştirilen izleme özelliğine bağlıdır. |
| CSV dışa aktarma | İletişim verilerinin anlık görüntüsü | Yalnızca dışa aktarılanları içerir. |
| Eğer işler zaten ters gitmişse: Yinelenen kayıtları birleştirmeden veya kayıtları geri yüklemeden önce senkronizasyonu kapatın. Ardından mevcut durumu dışa aktarın, sorunun ne zaman başladığını belirleyin, verileri onarın, senkronizasyon kurallarını düzeltin ve yalnızca kontrollü bir testten sonra yeniden bağlanın. Aksi takdirde, siz sorunu düzeltirken aynı hatalı yapılandırma sorunu yeniden oluşturabilir. |
Vtiger One ile Kişileri Senkronize Etme
Vtiger One, Google Workspace verilerini CRM kayıtlarıyla birleştirerek ekiplerin tamamen ayrı müşteri kayıtları tutmak zorunda kalmadan kişiler, e-postalar, takvimler, dosyalar ve toplantılarla çalışmasına olanak tanır.
Önemli ayrım, bir iletişim bilgisi CRM'ye ulaştıktan sonra ne olduğudur. Bir CRM iletişim bilgisi, satış fırsatları, destek vakaları, faaliyetler, notlar ve müşteri etkileşimleriyle ilişkilendirilebilir. Bu bağlam, adres defterinde saklanan temel iletişim bilgileriyle eşdeğer değildir.
Bu nedenle, kişi senkronizasyonu sadece iki uygulama arasındaki bağlantıdan ziyade bir veri yönetimi süreci olarak ele alınmalıdır.
MKS müşteri ilişkileri yönetimi Google kişi kaydı yalnızca isim, telefon numarası ve e-posta adresi içerse bile, kayıt yine de kullanışlı kalmalıdır. potansiyel müşteri yönetimi süreci Adres defterinin içermediği satış bağlamını ekler.
Uzlaştırmak İçin Daha Az Kopya
Müşteri bilgilerinin kendi kopyasını tutan sistem sayısı ne kadar fazla olursa, yönetmeniz gereken eşleştirme ve çakışma kuralları da o kadar artar.
An hepsi bir arada CRM platformu Satış, pazarlama ve destek ekiplerini aynı müşteri kaydında tutarak bu tekrarlamayı azaltabiliriz. Böylece Google Workspace verimlilik katmanı olarak kalırken, CRM müşteri geçmişinin ve iş faaliyetlerinin tutulduğu sistem olmaya devam eder.
Pratik kurulum kontrolleri
Google Workspace'i Vtiger ile yapılandırıyorsanız, toplu senkronizasyonu etkinleştirmeden önce şu alanları gözden geçirin:
- Değerlendirme Google uygulama senkronizasyonu Seçenekleri belirleyin ve yalnızca ekibinizin gerçekten kullandığı hizmetleri etkinleştirin.
- Onaylayın Google CRM entegrasyonu İlk senkronizasyondan önceki yön.
- Uygula CRM güvenlik kontrolleri Entegrasyonları yönetebilen veya tetikleyebilen kullanıcılara.
- Büyük bir ilk ithalatı şu şekilde ele alın: CRM geçiş planlaması Rutin ayarların değiştirilmesinden ziyade egzersiz.
- Eğer Gmail ekibin iş akışının merkezinde yer alıyorsa, aşağıdaki hususları değerlendirin: Google için geliştirilmiş CRM Bu, çalışanların güncellemesi gereken ayrı sistem sayısını azaltır.
Amaç, her entegrasyonu ortadan kaldırmak değil. Amaç, müşteri bilgilerinin hangi sisteme ait olduğunu, hangi alanların sistemler arasında taşınabileceğini ve iki kullanıcının aynı kaydı düzenlemesi durumunda ne olacağını netleştirmektir.
FSıkça Sorulan Sorular
CRM sistemim neden sürekli olarak mükerrer kayıtlar oluşturuyor?
Senkronizasyon, gelen kaydı mevcut bir kişiyle eşleştiremediği için, eşleştirme genellikle e-posta adreslerini kullanır; bu nedenle e-postası olmayan kişiler, her sistemde farklı e-posta adreslerine sahip kişiler veya tutarsız biçimlendirmeye sahip kişiler yeni kayıtlar olarak değerlendirilebilir.
Tek yönlü senkronizasyon yinelenen kayıtları engeller mi?
Hayır. Tek yönlü senkronizasyon, her iki sistemin de aynı kaydı düzenlemesinden kaynaklanan çakışmaları önler, ancak eşleşme hatalarını engellemez. Bağlayıcı mevcut bir kişiyi tanımlayamazsa, hedef sistemde yine de bir kopya oluşturabilir.
Her iki sistemde de iletişim bilgisi değiştiğinde hangi sistem kazanır?
Sonuç, bağlayıcı için yapılandırılmış çakışma kuralına bağlıdır. Yaygın bir varsayılan ayar, en son düzenlemenin önceki değeri değiştirdiği "son yazma kazanır" şeklindedir. Belirli bir alanın tek bir sistem tarafından kontrol edilmesi gerekiyorsa, bağlayıcının desteklediği alan için o sistemi doğruluk kaynağı olarak yapılandırın.
Senkronizasyon hatası sonrasında kişileri kurtarabilir miyim?
Google Kişiler, önceki 30 gün içinde yapılan değişiklikleri geri alabilir. Çöp kutusundan kalıcı olarak silinen kişiler, Google'ın geri alma işleviyle kurtarılamaz. CRM'de üzerine yazılan veya silinen verileri kurtarıp kurtaramayacağınız, o CRM'nin geri dönüşüm kutusuna, denetim geçmişine, sürüm geçmişine veya mevcut yedeklemelerine bağlıdır.
Silme senkronizasyonunu kapatmalı mıyım?
Çoğu ekip için, iş akışı özellikle gerektirmediği sürece, silme işleminin yayılmasını devre dışı bırakmak daha güvenli bir seçenektir. Aksi takdirde, bir silme işlemi Google'dan CRM'ye geçebilir ve kaydı ve potansiyel olarak ilişkili iş geçmişini silebilir.
Kişi senkronizasyonunu açmadan önce nasıl hazırlık yapmalıyım?
Her iki sistemi de dışa aktarın, mevcut yinelenen kayıtları kaldırın, eşleştirme anahtarınızın kapsamını kontrol edin, telefon formatlarını standartlaştırın, tek yönlü senkronizasyonla başlayın, silme yayılımını devre dışı bırakın ve tüm veritabanını senkronize etmeden önce ilk döngüyü küçük bir grupla test edin.
Senkronizasyon ilk başta doğru görünmesine rağmen neden tekrarlanan kayıtlar ortaya çıktı?
Bazı bağlantı elemanları, daha sonraki planlanmış döngülerde uzlaştırma işlemi gerçekleştirir. Bu nedenle, sonraki bir döngü ek kayıtları işlemeden önce ilk çalıştırma başarılı görünebilir. Genişletmeden önce, başka bir planlanmış döngüden sonra senkronizasyon grubunu tekrar test edin.
Kişi senkronizasyonunda eşleştirme anahtarı nedir?
Eşleşme anahtarı, bir bağlantı aracının bir sistemdeki kaydın başka bir sistemdeki kayıtla aynı kişiyi temsil edip etmediğine karar vermek için kullandığı alandır. Genellikle e-posta adresi kullanılır. Bu alan eksik veya tutarsızsa, bağlantı aracı mevcut olanı güncellemek yerine yeni bir kişi kaydı oluşturabilir.
