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

Ker se večina organizacij povezuje z internetom prek enega ali več požarnih zidov ali varnostnih naprav, je bistveno preveriti, ali so podprti zahtevani prometni tokovi.

Omrežni in varnostni skrbniki morajo te tokove razumeti v smislu:

• Smer (dohodna proti odhodni)

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

• Obsegi IP-naslovov, ki jih uporabljajo storitve Webex

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

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

Za informacije o zahtevanih potekih, vključno z naslovom IP, vrati in protokoli, glejte informacije o referenčnih vratih za klicanje Webex. S temi informacijami konfigurirajte požarni zid, posredniške strežnike in drugo omrežno infrastrukturo v obstoječi uvedbi, da omogočite omrežne tokove Webex Calling.

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

• Zmanjša zakasnitev in tresenje pri povratnem prenosu, kar izboljša splošno kakovost klica

• Učinkovito se prilagaja, ko vedno več uporabnikov in spletnih mest prehaja na Webex Calling

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

• Omogoča sledenje lokacije uporabnika na podlagi njegovega javnega IP-naslova, kar pomaga pri analizi medijske poti in odpravljanju težav.

Poleg tega morajo organizacije na vsaki lokaciji zagotoviti ustrezno internetno pasovno širino. Pasovno širino je treba dimenzionirati glede na pričakovano število sočasnih klicev, izbrani kodek (npr. Opus ali G.711) ter dodatne stroške za signalizacijo, ponovne prenose in rast. To se ujema s fazo priprave v življenjskem ciklu PPDIO in vzpostavlja trdne temelje za migracijo.

Pododdelek za začetno nastavitev v fazi implementacije uvajanja Webex Calling je temeljnega pomena za vzpostavitev dobro strukturiranega in obvladljivega okolja za klicanje v oblaku. Ta faza zajema ključna opravila, kot so vzpostavitev organizacije Control Hub, pridobivanje in dodeljevanje licenc ter preverjanje in prevzem domen vašega podjetja za zagotovitev ustreznega upravljanja uporabnikov in varnosti. 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 nastavitev storitev in odjemalcev, da se uskladijo s pravilniki organizacije in potrebami uporabnikov. Z dokončanjem teh začetnih namestitvenih aktivnosti zagotovite, da je okolje Webex Calling pravilno konfigurirano za skalabilnost, varnost in brezhibno uporabniško izkušnjo, s čimer pripravite teren za nadaljnje faze uvajanja in delovanja.

Med fazo uvajanja predstavlja izvedba pilotne migracije ključni mejnik pri potrjevanju prehoda z Unified CM na Webex Calling. Ta pilotni projekt vključuje zagotavljanje reprezentativne podmnožice uporabnikov na eni ali več lokacijah na platformi Webex Calling, s čimer se zagotovi, 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 telefonskimi operaterji, čakalnimi vrstami klicev in iskalnimi skupinami, prenesti na njihove ekvivalente Webex Calling, da se ohrani neprekinjeno poslovanje in funkcionalnost storitev.

Pilotna migracija bi morala izkoristiti isto kombinacijo orodij, ki jih zagotavlja Cisco, in orodij za migracijo tretjih oseb, ki so načrtovana za širšo organizacijsko uvedbo, s čimer bi zagotovili, da so procesi, poteki dela za avtomatizacijo in točke integracije temeljito potrjeni v reprezentativnih pogojih.

Glavna cilja te pilotne uvedbe sta dva: prvič, potrditi in izboljšati celovite prehodne procese, vključno z delovnimi tokovi za zagotavljanje uporabnikov, postopki migracije podatkov in konfiguracijami končnih točk; in drugič, celovito preveriti funkcionalnost preseljenih storitev v resničnih operativnih pogojih.

Ta fazni pristop omogoča projektni ekipi, da v nadzorovanem okolju prepozna in odpravi morebitne tehnične ali proceduralne težave, zbere povratne informacije uporabnikov o izkušnji z novo platformo, oceni učinkovitost izbranih orodij za migracijo in vzpostavi zaupanje v metodologijo migracije, preden nadaljuje s širšo organizacijsko uvedbo.

