Вікно заморожування коштів при диспутах в IOSOR

Офіційний платіжний диспут миттєво запускає вікно заморожування коштів у реєстрі IOSOR. У цей період ваш доступний баланс автоматично зменшується, а падіння нижче ліміту в 20 USD негайно зупинить маршрутизацію трафіку. Щоб зберегти систему активною, необхідно оперативно врегулювати претензію або поповнити рахунок для відновлення роботи.

Розуміння вікна заморожування коштів

Коли ініціюється офіційний диспут через платіжний шлюз, система IOSOR активує вікно заморожування. Це не приховане технічне обмеження, а прозорий стан реєстру, де спірні кошти ізолюються. У панелі керування такі транзакції отримують статус 'Locked'. Це запобігає використанню цих коштів для оплати SMS або OTP, поки триває розгляд справи. На відміну від автоматичних пауз безпеки, це вікно прямо пов'язане із зовнішньою фінансовою претензією.

Технічне блокування та ліміт USD 20

IOSOR працює за моделлю повної предоплати. Для стабільної маршрутизації трафіку встановлено мінімальний поріг у розмірі USD 20. Якщо через відкрите вікно заморозки доступний залишок стає меншим за USD 20, надання послуг призупиняється. Реєстр не дозволяє автоматичне взаємозарахування спірних коштів за рахунок нових поповнень. Користувачі бачать чіткий розподіл між 'Available Balance' та 'Disputed Hold'.

Робота JIT-номерів та нарахування MRC

Під час дії заморозки активація номерів у режимі JIT (Just-In-Time) стає неможливою, якщо утримання коштів впливає на покриття MRC (щомісячних платежів). IOSOR не використовує модель зберігання номерів на складі, тому кожне призначення E.164 потребує реального фінансового забезпечення в момент запиту. Якщо покупець намагається орендувати новий 10DLC або Toll-Free номер при активній заморозці, API поверне помилку 402.

Контроль трафіку та ліміти перевірки USD 1,000

Вікно заморозки також впливає на масштабування трафіку. Для акаунтів, чий обіг наближається до м'якої перевірки на рівні USD 1,000 на місяць, наявність диспуту може стати тригером для додаткового аудиту. IOSOR аналізує співвідношення успішних DLR до кількості спірних операцій. Якщо заморожені кошти складають значну частку бюджету, система може обмежити кількість паралельних сесій OTP для захисту стабільності Verify.

Процедура подання доказів та розблокування

Для закриття вікна заморозки необхідно надати докази легітимності транзакцій. Це включає детальні логи доставки SMS, підтвердження обробки запитів STOP та звіти webhook.

Пов’язані матеріали: Розморожування коштів не є бонусним балансом · Платіжні диспути проти лімітів інтенсивності OTP · prepaid-резерв до першого списання.

Почніть з IOSOR

Щоб перевірити, які саме активи наразі ізольовані, перейдіть до білінгової панелі IOSOR та перегляньте поточний стан реєстру спорів. Тут ви зможете точно відстежити, які призначення номерів JIT та маршрути, що залежать від MRC, тимчасово заблоковані, замість того щоб здогадуватися про приховані операційні затримки. Якщо ваш вихідний трафік призупинено, перевірте логи вебхуків у реальному часі, щоб підтвердити активацію формального вікна заморожування.

Підсумок IOSOR

У цій статті пояснено, як вікно заморожування коштів при спорах в IOSOR працює безпосередньо в реєстрі, блокуючи виділення JIT-номерів та вихідний трафік із прив'язкою до MRC. Операторам важливо перевіряти статус транзакцій у консолі та звіряти часові мітки в UTC через вивантаження журналів, щоб відрізнити комплаєнс-блок від звичайних системних збоїв. Стежте за подіями вебхуків для швидкого реагування на будь-яку затримку балансу. Детальніше про суміжні процеси балансу дивіться у матеріалі про правила виведення реферралів.