Наведені інструкції та правила застосовуються до перенесених номерів, які замовлені або використовуються в планах Cisco Calling.

Перенесення номера

Перенесення номерів полягає в перенесенні наявних телефонних номерів із поточного постачальника послуг телефонної мережі загального користування (ТМЗК) («оператор, що програє») до іншого («оператор, що виграє»).

Процеси та вимоги до перенесення можуть відрізнятися від однієї країни до іншої. Перераховане нижче є загальним і має на меті максимально охопити цю тему.

Ця інформація застосовується до клієнтів, які переносять номери в плани Cisco Calling або з них. Дотримуйтеся всіх застосовних законів, пов’язаних із діяльністю з перенесенням. Шахрайство (несанкціоноване перенесення до іншого оператора, навмисне чи помилкове) не дозволяється. Cisco не змінює постачальника послуг телефонії для жодного облікового запису без письмової згоди уповноваженого власника облікового запису.

Див. розділ Початок роботи з планами Cisco Calling.

Спрощений процес перенесення

Для успішного перенесення номерів має важливе значення належна координація між операторами та дотримання таких кроків:

1

Перевірка— клієнт повинен перевірити можливість перенесення номера. Це включає забезпечення активності номера, відсутності наявних замовлень на перенесення номера, підтримки в потрібній країні та покриття в цільовому регіоні.

2

Збір інформації— Клієнт збирає всю необхідну інформацію для перенесення та відповідні документи.

3

Створення чернетки замовлення портів

  1. За допомогою Control Hub клієнт або партнер створює чернетку замовлення на перенесення.

  2. Створивши чернетку замовлення в Control Hub, ви ефективно перевірили можливість перенесення номерів. У разі виникнення проблем із можливістю перенесення зверніться до команди технічних служб Cisco ТМЗК (PTS) для подальшого розгляду.

  3. Заповніть усі вимоги та надішліть замовлення.

4

Надіслати запит на перенесення

  1. Команда перенесення Cisco ТМЗК надсилає запит на перенесення до оператора, що програє (поточного постачальника послуг).

  2. Тверде зобов’язання щодо замовлення (FOC) — перевізник, що програв, відповідає FOC, вказавши дату й час для порту.

5

Підготовка номера

  1. "Після отримання FOC стан номера зміниться на ""наданий"" і стане доступним у Control Hub для конфігурації."

  2. Ці номери залишаться неактивними до завершення процесу перенесення.

6

Активація й передавання

  1. У підтверджений час (згідно з FOC) порт активується.

  2. Перенесення телефонних номерів із оператора, що програв, до оператора, що виграв (нового постачальника послуг).

  3. Під час процесу перенесення номерів може статися тимчасова втрата обслуговування.

7

Припинення обслуговування— якщо застосовується, клієнт припиняє обслуговування з оператором, що програв, після завершення перенесення.

Вимоги до замовлення порту

Дотримуйтесь цих вимог, щоб забезпечити плавне й успішне перенесення номерів.
  • Власність і авторизація
    • Клієнт повинен підтвердити право власності на номери, які він має намір перенести.
    • Дозвіл на перенесення до перевізника-переможця (нового постачальника послуг) має вирішальне значення.
    • Це передбачає надання поточного рахунка або рахунка-фактури та листа-довіреності (LOA). LOA – це лист, що дозволяє Cisco діяти від імені клієнта.
    • Залежно від країни окремі доручення (LOA) є електронними (eLOA) і автоматично заповнюються в Control Hub. Інші LOA потребують завершення вручну, яке клієнти можуть завершувати, підписувати та передавати через робочий процес перенесення Control Hub.
  • Варіації для конкретної країни. Конкретні вимоги можуть відрізнятися в залежності від країни.
  • Підтвердження права власності та авторизація

    • Рахунок або рахунок-фактура є доказом володіння номером та активної служби.

    • LOA підтверджує згоду клієнта на процес перенесення.

  • Уникайте відхилень. Клієнти несуть відповідальність за забезпечення точності наданої ними інформації, щоб спростити перенесення. Якщо інформація неточна або неповна, перенесення відхиляється.
  • Координоване перенесення

    • Номери, пов’язані з одним обліковим записом, мають переносити одночасно, навіть якщо вони є частиною різних замовлень.

    • Номери з окремими даними облікового запису мають бути в окремих замовленнях на перенесення.

  • Безкоштовні номери

    • Безкоштовні номери мають бути в окремих замовленнях від номерів прямого внутрішнього набору (DID).

    • тільки США або CA.

  • Невиконані замовлення та додаткові номери

    • Якщо на тому самому обліковому записі є невиконане замовлення, додаткові номери з оператором, що програє, неможливо надіслати для перенесення. Результат — відхилення.

    • Коли здійснюється перенесення основного номера (телефонного номера для виставлення рахунка або BTN), замінним BTN призначається неперенесений номер.

  • Своєчасність документації— упевніться, що рахунок або рахунок-фактура є чинним і датується протягом останніх 30 днів.
  • Додаткові служби— Після перенесення номера початкове встановлення припиняється. Сюди входять будь-які додаткові послуги (як-от широкосмуговий зв’язок, оповіщення тощо), що надаються поточним провайдером по телефонній лінії. Після завершення встановлення ці служби неможливо буде відновити.

