Primul pas în tranziția către Webex Calling este asigurarea conectivității Internet fiabile și securizate între rețeaua locală și cloud-ul Webex.

Deoarece majoritatea organizațiilor se conectează la internet prin unul sau mai multe firewall-uri sau dispozitive de securitate, este esențial să se valideze că fluxurile de trafic necesare sunt acceptate.

Administratorii de rețea și securitate trebuie să înțeleagă aceste fluxuri în termeni de:

• Direc ție (intrare vs ieșire)

• Protocoale (Exemplu - SIP TLS, SRTP, HTTPS)

• Intervalele de adrese IP utilizate de serviciile Webex

• Numere de port care trebuie deschise sau permise.

Acest lucru asigură că firewall-urile corporative, dispozitivele NAT și alte infrastructuri de rețea sunt configurate corespunzător pentru a găzdui Webex Calling traficul, menținând în același timp politicile de securitate ale întreprinderii.

Pentru informații despre fluxurile necesare, inclusiv adresa IP, porturile și protocoalele, consultați Informații de referință port pentru Webex Calling. Utilizați aceste informații pentru a configura firewall-ul, proxy-urile și alte infrastructuri de rețea din implementarea existentă pentru a activa fluxurile de Webex Calling rețea.

Ieșirea descentralizată a internetului de la fiecare sucursală sau site este abordarea recomandată pentru serviciile de colaborare în cloud, cum Webex Calling ar fi. Permițând traficului să iasă local, acest model:

• Reduce întârzierea dus-întors și agitația, îmbunătățind calitatea generală a apelurilor

• Se scalează eficient pe măsură ce mai mulți utilizatori și site-uri trec la Webex Calling

• Funcționează perfect cu SD-WAN, care poate direcționa dinamic sesiunile către cel mai apropiat punct de intrare în cloud Webex pentru performanțe optime

• Permite urmărirea locației utilizatorului pe baza adresei IP publice, ceea ce ajută la analiza și depanarea căilor media.

În plus, organizațiile trebuie să asigure o lățime de bandă adecvată a internetului la fiecare site. Lățimea de bandă ar trebui să fie dimensionată în funcție de numărul așteptat de apeluri concomitente, codecul selectat (de exemplu, Opus sau G.711), plus cheltuielile generale pentru semnalizare, retransmisii și creștere. Acest lucru se aliniază cu faza de pregătire a ciclului de viață PPDIO și stabilește o bază solidă pentru migrare.

Subsecțiunea inițială de configurare din faza de implementare a implementării Webex Calling este fundamentală pentru stabilirea unui mediu de apelare cloud bine structurat și gestionabil. Această etapă cuprinde sarcini critice, cum ar fi configurarea organizației Control Hub, achiziționarea și atribuirea licențelor și verificarea și revendicarea domeniilor companiei dvs. pentru a asigura gestionarea și securitatea adecvată a utilizatorilor. În plus, include șabloane de licențe de furnizare pentru automatizarea atribuirii licențelor utilizatorilor, configurarea conectării unice (SSO) pentru a eficientiza autentificarea utilizatorilor și a îmbunătăți securitatea și ajustarea setărilor de servicii și client pentru a se alinia politicilor organizaționale și nevoilor utilizatorilor. Finalizarea acestor activități inițiale de configurare asigură că Webex Calling mediul este configurat corespunzător pentru scalabilitate, securitate și experiență perfectă a utilizatorului, stabilind scena pentru fazele ulterioare de implementare și operaționale.

În timpul fazei de implementare, executarea unei migrări pilot reprezintă o etapă critică în validarea tranziției de la la Unified CM laWebex Calling. Acest pilot implică furnizarea unui subset reprezentativ de utilizatori într-una sau mai multe locații pe Webex Calling platformă, asigurându-se că populația selectată reflectă diverse cazuri de utilizare și roluri organizaționale. În paralel cu migrarea utilizatorilor, serviciile esențiale de colaborare, inclusiv mesageria vocală, însoțitorii auto, cozile de apeluri și grupurile de vânătoare trebuie să fie trecute la Webex Calling echivalentele lor pentru a menține continuitatea afacerii și funcționalitatea serviciului.

