Prvi korak pri prehodu Webex Calling je zagotoviti zanesljivo in varno internetno povezljivost med krajevnim omrežjem in oblakom Webex.

Ker se večina organizacij povezuje z internetom prek enega ali več požar nih zi dov ali varnostnih napra v, je nujno preveriti, ali so potrebni prometni to kovi podprti.

Skrbniki omrežij in varnosti morajo razumeti te tokove v smislu:

• Smer (vhodna proti izhodni)

• Protokoli (primer - SIP TLS, SRTP, HTTPS)

• Obseg naslovov IP, ki jih uporabljajo storitve Webex

• Številke vrat, ki jih je treba odpreti ali dovoliti.

To zagotavlja, da so požarni zidovi podjetja, naprave NAT in druga omrežna infrastruktura pravilno konfigurirani za prilagajanje Webex Calling prometu, hkrati pa ohranjajo varnostne politike podjetja.

Za informacije o zahtevanih tokovih, vključno z naslovom IP, vrati in protokoli, glejte Referenčne informacije o vratih za Webex Calling. S temi informacijami lahko konfigurirate požarni zid, proxy in drugo omrežno infrastrukturo v obstoječi uvajanju, da omogočite Webex Calling omrežne tokove.

Decentraliziran internetni preboj iz vsake podružnice ali spletnega mesta je priporočen pristop za storitve sodelovanja v oblaku, kot Webex Calling so. Z omogočanjem lokalnega izstopa prometa ta model:

• Zmanjšuje zamudo v povratnem potovanju in tresenje ter izboljša splošno kakovost klicev

• Učinkovito se prilagaja, saj več uporabnikov in spletnih mest prehaja Webex Calling

• Brezhibno deluje s SD-WAN, ki lahko dinamično usmerja seje do najbližje vstopne točke Webex v oblak za optimalno delovanje

• Omogoča sledenje lokaciji uporabnika na podlagi njihovega javnega naslova IP, kar pomaga pri analizi poti medijev in odpravljanju težav.

Poleg tega morajo organizacije zagotoviti ustrezno internetno pasovno širino na vsakem mestu. Pasovna širina mora biti velikost glede na pričakovano število sočasnih klicev, izbrani kodek (npr. Opus ali G.711) ter stroške za signalizacijo, retransmisije in rast. To je usklajeno s fazo Pripreme življenjskega cikla PPDIO in vzpostavlja trdne temelje za migracijo.

Pododdelek začetne nastavitve v fazi izvajanja uvajanja Webex Calling je temelj za vzpostavitev dobro strukturiranega in obvladljivega okolja za klicanje v oblaku. Ta stopnja zajema ključne naloge, kot so nastavitev organizacije Control Hub, nabava in dodeljevanje licenc ter preverjanje in uveljavljanje domen vašega podjetja za zagotovitev ustreznega upravljanja in varnosti uporabnikov. Poleg tega vključuje zagotavljanje predlog licenc za avtomatizacijo dodeljevanja uporabniških licenc, konfiguriranje enotne prijave (SSO) za poenostavitev preverjanja pristnosti uporabnikov in izboljšanje varnosti ter prilagajanje nastav itev storitev in odjemalcev, da se uskladi z organizacijskimi pravilniki in potrebami uporabnikov. Dokončanje teh začetnih nastavitvenih dejavnosti zagotavlja, da je Webex Calling okolje pravilno konfigurirano za razširljivost, varnost in brezhibno uporabniško izkušnjo, kar omogoča nadaljnje faze uvajanja in delovanja.

V fazi izvajanja je izvajanje pilotne migracije ključni mejnik pri potrditvi prehoda od Unified CM doWebex Calling. Ta pilotni program vključuje zagotavljanje reprezentativne podskupine uporabnikov na eni ali več lokacijah na Webex Calling platformi, kar zagotavlja, da izbrana populacija odraža različne primere uporabe in organizacijske vloge. Vzporedno s selitvijo uporabnikov je treba bistvene storitve sodelovanja, vključno z glasovno pošto, samodejnimi spremljevalci, čakalnimi vrstami klicev in skupinami za lov, preusmeriti na njihove Webex Calling ekvivalente, da se ohrani kontinuiteto poslovanja in funkcionalnost storitev.

