IOSOR Rehber
Prepaid altında başarısız DLR yeniden deneme: ne zaman tekrar dene, ne zaman harcamayı kes
Failed, rejected ve expired aynı sözcük değildir. Her prepaid yeniden deneme bir borçtur. Tavanı yazmadan önce durum sözlüğünü paylaşın, yoksa cüzdan çıkmazda yanar.
Bilet «başarısız oldu» der ve biri prepaid cüzdan boşalana kadar yeniden denemeye basar. Başarısız bir durum değildir. undelivered, rejected ve expired ayrı eylem ister. Prepaid altında her otomatik yeniden deneme bir borç satırıdır, ücretsiz nezaket değil. Döngüden önce sözlükte anlaşın, yoksa ürün dönüşümü kovalarken finans ölü bir numaraya ikinci ve üçüncü denemeyi öder.
IOSOR white-label prepaid’dir: panel, webhook ve dışa aktarmada aynı DLR sözlüğü. live koridor tavanlı yeniden denemeye izin verir; in setup «bir sonrakinde» açılmaz. teslim edilmedi, reddedildi, süresi doldu ve DLR, gecikme ve failover bakın. Aylık USD 1,000+ civarında durum kovasındaki yeniden deneme borçları daha sıkı ticari okumaya girer.
Yeniden deneme mantığından önce durum sözlüğü
Yeniden deneme kodu yazmadan önce uç durumları ürün, operasyon ve finansın işaret edebileceği bir tabloya basın. Sözlüksüz yeniden deneme para yakan bir döngüdür. Düşük teslimat için düşük SMS teslim playbook’u.
| Durum | Otomatik yeniden deneme? | Kim imzalar |
|---|---|---|
| Delivered | Hayır | Kimse |
| Undelivered / failed | Tavanlı | Operasyon |
| Rejected | Hayır (yükü değiştir) | Ürün |
| Expired | Hayır (TTL ayarla) | Ürün |
Failed karşılığı rejected karşılığı expired
Failed / undelivered platformun işi teslim ettiğini, ucun onaylamadığını söyler. Koridor sağlıklıysa tavanlı bir yeniden deneme dönüşümü kurtarabilir. Rejected ağ veya politika reddidir: aynı numara, aynı gövde neredeyse yine reddedilir ve yine borçlanır. Expired zamandır: TTL koridor gecikmesinden kısa, veya gönderim öncesi kuyruk. Expired’i failed sayıp yeniden denemeye vurmak yalnızca daha çok expired satırı üretir. Pencere dışı OTP artık dönüşmez; cüzdan yine öder.
Yeniden deneme tavanları ve cüzdan etkisi
Her ileti için otomatik deneme tavanı koyun; kullanıcı yeniden gönderimini sistem failover’ından ayırın. Her deneme ledger’daki correlation ID ile örtüşmeli. Tavansız «teslim edilene kadar» ölü koridorda prepaid’i boşaltır. Finans hedef, durum, deneme no ve borcu dışa aktarmalı. USD 1,000+ civarında sahipsiz döngü bilet olmaktan çıkar, ticari konu olur. Politika dur deyince ürün bir kez daha istese de cüzdan durur.
Ürün karşılığı finans sahipliği
Ürün politikayı sahiplenir: hangi durumlar yeniden denemeye açık, TTL, yeniden gönderim soğuması. Finans görünürlüğü sahiplenir: her deneme borçlanıyor mu, dışa aktarma webhook ile örtüşüyor mu. Operasyon koridor dilimini sahiplenir ki dünya ortalaması kırık bir yolu gizlemesin. Aynı tablo yoksa prepaid «tekrar dene» ile «harcamayı kes» arasında karar veremez. Destek sözlü iade vaat ederken ledger her denemeyi kesmesin.
Kırmızı bayraklar
- Yalnızca sent ve failed varken otomatik yeniden deneme
- Rejected yüke üç özdeş vuruş
- Expired’i ağ arızası saymak
- Sistem failover ve kullanıcı yeniden gönderimi aynı borç satırında
- Deneme tavanı olmayan «teslim edilene kadar»
- Katalog in setup iken yeniden deneme vaadi
- Finans dışa aktarmasında deneme no yok
IOSOR ile başlayın
Sözlüğü doldurun: failed versus rejected versus expired. Otomatik yeniden denemeye tavan koyun ki her başarısız DLR yeni bir prepaid düşüm açmasın. Kullanıcının yeniden gönder düğmesi sistem denemesinden ayrıdır. Tavanı düşük hacimde iki live koridorda kanıtlayın.
IOSOR özeti
Başarısız DLR yeniden denemesi harcama tavanıdır, sonsuz döngü değil.
Yapın: uç durumu sınıflandırın, denemeleri tavanlayın, kullanıcı yeniden gönderimini sistem denemesinden ayrı dışa aktarın. Yapmayın: rejected veya expired’ı geçici failed gibi yeniden denemeyin.
Bu rehber yardımcı oldu mu?
İlgili rehberler
- Kısa Kod ve Ücretsiz Hat Rotaları Arasında Teslim Edilebilirlik Metriklerinin Karşılaştırılması
Beyaz etiketli CPaaS konsolunuzda kısa kodlar ve ücretsiz hatlar için operatör filtreleme davranışlarını, DLR metriklerini ve aktarım hızı profillerini analiz edin.
- Yeni Rota Pilotları Sırasında Temel Teslim Edilebilirlik Metriklerini Belirleme
Beyaz etiketli trafiğinizi yeni rotalarda ölçeklendirmeden önce sıkı teslimat test paketleri çalıştırın, operatör performansını analiz edin ve temel mesajlaşma metriklerini oluşturun.
- Ağ Bakımı Sonrası Teslim Oranları Denetimi ve Kuyruk Temizliği
Operatör ağ bakımı sonrasında platform yöneticilerinin rota sağlığını doğrulaması ve gecikmiş DLR kuyruklarını güvenle temizlemesi için adım adım teknik kılavuz.