IOSOR Žinios
Gaunami MO į slopinimo sąrašus: STOP ant DID apsaugo reputaciją
Gaunamų MO atsisakymo raktinių žodžių tvarkymo E.164 DID numeriuose, slopinimo sąrašų vykdymo, tinklo šaukinių būsenų ir išankstinio mokėjimo paskyrų apsaugos techninė analizė.
Gaunami MO į slopinimo sąrašus.
Automatinio atsisakymo architektūra per gaunamas MO žinutes
Kai galutinis vartotojas atsako STOP, UNSUBSCRIBE arba QUIT į gaunamą Mobile Originated (MO) žinutę dedikuotame E.164 DID numeryje, jūsų platforma privalo nedelsiant apdoroti šį signalą. Numerių saugojimas slopinimo sąraše API lygmenyje neleidžia vėlesniam siunčiamam Mobile Terminated (MT) srautui pažeisti operatorių atitikties taisyklių. Jei bandoma išsiųsti žinutę slopinamam gavėjui, tinklo vartai privalo atmesti arba pažymėti duomenis kaip praleistus prieš atliekant perdavimą tinklu. Ši architektūra užtikrina aukštą siuntėjo reputacijos apsaugą.
Gaunamų raktinių žodžių susiejimas su slopinimo sąrašais
Gaunami MO duomenys atvyksta per tinklo šaukinius (webhooks), kuriuose yra siuntėjo E.164 numeris, tikslo DID, laiko žyma ir žinutės tekstas. Slopinimo subsistema analizuoja standartinius atitikties raktinius žodžius, įskaitant STOP, CANCEL, END, QUIT ir OPTOUT. Aptikus atitikmenį, apdorojimo variklis normalizuoja eilutę pašalindamas tarpus ir akcentus, paversdamas simbolius didžiosiomis raidėmis ir paleisdamas reguliariųjų reiškinių analizatorių. Jei tekstas turi izoliuotą atitikmenį arba priekinį raktinį žodį, sistemose inicijuojamas atominis įrašymas į duomenų bazę.
Tinklo šaukiniai, būsenos kodai ir kodėl «praleista» nėra klaida
Kai išsiuntimo užklausa nukreipta į slopinamą E.164 paskirties vietą, CPaaS variklis blokuoja perdavimą prieš siunčiant duomenis į tolesnius maršrutus. Platforma grąžina HTTP 200 OK atsakymą su būsena 'skipped_suppressed'. HTTP 4xx arba 5xx kodų grąžinimas atsisakymo blokavimui yra netinkama praktika, nes tai reiškia infrastruktūros klaidą arba neteisingą užklausą, kas sukelia nereikalingus pakartotinius bandymus API klientų bibliotekose. Grąžinant HTTP 200 OK kartu su atitinkama būsena išlaikomas sistemos stabilumas.
Veiklos taisyklės ir išankstinio mokėjimo likučio kontrolė
Gaunamų MO žinučių apdorojimo ir slopinimo variklių valdymui reikalingos stabilios finansinės apsaugos priemonės. CPaaS platformos veikia pagal griežtą išankstinio mokėjimo struktūrą su USD 20 grindimis, kad būtų užtikrintas nepertraukiamas tinklo šaukinių apdorojimas ir DID maršrutizavimas. Jei paskyros likutis nukrenta žemiau šios ribos, gaunami MO šaukiniai yra buferizuojami eilėje iki 72 valandų, o ne atmetami, taip išsaugant svarbius atitikties signalus. Mėnesio srautui artėjant prie USD 1,000/mėn. ribos, atliekama išsami analizė.
Atitikties matrica: Gaunamų atsisakymų tvarkymas
| Raktinis žodis | Atliktas veiksmas | Siuntimo būsena | Poveikis atsiskaitymui |
|---|---|---|---|
| STOP | Įtraukti į slopinimo sąrašą | Praleista (Užblokuota) | Nėra siuntimo mokesčio |
| UNSTOP | Pašalinti iš slopinimo sąrašo | Leidžiama | Standartinis tarifas |
| HELP | Aktyvuoti informacinį šaukinį | Leidžiama | Standartinis tarifas |
| CANCEL | Įtraukti į slopinimo sąrašą | Praleista (Užblokuota) | Nėra siuntimo mokesčio |
Pradėkite su IOSOR
Kai STOP nusileidžia ant DID, įrašykite siunčiantį MSISDN į to tenanto suppression sąrašą prieš kitą MT. Įrodykite, kad tolesnis siuntimas atmetamas. Eksportuokite MO žymą ir sąrašo eilutę. Webhook 2xx be sąrašo rašymo nėra šis darbas; E.164 valymas — kiti vartai.
Susiję: Skambintojo ID ir pranešimų "Siuntėjas": balso aktyvumas nereiškia SMS aktyvumo E.164 normalizavimas prieš DID susiejimą: pliusas, nuliai ir tarpai išankstinio balanso rezervas prieš pirmą nurašymą.
IOSOR santrauka
Įeinantis MO ant DID yra sąrašo rašymas, ne žurnalo suvenyras.
Darykite: slopinkite prieš kitą MT. Nedarykite: žymėti STOP kaip pažymėtą, kol MT eina, ar laukti savaitinio dump.
Ar šis vadovas buvo naudingas?
Susiję vadovai
- Antrojo savininko DID perdavimas: kas gali priskirti ir atlaisvinti
Įsisavinkite operacines ribas, JIT aprūpinimą ir išankstinio apmokėjimo finansines ribas antrojo savininko DID perdavimų metu.
- Išlaidų limitas numeriui: Nuoma ir srautas viename
Kontroliuokite riziką kiekvienam numeriui savo platformoje, sujungę mėnesinį mokestį ir iš išeinančio srauto kylančias išlaidas.
- Gaunamų "webhook" maršrutų parinkimas DID: MO be savininko praranda "STOP"
Nukreipkite gaunamus "webhook" į atitinkamą paskyrą saugiai. Užkirsti kelią našlaičiams MO įvykiams ir praleistiems atsisakymams baltosios etiketės išankstinio apmokėjimo CPaaS.