IOSOR База знань
Портування не завершено: чому не можна надсилати трафік на незавершений DID
Захистіть маршрутизацію від збоїв. Не направляйте дзвінки на номери в процесі портирування до повної активації в мережі оператора.
Портування в процесі не live: не надсилайте трафік на незавершений DID.
Особливості обробки статусів перенесення
Скерування трафіку на незавершений DID неминуче призводить до відхилення викликів. Процедура перенесення є адміністративною передачею прав між мережами, а не миттєвою операцією. Платформа використовує модель динамічного резервування, тому номери залишаються заблокованими до фінального підтвердження донором. Надсилання сигнальних пакетів на ресурс у статусі очікування спричиняє помилки з'єднання та скарги абонентів. Підтримуйте початковий баланс від USD 20 для безперебійного функціонування облікового запису. Для оптимізації витрат ознайомтеся з матеріалом JIT-купівля віртуальних DID.
Ризики передчасної маршрутизації викликів
Запуск кампаній на номери, які ще не пройшли повну процедуру індексації, руйнує статистику дзвінків. Реєстри маршрутизації оновлюються послідовно, тому пропуск трафіку в обхід статусу готовності створює хибне навантаження на обладнання. Платформа позбавлена недоліків традиційних постачальників, але вимагає чіткого дотримання протоколів активації. Якщо заявка на підключення була відхилена, дотримуйтесь інструкцій у збій замовлення DID повернення і заміна для коректного перерахування коштів.
Фінансові правила та ліміти платформи
Робота з великими обсягами голосового трафіку вимагає прозорої фінансової дисципліни. При досягненні показників або наближенні до soft review near USD 1,000/month комплаєнс-система виконує додаткову перевірку легітимності бізнес-моделі. Це захищає мережу від зловживань та гарантує стабільність номерного фонду. Контролюйте залишок на балансі, налаштуйте автоматичні сповіщення та оновлюйте правила маршрутизації лише за допомогою програмних подій API.
Порівняння імпорту та нових підключень
Існують суттєві відмінності між придбанням нових ресурсів та перенесенням наявних діапазонів. Нові номери виділяються автоматично, тоді як портирування залежить від швидкості реакції попереднього оператора зв'язку. Архітектурні нюанси вибору описано в розділі портинг чи новий DID.
Покрокова перевірка проблемних заявок
У разі затримки перенесення перевірте відповідність реквізитів у документах LOA. Найчастіші причини затримок пов'язані з розбіжностями в юридичній назві або наявністю контрактних зобов'язань перед старим оператором. Виправте неточності в інтерфейсі та повторіть запит.
Почати з IOSOR
Якщо перенесення ще pending, submitted або чекає донора — не надсилайте. Тримайте DID поза production-маршрутами, поки приймальна сторона не володіє цифрами. Вивантажте штамп статусу й останню нотатку донора. Напівперенесений номер у списку — не Live.
Підсумок IOSOR
Перенесення в процесі — не Live. Трафік на напівперенесеному DID — втрата, не тест.
Робіть: чекайте відпуску донора до будь-якого MT чи голосу. Не робіть: вважати присутність у списку активацією.
Чи був матеріал корисним?
Пов’язані гіди
- Передача DID другому власнику: правила призначення та звільнення
Керування операційними межами, JIT-провіжинінгом та передплатними фінансовими лімітами при зміні власника DID.
- Ліміт витрат на один номер: оренда плюс вихідний трафік
Контролюйте фінансові ризики для кожного окремого номера в white-label CPaaS за допомогою спільного обмеження MRC та вихідного трафіку.
- Маршрутизація вхідних вебхуків на DID: MO без власника втрачає STOP
Безпечна маршрутизація вхідних вебхуків для білого лейблу. Захист від сироти- MO та пропущених стоп-команд.