Pilotna migracija bi morala izkoristiti enako kombinacijo orodij, ki jih zagotavlja Cisco, in pripomočkov za selitev tretjih oseb, ki so načrtovane za širšo organizacijsko uvajanje, s čimer bi zagotovili, da so procesi, poteki dela za avtomatizacijo in točke integracije temeljito potrjeni pod reprezentativnimi pogoji.

Primarni cilji te pilotne uvajanja so dva: prvič, potrjevanje in izboljšanje procesov prehoda od konca do konca, vključno z delovnimi tokovi zagotavljanja uporabnikov, postopki selitve podatkov in konfiguracijami končnih točk; in drugič, celovito prever janje funkcionalnosti seljenih storitev v dejanskih operativnih pogojih.

Ta postopni pristop projektni skupini omogoča prepoznavanje in odpravljanje tehničnih ali postopkovnih vprašanj v nadzorovanem okolju, zbiranje povratnih informacij uporabnikov o novih izkušnjah platforme, oceno učinkovitosti izbranih orodij za migr acijo in vzpostavi zaupanje v metodologijo migracije, preden nadaljuje s širšo organizacijsko uvajanjem.

Vpogledi, pridobljeni v tej pilotni fazi, so ključnega pomena za optimizacijo nadaljnjih migracijskih valov in zagotavljanje nem otenega prehoda, ki ga zmanjšuje tveganje za celotno podjetje.

Če želite nabaviti storitve PSTN zaWebex Calling, najprej v nadzornem središču izberite možnost povezljivosti PSTN.

Če namerava organizacija začasno ali za nedoločen čas vzdrževati hibridni nadzor dvojnih klicev (faza 1 na sliki Phased Calling Transition: Hybrid in Cloud), bo morala za krajevni PSTN uvesti enega ali več lokalnih prehodov, ki omogočajo klicanje med in končnimi točkami. Webex Calling Unified CM

Če je popoln prehod (faza 2) v oblak končni cilj, vključno s PSTN, bo za PSTN potreben bodisi Cisco Calling Plan bodisi Webex Calling možnost Cloud Connect for.

Sodelujte z izbranim ponudnikom, da naročite in prenesete telefonske številke, preden jih konfigurirate v Control Hub. Naročanje telefonskih številk ali začetek naročil za vrata je zahtevano/možno samo za krajevne storitve PSTN in Cloud Connect za. Webex Calling Pri Ciscovih klicnih načrtih se naročanje in prenos začne v nadzornem središču takoj, ko je lokacija ustvarjena, in v državah, kjer je na voljo Cisco Calling Plan. Če želite več informacij o načrtih za klice Cisco, gle jte Uvod v uporabo Cis covih paketov.

V okviru izvajanja PSTN zagotovite, da je vaš ponudnik omogočil tako dohodne kot izhodne storitve PSTN za vašo lokacijo. Poleg tega izvedite testne klice, da preverite, ali so klici pravilno usmerjeni prek izbrane povezave PSTN.

Preden dodate uporabnike in napraveWebex Calling, morate določiti klicne lokacije. Za vsako lokacijo je treba vnesti veljaven naslov ulice. V ZDA in Kanadi ta naslov potrdi in uporablja platforma za pošiljanje informacij o lokaciji PIDF-LO za klice v sili.

Ko konfigurirate lokacije, ki uporabljajo krajevni PSTN, morate ustrezno nastaviti lokalne prehode. V Webex Calling programu je treba ustvariti deblo in skupino poti za vsak lokalni prehod, skupina poti pa se nato dodeli kot izbira PSTN za lokacijo. Cisco močno priporoča, da vedno izberete skupino poti kot izbiro PSTN, saj vam ta pristop omogoča enostavno dodajanje dodatnih debla v prihodnosti, kar podpira tako razširljivost kot redundanco. Cisco priporoča tudi omogočanje podpore z dvojno identiteto in P-Charge-Info v vsakem sistemu PSTN, saj to poenostavlja identifikacijo plačljive stranke za odhodne neposredne ali preusmerjene klice. Če vaš ponudnik PSTN uporablja drugo glavo za obračunavanje, lahko podatke iz glave P-Charge-Info na lokalnem prehodu ko pirate v zahtevano glavo za obračunavanje.

