IOSOR

IOSOR База знань

Porting vs новий DID: коли переносити номер, а коли дешевше JIT

Porting захищає репутацію та безперервність, але коштує тижнів. Новий JIT DID швидший і дешевший для багатьох задач. Гід по cost/risk/timeline до рішення.

Porting номера і купівля нового номера вирішують різні задачі, і B2B, хто за замовчуванням «завжди переносить» або «завжди купує новий», зрештою переплачує не за те рішення. Porting захищає наявний зв'язок із брендом та історію inbound; новий just-in-time (JIT) DID дає live-потужність швидко, за нижчою і передбачуванішою ціною. Жодне з них не є універсально правильним.

IOSOR продає комерційні номери як just-in-time (JIT) купівлю: live-пошук, prepaid hold, потім реальна купівля в момент підтвердження — ніколи не запас заздалегідь куплених номерів, що чекають покупців. Саме ця JIT-модель робить рішення про новий DID швидкими і фінансово чистими, що змінює розрахунок porting.

Porting vs новий DID: реальне рішення

Porting виправданий, коли сам номер несе цінність: він надрукований на маркетингових матеріалах, збережений у телефонах клієнтів, прив'язаний до років inbound-довіри або вимагається регулятором для безперервності. Новий DID виправданий, коли номер — це функція, а не актив бренду: відправник OTP, локальна присутність на новому ринку, тимчасова кампанія чи overflow-потужність.

Cost і timeline: що реально коштує кожен шлях

Вимір Porting Новий JIT DID
Типовий timeline Дні до кількох тижнів, залежить від losing car

Чекліст ризику до прийняття рішення

  1. Чи з'являється номер на клієнтських матеріалах, чи він суто внутрішній/функціональний? Якщо функціональний — default до нового JIT DID.
  2. Чи може бізнес витримати багатотижневе вікно porting без робочого номера, чи потрібна паралельна bridge-потужність?
  3. Чи відомий 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 та активуйте новий DID через передплачене утримання. Для критичних бренд-номерів запустіть попередню перевірку документів на портаційному шлюзі без зупинки поточних каналів зв'язку.

Підсумок IOSOR

Цей матеріал довів, що використання готових статичних списків номерів є ілюзією, оскільки надійне виділення відбувається виключно через живий пошук із передплаченим резервуванням. Обирайте миттєве розгортання JIT DID для транзакційних повідомлень та операційних завдань, де пріоритетом є швидкий запуск без бюрократичних затримок.

Чи був матеріал корисним?

Пов’язані гіди