İki kez teslimat yapmadan başarısız SMS kampanya öğelerini yeniden deneyin

Başarısız SMS gönderimlerini yeniden denerken, teslimat raporlarını dikkatle inceleyerek mükerrer faturalandırmayı önlemelisiniz. Gecikmeli webhook bildirimleri, başarılı bir teslimatı hata gibi gösterebilir ve bu da hatalı bir yeniden denemeye yol açar. JIT gönderim hattını tetiklemeden önce mutlaka DLR kayıtlarını doğrulayın ve mükerrer işlemleri engellemek için her zaman idempotency anahtarlarını kullanın.

Başarısız bir SMS öğesinin anatomisi

Beyaz etiketli ön ödemeli CPaaS kampanyaları çalıştırırken, ağ kesintileri ve operatör zaman aşımı süreleri belirli öğelerin başarısız olmasına neden olur. Operatörler, herhangi bir yeniden deneme mantığını tetiklemeden önce gönderim durumlarının net bir görünümüne ihtiyaç duyar.

Çift teslimat ve çift faturalandırma tehlikesi

Manuel veya otomatik kampanya denemelerindeki en kritik risk, aynı metni iki kez gönderip mükerrer ücrete yol açmaktır. Bir webhook zaman aşımı bildirirse operatör mesajı dakikalar sonra yine de teslim edebilir. Tüm partiyi körü körüne bir yeniden kuyruklama betiğinden geçirmek, müşterinizi aynı içerik için anında iki kez faturalandırır. Buna karşı koruma sağlamak, gönderimden önce defter durumlarının ve idempotency anahtarlarının kontrol edilmesini gerektirir.

DLR gecikmesi ile gerçek teslimat durumlarının uzlaştırılması

Ağ yoğunluğu genellikle gecikmiş durum raporlarına yol açar ve bir mesaj kuyrukta sıkışıp kalmasına rağmen başarısız olmuş gibi görünmesini sağlar. DLR Gecikmesi ve API Kabulü: Geciken Raporlar Yüzünden Prepaid Bakiyenizi Eri… bölümünde ele alınan boşluğu anlamak yeniden deneme güvenliği için hayati önem taşır. Bir toplayıcı API isteğini kabul ederse ancak son durum geri çağrısını geciktirirse, bunu çok erken bir arıza olarak ele almak yinelenen gönderimleri tetikler. Operatörler, bekleme durumlarının tutulduğu bir bekleme süresi uygulamalıdır.

Güvenli yük hashleme ve idempotency anahtarları

Ağ düzeyinde yinelenen yürütmeyi önlemek için her giden SMS isteği benzersiz bir idempotency anahtarı gerektirir. Bir kampanya öğesi başarısız olup yeniden deneme kuyruğuna girdiğinde, sistem alıcı E.164 numarasını, kampanya kimliğini ve zaman damgasını birleştiren tuzlanmış bir hash oluşturur. Tam olarak aynı hash ile yinelenen bir webhook gelirse, faturalandırma motoru bunu anında reddederek ikincil defter borçlarını önler. Bu model, Yinelenen webhook ikinci bir borçlandırma yaratmamalıdır içinde belirtilen korumaları yansıtır.

Failover sırasında kısmi parti arızalarının ele alınması

Birincil rota bozulduğunda trafik yedek rotaya kayar ve bu genellikle mesajların yarısının başarılı olduğu, diğer yarısının ise durduğu karışık parti sonuçlarına yol açar. Bu parçalı çalışmaları güvenli bir şekilde yönetmek, aktif hattı bozmadan başarısız alt kümeyi izole etmeyi gerektirir. Benzer ilkeler çift ücretlendirme olmadan kısmi failover gönderimi yönetilirken de geçerlidir.

IOSOR ile başlayın

IOSOR konsolunu açarak kampanya yeniden deneme hatlarınızda yük denklik hash doğrulamasını etkinleştirin ve yinelenen iletilerin gönderilmesini otomatik olarak engelleyin. Herhangi bir ileti yeniden kuyruğa alınmak üzere kalıcı olarak başarısız işaretlenmeden önce zorunlu bir iletildi raporu mutabakat bekleme süresi ayarlayın. Gönderim kuyruğu günlüklerinden kısmi toplu iş başarısızlıklarını doğrudan izole edin, böylece yalnızca onaylanmamış E.164 hedefleri yeniden işleme alınır.

IOSOR özeti

Başarısız kampanya öğelerini katı denklik ve iletildi raporu gecikme mutabakatı olmadan yeniden denemek, doğrudan yinelenen ileti teslimine ve boşa harcanan ön ödemeli bütçelere yol açar.