Za lokacije, ki kot možnost PSTN uporabljajo Cloud Connect for Webex Calling ali Cisco Calling Plan, med nastavitvijo preprosto izberite ustrezno izbiro PSTN za lokacijo. Če lokacija uporablja storitev Cloud Connect za Webex Calling ali krajevni PSTN, boste morali dodati telefonske številke, ki so bile naročene v prejšnjem koraku. Številke lahko dodate kot neaktivne, če jih ne želite takoj vključiti v usmerjanje klicev; te številke lahko aktivirate pozneje, ko so dodeljene uporabnikom ali funkcijam.

Pomembno je, da vedno nastavite glavno številko za vsako lokacijo. Glavno številko lahko dodelite uporabniku ali funkciji, na primer samodejnemu spremljeval cu. Če želite omogočiti glasovno pošto na lokaciji, nastav ite pilotsko številko glasovne pošte, znano tudi kot številka glasovnega portala.

Dodatne nastavitve za klicne lokacije vključujejo konfiguriranje podrobnosti klica v s ili, kot so številka za povratni klic v sili, možnosti obveščanja in izboljšane funkcije klicanja v sili. Prav tako morate pregledati in prilagoditi nastavitve snemanja, jezikovne nastavitve in konfiguracije naprave, kot je potrebno za vsako lokacijo. Če vaša organizacija uporablja skrajšano klicanje med spletnimi mesti s pomembnimi številkami podjetja, ne pozabite konfigurirati edinstvene kode mesta za lokacijo v notranjih nastavitvah klic anja. Nazadnje, če za zunanje klicanje je potrebna izhodna številka, to nastavite v nastavitvah zunanjega klicanja. Če je konfigurirana izhodna številka, Cisco priporoča, da omogočite izvrš evanje izhodne številke, da se zagotovi skladnost.

Za integracijo s krajevnim nadzorom klicev je potrebno konfigurirati sklope , skupine poti, načrte klicanja podjetja ter nastavitve lokacije in globalne nastavitve. Začnite z nastavitvijo prtljažnikov in lokalnih prehodov, namenjenih za medsebojno povezovanje s krajevnim sistemom za nadzor klicev; ta korak je potreben le, če so potrebni namenski sklopi. Če obstoječi sklopi in skupine poti zadostujejo za vašo namestitev, jih je mogoče ponovno uporabiti za krajevno medsebojno povezavo brez dodatne konfiguracije.

Ko so debla in skupine poti vzpostavljeni, nadaljujte z ustvarjanjem načrtov klicanja podjetja in dodelite ustrezno skupino poti kot cilj za vsak načrt klicanja. Če integracija vključuje več krajev nih sistemov za nadzor klicev, povezanih prek različnih sklopov, bo potrebnih več paketov klicanja. Pomembno je zagotoviti, da ti načrti k licanja vsebujejo le vzorce, ki so potrebni za usmerjanje klicev na krajevne destinacije.

Če vaša uvajanje zahteva podporo za neznano usmerjanje razširitev, mora biti ta funkcija omogočena na ravni lokacije. Če je usmerjanje neznanih razširitev aktivirano, morate določiti največjo neznano dolžino razširitve v razdel ku Usmerjanje klic ev med Webex Calling in prostori v nastavitvah klicnih storitev v nadzornem središču. To zagotavlja nemoteno usmerjanje klicev in pravilno upravljanje scenarijev klicanja, ki temeljijo na razširitvi, v vašem integriranem okolju.

