Gelen MO mesajlarından engelleme listelerine: DID üzerinde STOP itibarı korur

Gelen MO mesajlarından engelleme listelerine.

Gelen MO aracılığıyla otomatik abonelikten çıkma mimarisi

Bir son kullanıcı, tahsis edilmiş bir E.164 DID'sine gelen Mobil Başlatmalı (MO) bir mesaja STOP, UNSUBSCRIBE veya QUIT yanıtı verdiğinde, platformunuz bu sinyali derhal işlemelidir. Numaraların API katmanındaki bir engelleme listesinde saklanması, sonraki giden Mobil Sonlandırılmalı (MT) trafiğinin operatör uyumluluk kurallarını ihlal etmesini önler. Engellenmiş bir alıcıya giden bir mesaj gönderilmeye çalışılırsa, ağ geçidi ağ iletimi gerçekleşmeden önce yükü bırakmalı veya atlandı olarak işaretlemelidir. Bu mimari, gönderici itibarını korumak ve operatör kalitesini güvenceye almak amacıyla uyumluluğu milisaniyeler içinde uygulamak için olaya dayalı bir akışa dayanır.

Gelen anahtar kelimelerin engelleme listeleriyle eşleştirilmesi

Gelen MO veri yükleri, gönderen E.164 numarasını, hedef DID'yi, zaman damgasını ve ham mesaj gövdesini içeren webhook'lar aracılığıyla ulaşır. Engelleme alt sistemi, STOP, CANCEL, END, QUIT ve OPTOUT dahil olmak üzere standart uyumluluk anahtar kelimelerini ayrıştırır. Bir eşleşme tespit edildiğinde, alma motoru boşlukları ve aksanları kaldırarak, karakterleri büyük harfe dönüştürerek ve bir düzenli ifade ayrıştırıcısı çalıştırarak dizeyi standartlaştırır. Gövde tek başına bir eşleşme içeriyorsa, motor kalıcı veri deposuna atomik bir yazma işlemi başlatır.

Webhook'lar, durum kodları ve Skipped durumunun neden bir hata olmadığı

Giden bir gönderim isteği engellenmiş bir E.164 hedefini hedeflediğinde, CPaaS motoru verileri üst yönlendirme yollarına göndermeden önce iletimi engeller. Platform, 'skipped_suppressed' belirten bir durum yüküyle HTTP 200 OK yanıtı döndürür. Bir abonelikten çıkma engeli için 4xx veya 5xx HTTP durum kodu döndürmek bir anti-desendir; çünkü bu durum altyapı hatası veya istemci yükü bozukluğu anlamına gelir ve API SDK'larında gereksiz yeniden deneme mantığını tetikler. HTTP 200 OK ile birlikte 'skipped_suppressed' döndürülerek sistem doğru bilgi verir.

Operasyonel kurallar ve ön ödemeli bakiye kontrolleri

Gelen MO işleme ve engelleme motorlarını yönetmek, istikrarlı finansal koruma sınırları gerektirir. CPaaS platformları, kesintisiz webhook işlemesini ve DID yönlendirmesini sürdürmek için USD 20 ön ödemeli taban içeren katı bir ön ödemeli yapıda çalışır. Bir hesap bakiyesi bu minimum eşiğin altına düşerse, gelen MO webhook'ları düşürülmek yerine 72 saate kadar bir kuyrukta arabelleğe alınır ve kritik abonelikten çıkma uyumluluk sinyalleri korunur. Aylık işlem hacmi USD 1,000/ay civarındaki esnek bir incelemeye doğru ölçeklendikçe, hesap yöneticileri trafiği değerlendirir.

Uyumluluk matrisi: Gelen abonelikten çıkma yönetimi

IOSOR ile başlayın

STOP DID’e düşünce, kaynak MSISDN’i bir sonraki MT’den önce o kiracının suppression listesine yazın. Sonraki gönderimin reddedildiğini kanıtlayın. MO damgasını ve liste satırını dışa aktarın. Liste yazımı olmayan webhook 2xx bu iş değildir; E.164 temizliği başka kapıdır.

İlgili: Arayan Kimliği ve Mesaj Göndereni: Canlı Ses, Canlı SMS Anlamına Gelmez DID Bağlamadan Önce E.164 Normalizasyonu: Artı, Sıfırlar ve Boşluklar ilk tahsilattan önce ön ödemeli bakiye rezervi.

IOSOR özeti

DID üzerindeki gelen MO bir liste yazımıdır, günlük hatırası değil.

Yapın: sonraki MT’den önce bastırın. Yapmayın: STOP’u not edildi sayıp MT’yi sürdürmek, ya da haftalık dökümü beklemek.