IOSOR

IOSOR Znalosti

Příchozí MO do listiny potlačení: STOP na DID chrání reputaci

Technická analýza zpracování příchozích MO klíčových slov pro odhlášení na E.164 DID, provádění seznamu potlačení, webhook stavů a záruk předplaceného účtu.

Příchozí MO do listiny potlačení.

Architektura automatického odhlášení pomocí příchozí MO zprávy

Jakmile koncový uživatel odpoví slovy STOP, UNSUBSCRIBE nebo QUIT na příchozí zprávu Mobile Originated (MO) na vyhrazeném E.164 DID číslu, platforma musí tento signál okamžitě zpracovat. Uložení čísel do seznamu potlačení na úrovni API zabraňuje tomu, aby následný odchozí provoz Mobile Terminated (MT) porušil pravidla dodržování předpisů operátorů. Pokud se pokusíte odeslat odchozí zprávu na potlačeného příjemce, brána musí před přenosem přes síť požadavek zrušit nebo označit jako přeskočený.

Mapování příchozích klíčových slov na seznamy potlačení

Příchozí datové zprávy MO přicházejí prostřednictvím webhooků obsahujících číslo E.164 odesílatele, cílové DID, časové razítko a samotné tělo zprávy. Subsystém potlačení analyzuje standardní klíčová slova pro odhlášení, jako jsou STOP, CANCEL, END, QUIT a OPTOUT. Při zjištění shody zpracovatelský modul řetězec normalizuje odstraněním mezer a diakritiky, převodem znaků na velká písmena a spuštěním parseru regulárních výrazů.

Webhooky, stavové kódy a proč 'skipped' není selhání

Pokud požadavek na odchozí odeslání cílí na potlačenou destinaci E.164, CPaaS modul zablokuje přenos ještě před odesláním dat do směrovacích tras. Platforma vrátí odpověď HTTP 200 OK se stavem 'skipped_suppressed'. Vrácení stavového kódu HTTP 4xx nebo 5xx pro blokování odhlášení je nevhodné, protože naznačuje chybu infrastruktury nebo špatný formát požadavku klienta, což spouští zbytečnou opakovanou logiku v klientských SDK.

Provozní pravidla a kontrola předplaceného zůstatku

Správa zpracování příchozích MO zpráv a modulů potlačení vyžaduje stabilní finanční mantinely. Platformy CPaaS fungují na přísné předplacené struktuře s minimálním limitem USD 20 pro udržení nepřetržitého zpracování webhooků a směrování DID. Pokud zůstatek na účtu klesne pod tuto minimální hranici, příchozí MO webhooky se ukládají do fronty až na 72 hodin, namísto toho, aby byly zahozeny, čímž se zachovají kritické signály pro odhlášení.

Matice shody: Zpracování příchozího odhlášení

Klíčové slovo Provedená akce Odchozí stav Dopad na účtování
STOP Přidat do seznamu potlačení Skipped (Blokováno) Bez poplatku za odchozí
UNSTOP Odebrat ze seznamu potlačení Povoleno Standardní sazba
HELP Spustit informační webhook Povoleno Standardní sazba
CANCEL Přidat do seznamu potlačení Skipped (Blokováno) Bez poplatku za odchozí

Začněte s IOSOR

Když STOP dopadne na DID, zapište odesílající MSISDN na seznam suppression toho tenanta před dalším MT. Dokažte, že následující odeslání je odmítnuto. Exportujte razítko MO a řádek seznamu. Webhook 2xx bez zápisu na seznam není tato práce; čištění E.164 je jiná brána.

Související: Caller ID vs messaging From: Hlas živě neznamená SMS živě Normalizace E.164 před vazbou DID: plus, nuly a mezery rezervace předplaceného zůstatku před prvním stržením.

Shrnutí IOSOR

Příchozí MO na DID je zápis na seznam, ne suvenýr logu.

Dělejte: potlačte před dalším MT. Nedělejte: označovat STOP jako zaznamenaný, zatímco MT běží, ani čekat na týdenní dump.

Byl tento průvodce užitečný?

Související průvodci