Prvi korak u prijelazu Webex Calling je osigurati pouzdanu i sigurnu internetsku povezanost između lokalne mreže i Webex oblaka.

Budući da se većina organizacija povezuje s internetom putem jednog ili više vatrozida ili sigurnosnih uređaja, neophodno je provjeriti jesu li potrebni prometni to kovi podržani.

Administratori mreže i sigurnosti moraju razumjeti ove tokove u smislu:

• Smjer (dolazni i odlazni)

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

• Rasponi IP adresa koje koriste Webex usluge

• Brojevi luka koji se moraju otvoriti ili dopustiti.

Time se osigurava da su korporativni zaštitni zidovi, NAT uređaji i druga mrežna infrastruktura pravilno konfigurirani za prilagođavanje prometu Webex Calling uz održavanje sigurnosnih pravila poduzeća.

Informacije o potrebnim tokovima, uključujući IP adresu, portove i protokole, potražite u odjeljku Referentne informacije o priključku za Webex Calling. Koristite ove informacije za konfiguriranje vatrozida, proxyja i druge mrežne infrastrukture u postojećoj implementaciji kako biste omogućili Webex Calling mrežne tokove.

Decentralizirani internetski proboj iz svake podružnice ili web lokacije preporučeni je pristup za usluge surad nje u oblaku kao Webex Calling što su. Dopuštajući lokalni izlazak prometa, ovaj model:

• Smanjuje kašnjenje i podrhtavanje putovanja, poboljšavajući ukupnu kvalitetu poziva

• Učinkovito se skalira kako više korisnika i web lokacija prelazi na Webex Calling

• Besprijekorno radi sa SD-WAN-om, koji može dinamički usmjeravati sesije do najbliže ulazne točke Webex oblaka za optimalne performanse

• Omogućuje praćenje lokacije korisnika na temelju njihove javne IP adrese što pomaže u analizi putanja medija i rješavanju problema.

Osim toga, organizacije moraju osigurati odgovarajuću širinu pojasa interneta na svakom mjestu. Propusnost bi trebala biti dimenzionirana na temelju očekivanog broja istodobnih poziva, odabranog kodeka (npr. Opus ili G.711), plus režijske troškove za signalizaciju, retransmisiju i rast. To se usklađuje s fazom Pripreme PPDIO životnog ciklusa i uspostavlja čvrste temelje za migraciju.

Pododjeljak početnog postavljanja unutar faze implementacije implementacije temelj Webex Calling je za uspostavljanje dobro strukturiranog i upravljivog okruženja za pozivanje u oblaku. Ova faza obuhvaća kritične zadatke kao što su postavljanje organizacije Control Hub, nabava i dodjeljivanje licenci te provjera i potraživanje domena vaše tvrtke kako bi se osiguralo pravilno upravljanje korisnicima i sigurnost. Osim toga, uključuje dodjelu predložaka licenci za automatizaciju dodjele korisničkih licenci, konfiguriranje jednokratne prijave (SSO) radi pojednostavljenja provjere autentičnosti korisnika i poboljšanja sigurnosti te prilagođavanje postavki usluga i klijenta kako bi se uskladile s organizacijskim pravilima i potreb ama korisnika. Dovršavanjem ovih početnih aktivnosti postavljanja osigurava se da je Webex Calling okruženje pravilno konfigurirano za skalabilnost, sigurnost i besprijekorno korisničko iskustvo, postavljajući pozornicu za naknadnu implementaciju i operativne faze.

Tijekom faze implementacije, provedba pilot migracije predstavlja ključnu prekretnicu u potvrđivanju prijelaza s Unified CM naWebex Calling. Ovaj pilot uključuje pružanje reprezentativnog podskupa korisnika na jednoj ili više lokacija na Webex Calling platformi, osiguravajući da odabrana populacija odražava različite slučajeve upotrebe i organizacijske uloge. Paralelno s migracijom korisnika, osnovne usluge suradnje, uključujući govornu poštu, automatske pratnje, redove poziva i grupe za lov, moraju se prebaciti na njihove Webex Calling ekvivalente kako bi se održao kontinuitet poslovanja i funkcionalnost usluge.

