IOSOR Tudás
Prepaid hold feloldása meghiúsult DID-hozzárendelés után
Megtudhatja, hogyan kezeli az IOSOR a sikertelen DID-hozzárendeléseket a prepaid holdok azonnali feloldásával, megakadályozva a csendes egyenlegfagyasztást.
A sikertelen DID-kiosztásnak el kell engednie a prepaid holdot, hogy a tárca újra próbálhasson.
A JIT számozás és a prepaid holdok megértése
Amikor egy bérlő számbeszerzési kérést indít API-n keresztül, az IOSOR elkerüli a fizikai készlet fenntartását. A számok kiépítése JIT upstream felületeken keresztül történik. A versenyhelyzetek elleni védelem érdekében a platform ideiglenes engedélyezési holdot helyez el az aktív pénztárcán. Ha a művelet sikeres, ez a hold megerősített MRC-terheléssé alakul. A hálózati időtúllépések vagy szolgáltatói elutasítások azonban megszakíthatják ezt a folyamatot. A sikertelen hozzárendelésnek azonnal fel kell oldania a holdot.
A hozzárendelési hiba forgatókönyvének anatómiája
Gondoljon egy automatizált aliórára, amely E.164 DID-t vásárol egy OTP-kampányhoz. Az API elküldi a kiépítási adatokat, elindítva az egyenlegellenőrzést az USD 20-as alsó határ ellenében. Az átjáró elhelyezni a holdot, de a szolgáltató elutasítja a hozzárendelést. Megfelelő állapotkezelés nélkül ez a tartalék lógva maradhat, leállítva az automatizált forgalmat. Az IOSOR figyeli a negatív DLR-visszajelzéseket vagy az időtúllépési jeleket, biztosítva a fenntartás azonnali törlését.
Az automatikus visszatérítési és egyeztetési hurok
Ha a kiépítési tranzakció meghiúsul, a kézi beavatkozás felesleges. Az egyeztetési motor elindít egy automatikus felszabadítási sorozatot. Ez a mechanizmus az útmutatónkban leírt folyamatokhoz hasonlóan működik: Amikor a prepaid hold meghiúsul: auto-refund és státuszigazság. Ha a rendelés komplikációkba ütközik, a kezelők hivatkozhatnak a sikertelen DID-rendelés visszatérítés és csere cikkre is.
Csendes egyenlegfagyasztások megelőzése nagy volumenű műveletekben
A csendes egyenlegek fagyasztása elpusztítja a bérlők bizalmát, különösen a gyorsan skálázódó kampányok során. Ha az alapokat fantom holdak ejtik csapdába, az alsóbb szintű feladatok megállnak. A hold-feloldások közvetlen összekapcsolásával a negatív HB-visszajelzésekkel és az átjáró hibakódjaival az IOSOR védi a platform likviditását. Az USD 1000/hó küszöbérték közelében működő bérlők nagyban támaszkodnak erre az átláthatóságra.
Hold állapotok és eredmények összehasonlítása
| Állapot | Végrehajtott művelet | Egyenleg hatása | Helyreállítás |
|---|---|---|---|
| Siker | Átalakítás MRC-vé | Csökkentve díjjal | Azonnali |
| Időtúllépés | Hold feloldása | Teljesen helyreállítva | < 500 ms |
| Elutasítás | Tartalék eldobása | Teljesen helyreállítva | Azonnali |
| Hiba | Visszatérítés indítása | Teljesen helyreállítva | Automatikus |
Kezdje el a használatot az IOSOR-ral
Ha az assign rejectet vagy timeoutot ad, ejtse az engedélyezési holdot azon az order id-n. Exportálja a hold-droppedet és a hibaokot ugyanazon a soron. Kísértet-tartalék holt assign után befagyasztja a tárcát a következő próbára.
IOSOR összegzés
Sikertelen assignnak el kell engednie a holdot, különben a tárca hazudik.
Tegye: auto-elengedés rejectre vagy timeoutra. Ne tegye: csendes fagyást hagyni holt assign után.
Hasznos volt ez az útmutató?
Kapcsolódó útmutatók
- Második tulajdonos DID átadása: ki rendelheti hozzá és szabadíthatja fel
Sajátítsa el az operatív határokat, a JIT kiépítést és az előre fizetett pénzügyi küszöböket a második tulajdonos DID átadása során.
- Költési limit DID-nként: Bérlés és MT forgalom egy számmal
Számon tartott számonkénti expozíció a white-label CPaaS rendszerben az MRC és a kimenő mobil terminált forgalom kombinált költési limitjével.
- Bejövő webhook útvonalválasztás DID-en: Az owner nélküli MO elveszíti a STOP-ot
Irányítsa a bejövő webhookokat biztonságosan a tulajdonos fiókba. Előzze meg az árva MO-eseményeket és a leiratkozások elvesztését white-label prepaid CPaaS-ben.