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

Pošto se većina organizacija povezuje na internet preko jednog ili više zaštitnih zidova ili sigurnosnih uređaja, neophodno je potvrditi da su potrebni tokovi saobraćaja podržani.

Mrežni i bezbednosni administratori moraju da razumeju ove tokove u smislu:

• Pravac (dolazni vs odlazni)

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

• Opseg IP adresa koji koriste Vebek usluge

• Brojevi portova koji moraju biti otvoreni ili dozvoljeni.

Ovo osigurava da su korporativni zaštitni zidovi, NAT uređaji i druga mrežna infrastruktura pravilno konfigurisani kako bi se prilagodili saobraćaju Vebek poziva uz održavanje bezbednosnih politika preduzeća.

Za informacije o potrebnim tokovima, uključujući IP adresu, portove i protokole, pogledajte Informacije o referenci portova za Vebek pozive. Koristite ove informacije da biste konfigurisali zaštitni zid, punomoćnike i drugu mrežnu infrastrukturu u postojećoj primeni kako biste omogućili mrežne tokove Vebek poziva.

Decentralizovani internet proboj iz svake grane ili sajta je preporučeni pristup za usluge saradnje u oblaku kao što je Vebek Calling. Omogućavajući saobraćaju da izađe lokalno, ovaj model:

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

• Efikasno se skalira kako više korisnika i sajtova prelazi na Vebek pozive

• Radi besprekorno 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 koja pomaže u analizi medijske putanje i rešavanju problema.

Pored toga, organizacije moraju osigurati adekvatan propusni opseg interneta na svakoj lokaciji. Propusni opseg treba da bude veličine na osnovu očekivanog broja istovremenih poziva, izabranog kodeka (npr. Opus ili G.711), plus režijskih troškova za signalizaciju, retransmisije i rast. Ovo je u skladu sa fazom pripreme životnog ciklusa PPDIO-a i uspostavlja čvrstu osnovu za migraciju.

Početni pododjeljak za podešavanje u fazi implementacije primene Vebek Calling-a je temelj za uspostavljanje dobro strukturiranog i upravljivog okruženja za pozivanje oblaka. Ova faza obuhvata kritične zadatke kao što su uspostavljanje organizacije Control Hub-a, nabavka i dodeljivanje licenci i verifikacija i polaganje zahteva domena vaše kompanije kako bi se osiguralo pravilno upravljanje korisnicima i bezbednost. Pored toga, uključuje obezbeđivanje šablona licenci za automatizaciju dodeljivanja korisničkih licenci, konfigurisanje jedinstvenog prijavljivanja (DZS) za pojednostavljenje autentifikacije korisnika i poboljšanje sigurnosti, kao i prilagođavanje postavki usluga i klijenata kako bi se uskladili sa organizacionim politikama i potrebama korisnika. Završetak ovih početnih aktivnosti podešavanja osigurava da je Vebek Calling okruženje pravilno konfigurisano za skalabilnost, sigurnost i besprekorno korisničko iskustvo, postavljajući pozornicu za naredne faze primene i rada.

Tokom faze implementacije, izvršavanje pilot migracije predstavlja kritičnu prekretnicu u potvrđivanju prelaska sa Unified CM-a na Vebek Calling. Ovaj pilot uključuje obezbeđivanje reprezentativnog podskupa korisnika na jednoj ili više lokacija na platformi Vebek Calling, 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 govornike, redove poziva i grupe za lov, moraju biti prebačene na svoje ekvivalente Vebek Calling-a kako bi se održao kontinuitet poslovanja i funkcionalnost usluga.

Pilot migracija treba da iskoristi istu kombinaciju alata koje pruža Cisco i uslužnih programa za migraciju nezavisnih proizvođača koji su planirani za širu organizacionu implementaciju, osiguravajući da su procesi, tokovi automatizacije i tačke integracije temeljno potvrđeni pod reprezentativnim uslovima.

Primarni ciljevi ovog pilot raspoređivanja su dvostruki: Prvo, da potvrdi i poboljša procese tranzicije od kraja do kraja, uključujući radne tokove pružanja korisnika, procedure migracije podataka i konfiguracije krajnjih tačaka; i drugo, da sveobuhvatno proveri funkcionalnost migriranih usluga u stvarnim operativnim uslovima.