Spoznanja, pridobljena v tej pilotni fazi, so ključnega pomena za optimizacijo nadaljnjih migracijskih valov in zagotavljanje nemotenega prehoda z zmanjšanjem tveganj za celotno podjetje.

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

Če organizacija načrtuje vzdrževanje hibridnega dvojnega nadzora klicev ( faza 1 na sliki Fazni prehod klicev: Hibridni in oblačni) bodo morali začasno ali za nedoločen čas namestiti enega ali več lokalnih prehodov za lokalno PSTN, da bodo omogočili klicanje med končnimi točkami Webex Calling in Unified CM.

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

Preden konfigurirate telefonske številke v Control Hubu, se z izbranim ponudnikom dogovorite za njihovo naročanje in prenos. Naročanje telefonskih številk ali sprožitev naročil za prenos je dovoljeno le required/possible za lokalno PSTN in Cloud Connect za Webex Calling. Pri klicnih paketih Cisco se naročanje in prenos podatkov začne v storitvi Control Hub takoj, ko je lokacija ustvarjena, in to v državah, kjer je klicni paket Cisco na voljo. Za več informacij o paketih Cisco Calling glejte Uvod v uporabo paketov Cisco.

Kot del implementacije PSTN se prepričajte, da je vaš ponudnik za vašo lokacijo omogočil tako dohodne kot odhodne storitve PSTN. Poleg tega izvedite testne klice, da preverite, ali se klici pravilno usmerjajo prek izbrane povezave PSTN.

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

Pri konfiguriranju lokacij, ki uporabljajo lokalno PSTN, morate ustrezno nastaviti lokalne prehode. V storitvi Webex Calling je treba za vsak lokalni prehod ustvariti zunanji vod in skupino poti, skupina poti pa se nato dodeli kot izbira PSTN za lokacijo. Cisco toplo priporoča, da kot možnost PSTN vedno izberete skupino poti, saj vam ta pristop omogoča enostavno dodajanje dodatnih trunkov v prihodnosti, kar podpira tako skalabilnost kot redundanco. Cisco priporoča tudi omogočanje dvojne identitete in podpore za P-Charge-Info na vsakem PSTN-omrežju, saj to poenostavi identifikacijo plačnika za odhodne neposredne ali preusmerjene klice. Če vaš ponudnik PSTN uporablja drugačno glavo za obračunavanje, lahko podatke iz glave P-Charge-Info na lokalnem prehodu kopirate v zahtevano glavo za obračunavanje.

Za lokacije, ki uporabljajo Cloud Connect za Webex Calling ali Cisco Calling Plan kot možnost PSTN, med nastavitvijo preprosto izberite ustrezno možnost PSTN za lokacijo. Če lokacija uporablja Cloud Connect za klicanje Webex ali lokalno PSTN, boste morali dodati telefonske številke, ki ste jih naročili 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 za vsako lokacijo vedno nastavite glavno številko. Glavno številko je mogoče dodeliti uporabniku ali funkciji, na primer samodejnemu operaterju. Če želite omogočiti glasovno pošto na lokaciji, nastavite pilotno številko glasovne pošte, znano tudi kot številka glasovnega portala.

Dodatne nastavitve za klicanje lokacij vključujejo konfiguriranje podrobnosti o klicih v sili, kot so številka za povratni klic v sili, možnosti obveščanja in izboljšane funkcije za klic 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 lokacijami v omrežju s številkami, pomembnimi za podjetje, ne pozabite v nastavitvah notranjega klicanja konfigurirati enolične kode lokacije za lokacijo. Če zunanje klicanje zahteva odhodno številčno številko, jo nastavite v nastavitvah zunanjega klicanja. Ko je konfigurirana odhodna klicna številka, Cisco priporoča, da omogočite uveljavljanje odhodne klicne številke, da zagotovite doslednost.

