Primul pas în tranziția la Webex Calling este asigurarea unei conectivități la internet fiabile și securizate între rețeaua locală și cloud-ul Webex.

Întrucât majoritatea organizațiilor se conectează la internet prin intermediul unuia sau mai multor firewall-uri sau dispozitive de securitate, este esențial să se valideze dacă fluxurile de trafic necesare sunt acceptate.

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

• Direcție (spre intrare vs. spre ieșire)

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

• Intervalele de adrese IP utilizate de serviciile Webex

• Numerele de port care trebuie deschise sau permise.

Acest lucru asigură că firewall-urile corporative, dispozitivele NAT și alte infrastructuri de rețea sunt configurate corect pentru a gestiona traficul Webex Calling, 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ță despre porturi 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 rețea Webex Calling.

Abordarea recomandată pentru serviciile de colaborare în cloud, cum ar fi Webex Calling, este o conexiune descentralizată la internet de la fiecare sucursală sau locație. Permițând ieșirea traficului local, acest model:

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

• Se scalează eficient pe măsură ce tot 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-ul Webex pentru performanțe optime

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

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

Subsecțiunea de configurare inițială din faza de implementare a implementării Webex Calling este fundamentală pentru stabilirea unui mediu de apelare în cloud bine structurat și ușor de gestionat. Această etapă cuprinde sarcini critice precum configurarea organizației Control Hub, achiziționarea și atribuirea licențelor, precum și verificarea și revendicarea domeniilor companiei dvs. pentru a asigura gestionarea și securitatea corespunzătoare a utilizatorilor. În plus, include furnizarea de șabloane de licență pentru automatizarea atribuirii licențelor utilizatorilor, configurarea Single Sign-On (SSO) pentru a simplifica autentificarea utilizatorilor și a îmbunătăți securitatea, precum și ajustarea setărilor serviciilor și clienților pentru a se alinia cu politicile organizației și nevoile utilizatorilor. Finalizarea acestor activități inițiale de configurare asigură configurarea corectă a mediului Webex Calling pentru scalabilitate, securitate și o experiență de utilizare fără probleme, pregătind terenul pentru fazele ulterioare de implementare și operare.

În faza de implementare, executarea unei migrări pilot reprezintă o etapă importantă în validarea tranziției de la Unified CM la Webex Calling. Acest proiect pilot implică furnizarea unui subset reprezentativ de utilizatori din una sau mai multe locații pe platforma Webex Calling, 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ă, operatorii automati, cozile de apeluri și grupurile de căutare, trebuie să fie transferate la echivalentele lor Webex Calling pentru a menține continuitatea afacerii și funcționalitatea serviciilor.

Migrarea pilot ar trebui să utilizeze aceeași combinație de instrumente furnizate de Cisco și utilități de migrare de la terți 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, pentru a valida și rafina procesele de tranziție end-to-end, inclusiv fluxurile de lucru de furnizare a utilizatorilor, procedurile de migrare a datelor și configurațiile endpoint-urilor; și în al doilea rând, pentru a verifica în mod complet funcționalitatea 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ă colecteze feedback de la utilizatori cu privire la noua experiență pe platformă, să evalueze eficacitatea instrumentelor de migrare selectate și să stabilească încredere în metodologia de migrare înainte de a continua cu implementarea organizațională mai amplă.

Informațiile obținute în timpul acestei faze pilot sunt esențiale în optimizarea valurilor ulterioare de migrare și în asigurarea unei tranziții line și cu riscuri reduse pentru întreaga întreprindere.

Pentru a achiziționa servicii PSTN pentru Webex 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 în figura Tranziție fazată a apelurilor: Hibrid și Cloud) fie temporar, fie pe termen nelimitat, vor trebui să implementeze unul sau mai multe gateway-uri locale pentru PSTN local pentru a permite apelarea între punctele finale Webex Calling și Unified CM.

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

Colaborați cu furnizorul ales pentru a comanda și porta numerele de telefon înainte de a le configura în Control Hub. Comandarea numerelor de telefon sau inițierea comenzilor de port este doar required/possible pentru PSTN local și Cloud Connect pentru Webex Calling. Pentru planurile de apeluri Cisco, comandarea și portarea sunt inițiate din Control Hub imediat ce locația este creată și în țările în care este disponibil planul de apeluri Cisco. Pentru mai multe informații despre planurile Cisco Calling, consultați Introducere în utilizarea planurilor 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 test pentru a verifica dacă apelurile sunt direcționate corect prin conexiunea PSTN aleasă.

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

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

