IOSOR Rehber
Geçersiz MSISDN Borçlandırılmamalıdır
IOSOR platformunun geçersiz E.164 telefon numaralarını giriş noktasında nasıl engellediğini, hatalı defter borçlandırmalarını önlediğini ve ön ödemeli bakiyenizi nasıl koruduğunu öğrenin.
Geçersiz MSISDN Borçlandırılmamalıdır.
Giriş Doğrulaması ve Alt Akış Hatası Karşılaştırması
Yüksek hacimli SMS veya OTP trafiğini yönlendirirken, giriş noktasındaki (ingress) geçersiz bir hedef adres ile alt akıştaki (downstream) bir teslimat hatasını ayırt etmek, finansal bütünlük açısından kritik öneme sahiptir. Geçersiz bir MSISDN, herhangi bir defter işlemi gerçekleşmeden önce API ağ geçidinde derhal reddedilmelidir. Geçersiz bir numara giriş kontrollerini atlarsa, alt akışta bilinmeyen bir duruma sahip bir DLR oluşturabilir; bu durum bir harcama gibi görünür ancak gerçek bir teslimat sağlamaz. IOSOR, bakiyenizin hatalı hedef biçimlerinden korunmasını sağlamak için bu durumu önleyen katı doğrulama kuralları uygular.
E.164 Ayrıştırma Motoru
Bir mobil numarayı hedefleyen her API isteği, küresel E.164 standardına göre gerçek zamanlı bir ayrıştırma işlemine tabi tutulur. Platform; ülke kodunu, ulusal hedef kodunu ve abone numarası uzunluğunu kontrol eder. Biçim geçersizse, ağ geçidi anında bir HTTP 400 Bad Request hatası döndürür. Bu tam zamanında (JIT) doğrulama, kaynaklar tahsis edilmeden veya herhangi bir ön ödemeli bekletme uygulanmadan önce var olmayan yönlendirme yollarının engellenmesini sağlar. Bu mekanizma, geçersiz numaraların gizli maliyetlere yol açan alt akış operatör sorgularını tetiklemesini önler.
Defter Kuralları ve Ön Ödemeli Bekletmeler
Sağlıklı bir bakiye sürdürmek için IOSOR, gerçek zamanlı bir defter kullanır. Geçerli bir SMS isteği kabul edildiğinde, bakiyenize geçici bir ön ödemeli bekletme uygulanır. Mesaj başarıyla yönlendirilirse, bekletme borçlandırmaya dönüştürülür. Ancak numara giriş noktasında geçersiz olarak işaretlenirse, hiçbir bekletme oluşturulmaz ve sıfır bakiye borçlandırılır. Bu, USD 20 tutarındaki ön ödemeli taban limitinizin hatalı biçimlendirilmiş hedef dizeleri tarafından tüketilmesini önler. Ölçeklenen hesaplar için, aylık USD 1,000 sınırına yakın bir yumuşak inceleme, yönlendirme tablolarını optimize etmeye ve özel kaynaklar için MRC sınırlarını ayarlamaya yardımcı olur.
Webhook Yükleri ve Hata Kodları
Bir mesaj giriş noktasında reddedildiğinde, API yanıtı belirli bir hata yükü içerir. Uygulamanız, eşzamansız bir DLR webhook'u beklemek yerine anında eşzamanlı bir hata alır. Bu yük, geçersiz parametreyi ve net bir reddetme kodunu içerir. Geçerli numaralar için sistem yönlendirme yolunu atayacak ve STOP ile Verify OK etkinlikleri dahil olmak üzere durum güncellemelerini webhook aracılığıyla göndererek API döngülerini boşa harcamadan mesajlaşma hattınız üzerinde tam şeffaflık sağlayacaktır.
Geliştirici Kaynakları ve Entegrasyon
Gereksiz harcamaları önleyen sağlam bir entegrasyon oluşturmak için geliştiriciler, API'ye istek göndermeden önce istemci tarafı doğrulamayı uygulamalıdır. Uygulamanızı optimize etmek için bu temel kılavuzları inceleyin:
- API Giriş Noktalarında E.164 Telefon Biçimi Doğrulama
- Cüzdan pilot haftası: Canlı trafikte bekletme ve borçlandırma gerçeği
- SMS API satın alma listesi
IOSOR ile başlayın
Korumalı alandan ülke kodu olmayan bir hedefe ve imkânsız uzunlukta birine POST atın. HTTP 400 ve değişmemiş ledger bekleyin — hold yok, borç yok. Sonra geçerli bir E.164 gönderin ve hold’un yalnızca accept’ten sonra göründüğünü doğrulayın. Geçersiz çiftte para hareket ettiyse giriş ayrıştırması bozuktur.
IOSOR özeti
Girişteki biçim reddi teslimat başarısızlığı değildir. Geçersiz MSISDN asla hold açmamalıdır. Yapın: para hareket etmeden E.164’ü ayrıştırın. Yapmayın: var olmaması gereken borcu unknown DLR’nin açıklamasını beklemeyin. Numara düzgün oluşana dek ledger susar.
Bu rehber yardımcı oldu mu?
İlgili rehberler
- Gönderim Öncesi NANP Eşleşmeleri: Finans İçin Veri Kalitesi
Faturalandırma hatalarını önlemek için Kuzey Amerika Numaralandırma Planı (NANP) eşleşmelerini nasıl analiz edeceğinizi öğrenin.
- E.164 Temizliği HLR Sorgusu Değildir
Yerel E.164 biçimlendirmesi ve NANP çakışma doğrulamasının gerçek zamanlı HLR sorgularından neden farklı olduğunu ve IOSOR yönlendirme defterinizi nasıl yapılandıracağınızı öğrenin.