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

Общи

  • Cisco не дава гаранция относно наличността на телефонни номера, дори ако този номер е посочен от Cisco като наличен.

  • Няма да отдавате или продавате телефонен номер , предоставен от Cisco.

  • Името на ИД се не винаги отразява исканото от вас име.

  • Cisco третира всички телефонни номера като двупосочни номера.

Поръчване на нов номер

  • Можете да поръчате номера от Cisco поотделно или в последователен блок, където номерата са в последователен ред (това е „Поръчка на блокове“).

  • Можете да поръчате блокова поръчка на стъпки от 10, 50 или 100.

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

  • Не можете да поръчате блок от безплатни номера. Понастоящем безплатните номера са налични само в САЩ и Канада за планове за обаждания на Cisco .

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

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


 

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

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

Виж Започнете с плановете за разговори на Cisco .

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

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

1

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

2

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

3

Създаване на чернова на поръчка за порт

  1. Използвайки Control Hub, Клиентът/Партньорът създава чернова на поръчка за порт.

  2. Създавайки чернова на поръчка в Control Hub, вие ефективно проверихте преносимостта на номерата. Ако имате някакви проблеми с преносимостта, повдигнете случай с екипа за технически услуги на Cisco PSTN (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 потвърждава съгласието на клиента за процеса на пренасяне.

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

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

  • Безплатни номера
    • Безплатните номера трябва да са в отделни поръчки от номерата за директно входящо набиране (DID).

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

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

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

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

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

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

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

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


 

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

простСтандартноПроектКомплекс (Всяко от следните)

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

1-50 TN

50 TN

1 TN

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

1 BTN

1 BTN

1 BTN

1 адрес за обслужване

1 адрес за обслужване

1 адрес за обслужване

1 адрес за обслужване

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

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

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

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

1 тарифен център

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

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

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

--

--

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

Необходим е CSR (САЩ или Калифорния)

--

--

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

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

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

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

  • Активни числа

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

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

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

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

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

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

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

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

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

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

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

    • Идентифицирайте типа на порта: прости, стандартни, проектни или сложни.

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

  • Загуба на време за реакция на оператора —Очаквайте най-малко пет работни дни, за да отговори губещият превозвач след подаване или повторно подаване на заявка за пристанище.

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

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

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

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

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

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

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

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

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

  • BTN или ATN не съвпадат.

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

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

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

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

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

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

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

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

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

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

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

  • Адресът на пълната услуга не съвпада.

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

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

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

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

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

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

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

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

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

Пренасрочете или анулирайте порт

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

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

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

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

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

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

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

  • < 24 часа = висок риск


 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • Ден на пристанището – Поддръжката за пренасяне на губещ доставчик (в зависимост от LCP и държавата) обикновено часовете са между 9:00 и 16:00 часа в стандартните работни дни.

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

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

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


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

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

Повдигане на заявка за случай на поддръжката на план за обаждания на Cisco

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

  1. Отидете на Обаждане > PSTN > Поръчай

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

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

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

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


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

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

Анулиране на услугата

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