CheckNumber.AI · 5 min read
Toplu Telefon Kontrolü Sonuçlarını CRM Kayıtlarıyla Eşleme
Yerel bir kaynak-numara haritası oluşturun, paylaşılan numaraları yönetin ve dışa aktarılan kontrol sonuçlarını doğru CRM kayıtlarıyla uzlaştırın.
Toplu telefon kontrolü sonuçlarını CRM kayıtlarıyla yeniden eşlemek için yüklemeyi hazırlamadan önce sabit kayıt kimlikleri (ID) atayın ve normalize edilmiş her numaradan tüm kaynak kayıtlara uzanan yerel bir harita tutun. Dışa aktarılan sonuçları satır konumuna göre değil, kontrol edilen numarayı ve bu haritayı kullanarak bağlayın. CRM alanlarını değiştirmeden önce eşleşmeyen ve çoka-bir durumları gözden geçirin.
Eşleme sorunu yüklemeden önce başlar
Telefon kontrolü dışa aktarımı, iletilen numaralarla ilgili bir soruya yanıt verir; CRM ise kişileri, kuruluşları, izinleri ve geçmişi saklar. Bu nesneler birbiriyle ilişkilidir ancak aynı tablo değildir. Bir CRM kaydında birden fazla telefon değeri bulunabilir ve tek bir numara birden fazla kayıtta yer alabilir. Normalizasyon veya tekilleştirme de iletilen satırların sayısını ve sırasını değiştirebilir. Ekip, dönen satırları elektronik tablo konumuna göre orijinal CRM dışa aktarımının üzerine yapıştırmayı planlıyorsa, sorunsuz bir kontrol bile yanlış kişiyi güncelleyebilir.
Herhangi bir dönüştürme yapmadan önce sabit bir dahili kayıt anahtarı oluşturun. CRM kalıcı bir kayıt kimliğine sahipse, bunu telefon alanlarıyla birlikte dışa aktarın. Kaynakta böyle bir kimlik yoksa korumalı bir yerel hazırlama (staging) tablosunda geçici bir anahtar atayın ve orijinal dışa aktarımı muhafaza edin. Bir kaydın birden fazla numarası olduğunda telefon alanı tanımlayıcısını da dahil edin. Hazırlama tablosunun mülkiyeti ekibe aittir; bu durum CheckNumber.AI’ın her üründe özel kimlikleri kabul ettiği veya bunları belirli bir şemada döndürdüğü anlamına gelmez.
Numaradan kayda eşleme tablosu oluşturun
Her telefon değeri için kaynak kayıt kimliğini, kaynak alan adını, orijinal metni, normalize edilmiş numarayı, ülke bağlamını ve hazırlık durumunu saklayın. Normalize edilmiş numarayı anahtar kabul eden ve ilgili tüm kaynak kayıt kimlikleri ile alanları listeleyen ayrı bir arama tablosu oluşturun. Kontrol edilen benzersiz bir numara, şirket santrali gibi durumlarda birden fazla kişiyle ilişkili olabilir. Sırf aynı numarayı paylaşıyorlar diye bu kişileri birleştirmeyin. Aksine, hem cep hem de ofis hattı olan bir kişinin numara düzeyinde iki olası sonuca ihtiyacı vardır.
Toplu girdiyi güncel ürün kılavuzuna göre hazırlayın. Belgelenmiş CheckNumber.AI telefon listesi iş akışı, CSV veya TXT formatını ve dosya başına tek bir ülke olacak şekilde, her satırda ülke koduyla birlikte bir numara kullanımını içerir. Programatik entegrasyon yaparken güncel desteklenen iş akışı ve geçerli limitler için API dokümantasyonuna başvurulmalıdır. Bu makale, seçilen kontrol aracı için doğrulanmamış bir istek yükü, sonuç alan adı veya yanıt zarfı varsaymaktan bilinçli olarak kaçınmaktadır. Yükleme dosyasını, yerel haritayı, seçilen ürünü ve kontrol tarihini tek bir dahili toplu işlem tanımlayıcısıyla ilişkili tutun.
Bağlantı anahtarını tutarlı şekilde normalize edin
Kontrole gönderilen numara ile bir sonucu aramak için kullanılan numara tutarlı şekilde temsil edilmelidir. Örneğin, temel ülke kodlu numara aynı olduğunda, isteğe bağlı görüntüleme noktalama işaretleri ve baştaki isteğe bağlı artı işareti ayrı yerel kimlikler oluşturmamalıdır. Aşamalı yükleme ve sonuç içe aktarımı için tek bir normalizasyon yordamı kullanın ve normalize edilmiş anahtarların yanında ham değerleri de saklayın. Tüm dışa aktarımı işlemeden önce örnek bir çift yönlü döngü testi gerçekleştirin.
Sonuç satır sırasına asla güvenmeyin. Bir servis satırları farklı bir sırada döndürebilir ve bir ekip girdiyi bilerek tekilleştirmiş olabilir. Bunun yerine numara düzeyindeki sonucu okuyun, normalize edilmiş anahtarını türetin ve yerel eşleme üzerinden bağlayın. Bir sonuç tam olarak hedeflenen anahtarla eşleştirilemiyorsa, inceleme için bekletin. Birden fazla sonuç satırı tek bir anahtarla eşleşiyor ancak birbiriyle çelişiyorsa, son satırı seçmek yerine durumu araştırın. Bir sonuç birden fazla CRM kaydıyla eşleşiyorsa, her kaydı ayrı bir varlık olarak korurken sinyali dikkatlice dağıtın.
Ürüne özgü bir sinyali doğru anlamıyla uygulayın
Farklı CheckNumber.AI ürünleri farklı sinyaller sağlar. Telefon geçerlilik kontrolü, etkinlik sinyali ve platform kayıt kontrolü, tek bir evrensel Boole değeriymiş gibi saklanmamalıdır. Her bir sonucu hangi adlandırılmış kontrol aracının ürettiğini ve elde edildiği tarihi kaydedin. Platforma özgü bir kayıt sinyali, kontrol anındaki kanal planlamasını bilgilendirebilir; kimliği, sahipliği, izni, gelecekteki ulaşılabilirliği veya mesaj teslimini doğrulamaz. Bir etkinlik sinyali önceliklendirmeyi destekleyebilir ancak yanıt alınacağını vadetmez.
Değerleri geri yazmadan önce CRM’in bir inceleme sonucunu nasıl temsil edeceğine karar verin. Bir ekip review needed veya checked on date gibi dahili bir durum kullanabilir; ancak bunlar ürün çıktı alanları değil, önerilen CRM etiketleridir. Bir kontrol belirsiz bir sonuç döndürdü diye bir izin kaydının, doğrulanmış iletişim tercihinin veya insan tarafından onaylanmış bir telefon alanının üzerine yazmayın. Ham dışa aktarılan sonucu ve yerel yorumu ayrı tutun; böylece daha sonra inceleme yapanlar servisin ne döndürdüğü ile ekibin neye karar verdiğini ayrı ayrı görebilir.
İstisnaları uzlaştırın ve güncellemeleri geri alınabilir yapın
Her aşamada sayımları çalıştırın: kaynak telefon değerleri, hariç tutulan veya belirsiz değerler, yüklenen benzersiz numaralar, dönen satırlar, eşleşen sonuç anahtarları, eşleşmeyen anahtarlar ve güncelleme için önerilen CRM kayıtları. Bu sayımlar meşru nedenlerle farklılık gösterecektir. Buradaki önemli kriter, her farkın belgelenmiş bir eşleme veya inceleme kararıyla açıklanabilmesidir. Paylaşılan numaraları, birden fazla telefon alanını, ülke ayrımlarını ve eksik değerleri örneklem olarak inceleyin.
Toplu bir CRM güncellemesinden önce kayıt kimliğini, telefon alanını, önceki dahili durumu, yeni dahili durumu, kaynak toplu işlemi ve incelemeyi yapanın kararını içeren bir önerilen değişiklik dosyası oluşturun. Kaynak verileri koruma altında tutun ve kuruluşun saklama politikasına uyun. Bir eşleme hatasının düzeltilebilmesi için geri alınabilir bir güncelleme süreci kullanın. Ekipler, numara düzeyinde uygun bir sinyal için Number Checker ürününü inceleyebilir ve ardından CRM uzlaştırmasını kendi denetimli veri iş akışları olarak uygulayabilir. Kontrolün değeri, satırların ne kadar hızlı yapıştırılabileceğine değil, bu nihai ilişkinin ne kadar doğru kurulduğuna bağlıdır.
Önerilen her güncelleme için bir denetçinin kaynak kimliğinin hâlâ mevcut olduğunu, hedeflenen telefon alanının dışa aktarımdan bu yana değişmediğini ve toplu işlemin aynı ülkeye ve ürüne ait olduğunu onaylamasını sağlayın. Bu arada CRM kaydı değiştiyse güncellemeyi duraklatın ve eşlemeyi yeniden değerlendirin.
SSS
Yükleme satırları tekilleştirildiğinde ekipler sonuçları nasıl bağlayabilir?
Normalize edilmiş her benzersiz numaradan tüm kaynak kayıt kimliklerine ve telefon alanlarına giden bir harita tutun. Numara düzeyindeki sonucu anahtarla bağlayın, ardından bunu eşlenen kayıtlara genişletin.
Sonuç satır sırası bir CRM anahtarı olarak kullanılabilir mi?
Hayır. Sabit kaynak kimlikleri ve normalize edilmiş numara anahtarları kullanın. Satır sırası hazırlık, tekilleştirme veya dışa aktarım sırasında değişebilir.
Birden fazla kişi aynı numarayı paylaştığında ne yapılmalıdır?
Her bir kişi kaydını muhafaza edin. Aynı numara düzeyindeki sinyal birden fazla kayıtla ilişkilendirilebilir, ancak bu durum onların tek bir kişiyi temsil ettiğini kanıtlamaz.
Eşleşmeyen bir sonuç nasıl ele alınmalıdır?
Sonucu inceleme için bekletin, ham ve normalize edilmiş numaraları karşılaştırın ve toplu işlem haritasını kontrol edin. Belirsiz bir eşleşmeye dayanarak bir CRM kaydını güncellemeyin.