Ko uporabnike preselite iz Unified CM naWebex Calling, morda ne boste mogli premakniti vseh uporabnikov hkrati. To je lahko posledica več razlogov, med drugim, vendar ne omejeno na število spletnih mest ali uporabnikov, koliko časa traja prehod na spletno mesto in/ali skupino uporabnikov hkrati, omejen vir IT ali spletnega mesta za podpor o okna sprememb, trajanje okna sprememb, zapletenost sprememb itd.

Ko uporabnike preselite v fazah, je ključnega pomena ugotoviti, kateri uporabniki se morajo pres eliti skupaj v isti paketi. Primarni cilj je selitev uporabnikov, ki so med seboj odvisni od svojih klicnih storitev in funkcij. Zagotoviti želite, da so vse njihove klicne funkcije (Primer — čakalne vrste klicev) popolnoma funkcionalne, Webex Calling kot so bile pred vklopom prehodaUnified CM.

Tudi če izvajate medsebojno delovanje klicev med lokalnimi prehodi Unified CM in Webex Calling z njimi, ne morete razdeliti storitev ali funkcij v skupni rabi v tej povezavi. Zato morate določiti odvisnosti med uporabniki s pogledom na funkcije, kot so:

• Spremljanje drugih uporabnikov z uporabo BLF-jev

• V istem lovu pilot, čakalna vrsta klica itd.

• Skupne vrstice

• Uporaba prevzema klica

• Uporaba istih številk klicnega parkiranja

• Domofon

• Izvršilnik/skrbnik.

Primer bi bil uporabnik, ki je del skupine Unified CM Hunt, na katero se pre Webex Calling haja. Ta uporabnik bo preš Webex Calling el v skupino Hunt in z vsemi drugimi člani skupine Hunt. Zato lahko skupina Hunt in njeni člani po tranziciji uspešno odgovarjajo na klice na novi platformi.

To postane bolj zahtevno, ko so uporabniki povezani z različnimi skupinami uporabnikov za različne klicne storitve in funkcije. To bo zahtevalo prehod več kot ene skupine uporabnikov in ene klicne storitve Webex Calling hkrati.

Uporabite izhod iz orodja Control Hub Migration Insights ali orodja tretjih oseb, ki ste ga uporabili v fazi pripra ve, da določite, katere uporabnike in funkcije je treba združiti skupaj. Ta izhod bi moral biti uporabljen za razvoj načrta selitve in vam bo dal vpogled v to, kako boste združili uporabnike in funkcije, ki jih je treba preusmeriti skupaj.

Ključni koraki pri prehodu skupine uporabnikov so:

• Prepoznavanje uporabnikov za skupno selitev

• Preverite, da so vsi uporabniki v nadzornem središču

• Preverite, da vsi TN uporabniki obstajajo v nadzornem središču

• Preverite pravilno obliko telefonske številke v imeniku

• Prepričajte se, da so predloga licenciranja in nastavitev za skupine uporabnikov pravilno nastavljena

• Preverjanje ali konfiguriranje vseh klicnih storitev in funkcij za skupino uporabnikov (po potrebi pred ali med prehodom)

• V imeniku podjetja dodajte uporabnike v skupino uporabnikov, ki omogočajo klic anje

• Orodja za izkoriščanje — orodja za selitev uporabnikov in funkcij Control Hub in/ali orodja tretjih oseb

• Onemogoči/izbrišite številko imenika uporabnika/naprave in klicne funkcije/storitve po prehodu. Unified CM

Po selitvi skupine uporabnikov preizkusite podmnožico uporabnikov, da preverite, ali vse klicne funkcije in storitve delujejo pravilno. Če so funkcije klicanja, kot so čakalna vrsta klicev, skupine za lov itd., prenesene s skupino uporabnikov, preizkusite te klicne storitve za pravilno delovanje .

Delovni prostor se nanaša na lokacijo v Webex Calling skupni rabi (kot je konferenčna soba, prostor za zbiranje ali vroča miza), ki ji je mogoče dodeliti napravam, razširitvam in uporabnikom. Za razliko od tradicionalnih telefonov Unifed CM so delovni prostori:

• Lokacijsko osredotočeno: vezano na fizične prostore.