Ovaj fazni pristup omogućava projektnom timu da identifikuje i otkloni bilo kakve tehničke ili proceduralne probleme u kontrolisanom okruženju, prikupi povratne informacije korisnika o novom iskustvu platforme, proceni efikasnost odabranih alata za migraciju i uspostavi poverenje u metodologiju migracije pre nego što nastavi sa širom organizacionom primenom.

Uvidi stečeni tokom ove pilot faze su ključni u optimizaciji narednih talasa migracije i obezbeđivanju glatke tranzicije ublažene rizikom za celo preduzeće.

Da biste nabavili PSTN usluge za Vebek pozive, prvo izaberite opciju PSTN povezivanja u kontrolnom čvorištu.

Ako organizacija planira da održi hibridnu dvostruku kontrolu poziva ( faza 1 na slici Phased Calling Transition: Hibrid i Cloud) bilo privremeno ili na neodređeno vreme, oni će morati da primene jedan ili više lokalnih gatevai-a za lokalni PSTN kako bi omogućili pozivanje između Vebek poziva i Unified CM krajnjih tačaka.

Ako je potpuni prelazak ( faza KSNUMKS) u oblak krajnji cilj, uključujući PSTN, onda će za PSTN biti potreban Cisco Calling Plan ili Cloud Connect za opciju Vebek Calling.

Radite sa izabranim provajderom da naručite i prenesete telefonske brojeve pre nego što ih konfigurišete u Control Hub-u. Naručivanje telefonskih brojeva ili pokretanje naloga za portove je potrebno / moguće samo za lokalni PSTN i Cloud Connect za Vebek pozive. Za Cisco Calling Plans, naručivanje i prenošenje se pokreće iz Control Hub-a čim se kreira lokacija, iu zemljama u kojima je dostupan Cisco Calling Plan. Za više informacija o Cisco Calling planovima, pogledajte Prvi koraci sa Cisco planovima.

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

Pre dodavanja korisnika i uređaja u Vebek pozive, morate obezbediti lokacije pozivanja. 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 PIDF-LO informacija o lokaciji za hitne pozive.

Kada konfigurišete lokacije koje koriste lokalni PSTN, potrebno je da podesite lokalne gatevai-e u skladu sa tim. U Vebek pozivima, prtljažnik i grupa ruta moraju biti kreirani za svaki lokalni gatevai, a grupa ruta se zatim dodeljuje kao PSTN izbor za lokaciju. Cisco snažno preporučuje da uvek izaberete grupu ruta kao PSTN izbor, jer vam ovaj pristup omogućava da lako dodate dodatne debla u budućnosti, podržavajući i skalabilnost i redundantnost. Cisco takođe preporučuje omogućavanje podrške za dvostruki identitet i P-Charge-Info na svakom PSTN prtljažniku, jer to pojednostavljuje identifikaciju naplative stranke za odlazne direktne ili preusmerene pozive. Ako vaš PSTN provajder koristi drugačiji zaglavlje za naplatu, možete kopirati informacije iz zaglavlja P-Charge-Info na lokalnom gatevai-u u željeni zaglavlje za naplatu.

Za lokacije koje koriste Cloud Connect za Vebek Calling ili Cisco Calling Plan kao svoju PSTN opciju, jednostavno izaberite odgovarajući PSTN izbor za lokaciju tokom podešavanja. Ako lokacija koristi Cloud Connect za Vebek pozive ili lokalni PSTN, moraćete da dodate telefonske brojeve koji su naručeni u prethodnom koraku. Brojevi se mogu dodati kao neaktivni ako ne želite da budu uključeni u rutiranje poziva odmah; 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 auto-attendant. Da biste omogućili govornu poštu na lokaciji, obavezno podesite pilot broj govorne pošte, poznat i kao broj glasovnog portala.

Dodatna podešavanja za lokacije pozivanja uključuju konfigurisanje detalja hitnih poziva, kao što su broj za hitne pozive, opcije obaveštenja i poboljšane funkcije za hitne pozive. Takođe bi trebalo da pregledate i prilagodite postavke snimanja, jezičke postavke i konfiguracije uređaja po potrebi za svaku lokaciju. Ako vaša organizacija koristi skraćeno međulokacijsko on-net biranje sa značajnim brojevima preduzeća, ne zaboravite da konfigurišete jedinstveni kod lokacije za lokaciju u internim podešavanjima biranja. Konačno, ako eksterno biranje zahteva cifru odlaznog biranja, obavezno podesite ovo u podešavanjima spoljnog biranja. Kada je konfigurisana odlazna cifra za biranje, Cisco preporučuje omogućavanje sprovođenja odlaznih cifara kako bi se osigurala konzistentnost.