Pentru locațiile care utilizează Cloud Connect pentru Webex Calling sau Cisco Calling Plan ca opțiune PSTN, selectați pur și simplu opțiunea PSTN respectivă pentru locație în timpul configurării. Dacă locația utilizează fie Cloud Connect pentru Webex Calling, 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 ulterior, când sunt atribuite utilizatorilor sau funcțiilor.

Este important să setați întotdeauna numărul principal pentru fiecare locație. Numărul principal poate fi atribuit fie unui utilizator, fie unei funcții, cum ar fi un operator automat. Pentru a activa mesageria vocală la locație, asigurați-vă că ați setat numărul pilot al mesageriei vocale, cunoscut și sub numele de număr de portal vocal.

Setările suplimentare pentru locațiile de apelare includ configurarea detaliilor apelurilor de urgență, cum ar fi numărul de apel invers de urgență, opțiunile de notificare și funcțiile îmbunătățite pentru apelurile de urgență. De asemenea, ar trebui să revizuiți și să ajustați setările de înregistrare, preferințele lingvistice și configurațiile dispozitivului, după cum este necesar pentru fiecare locație. Dacă organizația dumneavoastră utilizează apelarea inter-site abreviată în rețea cu numere semnificative de întreprindere, nu uitați să configurați un cod unic de site pentru locație în setările de apelare internă. În cele din urmă, dacă apelarea externă necesită o cifră de apelare externă, asigurați-vă că setați această opțiune în setările de apelare externă. Când este configurată o cifră de apelare pentru apeluri de ieșire, Cisco recomandă activarea impunerii cifrelor de apelare pentru apeluri de ieșire pentru a asigura consecvența.

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

După ce trunchiurile și grupurile de rute sunt stabilite, continuați să creați planurile de apelare ale companiei și să atribuiți grupul de rute corespunzător ca destinație pentru fiecare plan de apelare. Când integrarea implică mai multe sisteme locale de control al apelurilor 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 rutarea apelurilor către destinații locale.

Dacă implementarea necesită asistență pentru rutarea extensiilor necunoscute, această funcție ar trebui activată la nivel de locație. În plus, atunci când este activată rutarea extensiilor necunoscute, trebuie să specificați lungimea maximă a extensiei necunoscute în secțiunea Rutare apeluri între Webex Calling și sedii din setările serviciilor de apelare din Control Hub. Acest lucru asigură o rutare fără probleme a apelurilor și o gestionare corectă a scenariilor de apelare bazate pe extensii în mediul dumneavoastră integrat.

Când migrați utilizatori de la Unified CM la Webex Calling, 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, timpul necesar pentru tranziția unui site and/or grup de utilizatori simultan, resurse IT sau ale site-ului limitate pentru a susține fereastra de modificare, durata ferestrei de modificare, complexitatea modificării etc.

Când migrați utilizatori în etape, este esențial să identificați utilizatorii care trebuie să migreze împreună în același lot. Scopul principal este de a migra împreună utilizatorii care au dependențe unii de alții pentru serviciile și funcțiile lor de apelare. Doriți să vă asigurați că toate funcțiile lor de apelare (Exemplu - Cozi de apeluri) sunt complet funcționale pe Webex Calling așa cum erau înainte de tranziția pe Unified CM.

Chiar dacă implementați interoperabilitatea apelurilor între Unified CM și Webex Calling cu Local Gateways, nu puteți diviza serviciile sau funcțiile partajate pe 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 apeluri etc.

• Linii partajate

• Utilizarea funcției de preluare a apelurilor

• Folosirea acelorași numere de parcare a apelurilor

• Intercom

• Executive/Admin.

Un exemplu ar fi un utilizator care face parte dintr-un grup de hunting Unified CM care este în tranziție către Webex Calling. Acest utilizator va trece la Webex Calling împreună cu Grupul de hunting și cu toți ceilalți membri ai Grupului de hunting. Prin urmare, după tranziție, Grupul Hunt și membrii săi pot răspunde cu succes apelurilor 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 simultană a mai multor grupuri de utilizatori și a unui serviciu de apelare către Webex Calling.

