IOSOR База знаний
Uncovered prefix: честный reject, без тихого burn
Если у направления нет zone — остановите send: честный reject, release/refund hold и запрет на fake sent, пока prepaid сгорает.
Uncovered prefix — жёсткий fail-path. Нет zone и нет capped WORLD — значит stop, чисто вернуть деньги и сказать rejected. Тихий accept, который потом выглядит как sent, — prepaid burn, который финансы не защитят.
IOSOR — white-label prepaid. Пополните wallet, hold до debit, JIT-номера только после assign. Пол USD 20; soft review около USD 1 000/мес превращает тихие сбои coverage в ночную сверку. Котировка: Проверьте coverage до volume-оценки в коммерческом предложении. Гейт: Гейт zone vs WORLD до production. Деньги: сбой prepaid-hold: auto-refund и статус.
Uncovered значит stop, не надежда
Решайте coverage до работы. Named zone, явное WORLD-fallback правило или ничто. Ничто — reject. Не ставьте unit в очередь и не ждите, пока ops-чат «найдёт» coverage. Accepted на неоформленном corridor делает undelivered похожим на обман продукта.
WORLD-fallback — задокументированное исключение с потолком, не «попробуй всё равно». Если production запрещает WORLD на corridor, uncovered = reject. Свяжите с zone-гейтом: prod-ключи не считают отсутствие zone за Live.
Hold, release и refund на мёртвом corridor
Каждый billable intent резервирует prepaid до работы — prepaid-резерв до первого списания. Если hold открыт и fulfillment невозможен — полный release. Settled суммы, которые нужно развернуть, получают явный refund, связанный с intent.
Не оставляйте резерв «пока найдут маршрут». Деньги без пути — silent burn. Fail-playbook: сбой prepaid-hold: auto-refund и статус.
Не рисуйте fake sent на uncovered-трафике
Rejected — не undelivered, не expired и не queued. Fake sent, fake delivered или Live на uncovered prefix ломают ledger. Словарь: не доставлено, отклонено, истекло — этот fail-path обязан питать честные ярлыки. Client errors brand-safe (no zone / blocked fallback), без upstream-брендов. Тот же idempotency key переиспользует money result — без второго burn в надежде на coverage.
Статусная правда для buyer и финансов
Один export-ряд на intent: класс направления, решение coverage, суммы hold/release/refund, timestamps, correlation ID. Soft USD 1 000/мес делает corridor burn видимым; USD 20 — пилот reject-path. Если в котировке обещали zone, а send reject как uncovered — почините лист (Проверьте coverage до volume-оценки в коммерческом предложении) и держите fail-path жёстким.
Чеклист buyer по честности uncovered prefix
- Несовпавший prefix даёт reject на validation, если WORLD запрещён?
- Открытый hold при coverage fail снимается автоматически с экспортируемым статусом?
- Ошибочные settled debit получают refund, связанный с intent?
- Client status никогда не показывает sent/delivered для uncovered reject?
- Zone-гейт блокирует prod-ключи для WORLD-only (Гейт zone vs WORLD до production)?
- Владельцы soft USD 1 000/мес отдельно считают reject volume от пола USD 20?
Начните с IOSOR
Проверьте правила маршрутизации префиксов в консоли IOSOR и убедитесь, что направления без покрытия не зависают в очереди ожидания. Настройте валидационный шлюз на немедленный ответ со статусом 'rejected' и отправку события разблокировки холда через вебхук. Это предотвратит бессмысленное удержание баланса и сохранит точность журналов учета.
Итог IOSOR
Эта статья доказала, что тихий сгорание средств и имитация отправки на непокрытые префиксы разрушают доверие к финансовой отчетности и искажают статусы доставки.
Был ли материал полезен?
Связанные гайды
- Верификация резервных маршрутов при падении доступности основной сети
Настройте операционные проверки резервных маршрутов при ухудшении покрытия в основных сетевых коридорах на платформе IOSOR для стабильной доставки OTP и SMS.
- Синхронизация JIT-выделения номеров с лимитами покрытия стран
Узнайте, как синхронизировать JIT-выделение номеров в реальном времени с региональными ограничениями покрытия и префиксами на платформе IOSOR.
- Настройка высоконадежных шлюзов доставки для транзакционных коридоров 2FA
Узнайте, как настроить строгую проверку доставки и шлюзы маршрутизации в IOSOR для предотвращения скрытых сбоев при доставке OTP для критически важного трафика.