Pilot migracija trebala bi iskoristiti istu kombinaciju alata koje pruža Cisco i alata za migraciju trećih strana koji su planirani za širu organizacijsku implementaciju, osiguravajući da se procesi, tijekovi rada automatizacije i točke integracije temeljito potvrđuju pod reprezentativnim uvjetima.

Primarni ciljevi ove pilotske implementacije su dvostruki: prvo, potvrđivanje i usavršavanje procesa prijelaza od kraja do kraja, uključujući tijekove rada za pružanje usluga korisnika, postupke migracije podataka i konfiguracije krajnjih točaka; i drugo, sveobuhvatna provjera funkcionalnosti migriranih usluga u stvarnim operativnim uvjetima.

Ovaj fazni pristup omogućuje projektnom timu da identificira i riješi sva tehnička ili proceduralna pitanja u kontroliranom okruženju, prikupi povratne informacije korisnika o novom iskustvu platforme, procjeni učinkovitost odabranih alata za migraciju i uspostavi povjerenje u metodologiju migracije prije nego što nastavi sa širim organizacijskim uvođenjem.

Uvidi stečeni tijekom ove pilot faze ključni su u optimizaciji naknadnih migracijskih valova i osiguravanju glatke tranzicije smanjene rizicima za cijelo poduzeće.

Da biste nabavili PSTN usluge zaWebex Calling, prvo odaberite opciju povezivanja PSTN u upravljačkom čvorištu.

Ako organizacija planira održavati hibridnu kontrolu dvostrukih poziva (faza 1 na slici Phased Calling Transition: Hybrid and Cloud) privremeno ili na neodređeno vrijeme, morat će implementirati jedan ili više lokalnih pristupnika za lokalni PSTN kako bi se omogućilo pozivanje između krajnjih točaka i krajnjih točaka. Webex Calling Unified CM

Ako je potpuni prijelaz (faza 2) u oblak krajnji cilj uključujući PSTN, tada će za PSTN biti potreban Cisco Calling Plan ili Webex Calling opcija Cloud Connect for.

Radite s odabranim davateljem usluga kako biste naručili i prenijeli telefonske brojeve prije nego što ih konfigurirate u Control Hubu. Naručivanje telefonskih brojeva ili pokretanje narudžbi za priključke je potrebno/moguće samo za lokalne PSTN i Cloud Connect za. Webex Calling Za Cisco pozivne planove naručivanja i prijenos započinju se unutar Control Huba čim se kreira lokacija, te u zemljama u kojima je dostupan Cisco Calling Plan. Za više informacija o Cisco Calling planovima potražite u odjelj ku Početak rada s Ciscovim planovima.

Kao dio implementacije PSTN, pobrinite se da je vaš pružatelj usluga omogućio i dolazne i odlazne PSTN usluge za vašu lokaciju. Osim toga, izvršite testne pozive kako biste provjerili jesu li pozivi ispravno usmjereni putem odabrane PSTN veze.

Prije dodavanja korisnika i uređajaWebex Calling, morate navesti pozivne lokacije. Za svaku lokaciju mora se unijeti valjana adresa ulice. U SAD-u i Kanadi ovu adresu potvrđuje i platforma koristi za slanje podataka o lokaciji PIDF-LO za hitne pozive.

Kada konfigurirate lokacije koje koriste lokalni PSTN, morate u skladu s tim postaviti lokalne pristupnike. U Webex Calling programu se za svaki lokalni pristupnik moraju stvoriti prtljažnik i grupa ruta, a zatim se dodjeljuje grupa ruta kao PSTN izbor za lokaciju. Cisco snažno preporučuje uvijek odabir grupe ruta kao PSTN izbor, jer vam ovaj pristup omogućuje jednostavno dodavanje dodatnih debla u budućnosti, podržavajući i skalabilnost i redundantnost. Cisco također preporučuje omogućavanje podrške za dvostruki identitet i P-Charge-Info na svakom PSTN prtljažniku, jer to pojednostavljuje identifikaciju strane koja se naplaćuje za odlazne izravne ili preusmjerene pozive. Ako vaš PSTN pružatelj usluga koristi drugo zaglavlje za naplatu, možete kopir ati podatke iz zaglavlja P-Charge-Info na lokalnom pristupniku u traženo zaglavlje za naplatu.