Migrarea pilot ar trebui să utilizeze aceeași combinație de instrumente furnizate de Cisco și utilități de migrare terțe care sunt planificate pentru implementarea organizațională mai largă, asigurându-se că procesele, fluxurile de lucru de automatizare și punctele de integrare sunt validate temeinic în condiții reprezentative.

Obiectivele principale ale acestei implementări pilot sunt două: în primul rând, validarea și perfec ționarea proceselor de tranziție end-to-end, inclusiv fluxurile de lucru de furnizare a utilizatorilor, procedurile de migrare a datelor și configurațiile punctelor finale; și în al doilea rând, verificarea cuprinzătoare a funcționalității serviciilor migrate în condiții operaționale reale.

Această abordare pe etape permite echipei de proiect să identifice și să remedieze orice probleme tehnice sau procedurale într-un mediu controlat, să adune feedback de la utilizatori cu privire la experiența noii platforme, să evalueze eficacitatea instrument elor de migrare selectate și să stabilească încrederea în metodologia de migrare înainte de a continua cu o implementare organizațională mai largă.

Informațiile obținute în timpul acestei faze pilot sunt esențiale în optimizarea valurilor de migrare ulterioare și asigurarea unei tranziții lină, cu reducerea riscurilor, pentru întreaga întreprindere.

Pentru a procura servicii PSTNWebex Calling, selectaţi mai întâi o opţiune de conectivitate PSTN în Control Hub.

Dacă o organizație intenționează să mențină controlul apelurilor duale hibride (faza 1 din figura Tranzi ția apelurilor pe etape: hibrid și cloud), fie temporar, fie pe termen nelimitat, va trebui să implementeze unul sau mai multe gateway-uri locale pentru PSTN local pentru a permite apelarea între și punctele finale. Webex Calling Unified CM

Dacă o tranziție completă (faza 2) la cloud este obiectivul final, inclusiv PSTN, atunci pentru PSTN va fi necesar fie un Plan de apelare Cisco, fie o Webex Calling opțiune Cloud Connect for.

Lucrați cu furnizorul ales pentru a comanda și porta numere de telefon înainte de a le configura în Control Hub. Comandarea numerelor de telefon sau inițierea comenzilor de port este necesară/posibilă numai pentru PSTN local și Cloud Connect pentru. Webex Calling Pentru planurile de apelare Cisco, comanda și portarea sunt inițiate din Control Hub de în dată ce locația este creată și în țările în care Planul de apelare Cisco este disponibil. Pentru mai multe informații despre planurile Cisco Calling, consultați Noțiuni de bază cu planurile Cisco.

Ca parte a implementării PSTN, asigurați-vă că furnizorul dvs. a activat atât serviciile PSTN de intrare, cât și de ieșire pentru locația dvs. În plus, efectuați apeluri de testare pentru a verifica dacă apelurile sunt direcționate corect prin conexiunea PSTN aleasă.

Înainte de a adăuga utilizatori și dispozitiveWebex Calling, trebuie să furnizați locații de apelare. Pentru fiecare locație, trebuie introdusă o adresă de stradă validă. În SUA și Canada, această adresă este validată și utilizată de platformă pentru a trimite informații de locație PIDF-LO pentru apelurile de urgență.

Când configurați locațiile care utilizează PSTN local, trebuie să configurați gateway-urile locale în consecință. ÎnWebex Calling, trebuie create un trunchi și un grup de rute pentru fiecare gateway local, iar grupul de rute este apoi atribuit ca alegere PSTN pentru locație. Cisco recomandă insistent să selectați întotdeauna un grup de rute ca alegere PSTN, deoarece această abordare vă permite să adăugați cu ușurință trunchiuri suplimentare în viitor, susținând atât scalabilitatea, cât și redundanța. Cisco recomandă, de asemenea, activarea suportului dual-identity și P-Charge-Info pe fiecare trunchi PSTN, deoarece acest lucru simplifică identificarea părții facturabile pentru apelurile directe sau redirecționate. Dacă furnizorul dvs. PSTN utilizează un antet diferit pentru facturare, puteți copia informațiile din ant etul P-Charge-Info de pe gateway-ul local în antetul de facturare necesar.