Дата та час перенесення, запитані

  • Час виконання. Під час запиту дати перенесення доцільно дозволити щонайменше п’ять робочих днів (або 2–3 тижні для великих портів) з моменту подання запиту оператору, що програв.
  • Найшвидша дата. Найшвидша дата запиту порту варіюється залежно від країни, оператора та типу замовлення. Він може працювати в діапазоні від 1 до 35 робочих днів.
  • Остання можлива дата. У вас є до 30 днів від дати подання запиту на перенесення.
  • Час активації порту— Час активації порту може бути запитаний на будь-який час у підтримуваному вікні перенесення, між 9:00 і 16:00 звичайними робочими днями, однак цей час не гарантовано, поки не буде отримано FOC, і він може змінюватися залежно від країни.
  • Підтвердження FOC. Зверніть увагу, що запитувані дата та час перенесення не будуть підтверджені, доки замовлення не буде отримано FOC від оператора, що програв.
Для успішного та своєчасного перенесення номерів важливо ефективно координувати та дотримуватися цих рекомендацій.

Типи замовлень на перенесення

Незалежно від типів замовлень, якщо ви новачок у перенесенні або працюєте над великим проектом і потребуєте вказівок, зверніться до команди PTS. Див. розділ Запит до служби підтримки плану Cisco Calling .

Служба PTS підтримує замовлення на нумерацію плану Cisco Calling, зокрема перенесення номерів, замовлення нових номерів і вирішення будь-яких пов’язаних запитів.

ПростийСтандартнийПроєктСкладний (будь-який із наведених нижче)

1 TN (номер телефону)

1–50 ТН

> 50 ТН

> 1 тн

1 BTN (номер телефону для виставлення рахунка)

1 бтн

1 бтн

> 1 бтн

1 адреса обслуговування

1 адреса обслуговування

1 адреса обслуговування

> 1 адреса обслуговування

1 ім’я оператора, що втрачає

1 ім’я оператора, що втрачає

1 ім’я оператора, що втрачає

> 1 ім’я оператора, що втрачає

1 центр оцінки

1 центний центр (США або CA)

1 центний центр (США або CA)

> 1 центний центр (США або CA)

--

--

Потрібен CSR (запис обслуговування клієнтів) (США або CA)

Потрібен CSR (США або CA)

--

--

10-35 робочих днів для обробки

10-35 робочих днів для обробки

Поради щодо успішного перенесення

Наведене нижче забезпечує бездоганне та успішне перенесення номерів.

  • Активні номери

    • Упевніться, що номери для перенесення залишалися активними з оператором, що програв, протягом усього процесу.

    • Не від’єднуйте служби, доки перенесення номерів не буде завершено та підтверджено.

  • Видалити призупинення та ідентифікувати облікові дані

    • Видаліть будь-які призупинення або обмеження облікового запису.

    • Визначте будь-які PIN-коди, паролі або коди доступу, пов’язані з номерами, для отримання додаткової інформації про перенесення, яка може знадобитися для подання запиту на перенесення.

  • Уважно перевірте номери

    • Перед відправкою замовлення ретельно перевірте всі номери.

    • Після надсилання номери не можна буде додавати або змінювати.

  • Узгоджена інформація про перенесення— інформація про перенесення повинна збігатися з записами оператора, що програв, незалежно від того, куди будуть перенесені номери.

  • Запис обслуговування клієнтів (CSR, США або CA)— Хоча й не завжди вимагається, отримання поточного запису обслуговування клієнтів (CSR) від оператора, що програв, допомагає точно перенести інформацію.

  • Визначити тип порту

    • Визначити тип порту: простий, стандартний, проєктний або складний.

    • Це встановлює очікування вимог і часу обробки.

  • Час відповіді оператора, що програє. Очікуйте на відповідь оператора, що програє, щонайменше п’ять робочих днів після надсилання або повторного надсилання запиту на перенесення.

  • Дата підтвердження перенесення— Після отримання запиту на перенесення від оператора, що програв, зміна підтвердженої дати не рекомендується, оскільки це додає складність замовлення.

  • Перенесення

    • Упевніться, що підписка активна та не перебуває в призупиненому стані, щоб вихід працював належним чином.

    • Створіть запит до служби підтримки до служби технічної підтримки Cisco ТМЗК (PTS), щоб отримати допомогу щодо усунення помилок.