Za lokacije koje koriste Cloud Connect for Webex Calling ili Cisco Calling Plan kao svoju PSTN opciju, jednostavno odaberite odgovarajući PSTN izbor za lokaciju tijekom postavljanja. Ako lokacija koristi ili Cloud Connect za Webex Calling ili lokalni PSTN, morat ćete dodati brojeve telefona koji su naručeni u prethodnom koraku. Brojevi se mogu dodati kao neaktivni ako ih ne želite odmah uključiti u usmjer avanje poziva; te brojeve možete aktivirati kasnije kada su dodijeljeni korisnicima ili značajkama.

Važno je uvijek postaviti glavni broj za svaku lokaciju. Glavni broj može se dodijeliti korisniku ili značajci, poput automatskog praćenja. Da biste omogućili govornu poštu na lokaciji, svakako postavite pilotski broj govorne pošte, poznat i kao broj glasovnog portala.

Dodatne postavke za pozivne lokacije uključuju konfiguriranje pojedinosti o hitnom pozivu kao što su broj za povratni poziv u nuždi, opcije obavijesti i poboljšane značajke poziva u hitnim slučajevima. Također biste trebali pregledati i prilagoditi postavke snimanja, jezične postavke i konfiguracije uređaja prema potrebi za svaku lokaciju. Ako vaša organizacija koristi skraćeno internetsko biranje na mreži sa značajnim brojevima poduzeća, ne zaboravite konfigurirati jedinstveni kôd web-lokacije za lokaciju u internim postavkama bir anja. Konačno, ako vanjsko biranje zahtijeva izlaznu znamenku za biranje, svakako postavite to u postavkama vanjskog biranja. Kada je konfigurirana izlazna znamenka za biranje, Cisco preporučuje omogućavanje provedbe odlazne brojke kako bi se osigurala dosljednost.

Da biste se integrirali s lokalnom kontrolom poziva, potrebno je konfigurirati debla, grupe ruta, planove biranja poduzeća te postavke lokacije i globalne postavke. Započnite postavljanjem debla i lokalnih pristupnika namijenjenih za međusobno povezivanje s lokalnim sustavom kontrole poziva; ovaj korak je potreban samo ako su potrebni namjenski prtljažnici. Ako su postojeći trupci i grupe ruta dovoljni za vašu implementaciju, mogu se ponovno upotrijebiti za lokalno međusobno povezivanje bez dodatne konfiguracije.

Nakon što se uspostave debla i grupe ruta, nastavite s izradom planova biranja poduzeća i dodijelite odgovarajuću grupu ruta kao od redište za svaki plan biranja. Kada integracija uključuje više lokalnih sustava za kontrolu poziva povezanih kroz različite mreže, bit će potrebno više planova biranja. Važno je osigurati da ti planovi biranja sadrže samo obrasce potrebne za usmjeravanje poziva na lokalna odredišta.

Ako vaša implementacija zahtijeva podršku za usmjeravanje nepoznatih proširenja, ova bi značajka trebala biti omogućena na razini lokacije. Osim toga, kada je aktivirano usmjeravanje nepoznatih proširenja, morate odrediti maksimalnu nepoznatu duljinu proširenja unutar odjeljka Usm jeravanje poziva između Webex Calling i prostorija postavki usluga pozivanja u upravljačkom čvorištu. To osigurava besprijekorno usmjeravanje poziva i pravilno rukovanje scenarijima biranja temeljenog na proširenju u vašem integriranom okruženju.

