A Cisco Calling Plan szám-átviteli irányelvei és irányelvei

Ezek az irányelvek és előírások vonatkoznak azokra a portált számokra, amelyeket a Cisco hívástervezési csomagokkal rendelnek vagy használnak.

Számportolás

A számportálás a meglévő telefonszámok átvitele az aktuális Public Switched Telephone Network (PSTN) szolgáltatóról („vesztes szolgáltató”) egy másikra („ny ertes szolgáltató”).

A portálási folyamatok és követelmények országonként eltérőek lehetnek. Az alábbiakban felsorol tak általánosak, és célja, hogy a lehető legnagyobb mértékben lefedjék a témát.

Az információk azokra az ügyfelekre vonatkoznak, akik számokat szállítanak a Cisco hívási tervekbe vagy onnan. Tartsa be a portálási tevékenységekkel kapcsolatos összes vonatkozó törvényt. Csapás (jogosulatlan át vitel egy másik szolgáltatóra, akár szándékos, akár tévedés) tevékenységek nem megengedettek. A Cisco nem változtatja meg a telefonszolgáltatót egyetlen fiók esetében sem, ha az engedélyezett számlatulajdonos írás beli hozzájárulása nélkül történik.

Lásd: Első lépések a Cisco hívástervezéseivel.

Egyszerűsített hordozási folyamat

A sikeres számportáláshoz elengedhetetlen a hordozók közötti megfelelő koordináció és a következő lépések betartása:

1	Ellen őrzés — Az ügyfélnek ellenőriznie kell a szám hordozhatóságát. Ez magában foglalja annak biztosítását, hogy a szám aktív legyen, hogy nincsenek meglévő megrendelések a portált szám (ok) ellen, hogy a kívánt országban támogatják, és hogy a célrégi óban szerepeljenek.
2	Adatgyűjtés — Az ügyfél összegyűjti az összes szükséges átviteli információt és releváns dokumentumot.
3	Portmegrendelés tervezetének létrehozása A Vezérlőközpont használatával az Ügyfél vagy a Partner portrendelési tervezetet hoz létre. A Vezérlőközponton belüli megrendelés tervezetének létrehozásával hatékonyan ellenőrizte a számok hordozhatóságát. Ha bármilyen hordozhatósági problémája merül fel, forduljon a Cisco PSTN Technical Services (PTS) csapatához, hogy további vizsgálatot folytasson. Töltse ki az összes követelményt, és küldje el a megrendelést.
4	Port kérelem küldése A Cisco PSTN portáló csapata portkérelmet küld a vesztes szolgáltatónak (az aktuális szolgáltatónak). Szilárd megrendelési kötelezettségvállalás (FOC) — A vesztes fuvarozó FOC-vel válaszol, amely megadja a kikötő dátumát és időpontját.
5	Számbiztosítás A FOC beérkezése után a szám állapota „biztosított” -ra változik, és a Vezérlőközpontban elérhetővé válik a konfiguráláshoz. Ezek a számok addig inaktívak maradnak, amíg a portálási folyamat be nem fejeződik.
6	Aktiválás és átvitel A megerősített időpontban (a FOC szerint) a port aktiválódik. A telefonszámok átkerülnek a vesztes szolgáltatóról a nyertes szolgáltatónak (az új szolgáltatónak). A kikötő folyamat során ideiglenesen elveszhet a számok szolgáltatása.
7	Szolgáltatás megsz üntetése — Adott esetben az ügyfél a port befejezése után megszünteti a szolgáltat ást a vesztes fuvarozóval.

Kikötői rendelési követelmények

Tartsa be ezeket a követelményeket a zökkenőmentes és sikeres számolási folyamat biztosítása érdekében.