Відмови від порту

  • Клієнти повинні переконатися, що інформація, яку вони надають для спрощення перенесення, є точною та повною. Неправильна або неповна інформація призводить до відхилення портів.

  • Відхилення можуть скинути перенесення SLA залежно від країни.

  • Щоб пришвидшити процес, ми заохочуємо клієнтів співпрацювати з оператором, що програє, щоб очистити відхилення, потім оновіть відхилене замовлення в Control Hub і повторно надіслати запит на обробку.

  • Оператори, що програють, відхиляють запити з однієї причини одночасно. Якщо запит неактивного номера відхилено, після повторного надсилання замовлення може виникнути подальше відхилення для BTN.

Основні причини відхилення

Поширені причини, через які оператор, що програє, може відхилити запит на перенесення, включають:

  • ОСП має на рахунку відкладений LSR (наприклад, вихід порту або зміна адреси).

  • BTN або ATN (номер телефону облікового запису) не збігаються.

  • Деякі номери телефону неможливо перенести, оскільки вони неактивні, відключені або не входять до облікового запису кінцевого користувача.

  • Інформація про розташування не збігається.

  • Для бездротового порту потрібно надати код доступу або PIN-код.

  • Замовлення вже розміщено з оператором, що програв, що конфліктує (наприклад, перенесення або зміна адреси).

  • Ім’я запису не збігається.

  • Для бездротових портів, що потребують коду доступу або PIN-коду.

  • Один або кілька телефонних номерів відключені. Перш ніж продовжити перенесення, користувач повинен зв’язатися зі своїм поточним оператором, щоб повторно активувати номери телефонів.

  • Номер облікового запису (AN) не збігається.

  • Авторизації користувачів не збігаються.

  • BTN не збігається.

  • BTN - це один з телефонних номерів, які портуються. Користувач повинен вказати тип замовлення на перенесення, дію номерів, що залишилися, та номер телефону для виставлення рахунка.

  • Адреса повного обслуговування не збігається.

  • Інший постачальник послуг (OSP) вимагає, щоб замовлення на перенесення було розділено й надіслано як окремі замовлення.

  • Ім’я запису (наприклад, Назва компанії) не збігається.

  • Інформація про розташування не збігається з відомостями про CSR.

  • Усі дані замовлення на перенесення не збігаються.

Постачальники послуг перепродажу (Resellers)

  • Постачальники послуг (SP) або реселери можуть надавати номери телефонів, які належать базовим операторам.

  • Зазвичай клієнти отримують рахунок від телефонної компанії, не знаючи, що їхні номери належать базовому оператору.

  • У разі залучення реселера інформація про перенесення все ще повинна збігатися з основними записами перевізника, незалежно від того, яка інформація міститься в рахунку реселера клієнту.

  • Якщо відхилення порту передбачає реселера, клієнт повинен попросити свого постачальника (реселера) отримати правильну інформацію від основного оператора.

Змініть розклад або скасуйте перенесення

Клієнт має можливість змінити або скасувати своє замовлення в Control Hub, перш ніж оператор, що програє, надасть FOC, без ризику перенесення його номерів або впливу на його послуги.

  • У будь-який час = без ризику

Після того як оператор, що програв, надав FOC, клієнт не може змінити замовлення на перенесення в Control Hub і повинен відкрити запит до служби підтримки Cisco ТМЗК.

Запит на зміну або скасування дати перенесення після FOC несе ризик того, що оператор, що програв, може скинути лінії за запланованим планом, порушивши послуги телефонії.

  • 72 години = мінімальний ризик

  • 48–72 години = низький ризик

  • 24–48 годин = помірний ризик

  • < 24 години = високий ризик

Ці відомості можуть відрізнятися залежно від країни.

Snapback або аварійне відновлення

Snapback, також відомий як аварійне відновлення, передбачає негайне перенесення номера назад оператору, що програв.