Kada migrirate korisnike Unified CM s na, možda Webex Calling nećete moći premjestiti sve korisnike u isto vrijeme. To može biti zbog više razloga, uključujući, ali ne ograničavajući se na broj web lokacija ili korisnika, koliko je vremena potrebno za pri jelaz web-mjesta i/ili grupe korisnika odjednom, ograničeni IT ili resursi web-lokacije za podršku prozoru promjena, trajanje prozora promjene, složenost promjene itd.

Kada migrirate korisnike u fazama, ključno je utvrditi koji korisnici trebaju migrirati zajedno u istoj skup ini. Primarni cilj je migrirati korisnike koji međusobno imaju ovisnosti o svojim pozivnim uslugama i značajkama. Želite osigurati da su sve njihove značajke pozivanja (primjer - redovi poziva) potpuno funkcionalne Webex Calling kao što su bile prije uključivanja prijelazaUnified CM.

Čak i ako implementirate interakciju poziva između Unified CM i Webex Calling s lokalnim pristupnicima, ne možete podijeliti zajedničke usluge ili značajke preko ove veze. Stoga morate identificirati ovisnosti između korisnika gledajući značajke poput:

• Praćenje drugih korisnika pomoću BLF-ova

• U istom lovu pilot, red poziva itd

• Zajedničke linije

• Korištenje preuzimanja poziva

• Korištenje istih brojeva pozivnog parkiranja

• Interfon

• Izvršilnik/Administrator.

Primjer bi bio korisnik koji je dio Unified CM Hunt grupe na koju se pre Webex Calling lazi. Ovaj korisnik će pri Webex Calling jeći na Hunt Group i sa svim ostalim članovima Hunt grupe. Stoga, nakon tranzicije Hunt Group i njeni članovi mogu uspješno odgovarati na pozive na novoj platformi.

To postaje izazovnije kada su korisnici povezani s različitim skupinama korisnika za različite usluge pozivanja i značajke. To će zahtijevati prijelaz više od jedne grupe korisnika i jedne pozivne usluge Webex Calling u isto vrijeme.

Koristite izlaz iz alata Control Hub Migration Insights ili alata treće strane koji ste koristili u fazi pri preme kako biste odredili koje korisnike i značajke treba grupirati zajedno. Ovaj je izlaz trebao biti upotrijebljen za razvoj vašeg plana migracije i pružit će vam uvid u to kako ćete grupirati korisnike i značajke koje treba zajedno prijeći.

Ključni koraci prilikom prijelaza grupe korisnika su:

• Identificiranje korisnika za zajedničku migraciju

• Provjerite jesu li svi korisnici u Control Hubu

• Provjerite da svi TN-ovi postoje za korisnike u Control Hubu

• Provjerite ispravan format telefonskog broja u direktoriju

• Provjerite jesu li predložak licenciranja i postavki za korisničke grupe ispravno postavl jeni

• Provjera ili konfiguriranje svih usluga pozivanja i značajki za grupu korisnika (prije ili tijekom prijelaza prema potrebi)

• U korporativnom direktoriju dodajte korisnike u grupu korisnika omogućenih pozivanja

• Alati za polugu - Alati za migraciju korisnika i značajki Control Hub i/ili alati trećih strana

• Onemogućite/izbrišite broj direktorija korisnika/uređaja i pozivne značajke/usluge nakon prijelaza. Unified CM

Nakon migracije grupe korisnika, testirajte podskup korisnika kako biste provjerili ispravno rade sve njihove pozivne značajke i usluge. Ako se značajke pozivanja poput čekanja poziva, grupe za lov itd. Prebacuju s grupom korisnika, testirajte ove usluge pozivanja radi ispravne funkcionalnosti.

UWebex Calling, radni prostor odnosi se na zajedničku lokaciju (poput konferencijske sobe, prostora za skupljanje ili vrućeg stola) kojoj se mogu dodijeliti uređaji, proširenja i korisnici. Za razliku od tradicionalnih Unifed CM telefona, radni prostori su:

• Usredotočen na lokaciju: vezan za fizičke prostore.