Licenc — Ha egy ügyfélnek csak egy licencje van, akkor csak egy számot tud szállítani. A kik ötők száma nem haladhatja meg a megvásárolt licencek számát.
Tulajdonjog és engedélyezés
- Az ügyfélnek bizonyítania kell a szállítani kívánt számok tulajdonjogát.
- A nyertes fuvarozóhoz (az új szolgáltatóhoz) történő kikötőzés engedélyezése kulcs fontosságú.
- Ez magában foglalja a folyó számla vagy számla és az ügynökségi levél (LOA) benyújtását. A LOA egy levél, amely felhatalmazza a Cisco-t arra, hogy az ügyfél nevében járjon el.
- Az országtól függően bizonyos engedélyezési levelek (LOA) elektron ikusak (ELOA-k), és automatikusan kitölthetők a Vezérlőközpontban. Más LOA-k kézi kitöltést igényelnek, amelyet az ügyfelek a Control Hub portálási munkafolyamatán keresztül teljesíthetnek, aláírhatnak és feltölthetnek.
Országspecifikus eltérések — A sajátos követelmények országonként eltérőek lehetnek.
Tulajdonjog és engedély igazolása
- A számla vagy számla a szám tulajdonjogának és az aktív szolgáltatásnak bizonyítékaként szolgál.
- A LOA megerősíti az ügyfél hozzájárulását a portálási folyamathoz.
Kerülje az elutasítá sokat — Az ügyfelek felelősek azért, hogy az általuk megadott információk ponto sak legyenek a szállítás megkönnyítése érdekében. Ha az információ pontatlan vagy hi ányos, a portálást elutasítják.
Összehangolt portálás
- Az azonos számlához társított számoknak egyidejűleg kell portálniuk, még akkor is , ha különböző megrendelések részét képezik.
- Az eltérő számladatokkal rendelkező számoknak külön kikötői megrendeléseken kell lenniük.
Díjmentes számok
- A díjmentes számoknak külön megrendelésre kell lenniük, mint a Direct Invent Dialing (DID) számoktól.
- Csak az Egyesült Államokban vagy Kaliforniában.
Függőben lévő megrendelések és további számok
- Ha ugyanazon a számlán van függőben lévő megrendelés, a vesztes fuvarozónál további számok nem küldhetők el portálásra. Ez elutasítást eredményez.
- Amikor a fő szám (számlázási telefonszám vagy BTN) kerül átvitelre, egy nem portált számot jelölnek ki helyet tesítő BTN-ként.
A dokumentáció időszerűsége — Gy őződjön meg arról, hogy a számla vagy számla aktuális, az elmúlt 30 napon belül keltezve legyen.
Kiegészítő szolgáltatások — Ha egy szám kerül átvitelre, az eredeti telepítés megszűnik. Ez magában foglalja a jelenlegi szolgáltató által a telefonvonalon nyújtott minden további szolgáltatást (például szélessávú szolgáltatást , riasztást stb.). Amint a telepítés megszűnik, előfordulhat, hogy a szolgáltatások visszaállítása nem lehetséges.

A kért kikötő dátuma és időpontja

Átfutási idő — A kikötő dátumának igénylésekor tanácsos legalább öt munkanapot (vagy nagyobb kikötők esetén 2-3 hetet) hagyni attól a időponttól számítva, amikor a kérelmet a vesztes fuvar ozóhoz benyújtották.
A lehető legkorábbi dátum — A kikötő igénylésének legkorábbi dátuma az országtól, a fuvarozótól és a megrendelés típusától függően változik. Ez 1—35 munkanap lehet.
Legfrissebb lehetséges dátum - A benyújtástól számított legfeljebb 30 nap áll rendelkezésére a kikötő igénylésére .
Portok aktiválásának időz ítése — A port aktiválási ideje a támogatott portablakon belül bármikor kérhető, a szokásos munkanapon 9 és 16 óra között, de a FOC beérkezéséig nem garantált, és országtól függően változhat.
FOC megerősítés — Vegye figyelembe, hogy a kért kikötő dátumát és időpontját csak addig erősítik meg, amíg a megrendelés nem kap FOC-t a vesztes fuvarozótól.

A sikeres és időben történő számolási folyamat érdekében elenged hetetlen a hatékony koordináció és ezen irányelvek betartása.

A kikötői megrendelések típusai

A megrendelés típusától függetlenül, ha még nem dolgozik egy nagy projekt portálásában vagy azon dolgozik, és útmutatásokra van szüksége, forduljon a PTS csapatához. Lásd: Cisco hívástervezési terv támogatási esetének felállítása című részt.

A PTS támogatja a Cisco Calling Plan számozási megrendeléseit, beleértve a számportálást, az új számok megrendelését és a kapcsolódó kérdések kezelését.

Egyszerű	Szabványos	Projekt	Komplex (az alábbiak bármelyike)
1 TN (telefonszám)	1-50 TN	> 50 TN	> 1 TN
1 BTN (számlázó telefonszám)	1 BTN	1 BTN	> 1 BTN
1 szolgáltatási cím	1 szolgáltatási cím	1 szolgáltatási cím	> 1 szolgáltatási cím
1 elveszett fuvarozó neve	1 elveszett fuvarozó neve	1 elveszett fuvarozó neve	> 1 elveszett fuvarozó neve
1 díjközpont	1 díjközpont (USA vagy CA)	1 díjközpont (USA vagy CA)	> 1 díjközpont (USA vagy CA)
--	--	CSR (ügyfélszolgálati nyilvántartás) szükséges (USA vagy CA)	CSR szükséges (USA vagy CA)
--	--	10-35 munkanap a feldolgozáshoz	10-35 munkanap a feldolgozáshoz

