IOSOR Rehber
DID Kurtarma Haftası: Mesajlaşmanın Geri Gelmesi 'Etkin' İle Aynı Değildir
Bir DID dondurmasından sonra 'Etkin' durumunun mesajlaşmanın çalıştığı anlamına gelmediğini ve numaraları yeniden atamadan önce gelen ve giden SMS yollarını nasıl doğrulayacağınızı öğrenin.
DID iyileşme haftası: mesajın geri gelmesi Activated rozetiyle aynı değildir.
DID Kurtarma Sırasında Durum Rozetlerine Güvenmenin Kusuru
Bir telefon numarası dondurma veya kurtarma olayı yaşadığında, platform panoları genellikle durum rozetini 'Etkin' olarak geri çevirir. Ancak, ağ düzeyindeki bir durum değişikliği, SMS yeteneklerinin tamamen çalışır durumda olduğunu garanti etmez. White-label CPaaS'i yeniden satmak, platform sahiplerinin temel yönlendirme aktivasyonu ile işlevsel mesajlaşma verimini ayırt etmesini gerektirir. 'Etkin' rozetini gördükten hemen sonra kiracı trafiğini yönlendirmek, OTP teslimatının kaybolmasına ve bozuk webhook işlemlerine yol açma riskini taşır.
'Etkin' Durumunun Mesajlaşma Yolu Doğrulamasını Neden Gözden Kaçırdığı
Aktif olarak işaretlenmiş bir numara, kayıt girişlerinin hesabınıza bağlı olduğunu gösterir. Bu, gelen webhook'ların tetiklendiğini veya giden SMS rotalarının spam filtrelerini veya operatör engellemelerini temizlediğini kanıtlamaz.
Doğrulama Protokolleri: Gelen, Giden ve DLR Testi
Güvenli yeniden atama, basit veritabanı sorguları yerine yapılandırılmış üç adımlı bir doğrulama döngüsü gerektirir:
- Sentetik Gelen Testi: Webhook yürütmesini doğrulamak için bir kontrol uç noktasından bir test mesajı gönderin.
- Giden El Sıkışma Kontrolü: Bir test giden SMS gönderin ve terminal DLR durumunu (Teslim Edildi) bekleyin.
- Gecikme Kıyaslaması: Tam kiracı atamasından önce teslimat gecikmesinin hedef eşiklerin altında kaldığını onaylayın.
Tablo: Durum Rozeti ve Gerçek Mesajlaşma Yolu Durumu
| Sistem Durumu | Gelen Webhook | Giden SMS | Gerçek Operasyonel Durum |
|---|---|---|---|
| Etkin | Başarısız | Doğrulanmadı | Atama için Güvenli Değil |
| Etkin | Doğrulandı | DLR Beklemede | Test Aşaması |
| Etkin | Doğrulandı | Teslim Edildi | Atama için Hazır |
| Askıya Alındı | Başarısız | Engellendi | İzole Edildi / Donduruldu |
Finansal Bekletmeler, Hesap Bakiyeleri ve Limitler
Gerçek zamanlı numara yönetimi, anında ön ödemeli bekletme ile eşleştirilmiş Tam Zamanında (JIT) tahsis ile çalışır. Numaralar operasyonel durumlara geri döndüğünde, sistem bakiyelerinin beklenmedik bakiye tükenmesini tetiklemeden aktif yönlendirmeyi desteklemesi gerekir.
Güvenli Numara Kurtarma için IOSOR ile Başlayın
Dondurma kalkıp rozet Activated yazınca numarayı kiracılara vermeyin. Sentetik bir gelen gönderin ve kancayı bekleyin. Bir giden gönderin ve uç DLR’ı bekleyin. Sonra yeniden atayın. İyileşme penceresiyle her iki kanıtı dışa aktarın — yalnız Activated mesaj dönüşü değildir.
İlgili: Arayan Kimliği ve Mesaj Göndereni: Canlı Ses, Canlı SMS Anlamına Gelmez DID Bağlamadan Önce E.164 Normalizasyonu: Artı, Sıfırlar ve Boşluklar ilk tahsilattan önce ön ödemeli bakiye rezervi.
IOSOR özeti
İyileşme haftası: mesaj dönüşü yol sınavıdır, rozet çevirme değil.
Yapın: yeniden atamadan önce gelen kanca artı giden DLR. Yapmayın: dondurmadan sonra kiracıları Activated’a geri koymak.
Bu rehber yardımcı oldu mu?
İlgili rehberler
- İkinci Sahip DID Devri: Kim Atayabilir ve Serbest Bırakabilir
Beyaz etiketli ön ödemeli CPaaS mimarisinde ikinci sahip DID devirlerinde operasyonel sınırları, JIT sağlamayı ve finansal eşikleri öğrenin.
- Numara Başına Harcama Limiti: Tek Numarada Kira ve MT Trafiği
Sabit maliyetler ve giden mobil sonlandırma trafiği için birleşik harcama limiti ile beyaz etiketli CPaaS'inizde riskleri kontrol edin.
- DID gelen webhook yönlendirmesi: Sahibsiz MO, STOP komutunu kaybeder
Gelen webhook'ları sahip hesaba güvenli bir şekilde yönlendirin. Beyaz etiketli ön ödemeli CPaaS'te yetim MO olaylarını ve kaçırılan abonelik iptallerini önleyin.