• Fleksibilan uređaj: može imati jedan ili više uređaja (stolni telefoni, ploče itd.).

Nakon što su radni prostori identificirani kao dio prijelaza naWebex Calling, mogu se dodati u Control Hub pod Uređaji. Svaki radni prostor treba dodjelu uređaja, a ako su već uključeniUnified CM, potrebno ih je resetirati ili ponovno osigurati za Webex. Webex Callingznačajke kao što su govorna pošta, prosljeđivanje poziva i preuzimanje poziva mogu se omogućiti ili onemogućiti, a pravila se mogu primijeniti za videopozive, parkiranje poziva i mobilnost prema potrebi. Testirajte svaki radni prostor upućivanjem internih i vanjskih poziva, testiranjem video, konferencija i značajki mobilnosti . Na kraju, obavijestite korisnike o svim primjenjivim procesima za uređaje radnog prostora i rezervacije.

Dodatne informacije o radnim prostorima u upravljačkom čvorištu potražite u odjeljku Radni prostori.

Telefone koji su trenutno registrirani Unified CM morat će se migrirati Webex Calling kao dio prijelaza u oblak. Kako bi migracija bila što jednostavnija uz minimalne šanse za neuspjeh, Cisco preporučuje istodobnu migraciju fizičkih stranica ili odjela. Međutim, možda ćete morati migrirati korisnike u skupinama zbog ovisnosti o značajkama. Za više detal ja pogledajte odjeljak Migracija korisnika u serijama.

Svi Webex Calling podržani telefoni s kojih trebate prijeći morat Unified CM će biti konfigurirani Webex Calling kao korisnički ili radni prostor, a fizički telefon morat će biti rekonfiguriran za registraciju. Webex Calling Osim toga, telefoni serije 7800 i 8800 trebaju nadograditi firmver s Enterprise firmvera na multiplatform Phone (MPP) firmware. Ovaj postupak uključuje učitavanje prijelaz nog firmvera prije učitavanja MPP firmvera potrebnog za Webex Calling registraciju. Također je potrebna odgovarajuća dozvola za migraciju. Cisco je poboljšao ovaj postupak tijekom posljednjih nekoliko godina kako bi vam olakšao nadogradnju vaših Enterprise firmvera telefona na MPP firmver. Dodatne informacije o koracima za dovršavanje nadogradnje firmvera potražite u odjel jku Pretvaranje IP telefona serije Cisco 7800 i 8800 između Enterprise i MP P firmvera.

Uz korake navedene u ovom članku, Control Hub ima ugrađeni alat, Migracija telefona na Webex Calling koji možete pomoći u migraciji svojih 7800 i 8800 telefona s Enterprise na MPP firmver. Ovaj alat vam također omogućuje dodavanje telefona u Control Hub i dodijeljenje odgovarajućim korisnicima ili radnim prostorima. Dodatne informacije o korištenju alata potražite u od jelj ku Migracija telefona.

Za bilo koje telefone serije 9800 registrirane s gore navedenim zaht Unified CM jevom za migraciju firmvera se ne primjenjuje. Ovi telefoni pokreću PhoneOS, koji podržavaju oba Unified CM iWebex Calling. Da biste prešli ove telefone na, morat Webex Calling ćete ih dodatiWebex Calling, dodijeliti korisniku ili radnom prostoru, a zatim resetovati telefone na tvorničke postavke. Sli@@ jed pokretanja PhoneOS-a za registr aciju na slici ispod prikazuje redoslijed pokretanja PhoneOS-a i način na koji će se telefon registrirati Webex Calling nakon dodavanja u Control Hub, čak i ako je telefon još uvijek uključen Unified CM i/ili se koriste DHCP opcije (primjer - 150).

Unified CMpodržava tvorničke postavke PhoneOS uređaja kako bi se omogućilo uključivanje Zero-Touch. Webex Calling Unified CMadministratori mogu daljinski resetirati telefone 9800 i 8875 na tvorničke postavke putem stranica CUCM administracije, što eliminira potrebu za fizičkim pristupom telefonima za uključivanje telefona. Webex Calling Ova je značajka podržana s paketima uređaja od 9. rujna 2025. godine:

