Prvi korak u prelasku Webex Calling je da se obezbedi pouzdana i sigurna internet veza između lokalne mreže i Vebek oblaka.

Budući da se većina organizacija povezuje na internet putem jednog ili više zaštitnih zidova ili sigurnosnih uređaja, neophodno je potvrditi da li su potrebni saobraćajni to kovi podržani.

Administratori mreže i bezbednosti moraju razumeti ove tokove u smislu:

• Pravac (dolazni i odlazni)

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

• Opsezi IP adresa koje koriste Vebek usluge

• Brojevi por tova koji moraju biti otvoreni ili dozvoljeni.

Ovo osigurava da su korporativni zaštitni zidovi, NAT uređaji i druga mrežna infrastruktura pravilno konfigurisani za prilagođavanje Webex Calling saobraćaju uz održavanje bezbednosnih politika preduzeća.

Za informacije o potrebnim tokovima, uključujući IP adresu, portove i protokole, pogledajte Referentne informacije o portu za Webex Calling. Koristite ove informacije za konfigurisanje zaštitnog zida, proksija i druge mrežne infrastrukture u postojećoj implementaciji kako biste omogućili Webex Calling mrežne tokove.

Decentralizovani internet proboj iz svake grane ili lokacije je preporučeni pristup za usluge saradnje u oblaku kao Webex Calling što su. Omogućavajući lokalno izlazak saobraćaja, ovaj model:

• Smanjuje kašnjenje i podrhtavanje putovanja, poboljšavajući ukupni kvalitet poziva

• Efikasno se skalira kako više korisnika i veb lokacija prelazi na Webex Calling

• Besprekorno radi sa SD-VAN-om, koji može dinamički usmeravati sesije do najbliže ulazne tačke Vebek oblaka za optimalne performanse

• Omogućava praćenje lokacije korisnika na osnovu njihove javne IP adrese što pomaže u analizi putanje medija i rešavanju problema.

Pored toga, organizacije moraju osigurati adekvatan propusni opseg interneta na svakoj lokaciji. Propusni opseg treba da bude dimenzionisan na osnovu očekivanog broja istovremenih poziva, izabranog kodeka (npr. Opus ili G.711), plus režijske troškove za signalizaciju, retransmisiju i rast. Ovo se usklađuje sa fazom Pripreme životnog ciklusa PPDIO i uspostavlja čvrstu osnovu za migraciju.

Pododjeljak početnog podešavanja u fazi implementacije implementacije temelj Webex Calling je za uspostavljanje dobro strukturiranog i upravljivog okruženja za pozivanje u oblaku. Ova faza obuhvata kritične zadatke kao što su postavljanje organizacije Control Hub, nabavka i dodeljivanje licenci i verifikacija i potraživanje domena vaše kompanije kako bi se osiguralo pravilno upravljanje i bezbednost korisnika. Pored toga, uključuje obezbeđivanje šablona licenci za automatizaciju dodeljivanja korisničkih licenci, konfigurisanje jednokratne prijave (SSO) radi pojednostavljenja autentifikacije korisnika i poboljšanja bezbednosti, kao i prilagođavanje postavki usluga i klijenta u skladu sa organizacionim smernicama i potreb ama korisnika. Dovršavanjem ovih početnih aktivnosti podešavanja osigurava se da je Webex Calling okruženje pravilno konfigurisano za skalabilnost, sigurnost i besprekorno korisničko iskustvo, postavljajući pozornicu za naredne faze primene i operacije.

Tokom faze implementacije, izvršenje pilot migracije predstavlja kritičnu prekretnicu u potvrđivanju prelaska sa Unified CM naWebex Calling. Ovaj pilot uključuje obezbeđivanje 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 organizacione uloge. Paralelno sa migracijom korisnika, osnovne usluge saradnje, uključujući govornu poštu, automatske pratioce, 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 treba da koristi istu kombinaciju alata koje pruža Cisco i uslužnih programa za migraciju trećih strana koji su planirani za širu organizacionu primenu, osiguravajući da se procesi, tokovi rada automatizacije i tačke integracije temeljno potvrde pod reprezentativnim uslovima.

