IOSOR Gabay

Mga Karapatan sa TCPA at CASL Bago ang Produksyon

Ipatupad ang patunay ng pahintulot sa TCPA at CASL at awtomatikong paghawak ng STOP bilang mga mandatoryong gate ng paglulunsad sa IOSOR.

Mga Karapatan sa TCPA at CASL Bago ang Produksyon.

Patunay ng Pahintulot Bilang Ganap na Production Gate

Ang pag-trato sa pag-verify ng pag-opt-in at mga mekanismo ng pag-opt-out bilang simpleng mga sukatan ng deliverability ay isang kritikal na pagkakamali sa arkitektura. Sa ilalim ng batas ng telekomunikasyon sa Hilagang Amerika, ang pahintulot ay hindi marka ng pag-optimize; ito ay isang binary na paunang kinakailangan para sa pagpapadala. Ang paglulunsad ng mga kampanya ng SMS sa produksyon nang walang cryptographic na beripikableng talaan ng pahintulot ay naglalantad sa iyong plataporma sa mga parusa sa ilalim ng TCPA sa Estados Unidos at CASL sa Canada.

Mga Pagkakaibang Legal: TCPA Express Written Consent vs CASL Express at Implied

Nangangailangan ang TCPA ng paunang hayagang nakasulat na pahintulot para sa lahat ng awtomatikong trapiko sa pang-promosyong SMS, na humihingi ng malinaw na kasunduan. Ipinapakilala ng CASL ang pagkakaiba sa pagitan ng hayagang pahintulot at ipinahiwatig na pahintulot na nagmumula sa umiiral na relasyon sa negosyo, na nag-e-expire sa loob ng mahigpit na 6 na buwan o 24 na buwan.

Hardware-Level STOP Inbound Handling at Webhook Execution

Ang pagsunod sa pag-opt-out ay dapat ipatupad sa hangganan ng plataporma. Kapag ang isang papasok na MO SMS na naglalaman ng mga keyword tulad ng STOP, UNSUBSCRIBE, CANCEL, QUIT, o ARRET ay umabot sa nakatalagang E.164 ruta, ang pangunahing plataporma ay dapat agad na i-flag ang tatanggap sa suppression registry. Ang IOSOR ay nagsasagawa ng awtomatikong pagkilala pabalik sa subscriber habang naglalabas ng real-time na webhook.

Tenant Isolation at Ledger Guardrails sa Loob ng Eskala

Ang pag-iwas sa cross-tenant leakage ng suppression state habang pinapanatili ang pagsunod sa carrier ay nangangailangan ng mahigpit na multi-tenant isolation. Ang mga talahanayan ng pag-opt-out ay hinahati ayon sa pagkakakilanlan ng tenant, na tinitiyak na ang kaganapan ng STOP ng isang kliyente ay hindi nakakaabala sa mga transaksyonal na daloy ng OTP ng ibang kliyente. Lahat ng pagruruta ay sumusunod sa mahigpit na JIT na modelo.

Production Verification Architecture at Compliance Links

Bago ilipat ang trapiko mula sa staging patungo sa produksyon, ang iyong koponan ng pagsunod ay dapat magsagawa ng mga pagpapatunay ng pag-opt-out sa lahat ng dedikadong virtual na numero. Kumpirmahin na ang mga papasok na STOP webhook ay nag-a-update ng mga talaan ng CRM sa loob ng 500 milliseconds at tumpak na ipinapakita ng mga ulat ng DLR ang mga na-suppress na destinasyon. Suriin ang aming mga teknikal na arkitektura:

Kaugnay: STOP pagkatapos ng queued send: laktawan, huwag pekein ang na-deliver · Ang STOP at HELP Policy ay Hindi Simpleng Inbound Inbox Routing · reserbang prepaid bago ang unang debit.

Magsimula sa IOSOR

Mag-navigate sa console ng IOSOR upang i-set up ang mga inbound keyword webhook at ipatupad ang mga pagsusuri sa ledger ng pahintulot bago mag-deploy ng live na trapiko. Magpatakbo ng dry-run na pagsubok sa pamamagitan ng pagpapadala ng mga inbound na keyword na STOP, CANCEL, at ARRET upang matiyak ang wala pang 500ms na pag-update ng suppression sa mga itinalagang ruta ng E.164. Panatilihing naka-lock ang mga production gate hanggang sa matiyak ng iyong dry-run sa pagsunod na walang pagtagas sa ibaba ng agos sa lahat ng target na nangungupahan.

Buod ng IOSOR

Ang pagsunod sa pag-opt-out at pag-verify ng pahintulot ay mga arkitekturang gate na hindi mapag-uusapan sa halip na mga pag-optimize ng deliverability pagkatapos maipadala.

Nakatulong ba ang gabay na ito?

Mga kaugnay na gabay