Folosește rezultatul instrumentului Control Hub Migration Insights sau al instrumentului terț pe care l-ai utilizat în faza de pregătire pentru a determina ce utilizatori și caracteristici ar trebui grupate împreună. Acest rezultat ar fi trebuit să fie utilizat pentru a dezvolta planul de migrare și vă va oferi informații despre cum veți grupa utilizatorii și funcțiile care trebuie să facă tranziția împreună.

Pașii cheie la tranziția unui grup de utilizatori sunt:

• Identificarea utilizatorilor pentru migrarea împreună

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

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

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

• Asigurați-vă că șabloanele de licențiere și setări pentru grupurile de utilizatori sunt configurate corect

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

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

• Instrumente de utilizare - Instrumente de migrare a utilizatorilor și funcțiilor Control Hub and/or instrumente terțe

• Disable/Delete user/device număr de telefon și apelare features/services pe Unified CM după tranziție.

După migrarea unui grup de utilizatori, testați un subset de utilizatori pentru a valida dacă toate funcțiile și serviciile lor de apelare funcționează corect. Dacă funcțiile de apelare precum coada de apeluri, grupurile de căutare etc. sunt transferate odată cu grupul de utilizatori, atunci testați funcționalitatea corectă a acestor servicii de apelare.

În Webex 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 discuții sau un hot desk) 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: legate de spațiile fizice.

• Flexibilitate în funcție de dispozitiv: poate avea unul sau mai multe dispozitive (telefoane de birou, plăci video etc.).

După ce spațiile de lucru au fost identificate ca parte a tranziției la Webex Calling, acestea pot fi adăugate în Control Hub, la Dispozitive. Fiecare spațiu de lucru necesită o atribuire de dispozitiv, iar dacă acestea se află deja în Unified CM, trebuie resetate sau re-provisionate pentru Webex. Funcțiile Webex Calling, cum ar fi mesageria vocală, redirecționarea apelurilor și preluarea apelurilor, pot fi activate sau dezactivate, iar politicile pot fi aplicate pentru apeluri video, parcare apeluri și mobilitate, după cum este necesar. Testați fiecare spațiu de lucru efectuând apeluri interne și externe, testând funcțiile video, de conferințe și de mobilitate. În cele din urmă, informați utilizatorii despre orice procese aplicabile pentru dispozitivele și rezervările din spațiul de lucru.

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

Telefoanele care sunt înregistrate în prezent la Unified CM vor trebui migrate la Webex Calling ca parte a tranziției către cloud. Pentru a simplifica migrarea cât mai mult posibil, cu șanse minime de eșec, Cisco recomandă migrarea simultană a locațiilor fizice sau a departamentelor. Totuși, este posibil să fie necesar să migrați utilizatorii în loturi din cauza dependențelor de funcții. Consultați secțiunea Migrarea utilizatorilor în loturi pentru mai multe detalii.

Orice telefon compatibil cu Webex Calling pe care trebuie să îl transferați de la Unified CM va trebui configurat pe Webex Calling ca utilizator sau spațiu de lucru, iar telefonul fizic va trebui reconfigurat pentru a se înregistra la Webex Calling. În plus, telefoanele din seria 7800 și 8800 necesită actualizarea firmware-ului de la firmware Enterprise la firmware Multiplatform Phone (MPP). Acest proces include încărcarea firmware-ului tranzitoriu înainte de încărcarea firmware-ului MPP necesar pentru înregistrarea Webex Calling. 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 cu firmware Enterprise la firmware MPP. Pentru mai multe informații despre pașii necesari pentru finalizarea actualizării firmware-ului, consultați Conversia telefoanelor IP din seria Cisco 7800 și 8800 între firmware-ul Enterprise și MPP.

Pe lângă pașii descriși în acest articol, Control Hub are un instrument încorporat, Migrați telefonul la Webex Calling, pe care îl puteți utiliza pentru a migra telefoanele 7800 și 8800 de la firmware-ul Enterprise la cel MPP. Acest instrument vă permite, de asemenea, să adăugați telefoanele în 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 Migrați telefonul.

Pentru telefoanele din seria 9800 înregistrate cu Unified CM, cerința de migrare a firmware-ului de mai sus nu se aplică. Aceste telefoane rulează PhoneOS, care este acceptat atât de Unified CM, cât și de Webex Calling. Pentru a transfera aceste telefoane la Webex Calling, va trebui să le adăugați la Webex Calling, să le atribuiți unui utilizator sau unui spațiu de lucru și apoi să resetați telefoanele la setările din fabrică. Secvența de pornire PhoneOS pentru înregistrare Figura de mai jos prezintă secvența de pornire PhoneOS și modul în care telefonul se va înregistra la Webex Calling odată ce a fost adăugat la Control Hub, chiar dacă telefonul este încă configurat pe Unified CM and/or Opțiunile DHCP (Exemplu - 150) sunt în uz.

