Ön ödemeli bakiye tutmaları ile gönderen kimliği havuzu rotasyon kuralları

Ön ödemeli bakiye tutmaları ile gönderen kimliği havuzu rotasyon kuralları.

Dinamik havuz tahsisi ve JIT provizyonu

Dinamik gönderen kimliği havuzu rotasyonu, gereksiz aylık yinelenen ücretlerden (MRC) kaçınmak için hassas bir Tam Zamanında (JIT) provizyon gerektirir. IOSOR, boşta duran bir E.164 numara havuzunu korumak yerine kaynakları dinamik olarak tahsis eder. Giden bir SMS veya OTP kampanyası tetiklendiğinde, platform aktif trafiği değerlendirir ve talep üzerine numaraları sağlar.

Ön ödemeli bakiye rezervasyon kilitleri

Kesintisiz teslimatı sürdürmek için platform, 20 USD'lik bir ön ödemeli alt sınır uygular. Dinamik rotasyon yeni gönderen kimlikleri talep ettiğinde, IOSOR gerekli MRC'yi hesaplar ve defterinize geçici bir ön ödemeli tutma koyar. Bakiyeniz bu sınırın altına düşerse, rezervasyon kilitleri yeni JIT tahsislerini engeller. Bu mekanizma, aktif SMS trafiğinin yetersiz fon nedeniyle transit sırasında asla kesintiye uğramamasını sağlar.

Operatör spam filtrelerinden kaçınma

Dinamik rotasyon, operatörlerin agresif spam filtrelerini atlatmak için kritiktir. Yüksek hacimli OTP ve bildirim trafiğini rotasyonlu bir E.164 gönderen havuzuna dağıtarak, herhangi bir kimliğin işaretlenme riskini azaltırsınız. Sistem, gelen STOP mesajlarını izler ve uyumlu olmayan gönderenleri aktif rotasyondan otomatik olarak kaldırır.

Defter entegrasyonu ve borç etiketleri

Her dinamik tahsis ve mesaj ücreti, gerçek zamanlı defter aracılığıyla izlenir. Belirli borç etiketlerini kullanarak, bireysel gönderen havuzlarıyla ilişkili maliyetleri izole edebilirsiniz. Bu ayrıntılı izleme, beyaz etiket operatörlerinin MRC ve mesaj başına maliyetleri doğrudan son kullanıcılara atfetmesine olanak tanır. Dinamik bir gönderen emekli edildiğinde, defter kalan ön ödemeli tutmaları serbest bırakır ve kullanılabilir bakiyenizin gerçek kullanımı yansıtmasını sağlar.

API eşdeğerliği ve Webhook doğrulaması

Hızlı rotasyon sırasında çift faturalandırmayı önlemek için geliştiriciler katı bir API eşdeğerliği (idempotency) uygulamalıdır. Bir ağ zaman aşımı meydana gelirse, tahsis isteğini aynı eşdeğerlik anahtarıyla yeniden denemek, IOSOR'un yinelenen numaralar sağlamamasını veya birden fazla ön ödemeli tutmayı tetiklememesini sağlar. Sağlandıktan sonra, durum güncellemeleri Webhook aracılığıyla teslim edilir. Uç noktanızın DLR ve tahsis olaylarının alındığını onaylamak için bir Verify OK yanıtı döndürdüğünden emin olun.

İlgili yazılar: Yüksek hacimli çoklu gönderen operasyonları · Her ön ödemeli debit satırında gönderen kimliğini etiketle · eşgüçlülük, yeniden deneme ve para.

IOSOR ile başlayın

Gönderen Yönetimi altındaki IOSOR konsoluna giderek havuz rotasyon kurallarınızı ve defter bildirim tetikleyicilerinizi yapılandırın. Anlık provizyon taleplerinden önce kullanılabilir bakiyeleri doğrulamak için dinamik tahsis tamponları oluşturun. Tekilleştirme anahtarlarının yinelenen blokaj oluşturulmasını doğru şekilde engellediğini onaylamak için web kancası simülatörünü kullanarak yeniden deneme mantığınızı test edin.

IOSOR özeti

Dinamik gönderen kimliği havuz rotasyonu, mesajlaşma hacmini dağıtarak katı spam filtrelerini atlatsa da, koordinesiz provizyon mesaj gönderimi için gereken fonları kilitleme riski taşır. Anlık tahsis yönetimini aktif blokaj rezervasyonlarıyla birlikte yürütmek, giden trafik kuyruklarını durdurmadan yüksek teslim edilebilirlik sağlar.

Katı API tekilleştirme anahtarları uygulayın ve havuz bazlı yinelenen ücretleri gerçek zamanlı olarak izlemek için farklı borç etiketleri atayın. Blokaj gereksinimlerini önceden hesaplamadan veya aktif E.164 göndericileri genelinde gelen STOP devre dışı bırakmalarını izlemeden hacme dayalı havuz genişletmesini tetiklemeyin.