• CUCM v15 - Upra vitelj objedinjenog komunikacija verzija 15

• CUCM v14 - Unified Communications Manager verzija 14.

Za više informacija o postupku registracije za seriju 9800 pogledajte Post upak registracije.

^{Osim Cisco IP telefona, možda će biti potrebno osigurati i druge uređaje kao što su analogni telefonski adapteri (ATA), bežični (Wifi, DECT) telefoni, video uređaji, glasovni pristupnici i uređaji i telefoni treće strane.} Mnogi od ovih uređaja nemaju put nadogradnje firmvera poput IP telefona koji bi ih prebacili s korporativnog firmvera na firmver u oblak . Stoga ćete svaki od ovih uređaja osigurati u Control Hubu. Na neke od njih se ne mogu prebaciti Webex Calling i ekvivalentni Webex Calling model morat će ga zamijeniti (npr. ATA 191/192) i drugi zahtijevat će ručnu rekonfigur aciju i/ili izmjene softvera.

• Glasovni pristupnici - Da biste migrirali lokalni pristupnik, pogledajte odjeljak Migracija lokalnog pristupnika .

  Dodatne informacije o konfiguriranju glasovnog pristupnika VG400, VG410 ili VG420 u upravljačkom čvorištu potražite u odjeljku Lokalni pristupnik

• Analogni telefonski adapter (ATA) - Da biste započeli s vašim Cisco ATA 191 i 192, pogledajte Cisco ATA.

• Wifi bežični telefon - Da biste integrirali Webex bežični telefon 840 i 860, pogledajte Integriranje Webex be žičnog telefona.

• DECT bežični telefoni - Da biste započeli s novom Cisco IP DECT 6800 serijom, pogledajte Cisco IP DECT.

  Da biste izgradili i upravljali digitalnom DECT mrežom u Control Hubu, pogledajte U pravljanje DECT mrežom

  Više informacija o Cisco IP DECT 6800 potražite u Vodiču za implementaciju

• Uređ ^aji i telefoni tre će strane - Radite s dobavljač ^ima treće strane na zahtjevima uređaja/telefona i postupku njihove migracije ili zamjene za podršku. Webex Calling

Sve značajke pozivanja koje su potrebne Webex Calling moraju biti osigurane prije ili tijekom prijelaza. Kao što je raspravljano tijekom odjeljka Migracija korisnika u skupinama, značajke poziva moraju se konfigurirati i prebaciti kada se korisnici koji ih koriste pređu.

Pojedinosti o tome kako konfigurirati svaku od Webex Calling značajki potražite u odgovarajućim člancima pomoći za konfiguraciju.

• Automatski upravitelji - Da biste upravljali automatskim stjuardesama, pogledajte Auto pomoćnici

• Call park - Da biste upravljali pozivnim parkom, pogledajte Call park

• Preuzimanje poziva - Da biste konfigurirali grupu za preuzimanje poziva, pogledajte odjeljak Pre uzimanje poziva

• Redovi poziva - Da biste konfigurirali red poziva, pogledajte Redov ni red poziva

• Grupe za lov - Da biste upravljali lovačkim grupama, pogledajte U pravljanje lovačkom grupom

• Načini rada - Da biste usmjerili pozive na temelju načina rada, pogledajte Usm jeravanje poziva na temelju načina rada

• Grupe straničarskih stranica - Da biste konfigurirali grupu za pozivanje, pogledajte Konfiguriranje grupe za straniciranje

• Snimke - Za upravljanje snimanjem poziva pogledajte Webex Calling U pravljanje snimkama

• Doseg jednog broja - Da biste konfigurirali doseg jednog broja (ured bilo gdje), pogledajte Konfiguriranje jednog broja

• Grupa govorne pošte — za upravljanje zajedničkom govornom poštom i ulaznim faksom pogledajte Upravljanje govornom Webex Calling poštom.