Za integracijo z lokalnim nadzorom klicev je treba konfigurirati zunanje linije, skupine poti, klicne načrte podjetja ter nastavitve lokacije in globalne nastavitve. Začnite z nastavitvijo prenosnih linij in lokalnih prehodov, namenjenih medsebojni povezavi z lokalnim sistemom za nadzor klicev; ta korak je potreben le, če so potrebne namenske prenosne linije. Če so obstoječi kanali in skupine poti zadostni za vašo uvedbo, jih je mogoče ponovno uporabiti za lokalno medsebojno povezavo brez dodatne konfiguracije.

Ko so linije in skupine poti vzpostavljene, nadaljujte z ustvarjanjem klicnih načrtov podjetja in dodelite ustrezno skupino poti kot cilj za vsak klicni načrt. Kadar integracija vključuje več lokalnih sistemov za nadzor klicev, povezanih prek različnih prenosnih linij, bo potrebnih več klicnih načrtov. Pomembno je zagotoviti, da ti klicni načrti vsebujejo le vzorce, potrebne za usmerjanje klicev na lokalne cilje.

Če vaša uvedba zahteva podporo za usmerjanje neznanih podaljškov, je treba to funkcijo omogočiti na ravni lokacije. Poleg tega morate, ko je aktivirano usmerjanje neznanih internih številk, v razdelku Usmerjanje klicev med Webex Calling in prostori v nastavitvah klicnih storitev v Control Hub določiti največjo dolžino neznane interne številke. To zagotavlja nemoteno usmerjanje klicev in pravilno obravnavo scenarijev klicanja na podlagi internih številk v vašem integriranem okolju.

Ko selite uporabnike iz Unified CM v Webex Calling, morda ne boste mogli premakniti vseh uporabnikov hkrati. To je lahko posledica več razlogov, vključno z, vendar ne omejeno na, število spletnih mest ali uporabnikov, čas, potreben za prehod spletnega mesta and/or skupina uporabnikov hkrati, omejeni viri IT ali lokacije za podporo okna sprememb, trajanje okna sprememb, kompleksnost spremembe itd.

Ko uporabnike migrirate po fazah, je ključnega pomena, da ugotovite, katere uporabnike je treba migrirati skupaj v istem paketu. Primarni cilj je skupna migracija uporabnikov, ki so medsebojno odvisni od svojih storitev in funkcij klicanja. Želite zagotoviti, da so vse njihove funkcije klicanja (primer – čakalne vrste klicev) v celoti delujoče v storitvi Webex Calling, kot so bile pred prehodom na Unified CM.

Tudi če implementirate medsebojno delovanje klicev med Unified CM in Webex Calling z lokalnimi prehodi, ne morete razdeliti skupnih storitev ali funkcij prek te povezave. Zato morate prepoznati odvisnosti med uporabniki z ogledom funkcij, kot so:

• Spremljanje drugih uporabnikov z uporabo BLF-jev

• V istem pilotnem projektu za iskanje, čakalni vrsti klicev itd.

• Skupne linije

• Uporaba prevzema klicev

• Uporaba istih številk za parkiranje klicev

• Interkom

• Executive/Admin.

Primer bi bil uporabnik, ki je del skupine Unified CM Hunt, ki se preusmeri na Webex Calling. Ta uporabnik bo prešel na Webex Calling s skupino za iskanje in vsemi drugimi člani skupine za iskanje. Zato lahko skupina Hunt in njeni člani po prehodu uspešno odgovarjajo na klice na novi platformi.

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

Z izhodnimi podatki orodja Control Hub Migration Insights ali orodja tretje osebe, ki ste ga uporabili v fazi priprave, določite, katere uporabnike in funkcije je treba združiti. Ta izhodna informacija bi morala biti uporabljena za razvoj vašega načrta selitve in vam bo dala vpogled v to, kako boste združili uporabnike in funkcije, ki jih je treba prenesti skupaj.

Ključni koraki pri prehodu skupine uporabnikov so:

• Identificiranje uporabnikov za skupno selitev

• Preverite, ali so vsi uporabniki v Control Hubu

• Preverite, ali v Control Hubu obstajajo vsa TN-ja za uporabnike.

• Preverite pravilno obliko telefonske številke v imeniku

• Prepričajte se, da so predloge za licenciranje in nastavitve za uporabniške skupine pravilno nastavljene.