Pentru locațiile care utilizează Cloud Connect pentru Webex Calling sau Planul de apelare Cisco ca opțiune PSTN, pur și simplu selectați opțiunea PSTN respectivă pentru locație în timpul configurării. Dacă locația utilizează fie Cloud Connect pentru PSTN Webex Calling local, fie PSTN local, va trebui să adăugați numerele de telefon care au fost comandate în pasul anterior. Numerele pot fi adăugate ca inactive dacă nu doriți să fie incluse imediat în rutarea apelurilor; puteți activa aceste numere mai târziu atunci când sunt atribuite utilizatorilor sau caracteristicilor.

Este important să setați întotdeauna numărul principal pentru fiecare locație. Numărul principal poate fi atribuit fie unui utilizator, fie unei caracteristici, cum ar fi un asistent automat. Pentru a activa mesageria vocală în locație, asigurați-vă că setați numărul pilot al mes ageriei vocale, cunoscut și sub numele de numărul portalului vocal.

Setările suplimentare pentru locațiile de apelare includ configurarea detali ilor apelurilor de urgență, cum ar fi numărul de apel de urgență, opțiunile de notificare și funcțiile îmbunătățite de apelare de urgență. De asemenea, ar trebui să examin ați și să ajustați setările de înregistrare, preferințele de limbă și configurațiile dispozitivului, după cum este necesar pentru fiecare locație. Dacă organizația dvs. utilizează apel area prescurtată între site-uri on-net cu numere semnificative pentru întreprindere, nu uitați să configurați un cod unic de site pentru locație în setările de apelare interne. În cele din urmă, dacă apelarea externă necesită o cifr ă de apelare de ieșire, asigurați-vă că ați setat acest lucru în setările de apel are externă. Când este configurată o cifră de apelare de ieșire, Cisco recomandă activarea aplicării numerelor de apelare de ieșire pentru a asigura consecvența.

Pentru a se integra cu controlul apelurilor locale, este necesar să configurați trunchiuri, grupuri de rute, planuri de apelare pentru întreprinderi și atât setările de locație, cât și cele globale. Începeți prin a configura trunchiurile și gateway-urile locale destinate interconectării cu sistemul local de control al apelurilor; acest pas este necesar numai dacă sunt necesare trunchiuri dedicate. Dacă trunchiurile existente și grupurile de rute sunt suficiente pentru implementare, acestea pot fi reutilizate pentru interconectarea locală fără configurare suplimentară.

Odată ce trunchiurile și grupurile de rute sunt stabilite, continuați să creați planurile de apelare pentru întreprindere și atribuiți grupul de rute corespunzător ca destinație pentru fiecare plan de apelare. Atunci când integrarea implică mai multe sisteme de control al apelurilor locale conectate prin trunchiuri diferite, vor fi necesare mai multe planuri de apelare. Este important să vă asigurați că aceste planuri de apelare conțin doar modelele necesare pentru dirijarea apelurilor către destinații locale.

Dacă implementarea necesită suport pentru rutarea extensiilor necunoscute, această caracteristică ar trebui să fie activată la nivel de locație. În plus, atunci când rutarea extensiei necunoscute este activată, trebuie să specificați lungimea maximă necunoscută a exten siei în secțiunea Rut are apeluri între Webex Calling și locații din setările serviciilor de apelare din Control Hub. Acest lucru asigură rutarea fără probleme a apelurilor și gestionarea corectă a scenariilor de apelare bazate pe extensii în mediul dvs. integrat.

Când migrați utilizatori de la Unified CM la Webex Calling la, este posibil să nu puteți muta toți utilizatorii în același timp. Acest lucru se poate datora mai multor motive, inclusiv, dar fără a se limita la numărul de site-uri sau utilizatori, durata de tranziție a unui site și/sau a unui grup de utilizatori la un moment dat, resursele IT sau ale site-ului limitate pentru a sprij ini fereastra de schimbare, durata ferestrei de schimbare, complexitatea schimbării etc.

