IOSOR Znalosti
Uvolnění předplaceného holdingu po selhání přiřazení DID
Zjistěte, jak IOSOR řeší selhaná přiřazení DID okamžitým uvolněním předplacených holdů, aby nedocházelo k tichému zmrazování zůstatku.
Neúspěšné přiřazení DID musí uvolnit prepaid hold, aby peněženka mohla zkusit znovu.
Porozumění zřizování čísel JIT a předplaceným holdům
Když nájemce zahájí požadavek na získání čísla přes API, IOSOR se vyhýbá držení fyzických zásob. Čísla se místo toho zřizují přes rozhraní JIT. Jako ochrana před souběhem platforma umísťuje dočasný autorizační hold na aktivní peněženku. Pokud operace uspěje, tento hold přejde v potvrzenou MRC debetaci. Síťové časové limity nebo odmítnutí operátorem však mohou tento tok přerušit. Selhané přiřazení musí hold okamžitě vymazat, aby finanční prostředky zůstaly přístupné.
Anatomie scénáře selhání přiřazení
Představte si automatizovaný podúčet kupující E.164 DID pro SMS kampaň. API odešle data zřizování, což spustí kontrolu zůstatku proti limitu USD 20. Brána umístí hold, ale operátor přiřazení odmítne. Bez robustní správy stavu by tato rezervace mohla viset a zastavit automatizovaný provoz. IOSOR naslouchá negativní zpětné vazbě DLR nebo signálům vypršení časového limitu, čímž zajišťuje, že smírčí motor rezervaci okamžitě zruší.
Automatická smyčka vrácení peněz a vyrovnání
Když transakce zřizování selže, ruční zásah není nutný. Smírčí motor spustí automatickou sekvenci uvolnění. Tento mechanismus funguje podle postupů popsaných v našem průvodci Když prepaid hold selže: auto-refund a pravda o stavu. Pokud se vyskytnou komplikace, operátoři mohou využít i selhání objednávky DID refundace a výměna. Tato smyčka garantuje přesné zůstatky bez nutnosti lístků na podporu.
Prevence tichého zmrazování zůstatku ve velkoobjemových operacích
Tiché zmrazování zůstatku ničí důvěru nájemců, zejména při rychlém škálování. Pokud jsou prostředky uvězněny fantomovými holdy, následné úkoly se zastaví. Propojením uvolnění holdů přímo s negativní zpětnou vazbou HB a chybovými kódy brány IOSOR chrání likviditu platformy. Nájemci pracující blízko prahu USD 1 000 za měsíc spoléhají na tuto transparentnost pro udržení nepřerušované komunikace.
Porovnání stavů holdů a výsledků
| Stav | Provedená akce | Dopad na zůstatek | Doba obnovení |
|---|---|---|---|
| Úspěch | Převést na MRC | Sníženo o sazbu | Okamžitě |
| Časový limit | Uvolnit hold | Plně obnoveno | < 500 ms |
| Odmítnutí | Zrušit rezervu | Plně obnoveno | Okamžité |
| Chyba | Spustit refundaci | Plně obnoveno | Automatické |
Začněte s IOSOR
Když assign vrátí reject nebo timeout, pusťte autorizační hold na tom order id. Exportujte hold-dropped a důvod selhání ve stejném řádku. Přízračná rezerva po mrtvém assign zmrazí peněženku pro další pokus.
Shrnutí IOSOR
Neúspěšný assign musí uvolnit hold, jinak peněženka lže.
Dělejte: auto-uvolnění při reject nebo timeout. Nedělejte: nechávat tiché zmrazení po mrtvém assign.
Byl tento průvodce užitečný?
Související průvodci
- Předání DID druhému vlastníkovi: kdo může přiřadit a uvolnit
Osvojte si provozní hranice, JIT zřizování a předplacené finanční prahy během předání DID druhému vlastníkovi.
- Limit utrácení na DID: Pronájem plus MT provoz na jednom čísle
Kontrolujte expozici na jedno číslo ve svém white-label CPaaS pomocí kombinovaného limitu utrácení pro paušál a odchozí mobilní terminovaný provoz.
- Směrování příchozích webhooků na DID: MO bez vlastníka ztrácí STOP
Směrujte příchozí webhooky na vlastnický účet bezpečně. Zabraňte osiřelým událostem MO a zmeškaným odhlášením v white-label předplaceném CPaaS.