A PSTN portálás különbözik a mobil vagy a mobil portálástól.

A PSTN portálás a megbízható vezetékes szolgáltatások zökkenőmentes átmenetének biztosítására összpontosít. Bár ez egy kicsit hosszabb ideig tarthat, mint a mobil portálás, ez a gondos folyamat segít fenntartani a vezetékes kapcsolattól elvárt megbízhatóságot és minőséget. Minden arról szól, hogy a kommunik áció állandó és megbízható legyen.

Tippek a sikeres portáláshoz

A következők biztosítják a zökkenőmentes és sikeres számolási élményt:

Aktív számok
- Győződjön meg arról, hogy a hordozószámok aktívan maradjanak a veszteséges hordozóval a folyamat során.
- Ne kapcsolja ki a szolgáltatásokat, amíg a szám átadása be nem fejeződik és ellenőrizve nem történik.
Távolítsa el a fagyasztási és azonosító adatokat
- Távolítsa el a fiók lefagyasztását vagy korlátozásait.
- Azonosítsa a számokhoz társított PIN-kódokat, jelszavakat vagy jelszavakat. Ez további portinformációkhoz szolgál, amelyek a portkérelem benyújtásához szükségesek lehetnek.
Gondosan nézze át a számokat
- A megrendelés elküldése előtt alaposan tekintse át az összes számot.
- A beküldés után a számok nem adhatók hozzá vagy módosíthatók.
Következetes portálási információk — A portálási információknak meg kell egyezniük a vesztes hordozó nyilvántartásával, függetlenül attól, hogy hová szállítják a számokat.
Ügyfélszolgálati nyilvántartás (CSR, USA vagy CA) — Bár nem mindig szükséges, az aktuális ügyfélszolgálati nyilvántartás (CSR) beszerzése a veszteséges szolgáltatótól segít az információk pontos átvitelében.
Határozza meg a port típusát
- Határozza meg a port típusát: egyszerű, szabványos, projekt vagy összetett.
- Ez elvárásokat határoz meg a követelményekre és a feldolgozási időre vonatkozóan.
A fuvarozó válaszidejének elvesz tése — A kikötői kérelem benyújtása vagy újbó li benyújtása után legalább öt munkanapra számíthat arra, hogy a vesztes fuvarozó válaszoljon.
Megerősített kikötő dátum a — Miután a kikötőkérelem FOC-t kap a vesztes fuvarozótól, a megerősített dátum módosítása nem ajánlott, mivel ez bonyolultságot jelent a megrendelésnek.
Átvitel
- Győződjön meg arról, hogy az előfizetés aktív, és ne legyen felfüggesztett állapotban, hogy a kikötő megfelelően működjön.
- Nyisson meg egy támogatási esetet a Cisco PSTN Technical Services (PTS) segítségével a Port Out hibákkal kapcsolatos segítségért.

Port visszautasítások

Az ügyfeleknek gondoskodniuk kell arról, hogy a kikötő megkönnyítéséhez nyújtott információk pontosak és teljesek legyenek. A pontatlan vagy hiányos információk a kikötők elutasítását eredményezik.
Az elutasítások országtól függően visszaállíthatják a portálási SLA-t.
A folyamat felgyorsítása érdekében arra ösztönözzük az ügyfeleket, hogy együttműködjenek a vesz tes szolgáltatóval az elutasítás törlése érdekében, majd frissítsék az elutasított megrendelést a Vezérlőközpontban, és küldjenek újra a feldolgozási kérelmet.
A vesztes fuvarozók egyszerre egy okból visszautasítják a kérelmeket. Ha egy inaktív számkérést elutas ítanak, a megrendelés újbóli benyújtásakor később elutasítható a BTN esetében.

A legfontosabb elutasítási okok

Általános okok, amelyek miatt a vesztes fuvarozó elutasíthatja a kikötőkérelmet:

