IOSOR База знань
Скасування преплатного холду при невдалиму призначенні DID
Дізнайтеся, як IOSOR миттєво знімає холд при збоях призначення номерів, запобігаючи заморожуванню коштів.
Скасування преплатного холду при невдалиму призначенні: холд мусить впасти, щоб гаманець міг повторити спробу.
Архітектура JIT-підключення та холдинг балансу
Коли орендар замовляє номер через API, IOSOR не оперує поняттями складських залишків чи фізичних запасів. Номери активуються за допомогою JIT-інтерфейсів. Для уникнення колізій платформа тимчасово резервує кошти на активному гаманці. У разі успіху холд перетворюється на списання MRC. Проте мережеві затримки або помилки форматування E.164 можуть перервати цей ланцюжок. Невдале призначення повинно негайно знімати резерв, щоб кошти залишалися доступними для маршрутизації.
Аналіз сценаріїв відмови під час придбання ресурсу
Уявіть автоматизований процес запуску кампанії для OTP чи SMS. Система перевіряє кошти на рахунку відносно мінімуму у USD 20 та виставляє холд. Якщо шлюз відхиляє запит через збій зв'язку, заблокований капітал може зупинити наступні операції. IOSOR відстежує негативні статуси DLR та таймаути вебхуків, забезпечуючи миттєве скасування резервації та відновлення повної видимості балансу в кабінеті.
Автоматичне повернення коштів та цикли звірки
У разі невдалого провіжинингу ручне втручання адміністратора не потрібне. Двигун звірки ініціює процедуру повернення. Цей механізм працює за аналогією до процесів, описаних у матеріалі про збій prepaid-hold: auto-refund і статус, гарантуючи відсутність завислих транзакцій. Якщо ж замовлення потребує додаткових кроків, зверніться до інструкції збій замовлення DID повернення і заміна. Повна автоматизація позбавляє від необхідності створювати тікети підтримки.
Запобігання заморожуванню коштів в масштабних проєктах
Фантомні холди підривають довіру до платформи при високій інтенсивності трафіку. Якщо гроші заблоковані через помилки провайдера, інші задачі, такі як HB перевірки або екстрена заміна номерів, зупиняться. Зв'язування зняття холду безпосередньо з кодами помилок шлюзу захищає ліквідність. Проєкти, які наближаються до порогу м'якого огляду біля USD 1,000 на місяць, залежать від цієї прозорості для стабільної роботи голосових та месенджингових каналів.
Таблиця станів резервування та результатів обробки
| Стан | Дія платформи | Вплив на баланс | Час реакції |
|---|---|---|---|
| Успіх | Перехід у MRC | Зменшення на тариф | Миттєво |
| Тайм-аут | Скасування холду | Повне відновлення | < 500 мс |
| Відхилено | Зняття резерву | Повне відновлення | Негайно |
| Помилка | Запуск повернення | Повне відновлення | Автоматично |
Почніть з IOSOR
Якщо assign повернув reject або timeout — зніміть холд авторизації з цього order id. Вивантажте hold-dropped і причину збою в одному рядку. Фантомний резерв після мертвого assign заморожує гаманець для наступної спроби.
Підсумок IOSOR
Невдалий assign мусить зняти холд, інакше гаманець бреше.
Робіть: авто-зняття на reject або timeout. Не робіть: лишати тиху заморозку після мертвого assign.
Чи був матеріал корисним?
Пов’язані гіди
- Передача DID другому власнику: правила призначення та звільнення
Керування операційними межами, JIT-провіжинінгом та передплатними фінансовими лімітами при зміні власника DID.
- Ліміт витрат на один номер: оренда плюс вихідний трафік
Контролюйте фінансові ризики для кожного окремого номера в white-label CPaaS за допомогою спільного обмеження MRC та вихідного трафіку.
- Маршрутизація вхідних вебхуків на DID: MO без власника втрачає STOP
Безпечна маршрутизація вхідних вебхуків для білого лейблу. Захист від сироти- MO та пропущених стоп-команд.