Testiranje prihvaćanja osigurava da migrirano okruženje zadovoljava funkcionalne zahtjeve, radi kako se očekuje i pruža besprijekorno korisničko iskustvo u svim komunikacijskim tijekovima rada. Ovaj postupak provjere valjanosti je višestruki i obuhvaća sve, od pružanja usluga korisnika i dodjele brojeva do operativnih performansi naprednih značajki poziva .

Ovaj odjeljak daje primjere i ističe ključne aspekte koje treba uzeti u obzir tijekom testiranja prihvaćanja; međutim, nije namijenjen da služi kao iscrpan ili sveobuhvatan kontrolni popis.

Davanje korisnika i dodjeljivanje broja

Temeljni aspekt testiranja prihvaćanja uključuje provjeru jesu li svi korisnici osigurani točno i potpuno unutar njih. Webex Calling To zahtijeva temeljitu usporedbu izvornog (Unified CM) direktorija i novoosnovane Webex Calling korisničke baze kako bi se osiguralo da je svaki korisnički račun, zajedno s povezanim atributima kao što su brojevi proširenja i dodjeli izravnog unutarnjeg biranja (DID) ispravno migriran. Kompletnost pružanja usluga ključna je ne samo za operativnost prvog dana, već i za stalnu administraciju i podršku .

Validacija dodjele brojeva uključuje potvrdu da je svakom korisniku dodijeljeno ispravno proširenje i vanjski broj te da se ti brojevi pravilno usmjeravaju u internim (mrežnim) i vanjskim (PSTN) tokovima poziva. Važno je provjeriti ima li preklapanja, nedost ajućih dodjela ili pogrešnih konfiguracija koje bi mogle dovesti do pogrešaka usmjeravanja poziva ili prekida usluge.

PSTN Tokovi poziva i prezentacija ID-a pozivatelja

Robusni postupak ispitivanja prihvaćanja mora obuhvaćati provjeru valjanosti PSTN poziva od kraja do kraja. To uključuje scenarije dolaznih i odlaznih poziva. Za dolazne PSTN pozive, tim za testiranje trebao bi potvrditi da se pozivi isporučuju na predviđene krajnje točke, bilo da se radi o pojedinačnim korisnicima, redovima poziva, lovačkim grupama ili automatskim pratiocima. Odlaz ni PSTN pozivi moraju se uspješno upućivati, s posebnom pažnjom posvetiti isprav noj isporuci i prezentaciji podataka o ID pozivatelju. To uključuje osiguravanje prikaz ivanja ispravnog imena i broja pozivatelja vanjskim primateljima, u skladu s organizacijskim politikama i regulatornim zahtjevima.

Testiranje bi se također trebalo baviti scenarijima neuspjeha, kao što je rukovanje nedostižnim krajnjim točkama ili poremećaji mreže. To pomaže potvrditi da rezervni mehanizmi i alternati vno usmjeravanje funkcioniraju ispravno, održavajući kontinuitet i pouzdanost usluge.

Tokovi poziva na mreži

Interni ili mrežni tokovi poziva čine okosnicu poslovne komunikacije. Testiranje prihvaćanja u ovom području provjerava jesu li pozivi između korisnika unutar organizacije pravilno usmjereni, a značajke kao što su prijenos poziva, zadržavanje, prosljeđivanje i konferencije rade kako je predviđeno . Integritet planova biranja, povezanost proširenja do proširenja i podrška za politike organizacijskih poziva moraju biti potvrđeni.

Rukovanje korisničkim pozivima i provjera valjanosti funkcija