• Prilagodljiva naprava: ima lahko eno ali več naprav (namizni telefoni, plošče itd.).

Ko so delovni prostori opredeljeni kot del prehoda naWebex Calling, jih lahko dodate v Control Hub v razdelku Naprave. Vsak delovni prostor potrebuje dodelitev naprave, in če je že v njemUnified CM, jih je treba ponastaviti ali ponovno zagotoviti za Webex. Webex CallingFunkcije, kot so glasovna pošta, preusmeritev klicev in prevzem klicev, lahko omogočite ali onemogočite, pravilnike pa lahko uporabite za video klice, parkiranje klicev in mobilnost po potrebi. Preizkusite vsak delovni prostor tako, da opravljate notranje in zunanje klice, preizkusite video, konferenčne funkcije in funkcije mobilnosti . Nazadnje, obvestite uporabnike o vseh veljavnih procesih za naprave in rezervacije delovnega prostora.

Če želite več informacij o delovnih prostorih v nadzornem središču, glejte Delovni prostori.

Telefone, ki so trenutno registrirani, Unified CM bo treba preseliti v Webex Calling okviru prehoda v oblak. Da bi bila selitev čim bolj preprosta z minimalnimi mož nostmi za neuspeh, Cisco priporoča selitev fizičnih spletnih mest ali oddelkov hkrati. Vendar pa boste morda morali zaradi odvisnosti od funkcij uporabnike preseliti v serijah. Za več podrobnosti gle jte razdelek Selitev uporab nikov v serijah.

Vsi Webex Calling podprti telefoni, s katerih morate preiti, Unified CM bodo morali biti konfigurirani Webex Calling kot uporabniški ali delovni prostor, fizični telefon pa bo treba ponovno konfigurirati za registracijo. Webex Calling Poleg tega morajo telefoni serije 7800 in 8800 nadgraditi vdelano programsko opremo iz vdelane programske opreme Enterprise na vdelano programsko opremo Multiplatform Phone (MPP). Ta postopek vključuje nalaganje prehodne strojne programske opreme pred nalaganjem vdelane programske opreme MPP, potrebne za Webex Calling registracijo. Zahteva tudi ustrezno dovoljenje za migracijo. Cisco je v zadnjih nekaj letih izboljšal ta postopek, da bi vam olajšal nadgradnjo telefonov z vdelano programsko opremo Enterprise na vdelano programsko opremo MPP. Če želite več informacij o korakih za dokončanje nadgradnje vdelane programske opreme, glejte Pretvorba telefonov IP serije Cisco 7800 in 8800 med vdelano programsko opremo Enterprise in MP P.

Poleg korakov, opisanih v tem članku, ima Control Hub vgrajeno orodje Migracija telefona v, s katerim Webex Calling lahko pomagate presel iti telefone 7800 in 8800 iz Enterprise na vdelano programsko opremo MPP. To orodje vam omogoča tudi, da telefone dodate v Control Hub in jih dodelite ustreznim uporabnikom ali delovnim prostorom. Če želite več informacij o uporabi orodja, gle jte Selitev telefona.

Za vse telefone serije 9800, registrirane z zgornjo zahte Unified CM vo za selitev vdelane programske opreme, ne velja. Ti telefoni izvajajo PhoneOS, ki ga podpirajo oba Unified CM inWebex Calling. Če želite te telefone prenesti na njih, jih Webex Calling boste morali dodatiWebex Calling, dodeliti uporabniku ali delovnemu prostoru in nato ponastaviti telefone na tovarniške nastavitve. Spodnja slika za zagonsko zaporedje PhoneOS za registr acijo prikazuje zaporedje zagona PhoneOS in Webex Calling kako se bo telefon registriral, ko bo dodan v Control Hub, tudi če je telefon še vedno vključen Unified CM in/ali so v uporabi možnosti DHCP (primer - 150).