• Preverjanje ali konfiguriranje vseh klicnih storitev in funkcij za skupino uporabnikov (pred ali med prehodom, kot je primerno)

• V imeniku podjetja dodajte uporabnike v skupino uporabnikov z omogočenim klicanjem

• Izkoristite orodja – orodja za selitev uporabnikov in funkcij Control Huba and/or orodja tretjih oseb

• Disable/Delete user/device številka v imeniku in klicanje features/services na Unified CM po prehodu.

Po migraciji skupine uporabnikov preizkusite podmnožico uporabnikov, da preverite, ali vse njihove funkcije in storitve klicanja delujejo pravilno. Če se klicne funkcije, kot so čakalna vrsta klicev, iskalne skupine itd., prenesejo skupaj s skupino uporabnikov, preizkusite pravilno delovanje teh klicnih storitev.

V storitvi Webex Calling se delovni prostor nanaša na skupno lokacijo (kot je konferenčna soba, prostor za sestanke ali delovna miza), ki ji je mogoče dodeliti naprave, interne številke in uporabnike. Za razliko od tradicionalnih telefonov Unifed CM so delovni prostori:

• Lokacija-centrično: vezani na fizične prostore.

• Prilagodljivo napravi: lahko ima eno ali več naprav (namizni telefoni, table itd.).

Ko so delovni prostori prepoznani kot del prehoda na Webex Calling, jih je mogoče dodati v Control Hub v razdelku Naprave. Vsakemu delovnemu prostoru je treba dodeliti napravo, in če so že v Unified CM, jih je treba ponastaviti ali ponovno omogočiti za Webex. Funkcije Webex Calling, kot so glasovna pošta, preusmeritev klicev in prevzem klicev, je mogoče omogočiti ali onemogočiti, po potrebi pa je mogoče uporabiti pravilnike za video klice, parkiranje klicev in mobilnost. Preizkusite vsak delovni prostor z opravljanjem notranjih in zunanjih klicev, testiranjem videokonferenc in funkcij mobilnosti. Nazadnje uporabnike obvestite o vseh veljavnih postopkih za naprave in rezervacije delovnega prostora.

Za več informacij o delovnih prostorih v Control Hubu glejte Delovni prostori.

Telefone, ki so trenutno registrirani v Unified CM, bo treba kot del prehoda v oblak preseliti v Webex Calling. Da bi bila selitev čim bolj preprosta in da bi bilo tveganje za neuspeh čim manjše, Cisco priporoča hkratno selitev fizičnih lokacij ali oddelkov. Vendar boste morda morali uporabnike migrirati v paketih zaradi odvisnosti funkcij. Za več podrobnosti glejte razdelek Selitev uporabnikov v paketih.

Vse telefone, ki podpirajo Webex Calling in jih morate prenesti iz Unified CM, boste morali v storitvi Webex Calling konfigurirati kot uporabnika ali delovni prostor, fizični telefon pa boste morali ponovno konfigurirati, da se registrira v storitvi Webex Calling. Poleg tega je treba vdelano programsko opremo telefonov serij 7800 in 8800 nadgraditi iz vdelane programske opreme Enterprise na vdelano programsko opremo za večplatformske telefone (MPP). Ta postopek vključuje nalaganje prehodne vdelane programske opreme pred nalaganjem vdelane programske opreme MPP, ki je potrebna za registracijo Webex Calling. Zahteva tudi ustrezno migracijsko dovoljenje. Cisco je v zadnjih nekaj letih izboljšal ta postopek, da bi vam olajšal nadgradnjo vdelane programske opreme vaših telefonov Enterprise na vdelano programsko opremo MPP. Za več informacij o korakih za dokončanje nadgradnje vdelane programske opreme glejte Pretvorba IP-telefonov Cisco serije 7800 in 8800 med vdelano programsko opremo Enterprise in MPP.