Da biste se integrisali sa lokalnom kontrolom poziva, neophodno je konfigurisati debla, grupe ruta, planove biranja preduzeća, i lokacije i globalna podešavanja. Počnite postavljanjem debla i lokalnih gatevai-a namenjenih za međusobno povezivanje sa lokalnim sistemom kontrole poziva; Ovaj korak je potreban samo ako su potrebni namenski debla. Ako su postojeći debla i grupe ruta dovoljni za vašu raspoređivanje, mogu se ponovo koristiti za lokalno povezivanje bez dodatne konfiguracije.

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

Ako vaša primena zahteva podršku za rutiranje nepoznatih ekstenzija, ova funkcija treba da bude omogućena na nivou lokacije. Pored toga, kada se aktivira rutiranje nepoznatog proširenja, morate navesti maksimalnu nepoznatu dužinu proširenja unutar rutiranja poziva između Vebek poziva i odeljka prostorija postavki usluga pozivanja u Control Hub-u. Ovo obezbeđuje besprekorno usmeravanje poziva i pravilno rukovanje scenarijima biranja zasnovanih na proširenju u vašem integrisanom okruženju.

Kada migrirate korisnike sa Unified CM-a na Vebek pozive, 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 je vremena potrebno za prelazak sajta i / ili grupe korisnika u isto vreme, ograničenih IT ili resursa sajta za podršku prozora za promenu, trajanja prozora za promenu, složenosti promena itd.

Kada migrirate korisnike u fazama, od ključnog je značaja da se identifikuju koji korisnici treba da migriraju zajedno u istoj seriji. Primarni cilj je da migriraju korisnike zajedno koji imaju međusobne zavisnosti za svoje usluge i funkcije pozivanja. Želite da osigurate da su sve njihove funkcije pozivanja (primer - Pozivni redovi) u potpunosti funkcionalne na Vebek pozivima kao što su bile pre prelaska na Unified CM.

Čak i ako implementirate međuradnju poziva između Unified CM-a i Vebek poziva sa lokalnim gatevais-om, ne možete podeliti deljene usluge ili funkcije preko ove veze. Zbog toga morate identifikovati zavisnosti između korisnika gledajući funkcije kao što su:

• Nadgledanje drugih korisnika koji koriste BLF-ove

• U istom lovu pilota, red poziva, itd

• Zajedničke linije

• Korišćenje poziva za preuzimanje

• Korišćenje istih brojeva za parkiranje poziva

• Intercom

• Izvršni / Admin.

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

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

Koristite izlaz iz alata Control Hub Migration Insights ili alata treće strane koji ste koristili u fazi pripreme da biste odredili koji korisnici i funkcije treba grupisati zajedno. Ovaj izlaz bi 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 serije korisnika su:

• Identifikovanje korisnika da migriraju zajedno

• Proverite da li su svi korisnici u Control Hub-u

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

• Proverite ispravan format telefonskog broja u direktorijumu

• Uverite se da su šabloni za licenciranje i podešavanja za korisničke grupe ispravno podešeni

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

• U korporativnom direktorijumu dodajte korisnike u grupu poziva omogućenih korisnika

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

• Onemogućavanje / brisanje broja direktorijuma korisnika / uređaja i pozivanje funkcija / usluga na Unified CM nakon tranzicije.

Nakon migracije grupa korisnika, testirajte podskup korisnika da biste potvrdili da sve njihove funkcije i usluge pozivanja rade ispravno. Ako pozivanje funkcije kao što su Call Queue, Hunt Groups, itd. su prebačeni sa grupom korisnika, a zatim testirajte ove pozivne usluge za pravilnu funkcionalnost.

U Vebek Calling-u, radni prostor se odnosi na zajedničku lokaciju (kao što je konferencijska sala, prostor za druženje ili vrući stol) kojoj se mogu dodijeliti uređaji, ekstenzije i korisnici. Za razliku od tradicionalnih Unifed CM telefona, radni prostori su:

• Lokacija orijentisana: vezan za fizičke prostore.

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

Jednom kada su radni prostori identifikovani kao deo prelaska na Vebek pozive, oni se mogu dodati u Control Hub pod Uređaji. Svakom radnom prostoru je potreban zadatak uređaja, a ako su već u Unified CM-u, potrebno ih je resetovati ili ponovo obezbediti za Vebek. Funkcije Vebek poziva kao što su govorna pošta, prosleđivanje poziva i preuzimanje poziva mogu se omogućiti ili onemogućiti, a politike se mogu primeniti za video pozive, parkiranje poziva i mobilnost po potrebi. Testirajte svaki radni prostor tako što ćete interne i eksterne pozive, testirati video, konferencije i funkcije mobilnosti. Na kraju, obavestite korisnike o svim važećim procesima za uređaje i rezervacije radnog prostora.

