Operatör Sorgulama, HLR veya Format Doğrulama: İhtiyacınız Olan Telefon Verisini Seçin
İş akışınızın gerektirdiği soruya göre format kontrolleri, orijinal operatör verisi, HLR tarzı ağ bilgisi veya sahiplik doğrulaması yöntemlerinden birini seçin.
Tahsis, yapı, ağ durumu ve kullanıcı sahipliği kavramlarını birbirine karıştırmadan telefon verisi seçmeye yönelik görev tabanlı bir rehber.
Makul bir telefon numarası hazırlamak için bir format kontrolü, numarayı tahsis bağlamıyla zenginleştirmek için bir Orijinal Operatör Sorgulama, güncel ağ durumu soruları için uygun bir ağ verisi hizmeti ve bir kullanıcının numarayı kontrol ettiğine dair kanıta ihtiyaç duyduğunuzda aktif bir doğrulama akışı kullanın. Bu yanıtlar birbirinden farklıdır; CarrierLookup'tan gelen hiçbir sonuç, erişilebilirliği veya sahipliği kanıtlamaz.
Vermeniz gereken kararla başlayın
Bir veri ekibi, bir dizenin bir API'ye gönderilip gönderilemeyeceğini, numara aralığının orijinal olarak hangi operatöre tahsis edildiğini, bir mobil ağın numaraya şu anda hizmet verip veremeyeceğini veya bir müşterinin numarayı kontrol edip etmediğini sormak isteyebilir. Dört görevin tamamına "telefon doğrulama" demek, yerel bir kontrol, tahsis kaydı, ağ sorgusu ve bir kişiyle etkileşim arasındaki farkı gizler. Önce soruyu seçin, ardından bu soruyu yanıtlayan kontrolü satın alın veya oluşturun.
| İş akışınızdaki karar | Uygun kontrol | Yanıtın kanıtlayamayacağı durumlar |
|---|---|---|
| Bu girdiyi normalleştirip gerekli biçimde gönderebilir miyiz? | Yerel ayrıştırma ve format kontrolleri | Bir abonenin var olduğu veya mesaj alabileceği |
| Bu aralık orijinal olarak hangi operatöre aitti ve hangi tahsis öznitelikleri mevcut? | Orijinal Operatör Sorgulama | Numara taşınabilirliği sonrası hizmet veren operatör, canlı durum veya ulaşılabilirlik |
| Güncel ağ veya yönlendirme bilgisine ihtiyacımız var mı? | Gerekli güncel ağ veya HLR kaynaklı sinyali açıkça belgeleyen bir sağlayıcı | Belirli bir kişinin numaranın sahibi olduğu veya iletişime onay verdiği |
| Bu kullanıcının şu anda bir doğrulama alıp alamayacağını bilmemiz gerekiyor mu? | Uygun bir kanal aracılığıyla iletilen kod gibi aktif bir sahiplik akışı | Geçmiş tahsis veya kalıcı sahiplik |
Son iki satır, ayrı bir hizmet değerlendirmesi gerektirir. HLR sağlayıcıları; alan tanımları, coğrafi kapsam ve güncellik açısından farklılık gösterir. Bir sahiplik doğrulaması, kullanıcının başarılı etkileşimine bağlıdır. Bu yeteneklerin hiçbiri, CarrierLookup'ın yayınlanmış orijinal tahsis hizmetinin bir parçası değildir.
Yerel format kontrolü ne yapabilir?
İşe ham değeri ve ayrı olarak normalleştirilmiş bir adayı koruyarak başlayın. Bir ayrıştırıcı, ülke kodu ve numara yapısının numaralandırma meta verilerine uygun olup olmadığını kontrol edebilir ve E.164 tarzı bir değer üretebilir. Bu, harici bir sorgulamadan önce eksik ülke kodlarını, gereksiz noktalama işaretlerini ve bazı imkansız biçimleri yakalar. Yalnızca bir Regex kullanmak, özellikle ülkeler arası numaralandırma planı meta verilerinin yerini tutamaz.
CarrierLookup'ın gerçek zamanlı API'si için gönderilen tanımlayıcının başında artı işareti, ülke kodu ve boşluk veya ayırıcı içermeyen abone numarası bulunmalıdır. Reddedilen bir format, bir girdi sorunudur; numaranın operatörü olmadığına dair bir kanıt değildir. Buna karşılık, sözdizimsel olarak makul bir E.164 dizesi, numaranın bir aboneye atandığını, aktif olduğunu, SMS alabildiğini veya numarayı giren kişiye ait olduğunu kanıtlamaz. Bunları CRM'inizde ayrı durumlar olarak saklayın: format_ready bir hazırlık bayrağıdır, bir ulaşılabilirlik kararı değildir.
Orijinal operatör sorgulama ne ekler?
CarrierLookup'ın Orijinal Operatör Sorgulama hizmeti, numara aralığının orijinal olarak tahsis edildiği operatörü döndürür. Mevcut olduğunda, temel operatör, numara türü, ülke kodu, bölge ve şehir tahsis alanlarını da döndürür. Bölge ve şehir, kullanıcının veya cihazın mevcut konumunu değil, numara aralığının tahsis coğrafyasını tanımlar. Operatör alanı, numara daha sonra taşınmış olsa bile tarihsel tahsis bağlamıdır.
Hizmet; tek bir gerçek zamanlı isteği, 1–100 numara için eşzamanlı çoklu istekleri ve hazırlanmış büyük listeler için ayrı bir eşzamansız dosya hizmetini destekler. "Gerçek zamanlı", isteğin iş akışında ne kadar hızlı döndüğünü tanımlar; canlı bir ağ araştırması anlamına gelmez. API belgeleri, bu yolları ve sonuç yapılarını birbirinden ayırır. Bir zenginleştirme hattı için orijinal telefon değerini, normalleştirilmiş girdiyi, sorgulama sonucunu ve tahsis alanlarını ayrı sütunlarda tutun. Orijinal tahsis yanıtından gelen carrier verisiyle current_carrier adlı bir alanı üzerine yazmayın.
Boş bir operatör alanının dikkatli bir şekilde ele alınması gerekir. Tamamlanmış bir code=0 sorgulaması, boş tahsis alanları döndürebilir; bu, numaranın geçersiz veya bağlantısının kesik olduğunun kanıtı değil, yine de tamamlanmış bir sorgulamadır. Belirlenemedi uygulama hatası başka bir sonuçtur. Eşzamanlı çoklu sonuçlarda exists=false, o öğe için normal bir sonuç olmadığı anlamına gelir, negatif bir ağ durumu bulgusu değildir. Bu ayrımlar, eksik bir veri değerinin desteklenmeyen bir "ulaşılamaz" etiketine dönüşmesini engeller.
Bir ağ veya sahiplik sorusu başka bir kaynak gerektirdiğinde
Bir numara, taşınabilirlik hizmet veren ağı değiştirdikten sonra orijinal tahsis kaydını koruyabilir. Yönlendirme, güncel ağ sınıflandırması veya bir ağ durumu sinyali asıl kararsa, tam olarak bu sinyali ve sınırlarını belgeleyen bir sağlayıcıyı değerlendirin. Sektörel karşılaştırmalar, mobil ağ bilgileri için HLR tarzı sorguları tartışır; ancak bu, her operatör sorgulamasını bir HLR kontrolü yapmaz. Örneğin, Tata Communications, HLR sorgulamasını mesajlaşma bağlamında açıklarken, Didit, doğrulama kararları için HLR ve SMS OTP'yi karşılaştırır. Bu ürünler ve iddialar, CarrierLookup'a aktarılmamalı, kendi belgeleri üzerinden değerlendirilmelidir.
İş kararı "bu kullanıcı bir doğrulama alıp yanıtladı mı?" ise, uygun bir aktif doğrulama akışı kullanın. Bir ağ verisi sonucu, kişinin yanıtı değildir. Başarılı bir doğrulama tamamlanması bile, kalıcı bir kimlik veya onay kaydı değil, o etkileşimdeki kontrolün kanıtıdır. Doğrulama olaylarını, zaman damgalarını ve tüm onay kayıtlarını tahsis zenginleştirmesinden ayrı tutun.
Yanlış satın almayı önleyen küçük bir alıcı testi
Geniş kapsamlı bir telefon verisi planı satın almadan önce, her yanıtın tetikleyeceği eylemi not edin. Bir CRM segmentasyon çalışması için eylem, kayıtları orijinal operatöre ve hat türüne göre gruplandırmak olabilir. Bir mesajlaşma rotası için bu, güncel bir güncelleme temeline sahip bir güncel ağ alanına bağlı olabilir. Hesap erişimi için aktif bir doğrulama gerektirebilir. Bunlar üç farklı kabul testidir.
Temiz ve hatalı girdileri, mümkünse bilinen taşınabilirlik geçmişine sahip numaraları ve eksik tahsis değerlerine sahip kayıtları içeren yetkili bir örneklem kullanın. Her iddia için bir referans tutun: format için numaralandırma meta verileri, orijinal atama için güvenilir bir tahsis kaynağı, güncel durum sorusu için ağ sağlayıcısının belgelenmiş sonucu ve sahiplik için tamamlanmış bir kullanıcı doğrulaması. Benzerleri birbiriyle karşılaştırın. Taşınmış bir numara, mevcut ağı farklı olduğu için orijinal tahsis sorgulama hatası olarak sayılmamalıdır.
Skor kartında paydaları ayrı ayrı raporlayın: sorgulamadan önce reddedilen girdiler, alanları dolu tamamlanmış sorgulamalar, alanları boş tamamlanmış sorgulamalar, belirlenemedi sonuçları ve farklı sağlayıcılardan gelen ağ veya doğrulama sonuçları. Ardından, alt süreç kurallarındaki yanlış varsayımları inceleyin. carrier alanı dolu bir örnek satır, yalnızca tahsis tabanlı gruplandırma için uygun olmalıdır; otomatik olarak bir SMS gönderim veya kullanıcı doğrulama kuralını geçmemelidir. Bu görev tabanlı skor kartı, uyumsuz soruları birleştiren tek bir "telefon doğrulama doğruluğu" yüzdesinden daha kullanışlıdır.
Savunulabilir bir sonraki adım seçin
Acil ihtiyacınız hazırlanmış bir liste için orijinal operatör ve hat türü bağlamı ise, CarrierLookup'ın belgelenmiş alanlarını ve istek yollarını inceleyin, ardından küçük bir yetkili örneklemi tahsis odaklı bir skor kartına karşı test edin. Güncel ağ durumuna veya kullanıcı kontrolünün kanıtına ihtiyacınız varsa, bu gereksinimi açıkça belgeleyin ve uygun ayrı hizmeti veya doğrulama akışını değerlendirin. Her yanıtı, bir CRM kuralına ulaşmadan önce gerçekte neyi ölçtüğüne göre etiketleyin.
Daha fazla bilgi edinin
İş akışınızdaki bir sonraki adıma uygun ürün bilgisini seçin.