Описаните насоки и разпоредби се отнасят за пренесени номера, които са поръчани или използвани с Cisco Calling Plans.

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

Пренасянето на номера е за прехвърляне на съществуващи телефонни номера от текущия доставчик на услуги за обществена комутируема телефонна мрежа (PSTN) ("губещ оператор") към друг ("печеливш оператор").


 

Процесите и изискванията за пренасяне може да се различават в различните държави. Изброеното по-долу е общо и има за цел да обхване възможно най-много по темата.

Информацията се отнася за клиентите, които пренасят номера в или извън плановете за обаждания на Cisco. Придържайте се към всички приложими закони, свързани с дейностите по пренасяне. Не се допускат дейности по поставяне (неупълномощено пренасяне към друг оператор, независимо дали е умишлено или по погрешка). Cisco не променя доставчика на телефонни услуги за който и да е акаунт без писмено съгласие от упълномощения притежател на акаунта.

Първи стъпки с плановете за повиквания на Cisco

Опростен процес на пренасяне

За успешното пренасяне на номера е от съществено значение правилната координация между превозвачите и спазването на следните стъпки:

1

Проверка– Клиентът трябва да провери преносимостта на номера. Това включва гарантиране, че номерът е активен, че няма съществуващи поръчки срещу номера(ите), който се пренася, че се поддържа в желаната държава и че е покрит в целевия регион.

2

Събиране на информация– Клиентът събира цялата необходима информация за пренасяне и съответните документи.

3

Създаване на чернова на заповед за пристанище

  1. С помощта на Control Hub клиентът/партньорът създава чернова на заповед за пристанище.

  2. Създавайки чернова на поръчка в Control Hub, вие ефективно проверявате преносимостта на номерата. Ако имате някакви проблеми с преносимостта, повдигнете дело с екипа на Cisco PSTN Technical Services (PTS), за да проучите допълнително.

  3. Изпълнете всички изисквания и изпратете поръчката.

4

Изпрати заявка за порт

  1. Екипът за пренасяне на Cisco PSTN изпраща заявка за порт до губещия оператор (текущия доставчик на услуги).

  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).

    • Само за САЩ или Калифорния.

  • Чакащи поръчки и допълнителни номера
    • Ако има чакаща поръчка в същия акаунт, допълнителни номера с губещия превозвач не могат да бъдат изпратени за пренасяне. Това води до отхвърляне.

    • Когато основният номер (телефонен номер за фактуриране или BTN) се пренася, непрехвърлен номер се определя като заместващ BTN.

  • Навременност на документацията– Уверете се, че сметката или фактурата са актуални, с дата в рамките на последните 30 дни.
  • Допълнителни услуги– Когато номер е пренесен, първоначалната инсталация се прекратява. Това включва всички допълнителни услуги (като широколентов достъп, аларми и т.н.), предоставяни от настоящия доставчик на телефонната линия. След като инсталацията приключи, може да не е възможно да се възстановят тези услуги.

Заявена дата и час на пристанището

  • Начално време: Когато искате дата на пристанището, препоръчително е да предвидите поне пет работни дни (или 2-3 седмици за по-големи пристанища) от момента, в който заявката бъде подадена до губещия превозвач.
  • Най-ранна възможна дата: Най-ранната възможна дата за заявка за пристанище варира в зависимост от държавата, превозвача и вида на поръчката. Може да варира от 1 до 35 работни дни.
  • Най-късна възможна дата: Имате до 30 дни от датата на подаване, за да поискате пристанище.
  • Време за активиране на порта: Времето за активиране на порта може да бъде заявено по всяко време в рамките на поддържания прозорец за пренасяне, между 9 сутринта и 4 часа следобед в редовни работни дни, но не е гарантирано до получаване на FOC и може да варира в зависимост от държавата.
  • Потвърждение на FOC: Имайте предвид, че заявената дата и час на пристанището не се потвърждават, докато поръчката не получи FOC от губещия превозвач.
За успешен и навременен процес на пренасяне на номера е от съществено значение да се координирате ефективно и да се придържате към тези насоки.

Видове пристанищни поръчки

Независимо от вида на поръчките, ако сте нов в пренасянето или работите по голям проект и се нуждаете от насоки, повдигнете случай с PTS екипа. Вижте раздела Повдигане на случай за поддръжка на Cisco Calling Plan.


 

PTS осигурява поддръжка за поръчки за номериране на планове за обаждания на Cisco, включително пренасяне на номера, подреждане на нови номера и адресиране на всякакви свързани запитвания.

ПримерСтандартноПроектНаправете едно от следните неща:

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

1-50 TN

> 50 TN

> 1 TN

1 BTN (телефонен номер за фактуриране)

1 БТН

1 БТН

> 1 BTN

Адрес за услугата

Адрес за услугата

Адрес за услугата

> 1 сервизен адрес

1 загуба на име на превозвач

1 загуба на име на превозвач

1 загуба на име на превозвач

> 1 загуба на име на оператор

1 ценов център

1 тарифен център (САЩ или Калифорния)

1 тарифен център (САЩ или Калифорния)

