Окно заморозки при диспутах: что видит покупатель

При диспутах IOSOR замораживает транзакции со статусом Locked. Падение баланса ниже USD 20 блокирует трафик. Пополните счет для сброса лимита.

Определение окна заморозки при диспутах

Когда покупатель инициирует формальный спор через платежную систему, в реестре IOSOR немедленно открывается окно заморозки. Это не скрытая техническая пауза, а видимое состояние баланса, при котором спорные средства и связанные с ними кредиты изолируются. В консоли такие транзакции получают статус 'Locked'. Это гарантирует, что предоплаченный баланс остается статичным на время арбитража.

Блокировка баланса и лимит в USD 20

Система IOSOR работает по строгой модели предоплаты. Для поддержания непрерывности сервиса требуется минимальный порог в USD 20. Если из-за заморозки доступный остаток падает ниже этого уровня, вся исходящая активность прекращается. Реестр не позволяет перекрывать спорные суммы новыми депозитами. Покупатели видят четкое разделение между 'Доступным балансом' и 'Удержанием по спору'.

Влияние на JIT-активацию номеров и MRC

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

Ограничения трафика и порог мягкой проверки

Окно заморозки также влияет на масштабирование объема трафика. Для аккаунтов, приближающихся к порогу мягкой проверки в районе USD 1,000/месяц, наличие диспута может ускорить процесс аудита. IOSOR отслеживает соотношение успешных DLR к спорным транзакциям. Если заморозка покрывает значительную часть месячного оборота, система может ограничить количество одновременных сессий OTP для защиты стабильности маршрутов.

Документация и пути разрешения споров

Для закрытия окна заморозки покупатель должен предоставить доказательства авторизации транзакций. Это включает логи доставки SMS, обработку команд STOP и подтверждения от webhook. Путь разрешения спора проходит исключительно через биллинговый интерфейс, куда загружаются документы для опротестования претензии. После снятия заморозки статус 'Locked' удаляется, и средства либо возвращаются на баланс, либо списываются окончательно.

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

Начните с IOSOR

Чтобы проверить, какие именно активы изолированы, перейдите в биллинговую панель IOSOR и изучите текущее состояние реестра споров. Здесь вы сможете точно отследить, какие назначения номеров JIT и маршруты, зависящие от MRC, временно заблокированы, вместо того чтобы гадать о скрытых операционных задержках. Если ваш исходящий трафик приостановлен, проверьте логи вебхуков в реальном времени, чтобы подтвердить активацию формального окна заморозки.

Итог IOSOR

Заморозка активов в IOSOR при возникновении спора — это не технический сбой, а фиксируемое в реестре событие, блокирующее выделение JIT-номеров и работу MRC-маршрутов. В отличие от фоновых проверок, данный статус отображается в консоли, позволяя покупателю точно идентифицировать объем удержанных средств. Операторам следует проверять вебхуки и статусы транзакций в UTC, чтобы не путать блокировку из-за диспута с системными ошибками маршрутизации. Подробности доступны в разделах /learn/dispute-logic и /learn/ledger-states.