IOSOR

IOSOR Знания

Освобождаване на предплатен hold след неуспешно присвояване на DID

Научете как IOSOR обработва неуспешни присвоявания на DID чрез незабавно освобождаване на предплатени holds, за да предотврати тихи замразявания на баланса.

Неуспешното назначение на DID трябва да пусне предплатения холд, за да може портфейлът да опита отново.

Разбиране на JIT предоставянето на номера и предплатените holds

Когато наемател инициира заявка за придобиване на номер чрез API, IOSOR избягва поддържането на физическа наличност. Номерата се предоставят чрез JIT интерфейси. За защита срещу състезателни условия платформата поставя временно удостоверяващо hold върху активния портфейл. Ако операцията успее, това hold преминава в потвърдено MRC дебитиране. Мрежовитеtimeouts или отхвърлянията от оператора могат да прекъснат този поток. Неуспешното присвояване трябва да изчисти hold незабавно.

Анатомия на сценарий за неизправност при присвояване

Помислете за автоматизиран подсметка, закупуващ E.164 DID за OTP кампания. API изпраща данните за предоставяне, задействайки проверката на баланса спрямо прага от USD 20. Шлюзът поставя hold, но операторът отхвърля присвояването. Без стабилно управление на състоянието този резерв може да остане и да спре автоматизирания трафик. IOSOR следи за отрицателна DLR обратна връзка или timeout сигнали, гарантирайки незабавно отпадане.

Автоматичният цикъл на възстановяване и съгласуване

Когато транзакцията за предоставяне се провали, ръчната намеса е ненужна. Движението за съгласуване задейства последователност за автоматично освобождаване. Този механизъм работи подобно на процесите в нашето ръководство Когато предплатеният hold се провали: auto-refund и истински статус. При усложнения операторите могат да се обърнат към неуспешна DID поръчка връщане и замяна. Този цикъл гарантира точни баланси.

Предотвратяване на тихи замразявания на баланса при високи обеми

Тихите замразявания на баланса разрушават доверието на наемателите, особено при бързо мащабиращи се кампания. Ако средствата са заклещени от фантомни holds, следващите задачи спират. Чрез свързване на освобождаванията директно с отрицателна HB обратна връзка и кодове за грешки, IOSOR защитава ликвидността. Наемателите около прага от USD 1 000 на месец разчитат на тази прозрачност за непрекъсната комуникация.

Сравнение на състоянията на hold и резултатите

Състояние Извършено действие Влияние върху баланса Време за възстановяване
Успех Конвертиране в MRC Намалено с таксата Мигновено
Timeout Освобождаване на hold Напълно възстановено < 500 ms
Отхвърляне Отпадане на резерва Напълно възстановено Незабавно
Грешка Задействане на възстановяване Напълно възстановено Автоматично

Започнете с IOSOR

Ако assign върне reject или timeout, пуснете холда за упълномощаване на този order id. Експортирайте hold-dropped и причината за неуспех на същия ред. Фантомен резерв след мъртъв assign замразява портфейла за следващия опит.

Обобщение IOSOR

Неуспешен assign трябва да пусне холда, иначе портфейлът лъже.

Правете: автоосвобождаване при reject или timeout. Не правете: да държите тиха замръзване след мъртъв assign.

Полезно ли беше ръководството?

Свързани ръководства