IOSOR

IOSOR Wiedza

Audyt logiki rezygnacji ze słowa kluczowego STOP przychodzącego w kanałach

Zweryfikuj, czy automatyczne przetwarzanie słowa STOP przez operatorów i platformę natychmiast cofa zgodę na wiadomości we wszystkich połączonych trasach.

Audyt logiki rezygnacji ze słowa kluczowego STOP przychodzącego w kanałach.

Podstawy przetwarzania przychodzących słów kluczowych STOP

Gdy użytkownik końcowy odpowiada przychodzącym słowem kluczowym STOP, silnik wiadomości musi wykonać natychmiastowe odwołanie zgody. Ten proces zapobiega karom regulacyjnym i chroni reputację platformy. W środowisku white-label trasy najemców przetwarzają te słowa kluczowe za pomocą zautomatyzowanych filtrów wyrażeń regularnych, które mapują się bezpośrednio na centralne rejestry DNC. Każdy ładunek przychodzący zawierający standardowe warunki rezygnacji musi wywołać synchroniczną aktualizację bazy danych przed jakimkolwiek routowaniem dalszym.

Synchronizacja wielokanałowa i aktualizacje rejestru

Weryfikacja rezygnacji wymaga spójnego zachowania w kanałach SMS, RCS i czat. Kiedy odbiorca wysyła SMS ze słowem STOP na określonej trasie, platforma oznacza identyfikator E.164 we wszystkich powiązanych kampaniach najemcy. Jeśli marka obsługuje wiele numerów, lista wykluczeń synchronizuje się natychmiast za pomocą webhooków. To zapobiega sytuacji, w której użytkownik rezygnuje na jednej trasie tylko po to, aby otrzymywać ruch promocyjny z innego numeru zarządzanego przez tego samego najemcę. Rejestr zapisuje każdy zdarzenie.

Obsługa przypadków brzegowych i wariantów regionalnych

Operatorzy egzekwują surowe zasady dotyczące alternatywnych sformułowań rezygnacji, takich jak UNSUBSCRIBE, QUIT czy CANCEL. Rurociąg pozyskiwania normalizuje te ciągi znaków, aby dopasować je do kanonicznych zasad rezygnacji bez odrzucania prawidłowych ładunków. Operatorzy muszą zweryfikować, czy międzynarodowe zestawy znaków i zlokalizowana składnia nie omijają logiki filtrów.

Dostarczanie webhooków i zautomatyzowane potwierdzenia

Gdy platforma zarejestruje prawidłowe słowo kluczowe rezygnacji, wysyła zautomatyzowaną wiadomość z potwierdzeniem i uruchamia webhook do aplikacji najemcy. Ten ładunek webhooka zawiera zweryfikowany numer E.164, sygnaturę czasową i zaktualizowany status zgody. Deweloperzy używają tego zdarzenia do wstrzymania wewnętrznych przepływów pracy aplikacji i synchronizacji zewnętrznych baz CRM. Jeśli dostarczenie webhooka zawiedzie z powodu przekroczenia limitu czasu sieci, platforma ponawia próbę z wykładniczym wycofaniem.

Dowody audytu i wymagane dzienniki zgodności

Utrzymanie ścieżki audytu wymaga systematycznego eksportowania dzienników odwołania zgody do kontroli regulacyjnej. Najemcy muszą regularnie testować trasy rezygnacji i eksportować dowody weryfikacji. Aby zachować standardy zgodności, sprawdź swoje dzienniki oraz zasoby takie jak /learn/compliance/consent-audit-trail-export-evidence, zbadaj wszelkie anomalie wskazane w /learn/compliance/compliance-incident-week-evidence-gap oraz przeanalizuj luki w /learn/compliance/compliance-invoice-week-evidence-gap.

Zacznij z IOSOR

Przejdź do konsoli routingu IOSOR i wyślij na żywo testową wiadomość przychodzącą zawierającą słowo kluczowe STOP w każdym skonfigurowanym korytarzu E.164. Monitoruj inspektor webhooków przychodzących oraz dzienniki zdarzeń platformy, aby zweryfikować, czy identyfikator subskrybenta został natychmiast oznaczony jako wstrzymany dla kanałów SMS, głosowych oraz wielokanałowego API.

Podsumowanie IOSOR

Ten przewodnik audytu pokazał, jak automatyczne przetwarzanie słowa STOP działa jako ostateczna brama zgodności w całej wielokanałowej infrastrukturze przesyłania wiadomości.

Czy ten przewodnik był pomocny?

Powiązane przewodniki