IOSOR

IOSOR Znalosti

Audit logiky odhlášení příchozích klíčových slov STOP napříč kanály

Ověřte, že automatické zpracování STOP ze strany operátora a platformy okamžitě odvolá souhlas se zasíláním zpráv ve všech propojených trasách.

Audit logiky odhlášení příchozích klíčových slov STOP napříč kanály.

Základy zpracování příchozích klíčových slov STOP

Když koncový uživatel odpoví příchozím klíčovým slovem STOP, zasílací engine musí provést okamžité odvolání souhlasu. Tento proces zabraňuje regulačním pokutám a chrání pověst platformy. V prostředí white-label zpracovávají trasy nájemníků tato klíčová slova pomocí automatizovaných regex filtrů, které se přímo mapují na centrální DNC registry. Každý příchozí payload obsahující standardní výrazy pro odhlášení musí spustit synchronní aktualizaci databáze před jakýmkoli následným směrováním.

Višekanálová synchronizace a aktualizace registrů

Ověření odhlášení vyžaduje konzistentní chování napříč kanály SMS, RCS a chat. Když příjemce napíše STOP na konkrétní trase, platforma označí identifikátor E.164 ve všech souvisejících kampaních nájemníka. Pokud značka provozuje více čísel, seznam vyloučených se okamžitě synchronizuje přes webhooky. Tím se zabrání tomu, aby se uživatel odhlásil na jedné trase a poté dostával propagační provoz z jiného čísla spravovaného stejným nájemníkem. Registr zaznamenává všechny změny.

Zpracování okrajových případů a regionálních odchylek

Operátoři vymáhají přísná pravidla ohledně alternativních formulací odhlášení, jako jsou UNSUBSCRIBE, QUIT nebo CANCEL. Ingestion pipeline normalizuje tyto řetězce tak, aby odpovídaly kanonickým pravidlům odhlášení bez vyřazení platných payloadů. Operátoři musí ověřit, že mezinárodní znakové sady a lokalizovaná syntaxe neobcházejí logiku filtrů.

Doručení webhooku a automatické potvrzení

Jakmile platforma zaregistruje platné klíčové slovo pro odhlášení, odešle automatickou potvrzovací zprávu a odešle webhook do aplikace nájemníka. Tento payload webhooku obsahuje ověřené číslo E.164, časové razítko a aktualizovaný stav souhlasu. Vývojáři používají tuto událost k zastavení interních pracovních postupů aplikace a synchronizaci externích databází CRM. Pokud doručení webhooku selže kvůli vypršení časového limitu následné sítě, platforma se pokusí o opakování s exponenciálním zpožděním.

Auditní důkazy a požadované protokoly dodržování předpisů

Platforma generuje neměnné protokoly pro každý přijatý požadavek STOP. Tyto protokoly slouží jako důkaz při auditech a zajišťují, že po odvolání souhlasu nejsou odesílány žádné zprávy. Operátoři mohou tato data exportovat pro doložení shody s požadavky operátorů. Neschopnost předložit tyto protokoly může vést k pozastavení tras. Podrobnosti naleznete na /learn/compliance/consent-audit-trail-export-evidence.

Začněte s IOSOR

Přejděte do konzole pro směrování IOSOR a odešlete živou testovací příchozí zprávu obsahující klíčové slovo STOP v každém nakonfigurovaném koridoru E.164. Sledujte inspektor příchozích webhooků a protokoly událostí platformy, abyste ověřili, že identifikátor odběratele je okamžitě označen jako potlačený v SMS, hlasových a kanálových rozhraních API.

Shrnutí IOSOR

Tento auditorský průvodce ukázal, jak automatické zpracování zpráv STOP slouží jako konečná brána souladu v celé vaší multi-kanálové infrastruktuře zpráv. Zajištění toho, že příchozí doručenky a spouštěče webhooků okamžitě aktualizují centralizovanou databázi, zabraňuje porušování předpisů a chrání integritu směrování podniku ve všech aktivních trasách.

Provádějte pravidelné syntetické testy příchozích zpráv STOP a sledujte fronty nedoručitelných zpráv kvůli nezpracovaným odhlášením. Nespoléhejte se na mechanismy potlačení pro jediný kanál ani nedovolte, aby sekundární trasy obcházely centrální tabulky odvolání souhlasu.

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

Související průvodci