CRM için Telefon Numarası Operatör Sorgulama: Orijinal Operatör ve Hat Türü Alanları Ekleme
CRM'nize orijinal operatör, alt operatör, hat türü ve tahsis bölgesi alanları ekleyin ve bunları yeni kayıtlar ile mevcut veritabanınız için doldurun.

CRM operasyon ekiplerinin, senkron sorgulamalar ve dosya görevleri ile kişi kayıtlarına orijinal operatör, alt operatör, numara türü ve tahsis bölgesi bilgilerini eklemelerine yönelik bir alan tasarımı ve iş akışı kılavuzu.
CRM için bir telefon numarası operatör sorgulama işlemi, her kişiye tahsis bağlamı ekler: numara aralığının orijinal olarak tahsis edildiği operatör, bir marka başka bir ağ üzerinde çalıştığında alt operatör, mobil veya sabit hat gibi numara türü ve tahsis bölgesi ile şehri. Pratik kurulum üç bölümden oluşur: net adlara sahip özel alanlar oluşturmak, yeni kayıtlar geldiğinde senkron sorgulamalar çalıştırmak ve mevcut veritabanını bir dosya göreviyle bir kez işlemek. Boş değerler Mevcut değil olarak saklanmalı ve her alan, bir kişiye ulaşılabileceğinin kanıtı olarak değil, gruplandırma ve inceleme için bir bağlam olarak değerlendirilmelidir.
Herhangi bir telefon numarası operatör sorgulamasından önce CRM alanlarını tasarlama
Bu konudaki çoğu kılavuz doğrudan bir API çağırmaya geçer ve alan tasarımını şansa bırakır. Alan adları, meslektaşlarınızın verileri yıllar sonra nasıl okuyacağına karar verir, bu yüzden önce bunları belirleyin.
| CRM alan etiketi | Önerilen tür | Notlar |
|---|---|---|
| Orijinal operatör | Tek satırlı metin | Operatör adları ülkeye göre değişir; sabit bir açılır menü hızla dolar |
| Alt operatör | Tek satırlı metin | Genellikle boştur; yalnızca bir marka başka bir ağ üzerinde çalıştığında doldurulur |
| Numara türü | Açılır menü | Mobil, sabit hat, VoIP, diğer, mevcut değil |
| Tahsis bölgesi | Tek satırlı metin | Numara aralığına bağlı bölge |
| Tahsis şehri | Tek satırlı metin | Numara aralığına bağlı şehir |
| Operatör sorgulama durumu | Açılır menü | Tamamlandı, tamamlandı-boş, Belirlenemedi, sorgulanmadı |
| Operatör sorgulama tarihi | Tarih | Sorgulamanın yapıldığı zaman |
Etiketlerde "orijinal" ve "tahsis" kelimelerini kullanın, böylece kimse operatörü bugünün ağı veya bölgeyi kişinin yaşadığı yer olarak okumaz. HubSpot'ta, tek satırlı metin, açılır menü seçimi ve tarih seçici gibi property field types bunların tümünü kapsar; Salesforce, custom fields aracılığıyla eşdeğerini sunar.
Sorgulama için telefon alanlarını hazırlama
Bir sorgulama, yalnızca girişi kadar iyidir. İlk çalıştırmadan önce, telefon numaralarının CRM'de nasıl saklandığını kontrol edin:
- Bir kaynak alan seçin. Kişilerin genellikle Telefon, Mobil ve serbest metin "diğer" alanı bulunur. Hangisinin sorgulamayı besleyeceğine karar verin veya her alan için bir sorgulama kaydı oluşturun.
- E.164 formatına normalleştirin. Boşlukları ve noktalama işaretlerini kaldırın, ulusal önekleri atın ve artı işareti ile ülke kodunu ekleyin, örneğin
+447700900123. Format, ITU-T E.164 içinde tanımlanmıştır. - Normalleştirilmiş değeri orijinal girişten ayrı saklayın, böylece satış kullanıcıları kişinin ne yazdığını görmeye devam eder.
- Yinelenenleri numara düzeyinde kaldırın, böylece birkaç kişi tarafından paylaşılan bir numara bir kez sorgulanır ve her birine geri yazılır.
- Her numaranın ülkesini ülke kodundan not edin. Senkron sorgulamalar buna ihtiyaç duymaz, ancak dosya görevleri duyar.
Normalleştirilemeyen kayıtlar, gönderilip reddedilmek yerine bir neden ile "sorgulanmadı" durumunda kalmalıdır.
Yeni kayıtlar: CRM iş akışı içinde senkron sorgulamalar
Yeni kişiler formlardan, içe aktarmalardan veya entegrasyonlardan tek tek gelir, bu nedenle senkron bir sorgulama en uygunudur. Tipik modeller:
- İş akışı webhook'u veya ara katman yazılımı. Bir kayıt oluşturulduğunda veya telefon alanı değiştiğinde, entegrasyon sunucunuz bir numara için
POST /api/v1/checkçağrısı yapar ve sonucu CRM alanlarına geri yazar. - Zamanlanmış mikro yığınlar. Birkaç dakikada bir, yeni kayıtları toplayın ve 1–100 arası E.164 numarasını
POST /api/v1/batch-checkadresine gönderin. Sonuçlar giriş sırasına göre geri gelir, bu nedenle bunları konuma veya gönderdiğiniz numaraya göre kayıtlarla eşleştirin. - Manuel inceleme. Bir operasyon kullanıcısı, hızlı bir nokta kontrolü için 500'e kadar numarayı panonun gerçek zamanlı yığın alanına yapıştırabilir.
X-API-Key değerini entegrasyon sunucunuzda tutun; asla bir CRM istemci tarafı betiğine veya tarayıcı uzantısına yerleştirmeyin. Genel API, az sayıda paylaşılan uçuş içi yuva ve hesap başına aynı anda bir çoklu istek belgeler, bu nedenle büyük bir içe aktarma sırasında kayıt başına bir tane tetiklemek yerine sorgulamaları sıraya alın.
Mevcut veritabanı: ülke başına bir dosya görevi
Geriye dönük katalog için, normalleştirilmiş numaraları dışa aktarın ve bunları binlerce senkron çağrı yerine dosya görevleri olarak işleyin.
- Ülke koduna göre gruplandırın. Bir dosya görevi seçili bir ülkeyi kullanır ve dışındaki satırlar hariç tutulur, bu nedenle ülke başına bir dışa aktarma oluşturun.
- Her satıra bir numara yazın (TXT veya tek sütunlu CSV içinde), ülke koduyla birlikte düz rakamlar olarak.
- Her dosyayı panoda veya
POST /api/v1/bulk-tasksile gönderin, çok parçalı isteklerde dosyadan önce ülkeyi gönderin. GET /api/v1/bulk-tasks/{id}adresini 30 saniyede birden fazla olmayacak şekilde sorgulayın.- Başarılı her görev için CSV'yi indirin ve normalleştirilmiş alanınıza karşı düz rakam tanımlayıcısı ile eşleştirerek CRM'e aktarın.
Ön işleme, geçersiz satırları, yinelenenleri ve ülke kodu olmayan numaraları kaldırır; bu hariç tutulan satırlar için ücret alınmaz. Liste boyutu ve dosya boyutuyla ilgili ürün bazlı sınırlar geçerlidir, bu nedenle büyük bir dışa aktarmanın nasıl bölüneceğine karar vermeden önce API belgelerini kontrol edin. Yalnızca senkron sorgulamalar için desteklenen numaralara sahip ülkeler (örneğin Çin ana karası, Hong Kong ve Makao) senkron rotadan geçmelidir.
Boş ve Belirlenemedi sonuçlarını doğru şekilde yazma
Üç sonuç bir elektronik tabloda benzer görünür ancak bir CRM'de farklı anlamlara gelir:
| Sonuç | Ne oldu | Ne yazılmalı |
|---|---|---|
| Değerlerle tamamlandı | Sorgulama tahsis verilerini döndürdü | Alanları doldurun, durum "tamamlandı" |
| Boş alanlarla tamamlandı | Sorgulama bitti ancak bazı veya tüm değerler mevcut değil | Alanları boş bırakın veya "mevcut değil" yazın, durum "tamamlandı-boş" |
| Belirlenemedi | Kontrol sıfır olmayan bir iş kodu döndürdü veya zaman aşımına uğradı | Alanlara dokunmayın, durum "Belirlenemedi", daha sonra tekrar deneyin |
Senkron bir çoklu istekte, normal bir sonucu olmayan satır, hatalı numaralar listesinde değil, mevcut olmayanlar grubunda yer alır. Daha sonraki bir Belirlenemedi denemesinden gelen boşluklarla, daha önceki iyi değerlerin üzerine asla yazmayın. Başarısız veya Belirlenemedi sonuçları ücretlendirilmez, bu nedenle sınırlı bir yeniden deneme (örneğin bir gün içinde birkaç deneme) makuldür.
Yeni alanları segmentlerde ve raporlarda kullanma
Alanlar yerli yerindeyken, CRM ekipleri genellikle şunları oluşturur:
- Numara türüne göre segmentler, böylece sabit hatlı kişiler arama tabanlı dizilere, mobil aralıklar ise mobil numara gerektiren kanallara gider.
- Operatör grupları, mesajlaşma sağlayıcılarından gelen teslimat raporlarını karşılaştırmak için; taşınan numaraların orijinal operatör grubu içinde kaldığını unutmayın.
- İnceleme kuyrukları, yüksek değerli erişimlerden önce tamamlandı-boş veya Belirlenemedi durumundaki kayıtlar için.
- Veri kalitesi panoları, ülkeye göre sorgulanan, tamamlanan ve mevcut olmayan kayıtların payını gösterir.
Bu alanlar gruplandırma ve inceleme kararlarını destekler. Bir kişiye ulaşılabileceğini, numaranın belirtilen kişiye ait olduğunu veya kişinin iletişim kurulmasına izin verdiğini kanıtlamazlar, bu nedenle rıza ve sahiplik kontrolleri kendi alanlarında ve süreçlerinde kalır.
SSS
CRM ekipleri mevcut kayıtlardaki operatör sorgulamalarını ne sıklıkla yeniden çalıştırmalıdır?
Orijinal olarak tahsis edilen operatör, numara aralığını tanımlar ve bir numara taşındığında değişmez, bu nedenle sık bir tam yenileme çok az değer katar. Bir kaydı, telefon numarası değiştiğinde, saklanan durum Belirlenemedi olduğunda veya sorgulama tarihi ekibinizin belirli bir kampanya için taze bağlam isteyeceği kadar eskiyse yeniden kontrol edin. Bir sorgulama tarihi alanı bunu filtrelemeyi kolaylaştırır ve yalnızca değişen veya Belirlenemedi durumundaki kayıtları kontrol etmek hacmi düşük tutar.
Bir kişi ağ değiştirdiğini söylediğinde CRM orijinal operatörün üzerine yazmalı mı?
Hayır. Orijinal operatör alanı, aralığın ilk tahsis edildiği operatörü tanımlar ve bu, taşıma işleminden sonra aynı kalır. Bir kişinin bugün kullandığı ağ ekibiniz için önemliyse, bunu kişinin notu gibi kendi kaynağı ve tarihi olan ayrı bir alana kaydedin. İki değeri ayrı tutmak, raporların tahsis bağlamını kendi beyan edilen bilgilerle karıştırmasını önler.
Ekipler bir yapay zeka asistanını aynı sorgulama verilerine nasıl bağlayabilir?
Resmi MCP uç noktası, bir yapay zeka asistanının tekli veya 1–100 arası numaralı senkron sorgulamalar çalıştırmasına ve REST API ile aynı hesabı ve sınırları kullanarak bakiyeyi okumasına olanak tanır. Dosya görevi aracı sunmaz, bu nedenle veritabanı genelinde bir yenileme yine de pano veya toplu API üzerinden yapılmalıdır. Asistanlar, kayıt incelemesi sırasında geçici kontroller için kullanışlıdır; sonuçlar bir kişi veya entegrasyon tarafından geri yazılır.
Daha Fazla Bilgi
İş akışınızdaki bir sonraki adıma uyan ürün bilgilerini seçin.