> 1 ценови център (САЩ или Калифорния)

--

--

Необходим е CSR (запис за обслужване на клиенти) (САЩ или Калифорния)

Необходима е корпоративна социална отговорност (САЩ или Калифорния)

--

--

10-35 работни дни за обработка

10-35 работни дни за обработка

Съвети за успешно пренасяне

Следното гарантира безпроблемно и успешно пренасяне на номера:

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

    • Уверете се, че номерата за пренасяне остават активни при губещия превозвач през целия процес.

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

  • Премахване на замразяване и идентифициране на идентификационни данни

    • Премахнете всички замразявания или ограничения на профила.

    • Идентифицирайте всички ПИН кодове, пароли или пароли, свързани с номерата, това е за допълнителна информация за пренасяне, която може да е необходима за подаване на заявката за порт.

  • Прегледайте внимателно числата

    • Преди да изпратите поръчката, внимателно прегледайте всички номера.

    • Веднъж изпратени, номерата не могат да бъдат добавяни или променяни.

  • Последователна информацияза пренасяне – Информацията за пренасяне трябва да съвпада със записите на губещия превозвач, независимо къде са пренесени номерата.

  • Запис за обслужване на клиенти (CSR, САЩ или Калифорния)– Въпреки че не винаги се изисква, получаването на текущ запис за обслужване на клиенти (CSR) от губещия оператор помага за точната информация за пренасяне.

  • Идентифициране на типа порт

    • Определете вида на порта: прост, стандартен, проектен или сложен.

    • Това определя очакванията за изискванията и времето за обработка.

  • Загуба на времеза реакция на превозвача – Предвидете минимум пет работни дни за отговор на губещия превозвач след подаване или повторно подаване на заявка за пристанище.

  • Потвърдена датана пристанището – След като заявката за пристанище получи FOC от губещия превозвач, промяната на потвърдената дата не се препоръчва, тъй като добавя сложност към поръчката.

Отхвърляне на портове

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

  • Отхвърлянията могат да нулират SLA за пренасяне в зависимост от държавата.

  • За да ускорим процеса, насърчаваме клиентите да си сътрудничат със губещия оператор, за да изчистят отхвърлянето, след което да актуализират отхвърлената поръчка в Control Hub и да изпратят отново заявката за обработка.

  • Губещите превозвачи отхвърлят заявки по една причина в даден момент. Ако заявка за неактивен номер бъде отхвърлена, може да възникне последващо отхвърляне за BTN при повторното подаване на поръчката.

Основни причини за отхвърляне

Често срещаните причини, поради които губещ превозвач може да отхвърли заявка за пристанище, включват:

  • OSP има чакащ LSR в акаунта (например изход на порт или промяна на адреса).

  • BTN или ATN (телефонен номер на сметка) не съвпадат.

  • Някои от телефонните номера не могат да бъдат пренесени, защото са неактивни, прекъснати или не са част от акаунта на крайния потребител.

  • Информацията за местоположението не съвпада.

  • За безжичния порт трябва да се предостави парола или ПИН код.

  • Вече е направена поръчка при губещия превозвач, която е в конфликт (например изход на порт или промяна на адреса).

  • Името на обекта не съвпада.

  • За безжични портове, които изискват парола или ПИН.

  • Един или повече телефонни номера са прекъснати. Преди този порт да може да продължи, потребителят трябва да се свърже с текущия си оператор, за да активира отново телефонните номера.

  • Номерът на сметката (AN) не съвпада.

  • Упълномощаването на лице не съвпада.

  • BTN не съвпада.

  • BTN е един от телефонните номера, които се пренасят. Потребителят трябва да посочи съответно типа на поръчката за пренасяне, действието на оставащите номера и новия телефонен номер за фактуриране.

  • Адресът на пълното обслужване не съвпадаше.

  • Другият доставчик на услуги (OSP) изисква заповедта за пренасяне да бъде разделена и изпратена като отделни поръчки.

  • Име на обекта (напр. Име на фирма) не съвпада.

  • Информацията за местоположението не съвпада с подробностите в CSR.

  • Всички данни за поръчката на пристанището не съвпадат.

Доставчици на препродажба (Дистрибутори)

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

  • Обичайно е клиентите да получават сметка от телефонна компания, без да знаят, че номерата им принадлежат на основен оператор.

  • Когато участва дистрибутор, информацията за пренасяне все още трябва да съвпада с основните записи на превозвача, независимо каква информация е в сметката на дистрибутора към клиента.

  • Ако отказът на пристанището включва дистрибутор, клиентът трябва да поиска от своя доставчик (дистрибутор) да получи правилната информация от основния превозвач.

Пренасрочване или отмяна на порт

Клиентът има възможност да промени или отмени поръчката си в Control Hub, преди губещият превозвач да предостави FOC, без риск номерата му да бъдат пренесени или да повлияят на услугите му.

  • По всяко време = без риск

След като губещият оператор е предоставил FOC, клиентът не може да промени реда на портовете в Control Hub и трябва да отвори случай за поддръжка с Cisco PSTN Technical Services (PTS).

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

  • 72 часа = минимален риск

  • 48-72 часа = нисък риск

  • 24-48 часа = умерен риск

  • < 24 hours = high risk


 