Primarni ciljevi ove pilot implementacije su dvostruki: prvo, validacija i usavršavanje procesa tranzicije od kraja do kraja, uključujući tokove rada za obezbeđivanje korisnika, procedure migracije podataka i konfiguracije krajnjih tačaka; i drugo, sveobuhvatno prover iti funkcionalnost migriranih usluga u stvarnim operativnim uslovima.

Ovaj fazni pristup omogućava projektnom timu da identifikuje i otkloni sva tehnička ili proceduralna pitanja u kontrolisan om okruženju, prikupi povratne informacije korisnika o novom iskustvu platforme, proceni efikasnost odabranih alata za migr aciju i uspostavi poverenje u metodologiju migracije pre nego što nastavi sa širim organizacionim primenom.

Uvidi stečeni tokom ove pilot faze ključni su u optimizaciji naknadnih migracionih talasa i obezbeđivanju glatke tranzicije sman jene rizikom za celo preduzeće.

Da biste nabavili PSTN usluge zaWebex Calling, prvo izaberite opciju povezivanja PSTN u kontrolnom čvorištu.

Ako organizacija planira da održava hibridnu kontrolu dvostrukih poziva (faza 1 na slici Tranzicija faznog poziva: hibrid i oblak) privremeno ili na neodređeno vreme, moraće da primeni jedan ili više lokalnih prolaza za lokalni PSTN kako bi omogućili pozi vanje između i krajnjih tačaka. Webex Calling Unified CM

