A függőben lévő Toll-Free ellenőrzés azt jelenti, hogy a szám nem aktív

A függőben lévő Toll-Free ellenőrzés azt jelenti, hogy a szám nem aktív.

A függőben lévő állapot zárva tartja az útvonalakat

Amikor Toll-Free számot küld be ellenőrzésre, annak állapota az IOSOR konzolban függőben lévőre (pending) változik. Ez az állapot szigorúan nem működőképes a kimenő SMS-ek esetében. A katalógus és a küldési útvonalak teljesen lezárva maradnak, hogy megakadályozzák a nem ellenőrzött forgalom elérését a downstream hálózatok felé. Ezt a korlátozást nem lehet megkerülni az útválasztási profilok módosításával vagy közvetlen API-hívásokkal. Platformunk fenntartja ezt a védelmet a hálózat biztonsága érdekében.

JIT provízió és egyenleg-visszatartások

Just-In-Time (JIT) províziós modellt alkalmazunk minden számerőforrás esetében. Amikor Toll-Free számot igényel E.164 formátumban, előre fizetett visszatartást hajtunk végre az egyenlegén. Ez biztosítja, hogy a szám hozzá legyen rendelve a fiókjához anélkül, hogy statikus számadatbázisokra támaszkodna. A JIT folyamat elindításához a fiókjának legalább USD 20 előre fizetett egyenleggel kell rendelkeznie. A havi ismétlődő költség (MRC) levonásra kerül ebből az egyenlegből, de a kimenő forgalom blokkolva marad az ellenőrzés befejezéséig.

Webhook jelzések és forgalomblokkolások

A függőben lévő fázisban az átjárónk eldobja a kimenő csomagokat, mielőtt azok elérnék a downstream hálózatokat. Ha forgalmat próbál küldeni, a platform egy specifikus DLR payload-ot generál webhookon keresztül, amely blokkolt célállomást jelez. Ez megakadályozza a felesleges számlázást, miközben védi a hálózat hírnevét. A bejövő forgalom, beleértve a kötelező STOP kulcsszavakat is, feldolgozásra kerül a megfelelőség biztosítása érdekében, de a kimenő útvonalak zárolva maradnak.

Puha ellenőrzési küszöbértékek és MRC

Ahogy a forgalom növekszik, az automatizált egyenlegfigyelő rendszerünk specifikus megfelelőségi ellenőrzéseket alkalmaz. Amint az összesített kimenő forgalom megközelíti a havi USD 1,000 körüli puha ellenőrzési küszöböt, rendszerünk belső ellenőrzést indít el az összes aktív és függőben lévő kampányra vonatkozóan. Ez az ellenőrzés igazolja, hogy minden aktív E.164 végpont megfelel a jóváhagyott regisztrációs sablonoknak, megelőzve a hirtelen szolgáltatáskimaradásokat.

Ellenőrzési függőségek és szabályok

Annak megértéséhez, hogy ezek a korlátozások hogyan működnek együtt a rendszer architektúrájával, tekintse meg fő integrációs útmutatóinkat:

• A katalógus Live átjárójának meg kell egyeznie a trezor valóságával
• megfelelőségi kapuk A2P-volumen előtt
• Első napi futópálya: minek kell zöldnek lennie

Ezek a források részletesen bemutatják, hogyan szinkronizálja a platform az egyenlegeket az aktív útválasztási táblázatokkal, és hogyan befolyásolják a függőben lévő állapotok a rendszert.

Kezdje az IOSOR-ral

A jóváhagyási folyamat nyomon követéséhez nyissa meg az IOSOR konzolt, és ellenőrizze az ingyenesen hívható szám valós idejű státuszát. Amíg a folyamat függőben van, ne kíséreljen meg forgalmat kényszeríteni átjárónkon keresztül, mivel rendszerünk automatikusan eldobja ezen csomagokat. Figyelje a webhook-végpontokat az állapotváltozási szignálokért, amelyek az engedély megadásakor automatikusan feloldják a katalógust és a küldési útvonalakat.

IOSOR összegzés

Ez a cikk rámutatott, hogy a függőben lévő ellenőrzés áthatolhatatlan működési akadályt jelent, vagyis az útvonalak teljesen le vannak zárva a hálózati jóváhagyásig. A kapu megkerülése vagy az előzetes forgalomküldés kizárólag automatizált csomagdobogást és hibaüzeneteket eredményez.

Várja meg a kifejezett webhook-jelzést az aktív státuszról a küldési folyamatok indítása előtt. Ne tételezze fel, hogy a szám kiépítése azt jelenti, hogy az útvonal már kész a forgalomra.