Za više informacija o radnim prostorima u Control Hub-u, pogledajte Radni prostori.

Telefoni koji su trenutno registrovani u Unified CM-u moraće da se migriraju na Vebek pozive kao deo tranzicije u oblaku. 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 odeljak Migrirajte korisnike u serijama za više detalja.

Svi telefoni koji podržavaju VeWebex pozive koji su vam potrebni za prelazak sa Unified CM-a moraće da budu konfigurisani na Vebek pozivima kao korisnik ili radni prostor, a fizički telefon će morati da se rekonfiguriše da bi se registrovao sa Vebek pozivima. Pored toga, telefoni serije 7800 i 8800 trebaju nadograditi firmver sa firmvera Enterprise na firmver Multiplatform Phone (MPP). Ovaj proces uključuje učitavanje prelaznog firmvera pre učitavanja MPP firmvera potrebnog za registraciju Vebek poziva. Takođe zahteva odgovarajuću dozvolu za migraciju. Cisco je poboljšao ovaj proces u proteklih nekoliko godina kako bi vam olakšao nadogradnju Enterprise firmvare telefona na MPP firmvare. Za više informacija o koracima za završetak nadogradnje firmvera, pogledajte Pretvori Cisco 7800 i 8800 serije IP telefona između Enterprise i MPP Firmvare.

Pored koraka navedenih u ovom članku, Control Hub ima ugrađeni alat, Migrirajte svoj telefon na Vebek Calling, koji možete koristiti za pomoć u migraciji vaših KSNUMKS i KSNUMKS telefona iz Enterprise-a u MPP firmvare. Ovaj alat vam takođe omogućava da dodate telefone u Control Hub i dodelite ih odgovarajućim korisnicima ili radnim prostorima. Za više informacija o korišćenju alata, pogledajte Migrirajte svoj telefon.

Za sve telefone serije 9800 registrovanih kod Unified CM-a, gore navedeni zahtev za migraciju firmvera se ne primenjuje. Ovi telefoni pokreću PhoneOS, koji podržavaju i Unified CM i Vebek Calling. Da biste preneli ove telefone na Vebek pozive, moraćete da ih dodate u Vebek pozive, dodelite ih korisniku ili radnom prostoru, a zatim vratite telefone na fabrička podešavanja. Sekvenca pokretanja PhoneOS-a za registraciju ispod prikazuje sekvencu pokretanja PhoneOS-a i kako će se telefon registrovati na Vebek pozive nakon što je dodan u Control Hub, čak i ako je telefon i dalje obezbeđen na Unified CM i / ili DHCP opcijama (primer - KSNUMKS) su u upotrebi.

Unified CM podržava fabričko resetovanje PhoneOS uređaja kako bi se omogućilo uključivanje Zero-Touch-a u Vebek pozive. Objedinjeni CM administratori mogu daljinski resetovati 9800 i 8875 telefone preko stranica CUCM administracije, što eliminiše potrebu za fizičkim pristupom telefonima za uključivanje telefona u Vebek Calling. Ova funkcija je podržana sa paketima uređaja od 9. septembra 2025. godine:

• CUCM vKSNUMKS - Unified Communications Manager Verzija KSNUMKS

• CUCM v14 - Unified Communications Manager Version 14.

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

Pored Cisco IP telefona, može biti potrebno i obezbeđivanje drugih uređaja kao što su analogni telefonski adapteri (ATA), bežični (Vifi, DECT) telefoni, video uređaji, glasovne kapije i^{uređaji i telefoni KSNUMKSrd} stranke. Mnogi od ovih uređaja nemaju put nadogradnje firmvera kao što su IP telefoni da bi ih prešli sa firmvera preduzeća na firmver u oblaku. Zbog toga ćete obezbediti svaki od ovih uređaja u Control Hub-u. Neki od njih se ne mogu prevesti na Vebek pozive i ekvivalentni model Vebek poziva će morati da ga zameni (npr. ATA 191/192), a drugi će zahtevati ručnu rekonfiguraciju i / ili promene softvera.