Atunci când migrați utilizatorii în etape, este esențial să identificați utilizatorii care trebuie să mig reze împreună în același lot. Scopul principal este de a migra împreună utilizatorii care au dependențe între ei pentru serviciile și caracteristicile lor de apelare. Doriți să vă asigurați că toate caracteristicile lor de apelare (Exemplu - Cozi de apeluri) sunt pe deplin funcționale așa Webex Calling cum erau înainte de tranziție. Unified CM

Chiar dacă implementați interconectarea apelurilor între Unified CM și Webex Calling cu gateway-urile locale, nu puteți împărți serviciile sau caracteristicile partajate în această conexiune. Prin urmare, trebuie să identificați dependențele dintre utilizatori analizând caracteristici precum:

• Monitorizarea altor utilizatori folosind BLF-uri

• În același pilot de vânătoare, coadă de apel etc.

• Linii partajate

• Utilizarea preluării apelurilor

• Utilizarea acelorași numere de call park

• Interfon

• Executiv/Admin.

Un exemplu ar fi un utilizator care face parte dintr-un grup de Unified CM vânătoare la care se face tranzițieWebex Calling. Acest utilizator va trece la Webex Calling grupul de vânătoare și cu toți ceilalți membri ai grupului de vânătoare. Prin urmare, după tranziție, Grupul Hunt și membrii săi pot răspunde cu succes la apeluri pe noua platformă.

Acest lucru devine mai dificil atunci când utilizatorii sunt conectați la diferite grupuri de utilizatori pentru diferite servicii și funcții de apelare. Acest lucru va necesita tranziția mai multor grupuri de utilizatori și a unui serviciu de apelare Webex Calling în același timp.

Utilizați ieșirea din instrumentul Control Hub Migration Insights sau instrumentul terț pe care l-ați utilizat în faza de pregătire pentru a determina ce utilizatori și caracteristici ar trebui grupate împreună. Această ieșire ar fi trebuit utilizată pentru a vă dezvolta planul de migrare și vă va oferi informații despre modul în care veți grupa utilizatorii și caracteristicile care trebuie să facă tranziție împreună.

Pașii cheie la trecerea unui lot de utilizatori sunt:

• Identificarea utilizatorilor pentru migrare împreună

• Verificați dacă toți utilizatorii se află în Control Hub

• Verificați că toate TN-urile pentru utilizatori există în Control Hub

• Verificați formatul corect al numărului de telefon în director

• Asigurați-vă că șablonul de licențiere și setări pentru grupurile de utilizatori este configurat corect

• Verificarea sau configurarea tuturor serviciilor și caracteristicilor de apelare pentru grupul de utilizatori (înainte sau în timpul tranziției, după caz)

• În directorul corporativ adăugați utilizatori la grupul de utilizatori activați pentru apeluri

• Instrumente de levier - Instrumente de migrare a utilizatorilor și caracteristicilor Control Hub și/sau instrumente terțe

• Dezactivați/ștergeți numărul directorului utilizatorului/dispozitivului și funcțiile/serviciile de apelare după tranziție. Unified CM

După migrarea unui grup de utilizatori, testați un subset de utilizatori pentru a valida că toate funcțiile și serviciile lor de apelare funcționează corect. Dacă funcțiile de apelare, cum ar fi Call Queue, Hunt Groups etc., sunt tranz itate cu grupul de utilizatori, atunci testați aceste servicii de apelare pentru funcționalitatea corespunzătoare.

ÎnWebex Calling, un spațiu de lucru se referă la o locație partajată (cum ar fi o sală de conferințe, un spațiu de întâlnire sau un birou fierbinte) căreia i se pot atribui dispozitive, extensii și utilizatori. Spre deosebire de telefoanele tradiționale Unifed CM, spațiile de lucru sunt:

• Centrat pe locație: legat de spațiile fizice.

