IOSOR Gabay
Inbound MO papuntang Suppression Lists: Ang STOP sa DID ay Proteksyon sa Reputasyon
Teknikal na pagsusuri ng pagproseso ng inbound MO opt-out keywords sa E.164 DIDs, pagpapatupad ng suppression list, webhook status, at proteksyon sa prepaid account.
Inbound MO papuntang Suppression Lists.
Ang Arkitektura ng Awtomatikong Opt-Out sa pamamagitan ng Inbound MO
Kapag ang isang end-user ay sumagot ng STOP, UNSUBSCRIBE, o QUIT sa isang inbound Mobile Originated (MO) na mensahe sa isang nakatalagang E.164 DID number, kailangang iproseso ng iyong platform ang signal na ito agad-agad. Ang pag-imbak ng mga numero sa isang suppression list sa API layer ay nagpapanatili na ang mga susunod na outbound Mobile Terminated (MT) na trapiko ay hindi lalabag sa mga panuntunan sa compliance ng carrier.
Pagmamapa ng mga Inbound Keyword sa mga Listahan ng Suppression
Ang mga incoming MO payload ay dumarating sa pamamagitan ng mga webhook na naglalaman ng sender E.164 number, destination DID, timestamp, at raw message body. Ang suppression subsystem ay nagsu-suri ng mga karaniwang compliance keywords kabilang ang STOP, CANCEL, END, QUIT, at OPTOUT.
Mga Webhook, Status Code, at Kung Bakit Hindi Mali ang «Skipped»
Kapag ang isang outbound dispatch request ay nakatutok sa isang suppressed na E.164 na destinasyon, hinaharangan ng CPaaS engine ang transmission bago magpadala ng data sa mga upstream routing path. Nagbabalik ang platform ng HTTP 200 OK response na may status payload na nagpapakita ng 'skipped_suppressed'.
Mga Panuntunan sa Operasyon at Kontrol sa Balance na Prepaid
Ang pamamahala sa inbound MO processing at suppression engines ay nangangailangan ng matatag na pinansyal na guardrails. Ang mga CPaaS platform ay gumagana sa isang mahigpit na prepaid na structure na may USD 20 prepaid floor upang mapanatili ang tuluy-tuloy na webhook processing at DID routing.
Matrix ng Compliance: Paghawak ng Inbound Opt-Out
| Keyword | Aksyon | Outbound Status | Billing Impact |
|---|---|---|---|
| STOP | Idagdag sa Suppression | Skipped (Blocked) | Walang Bayad |
| UNSTOP | Alisin sa Suppression | Allowed | Standard Rate |
| HELP | Trigger Info Webhook | Allowed | Standard Rate |
| CANCEL | Idagdag sa Suppression | Skipped (Blocked) | Walang Bayad |
Magsimula sa IOSOR
Kaugnay: Caller ID kumpara sa messaging From: Ang pagiging live ng voice ay hindi nang… E.164 normalization bago ang DID bind: plus, mga zero, at mga puwang reserbang prepaid bago ang unang debit.
Buod ng IOSOR
Ang papasok na MO sa DID ay sulat sa listahan, hindi souvenir ng log.
Gawin: pigilan bago ang susunod na MT. Huwag: markahan ang STOP na naitala habang tumatakbo ang MT, o maghintay ng lingguhang dump.
Nakatulong ba ang gabay na ito?
Mga kaugnay na gabay
- Pangalawang-may-ari na DID handover: sino ang maaaring magtalaga at magpalaya
Master operational boundaries, JIT provisioning, at prepaid financial thresholds sa mga handover ng pangalawang-may-ari na DID.
- Limit sa Paggasta Bawat Numero: Renta at Trapiko
Kontrolin ang peligro sa bawat numero sa iyong puting tatak na CPaaS sa pamamagitan ng pinagsamang limitasyon sa gastusin para sa buwanang bayad at papalabas na trapiko.
- Inbound webhook routing sa DID: MO na walang may-ari ay nawawalan ng STOP
I-route ang inbound webhooks sa may-ari ng account nang ligtas. Pigilan ang mga orphan MO event at nawalang opt-out sa white-label prepaid CPaaS.