Poleg korakov, opisanih v tem članku, ima Control Hub vgrajeno orodje Migracija telefona v Webex Calling, ki ga lahko uporabite za migracijo telefonov 7800 in 8800 iz vdelane programske opreme Enterprise v MPP. To orodje vam omogoča tudi dodajanje telefonov v Control Hub in njihovo dodeljevanje ustreznim uporabnikom ali delovnim prostorom. Za več informacij o uporabi orodja glejte Selitev telefona.

Za telefone serije 9800, registrirane v Unified CM, zgornja zahteva za selitev vdelane programske opreme ne velja. Ti telefoni uporabljajo sistem PhoneOS, ki ga podpirata tako Unified CM kot Webex Calling. Za prenos teh telefonov v Webex Calling jih boste morali dodati v Webex Calling, jih dodeliti uporabniku ali delovnemu prostoru in nato ponastaviti telefone na tovarniške nastavitve. Zaporedje zagona PhoneOS za registracijo spodnja slika prikazuje zaporedje zagona PhoneOS in kako se bo telefon registriral v Webex Calling, ko bo dodan v Control Hub, tudi če je telefon še vedno nastavljen na Unified CM and/or Možnosti DHCP (primer - 150) so v uporabi.

Unified CM podpira ponastavitev naprav PhoneOS na tovarniške nastavitve, kar omogoča uvajanje v Webex Calling brez dotika. Skrbniki Unified CM lahko na daljavo ponastavijo telefona 9800 in 8875 na tovarniške nastavitve prek strani za upravljanje CUCM, kar odpravlja potrebo po fizičnem dostopu do telefonov za njihovo povezovanje z Webex Calling. Ta funkcija je podprta s paketi naprav od 9. septembra 2025:

• CUCM v15 - Unified Communications Manager različice 15

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

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

Poleg telefonov Cisco IP bo morda potrebna namestitev drugih naprav, kot so analogni telefonski adapterji (ATA), brezžični telefoni (Wifi, DECT), video naprave, glasovni prehodi ter naprave in telefoni tretjih^{proizvajalcev}. Mnoge od teh naprav nimajo možnosti nadgradnje vdelane programske opreme, kot jo imajo IP-telefoni, s katero bi lahko prešli iz poslovne vdelane programske opreme v vdelano programsko opremo za oblak. Zato boste vsako od teh naprav omogočili v Control Hubu. Nekaterih od teh ni mogoče prenesti na Webex Calling in jih bo treba nadomestiti z enakovrednim modelom Webex Calling (npr. ATA 191/192) in drugi bodo zahtevali ročno ponovno konfiguracijo and/or spremembe programske opreme.

• Glasovni prehodi - Za selitev lokalnega prehoda glejte Migracija lokalnega prehoda.

  Za več informacij o konfiguraciji glasovnega prehoda VG400, VG410 ali VG420 v Control Hubu glejte Lokalni prehod

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

• Brezžični telefon Wifi - Za integracijo brezžičnih telefonov Webex 840 in 860 glejte Integracija brezžičnega telefona Webex.

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

  Za izgradnjo in upravljanje digitalnega omrežja DECT v Control Hubu glejte Upravljanje omrežja DECT

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

• naprave in telefoni drugih^drugih ponudnikov - Sodelujte s ponudniki drugih ponudnikov na device/phone zahteve in postopek njihove migracije ali zamenjave za podporo Webex Calling.

Vse funkcije klicanja, ki so potrebne v storitvi Webex Calling, je treba omogočiti pred ali med prehodom. Kot je bilo omenjeno v razdelku Selitev uporabnikov v paketih, je treba funkcije klicanja konfigurirati in prenesti, ko se premestijo uporabniki, ki jih uporabljajo.

Za podrobnosti o konfiguraciji posameznih funkcij Webex Calling glejte ustrezne članke s pomočjo za konfiguracijo.

• Samodejni operaterji - Za upravljanje samodejnih operaterjev glejte Samodejni operaterji

• Parkiranje klicev – Za upravljanje parkiranja klicev glejte Parkiranje klicev

• Prevzem klicev – Za konfiguracijo skupine za prevzem klicev glejte Prevzem klicev

• Čakalne vrste klicev - Za konfiguracijo čakalne vrste klicev glejte Čakalna vrsta klicev