• Dispozitiv flexibil: poate avea unul sau mai multe dispozitive (telefoane de birou, plăci etc.).

Odată ce spațiile de lucru au fost identificate ca parte a tranziției laWebex Calling, acestea pot fi adăugate în Control Hub sub Dispozitive. Fiecare spațiu de lucru are nevoie de o atribuire de dispozitiv și, dacă este deja înUnified CM, trebuie să fie resetat sau re-alocat pentru Webex. Webex Callingfuncții precum mesageria vocală, redirecționarea apelurilor și preluarea apelurilor pot fi activate sau dezactivate, iar politicile pot fi aplicate pentru apelurile video, parcarea apelurilor și mobilitatea, după cum este necesar. Testați fiecare spațiu de lucru efectuând apeluri interne și externe, testând funcții video, conferințe și mobilitate . În cele din urmă, informați utilizatorii despre orice procese aplicabile pentru dispozitivele spațiului de lucru și rezervări.

Pentru mai multe informații despre spațiile de lucru din Control Hub, consultați Spații de lucru.

Telefoanele la care sunt înregistrate în prezent Unified CM vor trebui să fie migr Webex Calling ate ca parte a tranziției cloud. Pentru a face migrarea cât mai simplă posibil, cu șanse minime de eșec, Cisco recomandă migrarea site-urilor fizice sau a departamentelor în același timp. Cu toate acestea, este posibil să vi se solicite să migrați utilizatorii în loturi din cauza dependențelor de caracteristici. Consultați secțiunea Migrarea utilizatorilor în loturi pentru mai multe detalii.

Toate telefoanele Webex Calling acceptate de la care trebuie să treceți Unified CM vor trebui configurate Webex Calling ca utilizator sau spațiu de lucru, iar telefonul fizic va trebui reconfigurat pentru a vă înregistra. Webex Calling În plus, telefoanele din seria 7800 și 8800 au nevoie ca firmware-ul lor să fie actualizat de la firmware-ul Enterprise la firmware-ul Multiplatform Phone (MPP). Acest proces include încărcarea firmware-ului tranzitoriu înainte de încărcarea firmware-ului MPP necesar pentru Webex Calling înregistrare. De asemenea, necesită licența de migrare corespunzătoare. Cisco a îmbunătățit acest proces în ultimii ani pentru a vă facilita actualizarea telefoanelor firmware Enterprise la firmware-ul MPP. Pentru mai multe informații despre pașii pentru finalizarea actualizării firmware-ului, consultați Conversia telefoanelor IP Cisco 7800 și 8800 între firmware-ul Enterprise și MP P.

În plus față de pașii descriși în acest articol, Control Hub are un instrument încorporat, Migrarea telefonului către, pe care îl puteți utiliza pentru Webex Calling a ajuta la migrarea telefoanelor 7800 și 8800 de la firmware-ul Enterprise la MPP. Acest instrument vă permite, de asemenea, să adăugați telefoanele la Control Hub și să le atribuiți utilizatorilor sau spațiilor de lucru corespunzătoare. Pentru mai multe informații despre utilizarea instrumentului, consultați Migrarea telefonului.

Pentru orice telefoane din seria 9800 înregistrate cu cerința Unified CM de migrare a firmware-ului de mai sus nu se aplică. Aceste telefoane rulează PhoneOS, care este acceptat de ambele Unified CM șiWebex Calling. Pentru a trece aceste telefoane la, va Webex Calling trebui să le adăugațiWebex Calling, să le atribuiți unui utilizator sau unui spațiu de lucru și apoi să reset ați telefoanele din fabrică. Sec@@ vența de pornire PhoneOS pentru înregistrare Figura de mai jos arată secvența de pornire PhoneOS și modul în care se va înregistra telefonul Webex Calling odată ce a fost adăugat la Control Hub, chiar dacă telefonul este încă furnizat Unified CM și/sau Opțiunile DHCP (Exemplu - 150) sunt utilizate.