Часове вікно може змінюватися від 1 до 48 годин залежно від втрати оператора та країни.

  • Зворотні зв’язки можуть бути результатом неправильної або непередбаченої обставини під час перенесення, але вони також можуть бути пов’язані з пошкодженням (несанкціоноване перенесення до іншого оператора, навмисного чи помилкового).

  • Клієнт повинен якомога швидше відкрити запит до служби підтримки технічної підтримки ТМЗК (PTS), щоб ініціювати запит snapback. Див. Запит до служби підтримки плану Cisco Calling.

Активація порту та порада щодо постпортування

Порт в день порту (FOC)

У запланований день (дата FOC) перенесення номера рекомендується виконати кілька перевірок, щоб переконатися, що все гаразд і підготовлено до процесу перенесення. Переконайтеся, що у вас є-

  • Призначено номер або всі номери пов’язаним користувачам або функціям, які налаштовано на перенесення.

  • Вашу систему підготовлено, а також будь-яке обладнання, налаштоване та підготовлене до перенесення.

Активація порту

Порти активуються автоматично під час FOC. Однак іноді перенесення номерів може бути незначною затримкою. Зазвичай ваші номери переносяться FOC, але це може вплинути з таких причин.

  • Постачальник послуг, що програє (LCP), випускає номери.

  • Системи між Cisco (що стає постачальником) і постачальником, що програє.

  • Між постачальником послуг, який отримує або програє, може бути кілька операторів, якщо володільці коду або діапазону відрізняються від поточного оператора.

    Щоб правильно маршрутизувати виклики, власники коду або діапазону повинні додати свої префікси в обмін, що також може затримати час активації.

  • Надзвичайно високі обсяги запитів (може бути незначна затримка).

  • Зачекайте щонайменше 15 хвилин (30 хвилин для проєктних або складних портів), щоб номери почали працювати.

Якщо активація займає більше часу, ніж очікувалося, ми рекомендуємо наступне:

  • Якщо номери не працюють через 15–30 хвилин після часу активації порту, перевірте всі конфігурації, замовлення та стани номерів телефону Control Hub.

  • Після підтвердження конфігурацій та станів, а номери все ще не здійснюють або не отримують виклики, створіть запит до служби підтримки PTS. Див. Запит до служби підтримки плану Cisco Calling. Команда PTS вирішує проблеми та працює, щоб якнайшвидше вирішити проблему.

Підтримка PTS і години

  • Час перенесення – втрата підтримки постачальника послуг (залежно від LCP та країни) зазвичай становить 9:00–16:00 у стандартні робочі дні.

  • Служба технічної підтримки Cisco ТМЗК (PTS) доступна цілодобово 5 днів на тиждень.

    • PTS має на меті відповісти протягом 2 годин після щойно порушеного випадку.

    • Мета ПТС полягає в тому, щоб якнайшвидше вирішити всі проблеми; всі віддані часи є найкращими зусиллями.

  • Проблеми, що виникають у постачальника послуг, що програє, або будь-якого стороннього постачальника: Незважаючи на те, що PTS постійно переслідує та застосовує тиск, якщо це можливо, PTS також повинен дозволити період часу (регульований SLA) для вирішення проблем перед їх внутрішнім розширенням.

  • Областю підтримки PTS є замовлення на нумерацію плану Cisco Calling, включно з перенесенням номерів, замовленням нового номера та будь-якими запитаннями, пов’язаними з цим.

Надсилання запиту до служби підтримки плану Cisco Calling

Щоб надіслати запит до служби підтримки плану Cisco Calling, скористайтеся посиланням, наданим у замовленні ТМЗК, у Control Hub.

  1. Перейдіть до розділу Виклики > ТМЗК > Замовлення

  2. Якщо у вас немає замовлення, ви можете вибрати своє замовлення.

    Щоб розпочати замовлення, виберіть своє розташування > Замовлення нових номерів > Далі.

    Вам не потрібно йти далі, ніж вибір етапу номерів, щоб мати параметр Відкрити запит до служби підтримки планів Cisco Calling .

    Щоб замовити нові номери телефону, перегляньте розділ Замовити нові номери телефону .

  3. Клацніть Відкрити посилання на запит до служби підтримки планів Cisco Calling в Замовлення/Імітація замовлення , щоб відкрити запит до служби підтримки PTS.

    Він запускає портал квитків.

  4. Виберіть правильну категорію й підкатегорію й надішліть.

Крім того, надішліть електронний лист на адресу pstn-support@cisco.com , і ми можемо створити запит від вашого імені.

Скасування служби

Після припинення або скасування планів Cisco Calling ви несете одноосібну відповідальність за перенесення номерів іншому постачальнику послуг, якщо хочете зберегти право власності на них. Номери, які не були перенесені, будуть випущені через розумний період часу. Cisco не може гарантувати доступність номера телефону після його випуску.