• Glasovni gatevai - Da biste migrirali lokalni gatevai, pogledajte Migrirajte lokalni gatevai.

  Za više informacija o konfigurisanju vašeg glasovnog gatevai-a VGKSNUMKS, VGKSNUMKS ili VGKSNUMKS u Control Hub-u, pogledajte Lokalna kapija

• Analogni telefonski adapter (ATA) - Da biste započeli sa Cisco ATA KSNUMKS i KSNUMKS, pogledajte Cisco ATA.

• Vifi bežični telefon - Da biste integrisali Vebek bežični telefon KSNUMKS i KSNUMKS, pogledajte Integrišite Vebek bežični telefon.

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

  Da biste izgradili i upravljali digitalnom DECT mrežom u Control Hub-u, pogledajte Upravljanje DECT mrežom

  Za više informacija o Cisco IP DECT KSNUMKS, pogledajte Vodič za raspoređivanje

• KSNUMKSrd parti uređaji i telefoni - Radite sa^{dobavljačima KSNUMKSrd} partija na zahtevima uređaja / telefona i procesu migracije ili zamene da biste podržali Vebek pozive.

Sve funkcije pozivanja koje su potrebne u Vebek Calling-u moraju biti obezbeđene pre ili tokom tranzicije. Kao što je rečeno tokom odeljka Migrirajte korisnike u serijama, funkcije pozivanja moraju biti konfigurisane i prebačene kada korisnici koji ih koriste budu prebačeni.

Za detalje o tome kako konfigurisati svaku od funkcija Vebek poziva, pogledajte odgovarajuće članke pomoći za konfiguraciju.

• Auto attendants - Da biste upravljali automatskim pratilima, pogledajte Auto attendants

• Call park - Da biste upravljali call park, pogledajte Call park

• Poziv pickup - Da biste konfigurisali poziv pickup grupu, pogledajte Poziv pickup

• Redovi poziva - Da biste podesili red poziva, pogledajte Red poziva

• Lovačke grupe - Da biste upravljali lovačkim grupama, pogledajte Upravljanje lovnom grupom

• Načini rada - Da biste pozvali rutiranje na osnovu načina rada, pogledajte Poziv rutiranje na osnovu režima rada

• Pejdžing grupe - Da biste konfigurisali pejdžing grupu, pogledajte Konfigurisanje pejdžing grupe

• Snimci - Da biste upravljali snimanjem poziva za Vebek pozive, pogledajte Upravljanje snimcima

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

• Grupa govorne pošte - Da biste upravljali zajedničkom govornom poštom i dolaznim faksom za Vebek pozive, pogledajte Upravljanje govornom 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 komunikacijskim tokovima posla. Ovaj proces validacije je višestruk, pokriva sve od korisničkog obezbeđivanja i dodeljivanja brojeva do operativnih performansi naprednih funkcija pozivanja.

Ovaj odeljak daje primere i naglašava ključne aspekte koje treba uzeti u obzir tokom testiranja prihvatanja; međutim, nije namenjen da služi kao iscrpna ili sveobuhvatna kontrolna lista.

Obezbeđivanje korisnika i dodeljivanje brojeva

Osnovni aspekt testiranja prihvatanja podrazumeva proveru da li su svi korisnici tačno i potpuno obezbeđeni u okviru Vebek Calling-a. Ovo zahteva temeljno poređenje između izvornog (Unified CM) direktorijuma i novoosnovane korisničke baze Vebek Calling-a kako bi se osiguralo da je svaki korisnički nalog, zajedno sa povezanim atributima kao što su brojevi ekstenzija i direktni zadaci za biranje (DID), ispravno migriran. Kompletnost obezbeđivanja je od ključnog značaja ne samo za operativnost prvog dana, već i za tekuću administraciju i podršku.

Validacija dodeljivanja brojeva uključuje potvrđivanje da je svakom korisniku dodeljena ispravna ekstenzija i eksterni broj, i da se ovi brojevi ispravno usmeravaju u unutrašnje (on-net) i eksterne (PSTN) tokove poziva. Bitno je proveriti bilo kakva preklapanja, nedostajuće zadatke ili pogrešne konfiguracije koje bi mogle dovesti do grešaka u rutiranju poziva ili prekida usluga.

PSTN tokovi poziva i prezentacija ID pozivaoca