Unified CMacceptă resetarea din fabrică a dispozitivelor PhoneOS pentru a permite integrarea Zero-Touch. Webex Calling Unified CMadministratorii pot reseta de la distanță din fabrică telefoanele 9800 și 8875 prin paginile de administrare CUCM, ceea ce elimină necesitatea accesului fizic la telefoanele la care se încorporează telefoanele. Webex Calling Această caracteristică este acceptată cu pachetele de dispozitive începând cu 9 septembrie 2025:

• CUCM v15 - Manager de comunicații unificate versiunea 15

• CUCM v14 - Manager de comunicații unificate versiunea 14.

Pentru mai multe informații despre procesul de înregistrare pentru seria 9800, consultați Procesul de înregistrare .

În plus față de telefoanele IP Cisco, poate fi necesară furnizarea altor dispozitive, cum ar fi adaptoare telefonice analogice (ATA), telefoane wireless (Wifi, DECT), dispozitive video, gateway-uri vocale și dispozitive ^și telefoane terță parte. Multe dintre aceste dispozitive nu au o cale de actualizare a firmware-ului, cum ar fi telefoanele IP, pentru a le trece de la firmware-ul întreprinderii la firm ware-ul cloud. Prin urmare, veți furniza fiecare dintre aceste dispozitive în Control Hub. Unele dintre acestea nu pot fi trecute Webex Calling și Webex Calling modelul echivalent va trebui să îl înlocuiască (de ex. ATA 191/192) și altele vor necesita reconfigurare manuală și/sau modificări software.

• Gateway-uri vocale - Pentru a migra gateway-ul local, consultați Migrarea gat eway-ului local.

  Pentru mai multe informații despre configurarea gateway-ului vocal VG400, VG410 sau VG420 în Control Hub, consultați Gateway local

• Adaptor telefonic analogic (ATA) - Pentru a începe cu Cisco ATA 191 și 192, consultați Cisco ATA.

• Telefon wireless Wifi - Pentru a integra telefonul wireless Webex 840 și 860, consultați Integrarea telefonului wireless Webex.

• Telefoane wireless DECT - Pentru a începe cu noua serie Cisco IP DECT 6800, consultați Cisco IP DECT.

  Pentru a construi și gestiona rețeaua digitală DECT în Control Hub, consultați Gestionarea rețelei DEC T

  Pentru mai multe informații despre Cisco IP DECT 6800, consultați Ghidul de implementare

• Dispozitive ^și telefoane terță parte - Lucrați cu furnizori ter ^ți cu privire la cerințele dispozitivului/telefonului și procesul de migrare sau înlocuire a acestora pentru asistență. Webex Calling

Orice caracteristici de apelare care sunt necesare Webex Calling trebuie furnizate înainte sau în timpul tranziției. După cum s-a discutat în secțiunea Migrarea utilizatorilor în loturi, caracteristicile de apelare trebuie configurate și tranzitate atunci când utilizatorii care le utilizează sunt tranzitați.

Pentru detalii despre modul de configurare a fiecărei Webex Calling caracteristici, consultați articolele de ajutor pentru configurare corespunzătoare.

• Însoțitori automați - Pentru a gestiona operatorii de asistență automată, consultați Însoțitori automați

• Parcarea apelurilor - Pentru a gestiona parcarea apelurilor, consultați Parcarea apelurilor

• Preluarea apelurilor - Pentru a configura grupul de preluare a apelurilor, consultați Pre luarea apel urilor

• Cozi de apeluri - Pentru a configura Coada de apeluri, consultați Coada de apeluri

• Grupuri de vânătoare - Pentru a gestiona grupurile de vânătoare, consultați Gestionarea grupului de vân ătoare

• Moduri de operare - Pentru rutarea apelurilor pe baza modurilor de operare, consultați Rut area apelurilor pe baza modurilor operaționale

• Grupuri de paginare - Pentru a configura un grup de paginare, consultați Configurarea unui grup de paginare

• Înregistrări - Pentru a gestiona înregistrarea apelurilorWebex Calling, consultați Gestionarea înregistrărilor

