IOSOR База знаний
Porting vs новый DID: когда переносить номер, а когда дешевле JIT
Porting защищает репутацию и непрерывность, но стоит недель. Новый JIT DID быстрее и дешевле для многих задач. Гид по cost/risk/timeline до принятия решения.
Перенос существующего номера сохраняет историю клиентских контактов, тогда как мгновенное выделение нового DID по модели just-in-time (JIT) даёт быструю емкость и снижает расходы. Главная ловушка B2B-команд — слепо выбирать единственный сценарий: перенос оправдан для защиты бренда, а покупка нового DID экономит бюджет при расширении. Провайдер IOSOR продаёт новые цифровые линии через поиск и резервирование в реальном времени, что делает покупку DID финансово выигрышной и помогает выбрать между миграцией и оперативным подключением.
Porting vs новый DID: реальное решение
Porting оправдан, когда сам номер несёт ценность: он напечатан на маркетинговых материалах, сохранён в телефонах клиентов, привязан к годам inbound-доверия или требуется регулятором для непрерывности. Новый DID оправдан, когда номер — это функция, а не актив бренда: отправитель OTP, локальное присутствие на новом рынке, временная кампания или overflow-мощность.
Cost и timeline: что реально стоит каждый путь
| Измерение | Porting | Новый JIT DID |
|---|---|---|
| Типичный timeline | Дни до нескольких недель, зависит от losi |
Чеклист риска до принятия решения
- Появляется ли номер на клиентских материалах, или он чисто внутренний/функциональный? Если функциональный — default к новому JIT DID.
- Может ли бизнес выдержать многонедельное окно porting без рабочего номера, или нужна параллельная bridge-мощность?
- Известен ли losing carrier как медленный или несговорчивый для этого рынка — успешно ли платформа переносила от него раньше?
Мифа о предзакупочном запасе нет: prepaid hold, затем покупка
Полки с номерами, ждущими следующего покупателя, не существует — эта модель нечестна в рыночном масштабе, и любой каталог, намекающий на обратное, украшает ложь. Реальная последовательность: поиск live-доступности, prepaid hold, покупка в этот момент, затем assign. Если покупка проваливается — hold освобождается и деньги возвращаются; если проходит — номер сразу ваш.
Красные флаги
- Каталог, выглядящий как заранее купленный запас, а не live-поиск плюс hold-then-buy
- Porting котируется без реалистичного диапазона timeline, или заявления «мгновенный port» для рынков, известных медлительностью
- Нет prepaid hold до покупки — деньги двигаются раньше подтверждения доступности
- Тихие swap номера при JIT fail без явного предложения альтернативы или refund-пути
- Полная monthly rent скрыта до первого инвойса
Начните с IOSOR
Перейдите в консоль IOSOR, чтобы оценить доступность номеров в реальном времени или запустить процесс переноса. Если вы выбираете JIT-подключение, используйте моментальный поиск и оформите предварительное удержание (prepaid hold) для мгновенного резервирования пула. Для переноса существующего номера загрузите актуальный счет и доверенность в разделе управления ресурсами, чтобы запустить проверку без задержек.
- Второй месяц DID: полный MRC при смене календаря UTC
- JIT-покупка виртуальных DID
- Достижение лимита суб-аккаунта — это остановка, а не перерасход
Итог IOSOR
Эта статья доказала, что перенос номера оправдан только тогда, когда он является ценным брендовым активом, сохраненным у клиентов. Во всех остальных случаях покупка нового DID в режиме 'точно в срок' (JIT) экономит недели ожидания, избавляет от бюрократии и исключает риски простоя связи.
Был ли материал полезен?
Связанные гайды
- Передача DID второму владельцу: правила назначения и высвобождения
Контроль операционных границ, JIT-провижининга и финансовых порогов при передаче DID номеров.
- Лимит расходов на один номер: аренда плюс исходящий трафик
Управляйте рисками по каждому номеру в white-label CPaaS платформе с помощью объединенного лимита на MRC и исходящий трафик.
- Маршрутизация входящих вебхуков по DID: MO без владельца теряет STOP
Надежная маршрутизация входящих вебхуков в белом лейбле. Предотвращение сиротских MO и потерянных запросов отписки.