Unified CMpodpira tovarniške ponastavitve naprav PhoneOS, da omogoči vgradnjo Zero-Touch. Webex Calling Unified CMAdministratorji lahko na daljavo tovarniško ponastavijo telefone 9800 in 8875 prek administracijskih strani CUCM, kar odpravlja potrebo po fizičnem dostopu do telefonov za vgradnjo telefona. Webex Calling Ta funkcija je podprta s paketi naprav od 9. septembra 2025:

• CUCM v15 - Unified Communications Manager različica 15

• CUCM v14 - Unified Communications Manager različica 14.

Za več informacij o postopku registracije za serijo 9800 glejte Postopek registracije .

Poleg telefonov IP Cisco bo morda potrebna tudi druga oprema, kot so analogni telefonski adapterji (ATA), brezžični (Wifi, DECT) telefoni, video naprave, glasovni prehodi ter naprave in ^telefoni tretjih oseb. Mnoge od teh naprav nimajo poti za nadgradnjo vdelane programske opreme, kot so telefoni IP, da bi jih preusmerili iz strojne programske opreme podjetja v vdelano programsko opremo v oblaku. Zato boste vsako od teh naprav zagotovili v Control Hub. Na nekatere od teh ni mogoče preiti Webex Calling in enakovredni Webex Calling model ga bo moral nadomestiti (npr. ATA 191/192) in drugi bodo zahtevali ročno rekonfiguracijo in/ali spremembe programske opreme.

• Glasovni prehodi — Če želite preseliti lokalni prehod, glejte Selitev lokalnega prehoda .

  Če želite več informacij o konfiguriranju glasovnega prehoda VG400, VG410 ali VG420 v nadzornem središču, glejte Lokalni prehod

• Analogni telefonski adapter (ATA) - Če želite začeti uporabljati Cisco ATA 191 in 192, glejte Cisco ATA.

• Wifi brezžični telefon - Če želite vključiti brezžični telefon Webex 840 in 860, glejte Integriranje brezžičnega telefona Webe x.

• Brez@@ žični telefoni DECT - Če želite začeti z novo serijo Cisco IP DECT 6800, glejte Cisco IP DECT.

  Če želite ustvariti in upravljati digitalno omrežje DECT v nadzornem središču, glejte U pravljanje omrežja DECT

  Za več informacij o Cisco IP DECT 6800 glejte Vodnik za uvajanje

• Naprave ⁱⁿ telefoni tret jih oseb — sodelujte s tret ^j imi ponudniki glede zahtev naprave/telefona in postopka njihove selitve ali zamenjave za podporo. Webex Calling

Vse potrebne klicne funkcije je Webex Calling treba zagotoviti pred ali med prehodom. Kot je bilo razpravljeno v razdelku Selitev uporabnikov v serijah, je treba funkcije klicanja konfigurirati in preusmeriti, ko so uporabniki, ki jih uporabljajo, preusmerjeni.

Za podrobnosti o tem, kako konfigurirati vsako od Webex Calling funkcij, glejte ustrezne članke pomoči za konfiguracijo.

• Avtomobilski serviserji - Za upravljanje avtomatskih servisov glejte Samoskrbniki

• Klicno parkiranje - Če želite upravljati klicno parkiranje, glejte Klic ni park

• Prevzem klica — Če želite konfigurirati skupino za prevzem klica, glejte Pre vzem klica

• Čakalne vrste klicev — Če želite konfigurirati čakalno vrsto klicev, gle jte čak alna vrsta

• Skupine za lov - Če želite upravljati lovske skupine, glejte U pravljanje lovske skupine

• Načini delovanja — Če želite usmerjati klicev na podlagi načinov delovanja, glejte Usmerjanje klicev na podlagi načinov delovanja

• Stranske skupine — Če želite konfigurirati stransko skupino, glejte Konfiguriranje skupine stranskih strani

• Posnetki - Če želite upravljati snemanje klicevWebex Calling, glejte U pravljanje posnetkov

• Doseg enega števila — Če želite konfigurirati doseg ene številke (v pisarni kjer koli), glejte Konfiguriranje ene številke

• Skupina glasovne pošte — Če želite upravljati govorno pošto v skupni rabi in polje za dohodni faks, glejte Upravljanje glasov Webex Calling ne pošte.