• Acoperire cu un singur număr - Pentru a configura acoperirea unui număr unic (birou oriunde), consultați Configurarea unui număr unic

• Grup de mesagerie vocală - Pentru a gestiona o mesagerie vocală partajată și o casetă de fax de intrare, consultați Gestionarea mesageriei vocaleWebex Calling.

Testarea acceptării asigură faptul că mediul migrat îndeplinește cerințele funcționale, funcționează conform așteptărilor și oferă o experiență perfectă pentru utilizator în toate fluxurile de lucru de comunicare. Acest proces de validare are multiple fațete, acoperind totul, de la furnizarea de utilizatori și atribuirea numerelor până la performanța operațională a caracteristicilor avansate de apel are.

Această secțiune oferă exemple și evidențiază aspectele cheie de luat în considerare în timpul testării de acceptare; cu toate acestea, nu este destinat să servească drept o listă de verificare exhaustivă sau cuprinzătoare.

Aprovizionarea utilizatorilor și atribuirea numerelor

Un aspect fundamental al testării de acceptare implică verificarea faptului că toți utilizatorii sunt furnizați cu acuratețe și complet în interior. Webex Calling Acest lucru necesită o comparație amănunțită între directorul sursă (Unified CM) și baza de utilizatori nou stabilită Webex Calling pentru a vă asigura că fiecare cont de utilizator, împreună cu atributele asociate, cum ar fi numerele de extensie și atribuirile de apelare directă spre interior (DID), au fost migrate corect. Completitudinea furnizării este esențială nu numai pentru operabilitatea din prima zi, ci și pentru administrarea și asist ența continuă.

Validarea atribuirii numerelor include confirmarea faptului că fiecărui utilizator i se atribuie extensia corectă și numărul extern și că aceste numere direcționează corect atât în fluxurile de apeluri interne (on-net), cât și externe (PSTN) . Este esențial să verificați dacă există suprapuneri, atribuiri lipsă sau configurații greș ite care ar putea duce la erori de rutare a apelurilor sau întreruperi ale serviciului.

Fluxurile de apeluri PSTN și prezentarea ID-ului apelantului

O procedură robustă de testare a acceptării trebuie să cuprindă validarea end-to-end a fluxurilor de apeluri PSTN. Aceasta include atât scenarii de apel de intrare, cât și de ieșire . Pentru apelurile PSTN primite, echipa de testare ar trebui să confirme că apelurile sunt livrate către punctele finale dorite, indiferent dacă acestea sunt utilizatori individuali, cozi de apeluri, grupuri de vânătoare sau însoțitori auto. Apel urile PSTN efectuate trebuie efectuate cu succes, acordându-se o atenție deosebită livrării și prezentării corecte a informațiilor de identificare a apelantului. Aceasta implică asigurarea faptului că numele și numărul corect al apelantului sunt afișate destinatarilor externi, în conformitate cu politicile organizaționale și cerințele de reglementare.

Testarea ar trebui să abordeze, de asemenea, scenarii de failover, cum ar fi gestionarea punctelor finale in accesibile sau întreruperile rețelei. Acest lucru ajută la confirmarea faptului că mecanismele de rezervă și rutarea alternativă funcționează corect, menținând continuitatea și fiabilitatea serviciului.

Fluxuri de apeluri on-net

Fluxurile de apeluri interne sau on-net formează coloana vertebrală a comunicării întreprinderii. Testarea de acceptare în această zonă verifică dacă apelurile dintre utilizatorii din cadrul organizației sunt direcționate corect, cu funcții precum transferul apelurilor, reținerea, redirecționarea și conferința funcționând conform intenției. Integritatea planurilor de apelare, conectivitatea de la extensie la extensie și suportul pentru politicile de apeluri organizaționale trebuie toate confirmate.

Gestionarea apelurilor utilizatorului și validarea caracteristicilor