• Iskalne skupine – Za upravljanje iskalnih skupin glejte Upravljanje iskalnih skupin

• Načini delovanja – Za usmerjanje klicev glede na načine delovanja glejte Usmerjanje klicev glede na načine delovanja

• Skupine za klicanje – Če želite konfigurirati skupino za klicanje, glejte Konfiguriranje skupine za klicanje

• Posnetki – Za upravljanje snemanja klicev za Webex Calling glejte Upravljanje posnetkov

• Doseg na eni številki – Če želite konfigurirati doseg na eni številki (pisarna kjer koli), glejte Konfiguriraj eni številki

• Skupina za glasovno pošto – Če želite upravljati skupno glasovno pošto in nabiralnik za dohodne fakse za Webex Calling, glejte Upravljanje glasovne pošte.

Sprejemno testiranje zagotavlja, da preseljeno okolje izpolnjuje funkcionalne zahteve, deluje po pričakovanjih in zagotavlja brezhibno uporabniško izkušnjo v vseh komunikacijskih delovnih procesih. Ta postopek potrjevanja je večplasten in zajema vse od zagotavljanja uporabnikom in dodeljevanja številk do operativne učinkovitosti naprednih funkcij klicanja.

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

Dodeljevanje uporabnikov in številk

Temeljni vidik testiranja sprejemljivosti vključuje preverjanje, ali so vsi uporabniki v storitvi Webex Calling natančno in v celoti opremljeni. To zahteva temeljito primerjavo med izvornim imenikom (Unified CM) in novo vzpostavljeno uporabniško bazo Webex Calling, da se zagotovi pravilna migracija vseh uporabniških računov, skupaj s pripadajočimi atributi, kot so interne številke in dodelitve neposrednega klica (DID). Popolnost zagotavljanja storitev je ključnega pomena ne le za delovanje od prvega dne, temveč tudi za nadaljnje upravljanje in podporo.

Preverjanje dodelitve številke vključuje potrditev, da je vsakemu uporabniku dodeljena pravilna interna in zunanja številka ter da so te številke pravilno usmerjene tako v notranjih (v omrežju) kot zunanjih (PSTN) klicnih tokovih. Bistveno je preveriti morebitna prekrivanja, manjkajoče dodelitve ali napačne konfiguracije, ki bi lahko povzročile napake pri usmerjanju klicev ali prekinitve storitve.

Potek klicev PSTN in predstavitev identitete klicatelja

Robustni postopek testiranja sprejemljivosti mora vključevati celovito validacijo tokov klicev PSTN. To vključuje tako dohodne kot odhodne klice. Pri dohodnih klicih PSTN mora testna ekipa potrditi, da so klici dostavljeni na predvidene končne točke, ne glede na to, ali gre za posamezne uporabnike, čakalne vrste klicev, iskalne skupine ali samodejne operaterje. Odhodne klice PSTN je treba uspešno opraviti, pri čemer je treba posebno pozornost nameniti pravilni dostavi in predstavitvi podatkov o identifikaciji klicatelja. To vključuje zagotavljanje, da se zunanjim prejemnikom prikaže pravilno ime in številka klicatelja v skladu s pravilniki organizacije in regulativnimi zahtevami.

Testiranje bi moralo obravnavati tudi scenarije preklopa ob okvari, kot je obravnavanje nedosegljivih končnih točk ali motenj v omrežju. To pomaga potrditi, da rezervni mehanizmi in alternativno usmerjanje delujejo pravilno, s čimer se ohranja neprekinjenost in zanesljivost storitev.

Tokovi klicev v omrežju

Notranji ali omrežni klici tvorijo hrbtenico poslovne komunikacije. Sprejemno testiranje na tem področju preverja, ali so klici med uporabniki znotraj organizacije pravilno usmerjeni, pri čemer funkcije, kot so prenos klicev, zadrževanje, posredovanje in konference, delujejo po predvidenem načrtu. Potrditi je treba celovitost klicnih načrtov, povezljivost med internimi številkami in podporo za organizacijske pravilnike klicev.