Unified CM acceptă resetarea la setările din fabrică a dispozitivelor PhoneOS pentru a permite integrarea fără atingere în Webex Calling. Administratorii Unified CM pot reseta de la distanță la setările din fabrică telefoanele 9800 și 8875 prin intermediul paginilor de administrare CUCM, ceea ce elimină necesitatea accesului fizic la telefoane pentru a le integra în Webex Calling. Această funcție 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.

Pe lângă 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 de la^{terți . Multe dintre aceste dispozitive nu au o cale de actualizare a firmware-ului, precum telefoanele IP, pentru a le face trecerea de la firmware-ul enterprise la firmware-ul cloud. Prin urmare, veți furniza fiecare dintre aceste dispozitive în Control Hub. Unele dintre acestea nu pot fi transferate la Webex Calling și va trebui să fie înlocuite de modelul echivalent Webex Calling (de exemplu, ATA 191/192) iar altele vor necesita reconfigurare manuală and/or modificări ale software-ului.}

• Gateway-uri vocale - Pentru a migra gateway-ul local, consultați Migrarea gateway-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 să utilizați 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 să utilizați noua serie Cisco IP DECT 6800, consultați Cisco IP DECT.

  Pentru a construi și gestiona o rețea digitală DECT în Control Hub, consultați Gestionarea rețelei DECT

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

• Dispozitive și telefoane^terțe ] [] [] [ ] - Lucrați cu furnizori^{terți []} pe device/phone cerințele și procesul de migrare sau înlocuire a acestora pentru a accepta Webex Calling.

Orice funcții de apelare necesare în Webex Calling trebuie să fie configurate înainte sau în timpul tranziției. Așa cum s-a discutat în secțiunea Migrarea utilizatorilor în loturi, funcțiile de apelare trebuie configurate și tranziționate odată cu tranziția utilizatorilor care le utilizează.

Pentru detalii despre cum să configurați fiecare dintre funcțiile Webex Calling, consultați articolele de ajutor pentru configurare corespunzătoare.

• Operatori automati - Pentru a gestiona operatorii automati, consultați Operatori automati

• Parcare apeluri - Pentru a gestiona parcarea apelurilor, consultați Parcare apeluri

• Preluare apel - Pentru a configura grupul de preluare apeluri, consultați Preluare apel

• Cozi de apeluri - Pentru a configura coada de apeluri, consultați Cozi 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 Rutarea apelurilor pe baza modurilor de operare

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

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

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

• Grup de mesagerie vocală - Pentru a gestiona o mesagerie vocală partajată și o casetă de fax primită pentru Webex Calling, consultați Gestionarea mesageriei vocale.

Testarea de acceptare asigură faptul că mediul migrat îndeplinește cerințele funcționale, funcționează conform așteptărilor și oferă o experiență utilizator fără probleme în toate fluxurile de lucru de comunicare. Acest proces de validare este complex, acoperind totul, de la furnizarea de utilizatori și atribuirea numerelor până la performanța operațională a funcțiilor avansate de apelare.

Această secțiune oferă exemple și evidențiază aspecte cheie de luat în considerare în timpul testelor de acceptare; cu toate acestea, nu își propune să servească drept listă de verificare exhaustivă sau cuprinzătoare.

Furnizarea de utilizatori și atribuirea numerelor

Un aspect fundamental al testării de acceptare implică verificarea faptului că toți utilizatorii sunt alocați corect și complet în cadrul Webex Calling. Aceasta necesită o comparație amănunțită între directorul sursă (Unified CM) și baza de utilizatori Webex Calling nou creată pentru a se asigura că fiecare cont de utilizator, împreună cu atributele asociate, cum ar fi numerele de interior și alocările de apelare directă (DID), au fost migrate corect. Completitudinea aprovizionării este esențială nu doar pentru operabilitatea din prima zi, ci și pentru administrarea și asistența continuă.

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

