IOSOR

IOSOR Rehber

Kurtarma dizileri sırasında toplu şablon yeniden gönderimlerini yönetme

IOSOR ekosisteminde operatör politika güncellemelerinin ardından değiştirilen şablon gövdelerini sistematik olarak nasıl yeniden doğrulayacağınızı ve yüksek teslimat oranlarını nasıl koruyacağınızı öğrenin.

Toplu yeniden gönderim süreci, operatör filtrelerini aşmak için IOSOR günlüğündeki geçersiz imzaların tespit edilmesini gerektirir. JIT işlem ücretleri için yeterli USD bakiyesi bulundurun ve OTP akışlarını uyumluluk kurallarıyla eşleştirerek DLR hatalarını giderin.

Toplu yeniden gönderim için tetikleyici olayları belirleme

Kurtarma dizileri, operatör filtreleme mantığı değiştiğinde veya küresel politika güncellemeleri mevcut şablon imzalarını geçersiz kıldığında başlatılır. IOSOR konsolunda, etkilenen varlıkları izole etmek için Şablon Denetim günlüğüne gidin. Hesabınız 20 USD'lik bir ön ödemeli alt sınır tutuyorsa, yüksek hacimli yeniden doğrulama ile ilişkili JIT işleme ücretlerini karşılamak için bakiyenizin yeterli olduğundan emin olun. Mesaj gövdelerinizin artık güncellenmiş E.164 uyumluluk standartlarıyla uyumlu olmadığını gösteren kalıcı hatalardaki artışlar için DLR durumunu izleyin.

Uyumluluk için şablon gövdelerini yapılandırma

Yeniden gönderim yaparken, gerekli olmayan tüm değişkenleri kaldırın ve OTP akışlarınızın zorunlu STOP talimatlarını içerdiğinden emin olun. Her şablon belirli bir kullanım durumuna eşlenmelidir. Ayda 1000 USD civarında yumuşak bir incelemeye doğru ölçeklenen hesaplar için değişken yerleşimindeki hassasiyet kritiktir. Karakter sayısını doğrulamak ve yer tutucuların izin verilen yoğunluğu aşmadığından emin olmak için IOSOR şablon oluşturucuyu kullanın. Bu, JIT inceleme aşamasında otomatik reddedilmeyi önler.

Yeniden gönderim kuyruğunu yönetme

API'yi eşzamanlı isteklerle doldurmaktan kaçının. Sistemin hız sınırlarını tetiklemeden doğrulamaları işlemesine izin vermek için kademeli bir gönderim stratejisi uygulayın. Her şablon, IOSOR panosu aracılığıyla belirli bir numara havuzuna atanmalıdır. Trafiği izole ederek, hangi belirli şablon gövdelerinin sürtünmeye neden olduğunu belirleyebilirsiniz. Yeniden gönderim döngüsü sırasında döndürülen ayrıntılı hata kodlarını yakalamak için webhook günlüklerini kullanın.

DLR ve verimliliği izleme

Şablonlar gönderildikten sonra DLR performansını yakından takip edin. Başarılı bir yeniden gönderim, teslimat metriklerinde anında iyileşme sağlamalıdır. Verimlilik durgun kalırsa, numaralarınızın doğru şekilde sağlandığından ve MRC'nin aktif olduğundan emin olun. Şablon onayının numara sağlamadan bağımsız olduğunu unutmayın; yüksek hacimli trafiği başlatmadan önce her ikisinin de hizalandığından emin olun. Kurtarma öncesi ve sonrası performans verilerini karşılaştırmak için IOSOR analiz paketini kullanın.

Temel kurtarma kaynakları

Kurtarma dizinizin en iyi uygulamalara uygun olduğundan emin olmak için aşağıdaki belgelere başvurun. Bu kılavuzlar, şablon reddetmelerini ele almak ve uyumluluk kanıtı toplamak için özel iş akışları sağlar:

IOSOR ile başlayın

IOSOR Konsolunu açın ve bekleyen inceleme kuyruğundaki etkilenen tüm varlıkları işaretlemek için Şablon Yönetimi bölümüne gidin. Taşıyıcı politika güncellemeleri sırasında istek sınırlamasını (rate throttling) önlemek için API içinde zamanlanmış gönderim aralıkları kullanarak toplu yeniden gönderimlerinizi kademelendirin. Üretim trafiğini yeniden bağlamadan önce bireysel şablon onaylarını doğrulamak için Şablon Denetim günlüğünü ve gerçek zamanlı DLR web kancalarını izleyin.

IOSOR özeti

Yaygın politika değişiklikleri sırasında toplu şablonların yeniden doğrulanması, sınırsız bir gönderim dalgası yerine sistematik bir denetim gerektirir.

Bu rehber yardımcı oldu mu?

İlgili rehberler