IOSOR Wiedza
Przychodzące MO do listy wykluczeń: STOP na DID chroni reputację
Analiza techniczna obsługi słów kluczowych opt-out w przychodzących wiadomościach MO na E.164 DID, listy wykluczeń i webhooki.
Przychodzące MO do listy wykluczeń.
Architektura automatycznego opt-out przez przychodzące MO
Gdy użytkownik końcowy odpowiada słowem STOP, UNSUBSCRIBE lub QUIT na przychodzącą wiadomość Mobile Originated (MO) na dedykowanym numerze E.164 DID, Twoja platforma musi natychmiast przetworzyć ten sygnał. Przechowywanie numerów na liście wykluczeń na poziomie warstwy API zapobiega naruszaniu reguł zgodności operatorskiej przez późniejszy ruch wychodzący Mobile Terminated (MT).
Mapowanie słów kluczowych na listy wykluczeń
Przychodzące pakiety MO docierają za pośrednictwem webhooków zawierających numer E.164 nadawcy, docelowy numer DID, znacznik czasu oraz treść wiadomości. Podsystem wykluczeń analizuje standardowe słowa kluczowe zgodności, takie jak STOP, CANCEL, END, QUIT i OPTOUT. Po wykryciu dopasowania silnik przetwarzający normalizuje ciąg znaków, usuwając spacje i akcenty, zamieniając litery na wielkie i uruchamiając parser wyrażeń regularnych.
Webhooki, kody statusu i dlaczego pominięcie to nie błąd
Gdy żądanie wysyłki wychodzącej dotyczy zablokowanego docelowego numeru E.164, silnik CPaaS blokuje transmisję przed przekazaniem danych do ścieżek routingu. Platforma zwraca odpowiedź HTTP 200 OK z pakietem statusu wskazującym 'skipped_suppressed'. Zwracanie kodu statusu HTTP 4xx lub 5xx w przypadku blokady opt-out jest błędem architektonicznym, ponieważ sugeruje awarię infrastruktury lub nieprawidłowy format żądania, co wywołuje niepotrzebną logikę ponawiania w SDK klienta.
Zasady operacyjne i kontrola salda prepaid
Zarządzanie przetwarzaniem przychodzących wiadomości MO oraz systemami wykluczeń wymaga stabilnych ram finansowych. Platformy CPaaS działają w oparciu o ścisły model prepaid z limitem USD 20, aby zapewnić nieprzerwane przetwarzanie webhooków i routing numerów DID. Jeśli saldo konta spadnie poniżej tego progu, przychodzące webhooki MO są buforowane w kolejce do 72 godzin zamiast odrzucania, co pozwala zachować kluczowe sygnały rezygnacji.
Macierz zgodności: Obsługa przychodzących opt-out
| Słowo kluczowe | Podjęte działanie | Status wychodzący | Wpływ na rozliczenia |
|---|---|---|---|
| STOP | Dodaj do listy wykluczeń | Pominięto (Zablokowane) | Brak opłaty |
| UNSTOP | Usuń z listy wykluczeń | Dozwolone | Stawka standardowa |
| HELP | Wyzwól webhook info | Dozwolone | Stawka standardowa |
| CANCEL | Dodaj do listy wykluczeń | Pominięto (Zablokowane) | Brak opłaty |
Rozpocznij z IOSOR
Powiązane: ID dzwoniącego głosu a nadawca wiadomości: aktywny głos nie oznacza aktywnych… Normalizacja E.164 przed przypisaniem DID: plus, zera i spacje rezerwacja środków prepaid przed pierwszym obciążeniem.
Podsumowanie IOSOR
Przychodzący MO na DID to zapis na listę, nie pamiątka logu.
Rób: stłum przed następnym MT. Nie rób: oznaczać STOP jako odnotowany, póki MT idzie, ani czekać na tygodniowy zrzut.
Czy ten przewodnik był pomocny?
Powiązane przewodniki
- Przekazanie DID drugiego właściciela: kto może przypisywać i zwalniać
Opanuj granice operacyjne, provisionowanie JIT oraz progi finansowe prepaid podczas przekazywania numerów DID drugiemu właścicielowi.
- Limit Wydatków na DID: Najem i Ruch Wychodzący na Jednym Numerze
Kontroluj ekspozycję numeru w swoim white-label CPaaS za pomocą połączonego limitu wydatków na koszty stałe i ruch wychodzący.
- Routing webhooków przychodzących na numer DID: MO bez właściciela traci STOP
Kieruj webhooki przychodzące do odpowiedniego konta w sposób bezpieczny. Zapobiegaj osieroconym zdarzeniom MO i pominiętym rezygnacjom w white-label prepaid CPaaS.