Fluxuri de apeluri PSTN și prezentare a 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 apeluri primite, cât și de apeluri efectuate. Pentru apelurile PSTN primite, echipa de testare ar trebui să confirme că apelurile sunt livrate către punctele finale dorite, indiferent dacă este vorba de utilizatori individuali, cozi de apeluri, grupuri de vânătoare sau operatori automati. Apelurile PSTN efectuate trebuie plasate 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ției și cerințele de reglementare.

Testarea ar trebui să abordeze și scenarii de failover, cum ar fi gestionarea endpoint-urilor inaccesibile sau a întreruperilor 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 în rețea

Fluxurile de apeluri interne sau on-line formează coloana vertebrală a comunicării la nivel de întreprindere. Testarea de acceptare în acest domeniu verifică dacă apelurile dintre utilizatorii din cadrul organizației sunt rutate corect, cu funcții precum transferul apelurilor, punerea în așteptare, redirecționarea și conferința funcționând conform așteptărilor. Integritatea planurilor de apelare, conectivitatea între extensii și suportul pentru politicile de apel ale organizației trebuie confirmate.

Gestionarea apelurilor utilizatorilor și validarea funcțiilor

Un aspect important al testării de acceptare implică validarea modului în care utilizatorii gestionează apelurile folosind aplicația Webex și telefoanele fixe compatibile. Acest proces se concentrează pe confirmarea faptului că fluxurile de lucru zilnice pentru apeluri sunt intuitive și fiabile și că utilizatorii au acces fără probleme la funcțiile de bază necesare pentru rolurile lor. Testarea ar trebui să evalueze ușurința cu care utilizatorii pot efectua și primi apeluri, pot gestiona funcțiile de așteptare și reluare a apelurilor și pot efectua transferuri atât în mod orb, cât și consultativ. De asemenea, este esențial să verificați dacă redirecționarea apelurilor, conferințele și alte funcții avansate, cum ar fi parcarea și preluarea apelurilor sau activarea funcției „Nu deranjați”, sunt disponibile imediat și funcționează fără probleme.

Experiența ar trebui evaluată pentru claritate și receptivitate, luând în considerare 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 eficient comenzile din timpul apelurilor în cadrul aplicației sau pe telefoanele fizice. Scopul final este de a asigura o experiență consistentă, eficientă și care să susțină pe deplin nevoile de comunicare ale organizației după migrare.

Cozi de apeluri: Experiența agentului și a supervizorului

Cozile de apeluri sunt frecvent utilizate pentru gestionarea scenariilor de apeluri primite cu volum mare. Testarea de acceptare se concentrează aici pe mai multe dimensiuni. În primul rând, trebuie verificat dacă apelurile sunt distribuite către agenți conform logicii configurate a cozii, cum ar fi round robin, cea mai lungă inactivitate sau apelul 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 eficient apelurile.

Pentru supervizori, experiența pe desktop ar trebui evaluată pentru funcții precum monitorizarea în timp real, includerea forțată a apelurilor și analize sau informații despre performanța cozii de așteptare. Aceasta include, dar nu se limitează la, validarea tablourilor de bord și a instrumentelor de raportare care oferă date utile privind distribuția apelurilor, activitatea agenților și indicatorii din cozi.

Grupuri de vânătoare: Distribuția apelurilor

Grupurile de hunting sunt un mecanism cheie pentru distribuirea apelurilor către seturi predefinite de utilizatori. Testarea de acceptare trebuie să confirme că apelurile sunt rutate către membrii grupului pe baza algoritmului de vânătoare configurat și că scenariile de depășire, redirecționare și lipsa răspunsului sunt gestionate conform proiectării. Asigurarea faptului că apartenența la grupuri și comportamentele de rutare a apelurilor corespund celor stabilite anterior în Unified CM este esențială pentru consecvența operațională și satisfacția utilizatorilor.

Operatori automati: Anunțuri și operațiuni din meniu

Operatoarele automate reprezintă prima linie a gestionării automate a apelurilor. Testarea trebuie să acopere redarea anunțurilor, acuratețea mesajelor de salut înregistrate și funcționarea corectă a meniurilor. Selecțiile din meniu ar trebui să direcționeze apelanții în mod fiabil către departamentele, persoanele sau numerele externe corespunzătoare. Testarea ar trebui să includă și scenarii invalide sau cu expirare a timpului 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 vocale sunt atribuite corect și accesibile, atât din interiorul organizației, cât și de la distanță. Capacitatea de a înregistra, recupera și gestiona mesaje trebuie confirmată, împreună cu livrarea notificărilor.