Un aspect important al testării de acceptare implică validarea modului în care utilizatorii gestionează apelurile utilizând aplicația Webex și telefoanele de birou acceptate. Acest proces se concentrează pe confirmarea faptului că fluxurile de lucru de apelare zilnice sunt intuitive și fiabile și că utilizatorii au acces fără probleme la caracteristicile de bază necesare rolurilor lor. Testarea ar trebui să evalueze ușurința cu care utilizatorii pot plasa și primi apeluri, să gestioneze funcțiile de reținere și reluare și să efectueze atât transferuri blindate, cât și consultative. De asemenea, este esențial să verificați dacă redirecționarea apelurilor, conferința și alte capacități avansate, cum ar fi parcarea și preluarea apelurilor sau activarea „nu deranjați”, sunt ușor disponibile și funcționează fără probleme.

Experiența ar trebui evaluată pentru claritate și reacție, având în vedere modul în care utilizatorii interacționează cu istoricul apelurilor, mesageria vocală și directoarele integrate. O atenție suplimentară ar trebui acordată capacității de a muta apelurile active între dispozitive și de a utiliza controalele în timpul apelurilor în mod eficient în cadrul aplicației sau pe telefoanele fizice. Scopul final este de a se asigura că experiența utilizatorului final este consecventă, eficientă și susține pe deplin nevoile de comunicare ale organizației în urma migrării.

Cozi de apel: experiență de agent și supraveghetor

Cozile de apeluri sunt utilizate frecvent pentru gestionarea scenariilor de apeluri de intrare cu volum mare. Testarea de acceptare aici se concentrează pe mai multe dimensiuni. În primul rând, trebuie verificat dacă apelurile sunt distribuite agenților în conformitate cu logica de coadă configurată, cum ar fi round robin, cel mai lung inactiv sau apel simultan. Prezentarea apelurilor aflate în coadă pe desktop-urile agenților trebuie examinată pentru claritate și ușurință în utilizare, asigurându-se că agenții pot accepta, reține și transfera în mod eficient apelurile.

Pentru supraveghetori, experiența desktop ar trebui evaluată pentru funcții precum monitorizarea în timp real, blocarea apelurilor și analize sau informații despre performanța cozii. Aceasta include, dar nu se limitează la, validarea tablourilor de bord și a instrumentelor de raportare care furnizează date acționabile despre distribuția apelurilor, activitatea agentului și valorile cozii.

Grupuri de vânătoare: Distribuirea apelurilor

Grupurile de vânătoare sunt un mecanism cheie pentru distribuirea apelurilor către seturi predefinite de utilizatori. Testarea de acceptare trebuie să confirme că apelurile sunt direcționate către membrii grupului pe baza algoritmului de vânătoare configurat și că scenariile de revărsare, redirecționare și fără răspuns sunt gestionate conform designului. Asigurarea faptului că apartenența la grup și comportamentele de rutare a apelurilor se potrivesc cu cele stabilite anterior Unified CM este esențială pentru consecvența operațională și satisfacția utilizatorilor.

Însoțitori automați: Anunțuri și operațiuni de meniu

Însoțitorii auto reprezintă prima linie a gestionării automate a apelurilor. Testarea trebuie să acopere redarea anunțurilor, acurate țea felicitărilor înregistrate și funcționarea corectă a arborilor de meniu. Selec țiile de meniu ar trebui să direcționeze în mod fiabil apelanții către departamentele, persoanele fizice sau numerele externe corespunzătoare. Testarea ar trebui să includă, de asemenea, scenarii nevalide sau de expirare pentru a confirma că apelanții primesc îndrumări clare sau sunt redirecționați conform intenției.

Funcționarea mesageriei vocale

În cele din urmă, funcționalitatea mesageriei vocale este esențială pentru experiența utilizatorului. Testele de acceptare ar trebui să verifice dacă casetele de mesagerie vocală sunt atribuite corect și accesibile, atât din cadrul organizației, cât și de la distanță. Capacitatea de a înregistra, prelua și gestiona mesajele trebuie confirmată, împreună cu livrarea notificărilor.

Pentru a monitoriza mediul post-migrare, a valida performanța și a face ajustări pentru a asigura stabilitatea și eficiența operațională, consultați Faza de optimizare.