IOSOR Žinios
DID atkūrimo savaitė: žinučių siuntimas atgal nėra tas pats, kas aktyvuota
Sužinokite, kodėl «Aktyvuota» būsena po DID užšaldymo nereiškia, kad žinučių siuntimas veikia, ir kaip patikrinti gaunamų ir siunčiamų SMS kelių veikimą prieš perskirstant numerius.
DID atkūrimo savaitė: žinučių grįžimas nėra tas pats kaip Activated ženklelis.
Klaidų pasikliaujant būsenos ženklais DID atkūrimo metu
Kai telefono numeris užšaldomas arba atkuriamas, platformos prietaisų skydeliai dažnai grąžina būsenos ženklą į «Aktyvuota». Tačiau tinklo lygio būsenos pasikeitimas negarantuoja, kad SMS galimybės yra visiškai veikiančios. Perparduodant white-label CPaaS, platformos savininkams reikia atskirti pagrindinį maršruto aktyvavimą nuo funkcinio žinučių pralaidumo. Kliento srauto nukreipimas iškart pamačius «Aktyvuota» ženklą rizikuoja prarasti OTP pristatymą ir sutrikdyti web-hook apdorojimą.
Kodėl būsena «Aktyvuota» neapima žinučių kelio patikrinimo
Numeris, pažymėtas kaip aktyvus, rodo, kad registro įrašai yra susieti su jūsų paskyra. Tai neįrodo, kad gaunami web-hook'ai veikia, nei kad siunčiamų SMS maršrutai praėjo šlamšto filtrus ar operatoriaus blokus.
Patvirtinimo protokolai: gaunamų, siunčiamų ir DLR testavimas
Saugiam perskirstymui reikalingas struktūrizuotas trijų žingsnių patvirtinimo ciklas, o ne paprastos duomenų bazės užklausos:
- Sintetinis gaunamų testas: Siųskite bandomąją žinutę iš kontrolinio galinio taško, kad patvirtintumėte web-hook vykdymą.
- Siunčiamų sąveikų patikrinimas: Išsiųskite bandomąją siunčiamą SMS ir palaukite galutinės DLR būsenos (Pristatyta).
- Vėlavimo matavimas: Patvirtinkite, kad pristatymo vėlavimas išlieka žemiau tikslinių ribų prieš visišką kliento priskyrimą.
Lentelė: Būsenos ženklas prieš realią žinučių kelio būseną
| Sistemos būsena | Gaunamas web-hook | Siunčiamas SMS | Reali veikimo būsena |
|---|---|---|---|
| Aktyvuota | Nepavyko | Nepatvirtinta | Nesaugu priskirti |
| Aktyvuota | Patvirtinta | Laukia DLR | Testavimo etapas |
| Aktyvuota | Patvirtinta | Pristatyta | Paruošta priskyrimui |
| Sustabdyta | Nepavyko | Blokuota | Izoliuota / Užšaldyta |
Finansiniai sulaikymai, sąskaitų likučiai ir limitai
Realaus laiko numerių valdymas veikia pagal "Just-In-Time" (JIT) paskirstymą, kartu su tiesioginiu išankstiniu apmokėjimu. Kai numeriai grįžta į veikimo būsenas, sistemos likučiai turi palaikyti aktyvų maršrutizavimą, nesukeliant netikėto likučio išeikvojimo.
Pradėkite su IOSOR saugiam numerių atkūrimui
Kai įšaldymas pakyla ir ženklelis rašo Activated, laikykite numerį atokiau nuo nuomininkų. Siųskite sintetinį inbound ir laukite webhook. Siųskite vieną outbound ir laukite galinio DLR. Tada priskirkite iš naujo. Eksportuokite abu įrodymus su atkūrimo langu — vien Activated nėra žinučių grįžimas.
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
Atkūrimo savaitė: žinučių grįžimas yra kelio testas, ne ženklelio apvertimas.
Darykite: inbound webhook plus outbound DLR prieš pakartotinį priskyrimą. Nedarykite: grąžinti nuomininkus ant Activated po įšaldymo.
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.