Az OSP függőben lévő LSR van a fiókban (például port kimenet vagy cím változtatás).
A BTN vagy az ATN (számlatelefonszám) nem egyezik meg.
Néhány telefonszámot nem lehet átvinni, mert inaktívak, lekapcsolódnak, vagy nem tartoznak a végfelhasználó fiókjába.
A helyadatok nem egyeznek meg.
A vezeték nélküli porthoz jelszót vagy PIN-kódot kell megadni.
A vesztes fuvarozónál már megrendelést adtak le, amely ellentmondásos ( például port kimenet vagy címváltozás).
Az entitás neve nem egyezik.
Vezeték nélküli portokhoz, amelyekhez jelszó vagy PIN-kód szükséges.
Egy vagy több telefonszám le van kapcsolva. Mielőtt ez a port folytatódhat, a felhasználónak kapcsolatba kell lépnie jelenlegi szolgáltatójával a telefonszámok újraaktiválásához.
A számlaszám (AN) nem egyezik meg.
A személy engedélyei nem egyeznek meg.
A BTN nem egyezett.
A BTN az egyik portált telefonszám. A felhasználónak ennek megfelelően meg kell adnia a szállítási rendelés típusát, a fennmaradó számok műveletét és az új számlázási telefonszámot.
A teljes körű szolgáltatási cím nem egyezett meg.
A másik szolgáltató (OSP) előírja, hogy a portálási megbízás felosztása és külön megrendelésként kell beny újtani.
Entitás neve (pl. Üzleti név) nem egyezik.
A helyadatok nem egyeznek meg a CSR részleteivel.
A portsorrendben szereplő összes adat nem egyezik meg.

Viszonteladási szolgáltatók (viszonteladók)

Szolgáltatók (SP-k) vagy viszonteladók megadhatnak telefonszámokat, amelyek az alapul szolgáló szolgáltatókhoz tartoznak.
Gyakori, hogy az ügyfelek számlát kapnak egy telefontársaságtól anélkül, hogy tudnák, hogy számuk egy mögöttes szolgáltatóhoz tartozik.
Ha viszonteladó érintett, a szállítási információknak továbbra is meg kell egyezniük a fuvarozó mögöttes nyilvántartásával, függetlenül attól, hogy milyen információk szerepelnek a viszonteladó számláján az ügyfélnek .
Ha a port elutasítása viszonteladót érint, az ügyfélnek meg kell kérnie szolgáltatóját (viszonteladóját), hogy szerezze be a megfelelő információkat az alapul szolgáló fuvarozótól.

Portok átütemezése vagy törlése

Az ügyfélnek lehetősége van megváltoztatni vagy törölni megrendelését a Vezérlőközpontban, mielőtt a vesztes fuvarozó biztosítja a FOC-t, anélkül, hogy számuk átkerülne vagy befolyásol ná szolgáltatásait.

Anytime = no risk

Miután az elveszett szolgáltató megadta a FOC-t, az ügyfél nem tudja módosítani a port sorrendjét a Vezér lőközpontban, és meg kell nyitnia a Cisco PSTN Technical Services (PTS) támogatási ügyletet.

A FOC utáni port dátumának megváltoztatásának vagy törlésének kérelme azzal a kockázattal jár, hogy a vesztes fuvarozó leállí thatja a vonalakat az ütemezés szerint, ami megzavarhatja a telefonszolgáltatást.

72 óra = minimális kockázat
48-72 óra = alacsony kockázat
24-48 óra = mérsékelt kockázat
< 24 óra = magas kockázat

Ezek a részletek országonként eltérőek lehetnek.

Snapback vagy vészhelyzeti visszaállítás

A snapback, más néven sürgősségi helyreállítás, magában foglalja a szám azonnali visszaküldését az elvesz ett hordozóhoz.

Az időablak 1—48 óra lehet, az elveszett fuvarozótól és az országtól függően.

A snapback-ek a hordozás során helytelen vagy előre nem látható körülmények következményei lehetnek, de a csapás következményei is lehetnek (jogosulatlan átvitel egy másik hordozóra, akár sz ándékos, akár téves).
Az ügyfélnek a lehető leghamarabb meg kell nyitnia a PSTN Technical Support (PTS) támogatási ügyet a snapback kérés kezdeményezéséhez. Lás d: Cisco hívóterv támogatási esetének feltárása.

Port aktiválása és postport tanácsadás

Port in - kikötő napja (FOC)

A számportálás ütemezett napján (FOC dátum) ajánlott néhány ellenőrzés elvégzése annak megerősítése érdekében, hogy minden rendben van-e és felkészült-e a portálási folyamatra. Győző djön meg róla, hogy...

Hozzárendelt egy számot vagy az összes számot a portálásra beállított társított felhasználókhoz vagy funkci ókhoz.
Az Ön rendszere biztosított és bármilyen hardver konfigurálva és felkészült a portálásra.