Тези данни може да варират в зависимост от държавата.

Връщане или аварийно възстановяване

Връщането, известно още като спешно възстановяване, включва незабавно пренасяне на номер обратно към губещия превозвач.

Времевият прозорец може да варира от 1 до 48 часа, в зависимост от губещия оператор и държавата.

  • Snapbacks може да е резултат от неправилно или непредвидено обстоятелство по време на пренасянето, но може да се дължи и на затръшване (неоторизирано пренасяне към друг превозвач, независимо дали е умишлено или по погрешка).

  • Клиентът трябва да отвори случай за поддръжка на PSTN техническа поддръжка (PTS) възможно най-скоро, за да инициира заявката за връщане. Отваряне на казус за поддръжката за планове на Cisco Calling

Активиране на пристанище и съвети след пристанището

Пристанище в ден на пристанището (FOC)

В планирания ден (FOC Date) за пренасяне на вашия номер се препоръчва да извършите няколко проверки, за да потвърдите, че всичко е наред и подготвено за процеса на пренасяне. Уверете се, че имате:

  • Присвоен номер или всички номера на свързаните потребители или функции, които са зададени да бъдат пренесени.

  • Вашата система е осигурена и всеки хардуер, конфигуриран и подготвен за пренасяне.

Активиране на порт

Портовете се активират автоматично по време на FOC. Понякога обаче може да има леко забавяне при пренасянето на вашия номер(и). Обикновено вашите номера се пренасят от FOC, но това може да бъде повлияно поради следните причини:

  • Губещият доставчик (LCP) публикува числата.

  • Системите между Cisco (Getting Provider) и губещия доставчик.

  • Може да има няколко превозвача между печелившия и губещия доставчик, ако притежателите на код или обхват са различни от текущия превозвач.

    Притежателите на код или обхват трябва да добавят своите префикси в борсите, за да могат обажданията да се маршрутизират правилно, което също може да забави времето за активиране.

  • Необичайно голям обем заявки (може да има леко забавяне).

  • Оставете поне 15 минути (30 минути за проектни или сложни портове), за да започнат да работят номерата.

Ако активирането отнеме повече време от очакваното, бихме ви посъветвали следното:

  • Ако номерата не работят 15–30 минути след времето за активиране на порта, проверете всички конфигурации, поръчки и състояния на телефонни номера на Control Hub.

  • След като потвърдите конфигурациите и статусите и номерата все още не извършват или не получават обаждания, отворете случай за поддръжка на PTS. Отваряне на казус за поддръжката за планове на Cisco Calling Екипът на PTS отстранява неизправности и работи за разрешаване на проблема възможно най-бързо.

PTS поддръжка и часове

  • Ден на пристанището – Работното време на поддръжката за пренасяне на доставчик (в зависимост от LCP и държавата) обикновено е между 9 сутринта и 4 часа следобед в стандартните работни дни.

  • Техническата поддръжка на Cisco PSTN (PTS) е достъпна 24/5.

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

    • Целта на PTS е да разреши всички проблеми възможно най-бързо; Всички посветени времена са най-доброто усилие.


 
  • Проблеми, които произхождат от губещия доставчик или трета страна: Въпреки че PTS непрекъснато преследва и оказва натиск, когато е възможно, PTS трябва също така да позволи определен период от време (управляван от SLA) за разрешаване на проблемите, преди да ги ескалира вътрешно.

  • Обхватът на поддръжката на PTS е поръчки за номериране на плана за обаждания на Cisco, включително пренасяне на номера, подреждане на нови номера и всякакви запитвания, свързани със споменатото.

Отваряне на казус за поддръжката за планове на Cisco Calling

За да повдигнете случай за поддръжка на Cisco Calling Plan, използвайте връзката, предоставена във вашата PSTN поръчка в Control Hub.

  1. Отидете на Обаждания > PSTN > поръчка

  2. Ако нямате поръчка, можете да изберете поръчката си.

    За да започнете поръчка, изберете вашето местоположение > Поръчайте нови номера > Напред.

    Не е нужно да продължавате отвъд етапа на избор на номера, за да имате опцията за поддръжка на случай на поддръжка на Cisco Calling Plans.

  3. Щракнете върху Отваряне на връзка за поддръжка на Cisco Calling Plans в Поръчка/Фиктивна поръчка , за да отворите случай за поддръжка на PTS.


     
    Той стартира портал за билети.
  4. Изберете правилната категория и подкатегория и изпратете.

Друга възможност е да ни изпратите имейл на pstn-support@cisco.com и ние можем да създадем случай от ваше име.

Отмяна на срещата

При прекратяване или анулиране на плановете за обаждания на Cisco, Вие носите цялата отговорност за пренасянето на номерата към друг доставчик на услуги, ако искате да запазите собствеността върху тях. Номерата, които не са пренесени, ще бъдат освободени след разумен период. Cisco не може да гарантира наличието на телефонен номер, след като бъде пуснат.