Važan aspekt testiranja prihvaćanja uključuje provjeru načina na koji korisnici obrađuju pozive pomoću Webex aplikacije i podržanih stolnih telefona. Ovaj se postupak usredotočuje na potvrđivanje da su svakodnevni tijekovi rada pozivanja intuitivni i pouzdani te da korisnici imaju besprijekoran pristup osnovnim značajkama potrebnim za njihove uloge. Testiranjem bi trebalo procijeniti jednostavnost kojom korisnici mogu upu ćivati i primati pozive, upravljati funkcijama zadržavanja i nastavka te obavljati slijepe i savjetodavne prijenose. Također je neophodno provjeriti jesu li prosljeđivanje poziva, konferencije i druge napredne mogućnosti, kao što su parkiranje i preuzimanje poziva ili aktiviranje, ne ometaju, lako dostupne i rade nesmetano.

Iskustvo treba procijeniti radi jasnoće i odziva, uzimajući u obzir način na koji korisnici komuniciraju s poviješću poziva, govornom poštom i integriranim direktorijima. Dodatnu pozornost treba posvetiti mogućnosti premještanja aktivnih poziva između uređaja i učinkovitog korištenja kontrola tijekom poziva unutar aplikacije ili na fizičkim telefonima. Krajnji cilj je osigurati da iskustvo krajnjeg korisnika bude dosljedno, učinkovito i da u potpunosti podržava komunikacijske potrebe organizacije nakon migracije.

Redovi poziva: iskustvo agenta i supervizora

Redovi poziva često se koriste za rukovanje scenarijima dolaznih poziva velike količine. Testiranje prihvaćanja ovdje se fokusira na nekoliko dimenzija. Prvo, treba provjer iti da li se pozivi distribuiraju agentima prema konfiguriranoj logiki reda čekanja, poput okrugle crkve, najdužeg mirovanja ili istodobnog zvona. Prikaz poziva u redu čekanja na radnim površinama agenta mora se ispitati radi jasnoće i jednostavnosti korištenja, osiguravajući da agenti mogu učinkovito prihvaćati, zadržati i prenositi pozive.

Za nadzornike bi se iskustvo radne površine trebalo procijeniti za značajke kao što su praćenje u stvarnom vremenu, prebacivanje poziva i analitika ili uvid u performanse čekanja. To uključuje, ali nije ograničeno na provjeru nadzornih ploča i alata za izvještavanje koji pružaju djelotvorne podatke o distribuciji poziva, aktivnosti agenta i mjernim podacima u redu čekanja.

Lovske grupe: Distribucija poziva

Lovske grupe ključni su mehanizam za distribuciju poziva unaprijed definiranim skupovima korisnika. Testiranje prihvaćanja mora potvrditi da se pozivi usmjeravaju članovima grupe na temelju konfiguriranog algoritma lova te da se scenariji preljeva, prosljeđivanja i bez odgovora obrađuju prema dizajnu. Osiguravanje da se članstvo u grupi i ponašanje usmjeravanja poziva podudar aju s onima koje su prethodno utvrđene bit Unified CM no je za operativnu dosljednost i zadovoljstvo korisnika.

Automatski sudionici: Najave i operacije izbornika

Automatski pratitelji predstavljaju prvu liniju automatiziranog upravljanja pozivima. Testiranje mora obuhvatiti reprodukciju najava, točnost snimljenih pozdrava i ispravan rad stabala izbornika. Odabir izbornika trebao bi pouzdano usmjeriti pozivatelje do odgovarajućih odjela, pojedinaca ili vanjskih brojeva. Testiranje bi također trebalo uključivati nevaž eće ili vremenske scenarije kako bi se potvrdilo da pozivatelji dobivaju jasne smjernice ili su preusmjereni prema namjeri.

Operacija govorne pošte

Konačno, funkcionalnost govorne pošte ključna je za korisničko iskustvo. Testovi prihvaćanja trebali bi provjeriti jesu li kutije govorne pošte ispravno do dijeljene i dostupne, kako unutar organizacije, tako i na daljinu. Mogućnost snimanja, preuzimanja i upravljanja porukama mora biti potvrđena, zajedno s isporukom obavijesti.

Da biste pratili okruženje nakon migracije, potvrdili performanse i izvršili prilagodbe kako bi se osigurala operativna stabilnost i učinkovitost, pogledajte fazu optimiz acije.