Port aktiválása

A portok automatikusan aktiválódnak a FOC idején. Néha azonban enyhe késleltetés tapasztalható a szám (ok) átvitelében. Általában a számokat a FOC hordozza, de ezt a következő okok befolyásolhatják:

A veszteséges szolgáltató (LCP) kiadja a számokat.
A Cisco (Gaining Provider) és a veszteséges szolgáltató közötti rendszerek.
Több fuvarozó is lehet a nyerő és a vesztes szolgáltató között, ha a kód vagy tartománytulajdonosok eltérnek az aktuális szolgáltatótól.

A kód- vagy tartománytulajdonosoknak hozzá kell adniuk előtagaikat a tőzsdéken, hogy a hívások helyes ú tvonalak legyenek, ami késleltetheti az aktiválási időzítést is.
Szokatlanul nagy mennyiségű kérés (lehet enyhe késés).
Hagyjon legalább 15 percet (30 perc a projekt vagy a komplex portok esetében) a számok működésének meg kezdéséhez.

Ha az aktiválás a vártnál hosszabb ideig tart, a következőket javasoljuk:

Ha a port aktiválási ideje után 15—30 perccel nem működnek a számok, ellenőrizze a Vezér lőközpont összes konfigurációját, megrendelését és telefonszám-állapotát.
Miután megerősítette a konfigurációkat és állapotokat, valamint a számok továbbra sem kezdeményeznek vagy fogadnak hívásokat, nyissa meg a PTS támogatási esetet. Lás d: Cisco hívóterv támogatási esetének feltárása. A PTS csapata hibaelhárítja és dolgozik a probléma lehető leggyorsabb megoldásán.

PTS támogatás és órák

Kikötő napja — Szolgáltató elvesztése A portálási támogatás (az LCP-től és az országtól függően) a szokásos munkanapokon általában 9 és 16 óra között tart.
A Cisco PSTN technikai támogatás (PTS) 24/5-ben elérhető.
- A PTS célja, hogy egy újonnan felvetett ügytől számított 2 órán belül válaszoljon.
- A PTS célja, hogy minden problémát a lehető leggyorsabban oldja meg; minden elkötelezett idő a legjobb erőfeszítés.

Problémák, amelyek a vesztes szolgáltatótól vagy bármely harmadik fél szállítótól származnak: Bár a PTS folyamatosan üldözi és nyomást gyakorol, ahol lehetséges, a PTS-nek biztosítania kell egy bizonyos időt (az SLA-k által szabályozott) a problémák megoldására, mielőtt azokat belsőleg eszkalálná.
A PTS támogatási köre a Cisco Calling Plan számozási megrendelések, beleértve a számportál ást, az új számok megrendelését és az említett kérdésekkel kapcsolatos kérdéseket.

A Cisco Calling Plan támogatási ügyének feltárása

A Cisco Calling Plan támogatási ügyének előterjesztéséhez használja a Vezérlőközpontban található PSTN-megrendelésben megadott lin ket.

Nyissa meg a Hí vás > PSTN > Rendelések menüpontot
Ha nincs megrendelése, kiválaszthatja a megrendelését.

Megrendelés indításához válassza ki a helyét > Új számok megrendel ése > Tov ább gombot.

A Cisco hívástervezési csomagok támogatási esetének megnyitásához nem kell tovább folytatnia a számok szakaszának kiválasztását.

Új telefonszámok megrendeléséhez tekintse meg az Új telefonszámok megrendelése szakaszt.
Kattintson a Cisco hívástervezési csomagok támogatási esetének megnyitása hivatkozásra a Megrendel és/Mock Order alkalmazásban a PTS támogatási ügy megnyitásához.

Jegyértékesítési portált indít.
Válassza ki a megfelelő kategóriát és alkategóriát, és küldje el.

Alternatív megoldásként írjon nekünk e-mail t a pstn-support@cisco.com címre, és ügyet hozhatunk létre az Ön nevében.

Szolgáltatás lemondása

A Cisco Hívócsomagok megszüntetése vagy törlése esetén kizárólag Ön felelő s azért, hogy a számokat másik szolgáltatóhoz továbbítsa, amennyiben meg szeretné tartani azok tulajdonjogát. A nem szállított számokat ésszerű időtartam elteltével közzéteszik. A Cisco nem garantálja a telefonszám elérhetőségét a kiadás után.

Cisco AI Assistant

Köszönjük visszajelzését.