IOSOR Rehber
Gönderen reddi ve içerik filtresi: Finans için statü gerçeği
Gönderen/kayıt reddini içerik filtresi sonuçlarından ayrı tutun; böylece finans her iki kulvarı da ön ödemeli başarı olarak değerlendirmez.
Kaba bir panoda iki ön ödemeli harcama birbirine benzer görünür ancak aynı olay değildir. Gönderen / kayıt reddi, kimliğin o koridor veya mesaj sınıfı için izin verilmediği anlamına gelir; birim asla bir teslimat yolu kazanmamıştır. İçerik filtresi ise işi kabul edebilir, gönderildi/iletildi yanıp sönebilir ve ön ödeme düşüldükten sonra gelen kutusunu bloke edebilir. Her ikisini de «teslim edildi» olarak birleştiren finans departmanı sahte bir başarı oranı üreterek ciddi mutabakat hatalarına yol açar.
Finansın asla birleştirmemesi gereken iki hata sınıfı
| Kulvar | Ne başarısız oldu | Dürüst terminal | Bu değil |
|---|---|---|---|
| Gönderen / kayıt reddi | Kimlik / kampanya | Reddedildi — gönderen | Teslim edildi, kopya olarak filtrelendi |
| İçerik filtresi | El değiştirme sonrası metin / itibar | Başarısız / filtrelendi | «Gönderildi» yandığı için teslim edildi |
Aynı borçlandırma her iki kulvara da eklenebilir. Yumuşak USD 1,000/month karışımı görünür kılar; USD 20 ise çift yollu pilotu finanse eder.
Gönderen / kayıt reddi: Kimlik içerikten önce başarısız oldu
Buradaki ret bir kimlik kapısıdır: kaydedilmemiş alfasayısal, beklemedeki 10DLC, tamamlanmamış ücretsiz hat doğrulaması veya o ISO/sınıf için yasaklanmış gönderen dizesi. Şablonu değil, kaydı düzeltin — Üretimden önce gönderen kayıt kapısı. Müşteri durumu reddedilmiş olarak kalır — asla gönderildi veya teslim edildi olmaz.
İçerik filtresi: El değiştirme gönderildi gibi görünebilir, ancak gelen kutusuna asla ulaşmaz
Filtre sonuçları, kabul sonrasındaki teslim edilebilirlik gerçeğidir. Gönderildi/iletildi el değiştirmeyi ifade eder, ahizeyi değil — gönderildi gelen kutusu değildir. teslim edilmedi, reddedildi, süresi doldu ile eşleştirin. Filtreyi asla «gönderen reddi» veya kayıt reddini «filtrelendi» olarak yeniden etiketlemeyin.
Kulvarları dürüst tutan dışa aktarım sütunları
Niyet başına bir satır: hata sınıfı (sender_reject | content_filter | other), gönderen kimliği, kayıt anlık görüntüsü, şablon ailesi, borçlandırma/serbest bırakma/iade, terminal durumu, ilişki kimliği. Ürün ve finans bu satırı paylaşır — aynı defterde debit satırları ve teslim durumu. Sayfa yalnızca «başarısız» gösteriyorsa, sınıf adlandırılana kadar yeniden açın.
Reddetme ve filtre gerçeği için alıcı kontrol listesi
- Filtre isabetleri sent≠inbox dilini koruyor mu (gönderildi gelen kutusu değildir)? Kayıt, üretim anahtarlarından önce kapılanmış mı ( ? Yumuşak USD 1,000/month sahipleri, USD 20 tabanından ayrı olarak gönderen reddi payını izliyor mu?
IOSOR ile başlayın
Konsolda: Reject vs filter status truth on ledger; do not merge into one fail bucket.. Ölçeklemeden önce sahibi ve kapıları yazın.
İlgili: sender id choice before first campai sender registration gate before prod
IOSOR özeti
Bu nöbete uygun ops disiplinidir—broşür değil.
Yapın: name owner + gate. Yapmayın: skip the gate.
Bu rehber yardımcı oldu mu?
İlgili rehberler
- Ön Ödemeli Alt Hesap Defterlerinde Gönderici Kimliği Ek Ücretlerini Etiketleme
IOSOR'un, şeffaf white-label faturalandırma için gönderici kayıt ücretlerini ve ek ücret debitlerini ön ödemeli alt hesap defterlerine nasıl hassas bir şekilde tahsis ettiğini öğrenin.
- Hedef Ülkelerde Gönderen Kimliği Uyumluluk Geçitlerini Eşleme
Beyaz etiketli CPaaS konsolunuzda kampanya teslim blokajlarını önlemek için hedef ülke başına dinamik ve önceden kaydedilmiş gönderen kimliği kurallarında ustalaşın.
- Yüksek Hacimli Gönderen Kimlikleri İçin Taşıyıcı Ön Isıtma Programları
Spam engellemelerini tetiklemeden taşıyıcı güveni oluşturmak için IOSOR üzerinde yeni gönderen kimlikleri için kademeli hacim artış programları yürütün.