Obdelava 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 osredotoča na potrditev, da so vsakodnevni poteki dela pri klicanju intuitivni in zanesljivi ter da imajo uporabniki nemoten dostop do osnovnih funkcij, potrebnih za njihove vloge. Testiranje bi moralo oceniti, kako enostavno lahko uporabniki kličejo in sprejemajo klice, upravljajo funkcije zadrževanja in nadaljevanja ter izvajajo tako slepe kot posvetovalne preusmeritve. Prav tako je bistveno preveriti, ali so preusmeritev klicev, konference in druge napredne funkcije, kot so parkiranje in prevzem klicev ali aktiviranje načina »Ne moti«, takoj na voljo in delujejo nemoteno.

Izkušnjo je treba oceniti glede jasnosti in odzivnosti, pri čemer je treba upoštevati, kako uporabniki komunicirajo z zgodovino klicev, glasovno pošto in integriranimi imeniki. Dodatno pozornost je treba nameniti možnosti premikanja aktivnih klicev med napravami in učinkoviti uporabi kontrolnikov med klici znotraj aplikacije ali na fizičnih telefonih. Končni cilj je zagotoviti, da je uporabniška izkušnja dosledna, učinkovita in v celoti podpira komunikacijske potrebe organizacije po selitvi.

Čakalne vrste klicev: Izkušnje agenta in nadzornika

Čakalne vrste klicev se pogosto uporabljajo za obravnavo scenarijev z velikim številom dohodnih klicev. Sprejemno testiranje se tukaj osredotoča na več dimenzij. Najprej je treba preveriti, ali so klici porazdeljeni med agente v skladu s konfigurirano logiko čakalne vrste, kot so krožni postopek, najdaljši čas mirovanja ali sočasno zvonjenje. Predstavitev čakalnih klicev na namizjih agentov je treba preveriti glede jasnosti in enostavnosti uporabe, da se zagotovi, da lahko agenti učinkovito sprejemajo, zadržujejo in preusmerjajo klice.

Za nadzornike je treba oceniti izkušnjo namizja glede funkcij, kot so spremljanje v realnem času, vključevanje klicev in analitika oziroma vpogledi v delovanje čakalne vrste. To vključuje, vendar ni omejeno na, potrjevanje nadzornih plošč in orodij za poročanje, ki zagotavljajo uporabne podatke o porazdelitvi klicev, dejavnosti agentov in metrikah čakalnih vrst.

Lovske skupine: Distribucija klicev

Iskalne skupine so ključni mehanizem za porazdelitev klicev vnaprej določenim skupinam uporabnikov. Sprejemno testiranje mora potrditi, da so klici usmerjeni k članom skupine na podlagi konfiguriranega algoritma iskanja in da so scenariji prelivanja, posredovanja in neodgovora obravnavani v skladu z zasnovo. Zagotavljanje, da se članstvo v skupinah in vedenje usmerjanja klicev ujemajo s tistimi, ki so bila predhodno vzpostavljena v Unified CM, je bistvenega pomena za operativno doslednost in zadovoljstvo uporabnikov.

Samodejni operaterji: Obvestila in upravljanje menijev

Samodejni operaterji predstavljajo prvo linijo avtomatiziranega upravljanja klicev. Testiranje mora zajemati predvajanje obvestil, natančnost posnetih pozdravov in pravilno delovanje dreves menijev. Izbire v meniju bi morale klicatelje zanesljivo usmerjati do ustreznih oddelkov, posameznikov ali zunanjih številk. Testiranje mora vključevati tudi neveljavne scenarije ali scenarije časovne omejitve, da se potrdi, da klicatelji prejmejo jasna navodila ali so preusmerjeni, kot je bilo predvideno.

Delovanje glasovne pošte

Nenazadnje je funkcionalnost glasovne pošte ključnega pomena za uporabniško izkušnjo. Sprejemni testi bi morali preveriti, ali so predali za glasovno pošto pravilno dodeljeni in dostopni, tako znotraj organizacije kot na daljavo. Potrditi je treba možnost snemanja, pridobivanja in upravljanja sporočil, skupaj z dostavo obvestil.