Ako je potpuna tranzicija (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 sa izabranim provajderom da biste naručili i prenosili brojeve telefona pre nego što ih konfigurišete u Control Hub-u. Naručivanje telefonskih brojeva ili pokretanje portova je obavezno/moguće samo za lokalne PSTN i Cloud Connect za. Webex Calling Za Cisco planove poziva, naručivanje i prenos pokreće se iz Control Hub-a čim se kreira lokacija i u zemljama u kojima je dostupan Cisco Calling Plan. Za više informacija o Cisco planovima za pozivanje potražite u od eljku Početak rada sa Cisco planovima.

Kao deo implementacije PSTN, uverite se da je vaš provajder omogućio i dolazne i odlazne PSTN usluge za vašu lokaciju. Pored toga, izvršite testne pozive da biste proverili da li se pozivi pravilno usmeravaju preko izabrane PSTN veze.

Pre nego što dodate korisnike i uređajeWebex Calling, morate da obezbedite lokacije za pozivanje. Za svaku lokaciju mora se uneti važeća adresa ulice. U SAD-u i Kanadi, ova adresa je potvrđena i korišćena od strane platforme za slanje podataka o lokaciji PIDF-LO za hitne pozive.

Kada konfigurišete lokacije koje koriste lokalni PSTN, potrebno je da podesite lokalne prolaze u skladu s tim. UWebex Calling, za svaki lokalni prolaz moraju biti kreirani prtljažnik i grupa ruta, a grupa ruta se zatim dodeljuje kao PSTN izbor za lokaciju. Cisco snažno preporučuje uvek odabir grupe ruta kao PSTN izbor, jer vam ovaj pristup omogućava lako dodavanje dodatnih debla u budućnosti, podržavajući i skalabilnost i redundantnost. Cisco takođe preporučuje omogućavanje podrške sa dvostrukim identitetom i P-Charge-Info na svakom PSTN prtljažniku, jer to pojednostavljuje identifikaciju strane koja se naplaćuje za odlazne direktne ili preusmerene pozive. Ako vaš PSTN provajder koristi drugo zaglavlje za naplatu, možete kopir ati informacije iz zaglavlja P-Charge-Info na lokalnom mrežnom prolazu u traženo zaglavlje za naplatu.

Za lokacije koje koriste Cloud Connect za Webex Calling ili Cisco pozivni plan kao svoju PSTN opciju, jednostavno izaberite odgovarajući PSTN izbor za lokaciju tokom podešavanja. Ako lokacija koristi ili Cloud Connect za Webex Calling ili lokalni PSTN, moraćete da dodate brojeve telefona koji su naručeni u prethodnom koraku. Brojevi se mogu dodati kao neaktivni ako ne želite da budu odmah uključeni u usmeravanje poziva; ove brojeve možete aktivirati kasnije kada su dodeljeni korisnicima ili funkcijama.

Važno je uvek postaviti glavni broj za svaku lokaciju. Glavni broj se može dodeliti korisniku ili funkciji, kao što je automatski prati lac. Da biste omogućili govornu poštu na lokaciji, obavezno podesite broj pilota govorne pošte, poznat i kao broj glasovnog portala.

Dodatna podešavanja za pozivne lokacije uključuju konfigurisanje detalja o hitnim pozivima, kao što su broj za povratni poziv u hitnim slučajevima, opcije obaveštenja i poboljšane funkcije poziva u hitnim slučajevima. Takođe bi trebalo da pregledate i prilagodite postavke snimanja, jezičke postavke i konfiguracije uređaja prema potrebi za svaku lokaciju. Ako vaša organizacija koristi skraćeno biranje na mreži između lokacija sa značajnim brojevima preduzeća, ne zaboravite da konfigurišete jedinstveni kod lokacije za lokaciju u podešavanjima internog bir anja. Konačno, ako spoljno biranje zahteva odlaznu ci fru biranja, obavezno podesite to u podešavanjima spoljnog biranja. Kada je konfigurisana odlazna cifra za biranje, Cisco preporučuje da se omogući sprovođenje odlazne cifre za biranje kako bi se osigurala doslednost.

Da biste se integrisali sa lokalnom kontrolom poziva, potrebno je konfigurirati debla, grupe ruta, planove biranja preduzeća i postavke lokacije i globalne postavke. Započnite postavljanjem debla i lokalnih prolaza namenjenih za međusobno povezivanje sa lokalnim sistemom za kontrolu poziva; ovaj korak je potreban samo ako su neophodni namenski prtljažnici. Ako su postojeći trupci i grupe ruta dovoljni za vašu implementaciju, oni se mogu ponovo koristiti za lokalno međusobno povezivanje bez dodatne konfiguracije.

Kada se uspostave debla i grupe ruta, nastavite sa kreiranjem planova biranja preduzeća i dodelite odgovarajuću grupu ruta kao od redište za svaki plan biranja. Kada integracija uključuje više lokalnih sistema za kontrolu poziva povezanih preko različitih debla, biće potrebno više planova biranja. Važno je osigurati da ovi planovi biranja sadrže samo obrasce potrebne za usmeravanje poziva na lokalna odredišta.

Ako vaša primena zahteva podršku za nepoznato rutiranje proširenja, ova funkcija treba da bude omogućena na nivou lokacije. Pored toga, kada je aktivirano nepoznato rutiranje proširenja, morate da odredite maksimalnu nepoznatu dužinu proširenja u odeljku Usmer avanje poziva između Webex Calling i prostorija u podešavanjima usluga pozivanja u Control Hubu. Ovo obezbeđuje besprekorno usmeravanje poziva i pravilno rukovanje scenarijima biranja zasnovanog na proširenju u vašem integrisanom okruženju.

Kada migrirate korisnike Unified CM Webex Calling sa na, možda nećete moći da premestite sve korisnike istovremeno. To može biti zbog više razloga, uključujući, ali ne ograničavajući se na broj sajtova ili korisnika, koliko vremena je potrebno za tranziciju veb lokacije i/ili grupe korisnika odjednom, ograničeni IT ili resursi sajta koji podrž avaju prozor promene, trajanje prozora promene, složenost promene itd.

Kada migrirate korisnike u fazama, ključno je identifikovati koji korisnici moraju da migriraju zajedno u istoj gru pi. Primarni cilj je da se zajedno migriraju korisnici koji imaju međusobne zavisnosti za svoje pozivne usluge i funkcije. Želite da osigurate da su sve njihove funkcije pozivanja (primer - redovi poziva) potpuno funkcionalne Webex Calling kao što su bile pre prelaskaUnified CM.

Čak i ako implementirate interakciju poziva između Unified CM i Webex Calling sa lokalnim prolazima, ne možete podeliti deljene usluge ili funkcije na ovoj vezi. Zbog toga morate da identifikujete zavisnosti između korisnika gledajući funkcije kao što su:

• Nadgledanje drugih korisnika koristeći BLF-ove

• U istom lovu pilot, red poziva itd

• Zajedničke linije

• Korišćenje preuzimanja poziva

• Korišćenje istih brojeva pozivnog parka

• Interfon

• Izvršni direktor/administrator.

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

Ovo postaje izazovnije kada su korisnici povezani sa različitim grupama korisnika za različite usluge pozivanja i funkcije. Ovo će zahtevati prelazak više od jedne grupe korisnika i jedne usluge pozivanja Webex Calling u isto vreme.

Koristite izlaz iz alata Control Hub Migration Insights ili alata treće strane koji ste koristili u fazi pri preme da biste odredili koje korisnike i funkcije treba grupisati zajedno. Ovaj izlaz je trebalo da se koristi za razvoj vašeg plana migracije i pružiće vam uvid u to kako ćete grupisati korisnike i funkcije koje treba da pređu zajedno.

Ključni koraci prilikom prelaska grupe korisnika su:

• Identifikovanje korisnika koji će zajedno migrirati

• Proverite da su svi korisnici u Control Hubu

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

• Proverite tačan format telefonskog broja u direktorijumu

• Uverite se da su šablon licenciranja i podešavanja za koris ničke grupe pravilno postavljeni

• Verifikacija ili konfigurisanje svih usluga poziva i funkcija za grupu korisnika (pre ili tokom tranzicije prema potrebi)

• U korporativnom direktorijumu dodajte korisnike u grupu korisnika sa omogućenim pozi vanjem

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

• Onemogućite/izbrišite broj direktorijuma korisnika/uređaja i pozivne funkcije/usluge nakon prelaska. Unified CM

Nakon migracije grupe korisnika, testirajte podskup korisnika da biste potvrdili da sve njihove funkcije pozivanja i usluge rade ispravno. Ako se funkcije pozivanja kao što su Red poziva, grupe za lov itd. Prebacuju sa grupom korisnika, testirajte ove usluge pozivanja radi ispravne funkcionalnosti.

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

• Lokaciono usmereno: vezano za fizičke prostore.

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

Jednom kada su radni prostori identifikovani kao deo prelaska naWebex Calling, oni se mogu dodati u Control Hub pod Uređaji. Svakom radnom prostoru je potreban dodeljivanje uređaja, a ako su već uključeniUnified CM, potrebno ih je resetovati ili ponovo obezbediti za Vebek. Webex Callingfunkcije kao što su govorna pošta, prosleđivanje poziva i preuzimanje poziva mogu biti omogućene ili onemogućene, a smernice se mogu primeniti za video pozive, parking poziva i mobilnost po potrebi. Testirajte svaki radni prostor upućivanjem internih i spoljnih poziva, testiranjem video zapisa, konferencija i funkcija mobilnosti . Na kraju, obavestite korisnike o svim primenljivim procesima za uređaje radnog prostora i rezervacije.

Više informacija o radnim prostorima u kontrolnom čvorištu potražite u odeljku Radni prostori.

Telefoni koji su trenutno registrovani Unified CM moraće da se migriraju Webex Calling kao deo tranzicije u oblak. Da bi migracija bila što jednostavnija uz minimalne šanse za neuspeh, Cisco preporučuje istovremeno migraciju fizičkih lokacija ili odeljenja. Međutim, možda ćete morati da migrirate korisnike u serijama zbog zavisnosti od funkcija. Pogledajte odel jak Migracija korisnika u serijama za više detalja.

Svi Webex Calling podržani telefoni sa kojih treba da pređete mora Unified CM će da se konfigurišu Webex Calling kao korisnički ili radni prostor, a fizički telefon će morati da se rekonfiguriše da bi se registrovao. Webex Calling Pored toga, telefonima serije 7800 i 8800 potreban je njihov firmver nadograđen sa firmvera Enterprise na multiplatform Phone (MPP) firmver. Ovaj proces uključuje učitavanje prelaznog firmvera pre učitavanja MPP firmvera potrebnog za Webex Calling registraciju. Takođe zahteva odgovarajuću dozvolu za migraciju. Cisco je poboljšao ovaj proces tokom poslednjih nekoliko godina kako bi vam olakšao nadogradnju vaših Enterprise firmvera telefona na MPP firmver. Za više informacija o koracima za dovršavanje nadogradnje firmvera pogledajte Pretvaranje IP telefona serije Cisco 7800 i 8800 između Enterprise i MP P firmvera.

Pored koraka navedenih u ovom članku, Control Hub ima ugrađenu alatku, Migracija telefona u koju možete koristiti za migr aciju svojih 7800 i 8800 telefona sa Enterprise na MPP firmver. Webex Calling Ovaj alat vam takođe omogućava da dodate telefone u Control Hub i dodelite ih odgovarajućim korisnicima ili radnim prostorima. Više informacija o upotrebi alata potražite u od eljku Migracija telefona.

Za bilo koje telefone serije 9800 registrovane sa gore naved Unified CM enim zahtevom za migraciju firmvera se ne primenjuje. Ovi telefoni pokreću PhoneOS, koji podržavaju oba Unified CM iWebex Calling. Da biste prešli ove telefone na, mora Webex Calling ćete da ih dodateWebex Calling, dodelite korisniku ili radnom prostoru, a zatim resetujete telefone na fabrička podešavanja. Sek@@ venca pokretanja PhoneOS-a za registr aciju ispod prikazuje redosled pokretanja PhoneOS-a i način na koji će se telefon registrovati Webex Calling nakon što bude dodan u Control Hub, čak i ako je telefon i dalje uključen Unified CM i/ili se koriste DHCP opcije (primer - 150).

Unified CMpodržava fabričko resetovanje PhoneOS uređaja kako bi se omogućilo uključivanje Zero-Touch. Webex Calling Unified CMadministratori mogu daljinski resetovati telefone 9800 i 8875 na fabričke postavke putem stranica CUCM administracije, što eliminiše potrebu za fizičkim pristupom telefonima za uključivanje telefona. Webex Calling Ova funkcija je podržana sa paketima uređaja od 9. septembra 2025. godine:

• CUCM v15 - U jedinjeni menadžer komunikacija verzija 15

• CUCM v14 - Unified Communications Manager verzija 14.

Za više informacija o procesu registracije za seriju 9800 pogledajte Proces registracije.

^{Pored Cisco IP telefona, možda će biti potrebno obezbeđivanje drugih uređaja kao što su analogni telefonski adapteri (ATA), bežični (Vifi, DECT) telefoni, video uređaji, glasovni prolazi i uređaji i telefoni treće strane.} Mnogi od ovih uređaja nemaju putanju za nadogradnju firmvera poput IP telefona da bi ih prešli sa firmvera preduzeća na firmver u oblak . Stoga ćete svaki od ovih uređaja obezbediti u Control Hub-u. Na neke od njih se ne mogu prebaciti Webex Calling i ekvivalentni Webex Calling model će morati da ga zameni (npr. ATA 191/192) i drugi zahtevaće ručnu rekonfigur aciju i/ili promene softvera.

• Glasovni pristupnici - Da biste migrirali lokalni prolaz, pogledajte odeljak Migracija lokalnog mrežnog prola za.

  Za više informacija o konfigurisanju glasovnog prolaza VG400, VG410 ili VG420 u kontrolnom čvorištu, pogledajte Lokalni mrežni prolaz

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

• Vifi bežični telefon - Da biste integrisali Vebek bežični telefon 840 i 860, pogledajte Integrisanje Vebek be žičnog telefona.

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

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

  Za više informacija o Cisco IP DECT 6800 pogledajte Vodič za implementaciju

• Uređ ^aji i telefoni tre će strane - Radite sa dobavljač ^ima treće strane na zahtevima uređaja/telefona i procesu njihove migracije ili zamene za podršku. Webex Calling

Sve funkcije pozivanja koje su potrebne Webex Calling moraju biti obezbeđene pre ili tokom tranzicije. Kao što je diskutovano tokom odeljka Migracija korisnika u serijama, funkcije pozivanja moraju biti konfigurisane i prebačene kada se korisnici koji ih koriste pređu.

Za detalje o tome kako da konfigurišete svaku Webex Calling od funkcija pogledajte odgovarajuće članke pomoći za konfiguraciju.

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

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

• Preuzimanje poziva - Da biste konfigurisali grupu za preuzimanje poziva, pogledajte odeljak Pre uzimanje poziva

• Redovi poziva - Da biste konfigurisali red poziva, pogledajte odel jak Red poziva

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

• Režimi rada - Da biste usmerili pozive na osnovu režima rada, pogledajte Usmeravanje poziva na osnovu operativnih režima

• Grupe za pejdžiranje - Da biste konfigurisali grupu za pejdžing, pogledajte Konfigurisanje grupe za strinjanje

• Snimci - Da biste upravljali snimanjem pozivaWebex Calling, pogledajte odeljak U pravljanje snimcima

• Doseg jednog broja - Da biste konfigurisali doseg jednog broja (kancelarija bilo gde), pogledajte odeljak Konfigurisanje jednog broja

• Grupa govorne pošte - Da biste upravljali deljenom govornom poštom i poljem za dolazni faks, pogledajte odeljak Upravljanje govor Webex Calling nom poštom.

Testiranje prihvatanja osigurava da migrirano okruženje ispunjava funkcionalne zahteve, radi kako se očekuje i pruža besprekorno korisničko iskustvo u svim tokovima rada u komunikaciji. Ovaj proces validacije je višestruki i pokriva sve, od pružanja usluga korisnika i dodeljivanja brojeva do operativnih performansi naprednih funkcija poziva .

Ovaj odeljak pruža primere i ističe ključne aspekte koje treba uzeti u obzir tokom testiranja prihvatanja; međutim, nije namijenjen da služi kao iscrpna ili sveobuhvatna kontrolna lista.

Davanje korisnika i dodeljivanje broja

Temeljni aspekt testiranja prihvatanja uključuje proveru da li su svi korisnici obezbeđeni tačno i potpuno unutra. Webex Calling Ovo zahteva temeljno poređenje između izvornog (Unified CM) direktorijuma i novoosnovane Webex Calling korisničke baze kako bi se osiguralo da je svaki korisnički nalog, zajedno sa povezanim atributima kao što su brojevi proširenja i dodeljivanja direktnog unutrašnjeg biranja (DID), ispravno migriran. Kompletnost obezbeđenja je kritična ne samo za operativnost prvog dana, već i za stalnu administraciju i podršku .

Validacija dodeljivanja brojeva uključuje potvrđivanje da je svakom korisniku dodeljeno ispravno proširenje i spoljni broj i da se ti brojevi pravilno usmeravaju i u internim (na mreži) i u spoljnim (PSTN) tokovima poziva. Neophodno je proveriti da li ima preklapanja, nedostajućih zadataka ili pogrešnih konfiguracija koje bi mogle dovesti do grešaka u usmjeravanju poziva ili prekida usluge.

PSTN tokovi poziva i prezentacija ID-a pozivaoca

Robusna procedura testiranja prihvatanja mora obuhvatiti validaciju PSTN tokova poziva od kraja do kraja. Ovo uključuje scenarije dolaznih i odlaznih poziva. Za dolazne PSTN pozive, tim za testiranje treba da potvrdi da se pozivi isporučuju do predviđenih krajnjih tačaka, bilo da su to pojedinačni korisnici, redovi poziva, grupe za lov ili automatski pratioci. Odlaz ni PSTN pozivi moraju biti uspešno postavljeni, sa posebnom pažnjom posve titi ispravnoj isporuci i prezentaciji podataka o ID pozivaocu. Ovo uključuje osiguravanje da se tačno ime i broj pozivaoca prikažu spoljnim primaocima, u skladu sa organizacionim politikama i regulatornim zahtevima.

Testiranje bi takođe trebalo da se pozabavi scenarijima prekida neuspeha, kao što je rukovanje nedostižnim krajnjim tačkama ili poremećaji mreže. Ovo pomaže da se potvrdi da rezervni mehanizmi i alternativno usmeravanje funkcionišu ispravno, održavajući kontinuitet i pouzdanost usluge.

Tokovi poziva na mreži

Interni ili mrežni tokovi poziva čine okosnicu komunikacije preduzeća. Testiranje prihvatanja u ovoj oblasti proverava da li su pozivi između korisnika unutar organizacije pravilno usmereni, a funkcije kao što su prenos poziva, zadržavanje, prosleđivanje i konferencije rade kako je predviđeno . Integritet planova biranja, povezivanje proširenja do proširenja i podrška za politike organizacionih poziva moraju biti potvrđeni.

Rukovanje korisničkim pozivima i validacija funkcija

Važan aspekt testiranja prihvatanja uključuje potvrđivanje načina na koji korisnici obrađuju pozive pomoću aplikacije Vebek i podržanih stol nih telefona. Ovaj proces se fokusira na potvrđivanje da su svakodnevni tokovi rada poziva intuitivni i pouzdani i da korisnici imaju besprekoran pristup osnovnim funkcijama neophodnim za njihove uloge. Testiranje treba da proceni lakoću kojom korisnici mogu da upućuju i primaju pozive, upravljaju funkcijama zadržavanja i nastavka i obavljaju slepe i konsultativne transfere. Takođe je neophodno proveriti da li su prosleđ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 proceniti radi jasnoće i odziva, uzimajući u obzir način na koji korisnici komuniciraju sa istorijom poziva, govornom poštom i integrisanim direktorijumima. Dodatnu pažnju treba posvetiti mogućnosti premeštanja aktivnih poziva između uređaja i efikasnog korišćenja kontrola u pozivu unutar aplikacije ili na fizičkim telefonima. Krajnji cilj je osigurati da iskustvo krajnjeg korisnika bude dosledno, efikasno 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 prihvatanja ovde se fokusira na nekoliko dimenzija. Prvo, treba proveriti da li se pozivi distribuiraju agentima u skladu sa konfigurisanom logikom reda, kao što je okrugli rob, najduži neaktivan hod ili istovremeni zvonj. Prezentacija poziva u redu na radnim površinama agenata mora se ispitati radi jasnoće i lakoće upotrebe, osiguravajući da agenti mogu efikasno prihvatati, zadržati i prenositi pozive.

Za supervizore, iskustvo radne površine treba proceniti za funkcije kao što su nadgledanje u realnom vremenu, prebacivanje poziva i analitika ili uvid u performanse čekanja. Ovo uključuje, ali nije ograničeno na validaciju kontrolnih tabli i alata za izveštavanje koji pružaju korisne podatke o distribuciji poziva, aktivnosti agenta i metrikama reda čekanja.

Hunt Groups: Distribucija poziva

Hunt grupe su ključni mehanizam za distribuciju poziva unapred definisanim skupovima korisnika. Testiranje prihvatanja mora da potvrdi da se pozivi usmeravaju članovima grupe na osnovu konfigurisanog algoritma lova i da se scenariji prelivanja, prosleđivanja i bez odgovora obrađuju prema dizajnu. Osiguravanje da se članstvo u grupi i ponašanje usmjeravanja poziva podudaraju sa onima koje su prethodno utvrđene, od suštin Unified CM skog je značaja za operativnu doslednost i zadovoljstvo korisnika.

Automatski pratioci: Najave i operacije menija

Automatski pratioci predstavljaju prvu liniju automatizovanog upravljanja pozivima. Testiranje mora obuhvatiti reprodukciju najava, tačnost snimljenih pozdrava i ispravan rad stabala menija. Izbor menija treba pouzdano da upućuje pozivače do odgovarajućih odeljenja, pojedinaca ili spoljnih brojeva. Testiranje takođe treba da uključuje nevažeće ili vremenske scenarije kako bi se potvrdilo da pozivatelji dobijaju jasne smernice ili da su preusmereni kako je predviđeno.

Operacija govorne pošte

Konačno, funkcionalnost govorne pošte je kritična za korisničko iskustvo. Testovi prihvatanja treba da potvrde da li su kutije govorne pošte ispravno dodeljene i dostupne, kako unutar organizacije, tako i na daljinu. Mogućnost snimanja, preuzimanja i upravljanja porukama mora biti potvrđena, zajedno sa isporukom obaveštenja.

Da biste pratili okruženje nakon migracije, potvrdili performanse i izvršili prilagođavanja kako biste osigurali operativnu stabilnost i efikasnost, pogledajte fazu optimiz acije.