Testiranje sprejemljivosti zagotavlja, da seljeno okolje izpolnjuje funkcionalne zahteve, deluje po pričakovanjih in zagotavlja brezhibno uporabniško izkušnjo v vseh komunikacijskih potekih dela. Ta postopek preverjanja veljavnosti je večplasten in zajema vse od zagotavljanja uporabnikov in dodeljevanja številk do operativnih zmogljivosti naprednih klicnih funkcij.

Ta razdelek vsebuje primere in poudarja ključne vidike, ki jih je treba upoštevati med testiranjem sprejemanja; vendar ni namenjen temu, da bi služil kot izčrpen ali izčrpen kontrolni seznam.

Zagotavljanje uporabnikov in dodeljevanje številk

Temeljni vidik testiranja sprejemljivosti vključuje preverjanje, ali so vsi uporabniki zagotovljeni natančno in popolnoma znotraj. Webex Calling To zahteva temeljito primerjavo med izvornim (Unified CM) imenikom in novo vzpostavljeno bazo Webex Calling uporabnikov, da se zagotovi, da je bil vsak uporabniški račun skupaj s pripadajočimi atributi, kot so številke razširitev, in dodelitve neposrednega notranjega klicanja (DID) pravilno preseljen. Popolnost zagotavljanja je ključnega pomena ne le za operativnost prvega dne, temveč tudi za stalno upravljanje in podporo .

Preverjanje dodelitve številk vključuje potrditev, da je vsakemu uporabniku dodeljena pravilna razširitev in zunanja številka ter da se te številke pravilno usmerjajo tako v notranjih (omrežnih) kot zunanjih (PSTN) tokov klicev. Bistveno je preveriti morebitna prekrivanja, manjkajoče dodelitve ali nap ačne konfiguracije, ki bi lahko povzročile napake pri usmerjanju klicev ali prekinitve storitev.

PSTN Pretoki klicev in predstavitev ID-ja klicatelja

Trden postopek preskušanja sprejemanja mora vključevati potrjevanje tokov klicev PSTN od konca do konca. To vključuje scenarije vhodnih in izhodnih k licev. Za dohodne klice PSTN mora testna skupina potrditi, da so klici dostavljeni na predvidene končne točke, ne glede na to, ali gre za posamezne uporabnike, čakalne vrste klicev, skupine za lov ali samodejne spremljevalce. Odhod ne klice PSTN morajo biti uspešno opravljene, pri čemer je treba posebno pozornost posvetiti pravil ni dostavi in predstavitvi podatkov o identifikaciji klicatelja. To vključuje zagotavljanje, da se zunanjim prejemnikom prikažeta pravilno ime in številka klicatelja v skladu z organizacijskimi politikami in regulativnimi zahtevami.

Testiranje bi moralo obravnavati tudi scenarije neuspeha, kot so ravnanje z nedostopnimi končnimi toč kami ali motnje v omrežju. To pomaga potrditi, da rezervni mehanizmi in nadomestno usmerjanje delujejo pravilno, kar ohranja kontinu iteto in zanesljivost storitev.

Tokovi klicev v omrežju

Notranji ali omrežni tokovi klicev tvorijo hrbtenico komunikacije v podjetju. Testiranje sprejemanja na tem področju preverja, ali so klici med uporabniki znotraj organizacije pravilno usmerjeni, funkcije, kot so prenos klicev, zadrževanje, posredovanje in konference, pa delujejo tako, kot je bilo predvideno. Potrditi je treba celovitost načr tov klicanja, povezljivost razširitve do razširitve in podporo pravilnikom organiz acijskih klicev.

Upravljanje uporabniških klicev in preverjanje funkcij

