IOSOR База знаний
Сбой JIT-покупки DID: refund, release и честный swap
Неудачная just-in-time покупка номера должна вернуть или освободить prepaid-hold, предложить явный swap и никогда не носить бейдж Activated. Статусы, которые продукт и финансы выгрузят — без фикции витрины.
Just-in-time (JIT) покупка DID — денежный путь, не клик по витрине. Live-поиск, prepaid hold, затем покупка и назначение. Когда live-покупка падает, честные исходы: refund / release, явный swap, который подтверждает покупатель, или терминальный fail, который финансы выгрузят. «Activated» на упавшем заказе — продуктовая ложь. Клиентской заранее купленной сетки, которой можно замазать промах, нет.
IOSOR упаковывает номера как white-label JIT: один prepaid-кошелёк, каталог live против in setup. Около USD 1 000+ месячного usage строки hold→assign и fail→refund — материал commercial review. Подписки «чтобы аккаунт жил» нет.
Сбой покупки — событие кошелька
Спиннер checkout — не статус. Кошелёк держит средства, освободил, вернул или перенёс на назначенный номер. Если продукт показывает успех при открытом hold, финансы восстанавливают вторник. Счастливый путь — JIT-покупка виртуальных DID; эта статья — путь сбоя.
Пустой поиск лучше фейковой строки «available». Fail с usable ошибкой лучше тоста Activated.
Hold, покупка, назначение — refund и release
| Шаг | Успех | Сбой, который можно защитить |
|---|---|---|
| Live-поиск | Текущее покрытие под фильтры | Пусто — честно; без переработанного списка |
| Prepaid-hold | Средства до live-покупки | Hold не превращается тихо в charge |
| Покупка | Номер получен | Refund / release hold |
| Назначение | DID привязан к аккаунту | Нет бейджа Activated без assignment |
Over-cap должен отклонять до hold, с явной суммой. Низкий prepaid — стоп, не частичная покупка — см. остановка при низком балансе. Setup и prorate живут на пути успеха; они не оправдывают фейковую активацию. Календарь: реальность аренды local и toll-free.
Swap только явный, без тихой подмены
Если выбранные цифры исчезли, честный шаг — swap, который подтверждает покупатель: та же задача, тот же класс страны, новые кандидаты, новый hold. Тихая подмена — другой код, другая messaging-готовность, тот же тост Activated — так перестают верить статусам.
Swap — новый JIT-цикл. Если альтернатива ещё in setup, а оригинал продавали как live, скажите до согласия. Упавшие покупки не носят бейдж успеха, пока ops «ищет похожее».
Статусы, которые продукт и финансы могут выгрузить
Словарь, который переживает CSV:
- searching
- funds held
- ordering
- assigned
- needs attention / swap offered
- cancelled / refunded
Клиентские ошибки — usable и brand-safe. Открытие регулируемого номера — не разрешение на production A2P. «Needs attention» — очередь, не синоним Activated. Статус, который нельзя выгрузить, — театр.
Красные флаги
- Тост Activated на падающем заказе
- Списание без назначения
- Тихая подмена цифр или возможности
- Огромные незарезервированные сетки «available»
- Hold, который ни назначает, ни возвращает
- Каталог in setup как production-ready DID
- Чужие бренды в ошибках, которые видит клиент
Старт с IOSOR
Купите один DID под одну страну и одну задачу. Проведите prepaid-hold от live-поиска до покупки. Если покупка падает — сначала кошелёк, не повтор: hold должен вернуться или освободиться. Не оставляйте бейдж Activated на сорванном заказе. Если цифры исчезли — предложите swap, который подтвердит покупатель: та же задача, новые кандидаты, новый hold, без тихой подмены. Выгрузите cancelled/refunded или swap offered, чтобы финансы собрали день без устных легенд.
Итог IOSOR
Сбой JIT-покупки номера — событие кошелька. Честный исход: возврат или освобождение hold, либо явный swap с согласия покупателя. Activated без назначения — ложь продукта. Over-cap отклоняйте до hold. Пустой поиск честнее фейковой строки available.
Был ли материал полезен?
Связанные гайды
- Передача DID второму владельцу: правила назначения и высвобождения
Контроль операционных границ, JIT-провижининга и финансовых порогов при передаче DID номеров.
- Лимит расходов на один номер: аренда плюс исходящий трафик
Управляйте рисками по каждому номеру в white-label CPaaS платформе с помощью объединенного лимита на MRC и исходящий трафик.
- Маршрутизация входящих вебхуков по DID: MO без владельца теряет STOP
Надежная маршрутизация входящих вебхуков в белом лейбле. Предотвращение сиротских MO и потерянных запросов отписки.