Robustan postupak testiranja prihvatanja mora obuhvatiti end-to-end validaciju tokova PSTN poziva. Ovo uključuje i dolazne i odlazne scenarije poziva. Za dolazne PSTN pozive, tim za testiranje treba da potvrdi da se pozivi isporučuju na predviđene krajnje tačke, bilo da se radi o pojedinačnim korisnicima, redovima poziva, lovnim grupama ili automatskim govornim osobama. Odlazni PSTN pozivi moraju biti uspešno postavljeni, sa posebnom pažnjom posvećenom pravilnoj isporuci i prezentaciji podataka o identifikaciji pozivaoca. To podrazumeva obezbeđivanje da se tačno ime i broj pozivaoca prikazuju spoljnim primaocima, u skladu sa organizacionim politikama i regulatornim zahtevima.

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

Tokovi poziva na mreži

Interni ili on-net, tokovi poziva čine okosnicu komunikacije preduzeća. Testiranje prihvatanja u ovoj oblasti potvrđuje da su pozivi između korisnika unutar organizacije ispravno usmereni, sa funkcijama kao što su prenos poziva, čekanje, prosleđivanje i konferencije koje rade kako je predviđeno. Integritet planova pozivanja, povezivanje proširenja na produžetak i podrška za organizacione politike poziva moraju biti potvrđeni.

Rukovanje korisničkim pozivima i validacija funkcija

Važan aspekt testiranja prihvatanja podrazumeva potvrđivanje načina na koji korisnici rukuju pozivima koristeći Vebek aplikaciju i podržane stolne telefone. Ovaj proces se fokusira na potvrđivanje da su svakodnevni radni tokovi pozivanja intuitivni i pouzdani, i da korisnici imaju besprekoran pristup osnovnim funkcijama neophodnim za njihove uloge. Testiranje treba da proceni lakoću sa kojom korisnici mogu da upućuju i primaju pozive, upravljaju funkcijama zadržavanja i nastavljanja i obavljaju i 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 dostupni i rade glatko.

Iskustvo treba proceniti radi jasnoće i odziva, s obzirom na to kako korisnici komuniciraju sa istorijom poziva, govornom poštom i integrisanim direktorijumima. Dodatnu pažnju treba posvetiti mogućnosti premještanja aktivnih poziva između uređaja i efikasnog korištenja kontrola u pozivu unutar aplikacije ili na fizičkim telefonima. Krajnji cilj je da se osigura da je iskustvo krajnjeg korisnika konzistentno, efikasno i u potpunosti podržava komunikacijske potrebe organizacije nakon migracije.

Redovi poziva: Iskustvo agenta i supervizora

Redovi poziva se često koriste za rukovanje scenarija dolaznih poziva velikog obima. 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 su round robin, najduži mirovanje ili istovremeno zvonjenje. Prezentacija čekanih poziva na radnim površinama agenata mora biti ispitana radi jasnoće i jednostavnosti upotrebe, osiguravajući agentima da efikasno prihvataju, drže i prenose pozive.

Za supervizore, desktop iskustvo treba proceniti za funkcije kao što su praćenje u realnom vremenu, poziv barging, i analitika ili uvid u performanse reda. 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 metrike reda.

Lovačke grupe: Distribucija poziva

Hunt grupe su ključni mehanizam za distribuciju poziva na unapred definisane skupove korisnika. Testiranje prihvatanja treba da potvrdi da su pozivi usmereni na članove grupe na osnovu konfigurisanog algoritma lova, i da se scenariji prelivanja, prosleđivanja i bez odgovora obrađuju u skladu sa dizajnom. Obezbeđivanje da članstvo u grupi i ponašanje usmeravanja poziva odgovaraju onima koji su prethodno uspostavljeni u Unified CM-u je od suštinskog značaja za operativnu konzistentnost i zadovoljstvo korisnika.

Auto pratioci: Najave i operacije menija

Automatski govornici predstavljaju prvu liniju automatizovanog rukovanja pozivima. Testiranje mora da obuhvati reprodukciju najava, tačnost snimljenih pozdrava i pravilan rad stabala menija. Izbor menija treba pouzdano usmeriti pozivaoce na odgovarajuća odeljenja, pojedinci ili spoljni brojevi. Testiranje takođe treba da uključuje nevažeće ili vremensko ograničenje scenarija kako bi se potvrdilo da pozivaoci dobijaju jasne smernice ili su preusmereni kako je predviđeno.

Operacija govorne pošte

Konačno, funkcionalnost govorne pošte je od ključnog značaja 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. Sposobnost snimanja, preuzimanja i upravljanja porukama mora biti potvrđena, zajedno sa isporukom obaveštenja.