Pomemben vidik testiranja sprejemljivosti vključuje preverjanje, kako uporabniki obravnavajo klice z uporabo aplikacije Webex in podprtih namiznih telefonov. Ta postopek se osredo toča na potrditev, da so vsakodnevni poklici intuitivni in zanesljivi ter da imajo uporabniki nemoten dostop do osnovnih funkcij, potrebnih za njihove vloge. Testiranje bi moralo oceniti, kako enostavno lahko uporabniki od dajajo in sprejemajo klice, upravljajo funkcije zadrževanja in nadaljevanja ter izvajajo slepe in posvetovalne prenose. Prav tako je nujno preveriti, ali so preusmerjanje klicev, kon ference in druge napredne zmogljivosti, kot sta parkiranje in pridobivanje klicev ali aktiviranje ne moti, na voljo in delujejo nemoteno.

Izkušnje je treba oceniti zaradi jasnosti in odzivnosti ob upoštevanju interakcije uporabnikov z zgodovino klicev, glasovno pošto in integriranimi imeniki. Dodat no pozornost je treba nameniti z možnosti premikanja aktivnih klicev med napravami in učinkovitega upravljanja med klicem znotraj aplikacije ali na fizičnih telefonih. Končni cilj je zagotoviti, da je izkušnja končnega uporabnika dosledna, učinkovita in v celoti podpira komunikacijske potrebe organizacije po migraciji.

Čakalne vrste klicev: izkušnje agenta in nadzornika

Čakalne vrste klicev se pogosto uporabljajo za obravnavanje scenarijev dohodnih klicev z veliko količino . Testiranje sprejemanja se tukaj osredotoča na več dimenzij. Najprej je treba preveriti, ali se klici distribuirajo agentom v skladu s konfigurirano logiko čakalne vrste, kot so okrogli rob, najdaljši neaktiven čas ali so časno zvonjenje. Predstavitev klicev v čakalni vrsti na namiznih računalnikih agentov je treba pregledati zaradi jasnosti in enostavnosti uporabe, kar zagotavlja, da lahko agenti učinkovito sprejemajo, zadržujejo in prenašajo klice.

Pri nadzornikih je treba izkušnjo namizja oceniti glede na funkcije, kot so spremljanje v realnem času, preusmerjanje klicev ter analitika ali vpogled v delovanje čakalne vrste. To vključuje, vendar ni omejeno na preverjanje nadzornih plošč in or odij za poročanje, ki zagotavljajo uporabne podatke o distribuciji klicev, dejavnosti agenta in meritvah čakalne vrste.

Lovske skupine: Distribucija klicev

Lovske skupine so ključni mehanizem za distribucijo klicev vnaprej določenim naborom uporabnikov. Testiranje sprejemanja mora potrditi, da so klici usmerjeni na člane skupine na podlagi konfiguriranega algoritma lova in da so scenariji prelivanja, posredovanja in brez odgovora obravnavani v skladu z zasnovo. Zagotavljanje, da se članstvo v skupini in vedenje usmerjanja klicev ujem ata s tistimi, ki so bili prej ustanovljeni, Unified CM je bistvenega pomena za operativno doslednost in zadovoljstvo

Samodejni spremljevalci: obvestila in operacije menija

Samodejni spremljevalci predstavljajo prvo linijo avtomatiziranega upravljanja klicev. Testiranje mora zajemati predvajanje obvestil, natančnost posnetih pozdravov in pravilno delovanje dreves menijev. Izbira menija naj klicatelje zanesljivo usmerja do ustreznih oddelkov, posameznikov ali zunanjih številk. Testiranje mora vključevati tudi neveljavne ali časovno omejene scenarije, da se potrdi, da klicatelji prejmejo jasne smernice ali so preusmerjeni, kot je bilo predvideno.

Delovanje glasovne pošte

Nazadnje je funkcionalnost glasovne pošte ključnega pomena za uporabniško izkušnjo. Preskusi sprejemanja morajo preveriti, ali so polja glasovne poš te pravilno dodeljena in dostopna tako znotraj organizacije kot na daljavo. Potrditi je treba možnost snemanja, pridobivanja in upravljanja sporočil skupaj z dostavo obvestil.

Za spremljanje okolja po migraciji, preverjanje učinkovitosti in prilagoditve za zagotovitev obratovalne stabilnosti in učinkovitosti glejte fazo optimiz acije.