Il primo passo per la transizione a Webex Calling è garantire una connettività Internet affidabile e sicura tra la rete locale e il cloud Webex.

Poiché la maggior parte delle organizzazioni si connette a Internet tramite uno o più firewall o dispositivi di sicurezza, è essenziale verificare che i flussi di traffico richiesti siano supportati .

Gli amministratori di rete e della sicurezza devono comprendere questi flussi in termini di:

• Direzione (in entrata vs in uscita)

• Protocolli (Esempio: SIP, TLS, SRTP, HTTPS)

• Intervalli di indirizzi IP utilizzati dai servizi Webex

• Numeri di porta che devono essere aperti o consentiti.

Ciò garantisce che i firewall aziendali, i dispositivi NAT e le altre infrastrutture di rete siano configurati correttamente per gestire il traffico di Webex Calling, mantenendo al contempo le politiche di sicurezza aziendali.

Per informazioni sui flussi richiesti, inclusi indirizzo IP, porte e protocolli, vedere Informazioni di riferimento sulle porte per le chiamate Webex. Utilizza queste informazioni per configurare il firewall, i proxy e altre infrastrutture di rete nell'implementazione esistente al fine di abilitare i flussi di rete di Webex Calling.

Per i servizi di collaborazione cloud come Webex Calling, si consiglia un approccio decentralizzato che preveda la connessione internet da ciascuna filiale o sede. Consentendo al traffico di uscire localmente, questo modello:

• Riduce il ritardo di andata e ritorno e le fluttuazioni di frequenza, migliorando la qualità complessiva della chiamata.

• Si adatta in modo efficiente man mano che un numero maggiore di utenti e siti passa a Webex Calling.

• Si integra perfettamente con SD-WAN, che può instradare dinamicamente le sessioni al punto di accesso cloud Webex più vicino per prestazioni ottimali.

• Consente di tracciare la posizione dell'utente in base al suo indirizzo IP pubblico, il che è utile per l'analisi del percorso multimediale e la risoluzione dei problemi.

Inoltre, le organizzazioni devono garantire una larghezza di banda internet adeguata in ogni sede. La larghezza di banda deve essere dimensionata in base al numero previsto di chiamate simultanee, al codec selezionato (ad esempio, Opus o G.711), più i costi aggiuntivi per la segnalazione, le ritrasmissioni e la crescita futura. Ciò si allinea con la fase di preparazione del ciclo di vita di PPDIO e getta solide basi per la migrazione.

La sottosezione relativa alla configurazione iniziale all'interno della fase di implementazione di Webex Calling è fondamentale per creare un ambiente di chiamate cloud ben strutturato e gestibile. Questa fase comprende attività cruciali come la configurazione dell'organizzazione Control Hub, l'acquisizione e l'assegnazione delle licenze, nonché la verifica e la rivendicazione dei domini aziendali per garantire una corretta gestione degli utenti e la sicurezza. Inoltre, include la creazione di modelli di licenza per automatizzare l'assegnazione delle licenze agli utenti, la configurazione del Single Sign-On (SSO) per semplificare l'autenticazione degli utenti e migliorare la sicurezza, e l'adeguamento delle impostazioni di servizio e client per allinearle alle politiche aziendali e alle esigenze degli utenti. Il completamento di queste attività di configurazione iniziale garantisce che l'ambiente Webex Calling sia configurato correttamente per scalabilità, sicurezza e un'esperienza utente fluida, ponendo le basi per le successive fasi di implementazione e operative.

Durante la fase di implementazione, l'esecuzione di una migrazione pilota rappresenta una tappa fondamentale per la convalida della transizione da Unified CM a Webex Calling. Questo progetto pilota prevede la messa a disposizione di un sottoinsieme rappresentativo di utenti dislocati in una o più sedi sulla piattaforma Webex Calling, garantendo che la popolazione selezionata rifletta una varietà di casi d'uso e ruoli organizzativi. Parallelamente alla migrazione degli utenti, i servizi di collaborazione essenziali, tra cui segreteria telefonica, risponditori automatici, code di chiamata e gruppi di ricerca, devono essere migrati ai loro equivalenti in Webex Calling per garantire la continuità operativa e la funzionalità dei servizi.

La migrazione pilota dovrebbe avvalersi della stessa combinazione di strumenti forniti da Cisco e utility di migrazione di terze parti previste per l'implementazione su scala aziendale, garantendo che i processi, i flussi di lavoro di automazione e i punti di integrazione siano validati a fondo in condizioni rappresentative.

Gli obiettivi principali di questa implementazione pilota sono duplici: In primo luogo, convalidare e perfezionare i processi di transizione end-to-end, inclusi i flussi di lavoro di provisioning degli utenti, le procedure di migrazione dei dati e le configurazioni degli endpoint; e in secondo luogo, verificare in modo esaustivo la funzionalità dei servizi migrati in condizioni operative reali.

Questo approccio graduale consente al team di progetto di identificare e risolvere eventuali problemi tecnici o procedurali in un ambiente controllato, raccogliere il feedback degli utenti sulla nuova esperienza con la piattaforma, valutare l'efficacia degli strumenti di migrazione selezionati e acquisire fiducia nella metodologia di migrazione prima di procedere con un'implementazione più ampia a livello organizzativo.

Le informazioni acquisite durante questa fase pilota sono fondamentali per ottimizzare le successive ondate di migrazione e garantire una transizione agevole e a basso rischio per l'intera azienda.

Per attivare i servizi PSTN per Webex Calling, seleziona innanzitutto un'opzione di connettività PSTN nell'Hub di controllo.

Se un'organizzazione prevede di mantenere il controllo ibrido della doppia chiamata ( fase 1 nella figura Transizione graduale della chiamata: Ibrido e Cloud) temporaneamente o indefinitamente, dovranno implementare uno o più gateway locali per la rete PSTN locale per consentire le chiamate tra gli endpoint di Webex Calling e Unified CM.

Se l'obiettivo finale è una transizione completa ( fase 2) al cloud, inclusa la rete telefonica pubblica (PSTN) , sarà necessario un piano di chiamate Cisco o un'opzione Cloud Connect per le chiamate Webex per la PSTN.

Collabora con il fornitore di servizi telefonici che hai scelto per ordinare e trasferire i numeri di telefono prima di configurarli in Control Hub. Ordinare numeri di telefono o avviare ordini portuali è solo required/possible per PSTN locale e Cloud Connect per chiamate Webex. Per i piani tariffari Cisco, l'ordine e la portabilità vengono avviati da Control Hub non appena viene creata la sede, nei paesi in cui il piano tariffario Cisco è disponibile. Per ulteriori informazioni sui piani di chiamata Cisco, consultare Guida introduttiva ai piani Cisco.

Nell'ambito dell'implementazione della rete PSTN, assicurati che il tuo provider abbia abilitato i servizi PSTN sia in entrata che in uscita per la tua zona. Inoltre, effettuate delle chiamate di prova per verificare che vengano instradate correttamente attraverso la connessione PSTN prescelta.

Prima di aggiungere utenti e dispositivi a Webex Calling, è necessario configurare le sedi di chiamata. Per ogni località, è necessario inserire un indirizzo stradale valido. Negli Stati Uniti e in Canada, questo indirizzo viene convalidato e utilizzato dalla piattaforma per inviare le informazioni di localizzazione PIDF-LO per le chiamate di emergenza.

Quando si configurano sedi che utilizzano la rete PSTN locale, è necessario configurare di conseguenza i gateway locali. In Webex Calling, è necessario creare un trunk e un gruppo di instradamento per ogni gateway locale, e il gruppo di instradamento viene quindi assegnato come opzione PSTN per la sede. Cisco raccomanda vivamente di selezionare sempre un gruppo di instradamento come opzione PSTN, poiché questo approccio consente di aggiungere facilmente ulteriori linee in futuro, garantendo scalabilità e ridondanza. Cisco raccomanda inoltre di abilitare la doppia identità e il supporto P-Charge-Info su ogni linea PSTN, poiché ciò semplifica l'identificazione del soggetto fatturabile per le chiamate in uscita dirette o deviate. Se il tuo provider PSTN utilizza un'intestazione diversa per la fatturazione, puoi copiare le informazioni dall'intestazione P-Charge-Info del gateway locale all'intestazione di fatturazione richiesta.

Per le sedi che utilizzano Cloud Connect per le chiamate Webex o il piano di chiamate Cisco come opzione PSTN, è sufficiente selezionare la rispettiva opzione PSTN per la sede durante la configurazione. Se la sede utilizza Cloud Connect per le chiamate Webex o la rete telefonica pubblica locale (PSTN), sarà necessario aggiungere i numeri di telefono ordinati nel passaggio precedente. È possibile aggiungere i numeri come inattivi se non si desidera includerli immediatamente nell'instradamento delle chiamate; questi numeri potranno essere attivati in seguito, quando verranno assegnati a utenti o funzionalità.

È importante impostare sempre il numero principale per ogni sede. Il numero principale può essere assegnato a un utente o a una funzionalità, come ad esempio un risponditore automatico. Per abilitare la segreteria telefonica in quella sede, assicurati di impostare il numero pilota della segreteria telefonica, noto anche come numero del portale vocale.

Le impostazioni aggiuntive per le chiamate verso le località includono la configurazione dei dettagli per le chiamate di emergenza, come il numero di richiamata, le opzioni di notifica e le funzionalità avanzate per le chiamate di emergenza. È inoltre necessario rivedere e regolare le impostazioni di registrazione, le preferenze linguistiche e le configurazioni dei dispositivi in base alle esigenze di ciascuna sede. Se la tua organizzazione utilizza la composizione abbreviata tra sedi all'interno della rete aziendale con numeri aziendali significativi, ricorda di configurare un codice sede univoco per la sede nelle impostazioni di composizione interna. Infine, se la composizione esterna richiede una cifra di selezione in uscita, assicurati di impostarla nelle impostazioni di composizione esterna. Quando si configura una cifra di chiamata in uscita, Cisco consiglia di abilitare l'applicazione della cifra di chiamata in uscita per garantirne la coerenza.

Per l'integrazione con il sistema di controllo chiamate locale, è necessario configurare trunk, gruppi di instradamento, piani di composizione aziendali e impostazioni sia locali che globali. Iniziate configurando i trunk e i gateway locali destinati all'interconnessione con il sistema di controllo delle chiamate in sede; questo passaggio è necessario solo se sono richiesti trunk dedicati. Se i trunk e i gruppi di routing esistenti sono sufficienti per la tua implementazione, possono essere riutilizzati per l'interconnessione locale senza ulteriori configurazioni.

Una volta definiti i trunk e i gruppi di instradamento, procedere alla creazione dei piani di composizione aziendali e assegnare il gruppo di instradamento appropriato come destinazione per ciascun piano di composizione. Quando l'integrazione coinvolge più sistemi di controllo delle chiamate on-premise collegati tramite linee diverse, saranno necessari più piani di composizione. È importante assicurarsi che questi piani di composizione contengano solo i modelli necessari per instradare le chiamate verso destinazioni interne alla rete locale.

Se la tua implementazione richiede il supporto per il routing delle estensioni sconosciute, questa funzionalità deve essere abilitata a livello di posizione. Inoltre, quando è attivato l'instradamento delle estensioni sconosciute, è necessario specificare la lunghezza massima delle estensioni sconosciute nella sezione Instradamento delle chiamate tra Webex Calling e la sede delle impostazioni dei servizi di chiamata in Control Hub. Ciò garantisce un instradamento delle chiamate senza interruzioni e una gestione corretta degli scenari di composizione basati sugli interni nel vostro ambiente integrato.

Quando si migrano gli utenti da Unified CM a Webex Calling, potrebbe non essere possibile migrare tutti gli utenti contemporaneamente. Ciò può essere dovuto a molteplici ragioni, tra cui, a titolo esemplificativo ma non esaustivo, il numero di siti o utenti e il tempo necessario per la transizione di un sito. and/or gruppo di utenti contemporaneamente, risorse IT o in loco limitate per supportare la finestra di modifica, durata della finestra di modifica, complessità della modifica, ecc.

Quando si migrano gli utenti in fasi, è fondamentale identificare quali utenti devono essere migrati insieme nello stessobatch . L'obiettivo principale è migrare insieme gli utenti che dipendono l'uno dall'altro per i servizi e le funzionalità di chiamata. È necessario garantire che tutte le funzionalità di chiamata (ad esempio, le code di chiamata) siano pienamente operative su Webex Calling, così come lo erano prima della transizione a Unified CM.

Anche implementando l'interoperabilità delle chiamate tra Unified CM e Webex Calling con gateway locali, non è possibile suddividere i servizi o le funzionalità condivise tra queste connessioni. Pertanto, è necessario identificare le dipendenze tra gli utenti esaminando caratteristiche come:

• Monitoraggio di altri utenti tramite BLF

• Nella stessa caccia pilota, coda di chiamata, ecc.

• Linee condivise

• Utilizzo della risposta alla chiamata

• Utilizzando gli stessi numeri di parcheggio chiamata

• Intercom

• Executive/Admin.

Un esempio potrebbe essere un utente che fa parte di un gruppo di ricerca Unified CM che sta passando a Webex Calling. Questo utente passerà a utilizzare le chiamate Webex con il gruppo di ricerca e con tutti gli altri membri del gruppo di ricerca. Pertanto, dopo la transizione, Hunt Group e i suoi membri potranno rispondere con successo alle chiamate sulla nuova piattaforma.

La situazione si complica ulteriormente quando gli utenti sono connessi a diversi gruppi di utenti per servizi e funzionalità di chiamata differenti. Ciò richiederà la migrazione simultanea di più gruppi di utenti e di più servizi di chiamata a Webex Calling.

Utilizza l'output dello strumento Control Hub Migration Insights o di uno strumento di terze parti utilizzato nella fase di preparazione per determinare quali utenti e funzionalità devono essere raggruppati. Questo output avrebbe dovuto essere utilizzato per sviluppare il piano di migrazione e vi fornirà informazioni utili su come raggruppare utenti e funzionalità che devono essere migrati insieme.

I passaggi chiave per la migrazione di un gruppo di utenti sono:

• Identificare gli utenti da migrare insieme

• Verificare che tutti gli utenti siano presenti in Control Hub

• Verificare che tutti i TN per gli utenti siano presenti in Control Hub.

• Verificare il formato corretto del numero di telefono nell'elenco.

• Assicurati che il modello di licenza e impostazioni per i gruppi di utenti sia configurato correttamente

• Verifica o configurazione di tutti i servizi e le funzionalità di chiamata per il gruppo di utenti (prima o durante la transizione, a seconda dei casi).

• Nella directory aziendale, aggiungere gli utenti al gruppo degli utenti abilitati alle chiamate.

• Sfrutta gli strumenti: strumenti di migrazione per utenti e funzionalità di Control Hub. and/or strumenti di terze parti

• Disable/Delete user/device numero di elenco e chiamata features/services su Unified CM dopo la transizione.

Dopo la migrazione di un gruppo di utenti, testare un sottoinsieme di questi per verificare che tutte le funzionalità e i servizi di chiamata funzionino correttamente. Se funzionalità di chiamata come la coda di chiamata, i gruppi di ricerca, ecc. vengono trasferite con il gruppo di utenti, è necessario testare il corretto funzionamento di questi servizi di chiamata.

In Webex Calling, uno spazio di lavoro si riferisce a una posizione condivisa (come una sala conferenze, uno spazio per riunioni informali o una postazione di lavoro condivisa) a cui possono essere assegnati dispositivi, interni e utenti. A differenza dei tradizionali telefoni Unified CM, gli spazi di lavoro sono:

• Orientato alla posizione: legato agli spazi fisici.

• Compatibile con diversi dispositivi: può avere uno o più dispositivi (telefoni fissi, lavagne, ecc.).

Una volta identificati gli spazi di lavoro da utilizzare per la transizione a Webex Calling, è possibile aggiungerli in Control Hub nella sezione Dispositivi. Ogni spazio di lavoro necessita dell'assegnazione di un dispositivo e, se questi sono già presenti in Unified CM, devono essere reimpostati o riconfigurati per Webex. Le funzionalità di Webex Calling, come la segreteria telefonica, l'inoltro di chiamata e la risposta automatica alle chiamate, possono essere attivate o disattivate, ed è possibile applicare criteri per le videochiamate, la messa in attesa delle chiamate e la mobilità, a seconda delle necessità. Metti alla prova ogni postazione di lavoro effettuando chiamate interne ed esterne, testando le funzionalità video, di videoconferenza e di mobilità. Infine, informate gli utenti di tutte le procedure applicabili relative ai dispositivi e alle prenotazioni delle postazioni di lavoro.

Per ulteriori informazioni sugli spazi di lavoro in Control Hub, vedere Spazi di lavoro.

Nell'ambito della transizione al cloud, i telefoni attualmente registrati a Unified CM dovranno essere migrati a Webex Calling. Per semplificare al massimo la migrazione e ridurre al minimo le possibilità di errore, Cisco consiglia di migrare contemporaneamente le sedi fisiche o i reparti. Tuttavia, potrebbe essere necessario migrare gli utenti in lotti a causa delle dipendenze tra le funzionalità. Per maggiori dettagli, consultare la sezione Migrazione degli utenti in batch.

Tutti i telefoni compatibili con Webex Calling che è necessario migrare da Unified CM dovranno essere configurati su Webex Calling come utente o area di lavoro e il telefono fisico dovrà essere riconfigurato per registrarsi con Webex Calling. Inoltre, i telefoni delle serie 7800 e 8800 necessitano di un aggiornamento del firmware, passando dal firmware Enterprise al firmware Multiplatform Phone (MPP). Questo processo include il caricamento di un firmware transitorio prima del caricamento del firmware MPP necessario per la registrazione a Webex Calling. È inoltre necessario possedere l'apposita licenza di immigrazione. Negli ultimi anni Cisco ha migliorato questo processo per semplificare l'aggiornamento dei telefoni con firmware aziendale al firmware MPP. Per ulteriori informazioni sui passaggi per completare l'aggiornamento del firmware, vedere Conversione dei telefoni IP Cisco serie 7800 e 8800 tra firmware Enterprise e MPP.

Oltre ai passaggi descritti in questo articolo, Control Hub dispone di uno strumento integrato, Migra il tuo telefono a Webex Calling, che puoi utilizzare per migrare i tuoi telefoni 7800 e 8800 dal firmware Enterprise al firmware MPP. Questo strumento consente inoltre di aggiungere i telefoni a Control Hub e di assegnarli agli utenti o agli spazi di lavoro appropriati. Per ulteriori informazioni sull'utilizzo dello strumento, vedere Migrare il telefono.

Per i telefoni della serie 9800 registrati con Unified CM, il requisito di migrazione del firmware sopra indicato non si applica. Questi telefoni utilizzano PhoneOS, che è supportato sia da Unified CM che da Webex Calling. Per migrare questi telefoni a Webex Calling, è necessario aggiungerli a Webex Calling, assegnarli a un utente o a un'area di lavoro e quindi ripristinare le impostazioni di fabbrica dei telefoni. Sequenza di avvio di PhoneOS per la registrazione La figura seguente mostra la sequenza di avvio di PhoneOS e come il telefono si registrerà a Webex Calling una volta aggiunto a Control Hub, anche se il telefono è ancora configurato su Unified CM and/or Sono in uso le opzioni DHCP (Esempio - 150).

Unified CM supporta il ripristino delle impostazioni di fabbrica dei dispositivi PhoneOS per consentire l'onboarding Zero-Touch a Webex Calling. Gli amministratori di Unified CM possono ripristinare da remoto le impostazioni di fabbrica dei telefoni 9800 e 8875 tramite le pagine di amministrazione di CUCM, eliminando la necessità di accedere fisicamente ai telefoni per configurarli con Webex Calling. Questa funzionalità è supportata dai Device Pack a partire dal 9 settembre 2025:

• CUCM v15 - Unified Communications Manager Versione 15

• CUCM v14 - Unified Communications Manager Versione 14.

Per ulteriori informazioni sulla procedura di registrazione per la serie 9800, consultare Procedura di registrazione.

Oltre ai telefoni IP Cisco, potrebbe essere necessario il provisioning di altri dispositivi come adattatori telefonici analogici (ATA), telefoni wireless (Wi-Fi, DECT), dispositivi video, gateway vocali e dispositivi e telefoni di^terze parti . Molti di questi dispositivi non dispongono di un percorso di aggiornamento del firmware, come nel caso dei telefoni IP, per passare dal firmware aziendale al firmware cloud. Pertanto, dovrai configurare ciascuno di questi dispositivi in Control Hub. Alcuni di questi non possono essere trasferiti a Webex Calling e il modello Webex Calling equivalente dovrà sostituirlo (ad esempio ATA) 191/192) e altri richiederanno una riconfigurazione manuale and/or modifiche al software.

• Gateway vocali - Per migrare il gateway locale, vedere Migrazione del gateway locale.

  Per ulteriori informazioni su come configurare il gateway vocale VG400, VG410 o VG420 in Control Hub, vedere Gateway locale

• Adattatore telefonico analogico (ATA) - Per iniziare a utilizzare i modelli Cisco ATA 191 e 192, consultare Cisco ATA.

• Telefono wireless Wi-Fi - Per integrare i telefoni wireless Webex 840 e 860, vedere Integrare il telefono wireless Webex.

• Telefoni wireless DECT - Per iniziare a utilizzare la nuova serie Cisco IP DECT 6800, consultare Cisco IP DECT.

  Per creare e gestire una rete DECT digitale in Control Hub, vedere Gestire la rete DECT

  Per ulteriori informazioni su Cisco IP DECT 6800, consultare la Guida all'implementazione

• Dispositivi e telefoni di terze^parti - Lavora con fornitori di^terze parti su device/phone requisiti e processo per migrarli o sostituirli al fine di supportare Webex Calling.

Tutte le funzionalità di chiamata necessarie in Webex Calling devono essere configurate prima o durante la transizione. Come discusso nella sezione "Migrazione degli utenti in batch", le funzionalità di chiamata devono essere configurate e trasferite quando vengono migrati gli utenti che le utilizzano.

Per informazioni dettagliate su come configurare ciascuna delle funzionalità di Webex Calling, consultare i relativi articoli della guida alla configurazione.

• Assistenti automatici - Per gestire gli assistenti automatici, vedere Assistenti automatici

• Parcheggio chiamate - Per gestire il parcheggio chiamate, vedere Parcheggio chiamate

• Risposta alla chiamata - Per configurare il gruppo di risposta alla chiamata, vedere Risposta alla chiamata

• Code di chiamata - Per configurare la coda di chiamata, vedere Coda di chiamata

• Gruppi di caccia - Per gestire i gruppi di caccia, vedere Gestisci gruppo di caccia

• Modalità operative - Per l'instradamento delle chiamate in base alle modalità operative, vedere Instradamento delle chiamate in base alle modalità operative

• Gruppi di paging - Per configurare un gruppo di paging, vedere Configurare un gruppo di paging

• Registrazioni - Per gestire la registrazione delle chiamate per Webex Calling, vedere Gestisci registrazioni

• Accesso tramite numero singolo - Per configurare l'accesso tramite numero singolo (Office Anywhere), vedere Configurare il numero singolo

• Gruppo di segreteria telefonica - Per gestire una casella vocale e una casella fax in entrata condivise per Webex Calling, vedere Gestisci segreteria telefonica.

I test di accettazione garantiscono che l'ambiente migrato soddisfi i requisiti funzionali, funzioni come previsto e offra un'esperienza utente fluida in tutti i flussi di lavoro di comunicazione. Questo processo di validazione è sfaccettato e comprende ogni aspetto, dalla configurazione degli utenti e l'assegnazione dei numeri fino alle prestazioni operative delle funzionalità di chiamata avanzate.

Questa sezione fornisce esempi e mette in evidenza gli aspetti chiave da considerare durante i test di accettazione; tuttavia, non intende essere una lista di controllo esaustiva o completa.

Gestione degli utenti e assegnazione dei numeri

Un aspetto fondamentale dei test di accettazione consiste nel verificare che tutti gli utenti siano configurati correttamente e completamente all'interno di Webex Calling. Ciò richiede un confronto approfondito tra la directory di origine (Unified CM) e la base utenti di Webex Calling appena creata, per garantire che ogni account utente, insieme agli attributi associati come i numeri di interno e le assegnazioni di chiamata diretta in entrata (DID), sia stato migrato correttamente. La completezza delle dotazioni è fondamentale non solo per la operatività fin dal primo giorno, ma anche per l'amministrazione e l'assistenza continue.

La convalida dell'assegnazione dei numeri include la verifica che a ciascun utente siano assegnati l'interno e il numero esterno corretti e che tali numeri vengano instradati correttamente sia nei flussi di chiamata interni (in rete) che esterni (PSTN). È fondamentale verificare la presenza di sovrapposizioni, assegnazioni mancanti o configurazioni errate che potrebbero causare errori di instradamento delle chiamate o interruzioni del servizio.

Flussi di chiamata PSTN e presentazione dell'ID chiamante

Una procedura di collaudo di accettazione rigorosa deve comprendere la convalida end-to-end dei flussi di chiamata PSTN. Ciò include sia le chiamate in entrata che quelle in uscita. Per le chiamate in entrata sulla rete telefonica pubblica (PSTN), il team di test deve verificare che le chiamate vengano recapitate ai destinatari previsti, siano essi singoli utenti, code di chiamata, gruppi di ricerca o risponditori automatici. Le chiamate in uscita verso la rete telefonica pubblica (PSTN) devono essere effettuate correttamente, prestando particolare attenzione alla corretta visualizzazione e trasmissione delle informazioni relative all'identificativo del chiamante. Ciò implica garantire che il nome e il numero del chiamante corretti vengano visualizzati ai destinatari esterni, in conformità con le politiche aziendali e i requisiti normativi.

I test dovrebbero includere anche scenari di failover, come la gestione di endpoint irraggiungibili o interruzioni di rete. Ciò contribuisce a confermare che i meccanismi di fallback e i percorsi alternativi funzionino correttamente, garantendo la continuità e l'affidabilità del servizio.

flussi di chiamate in rete

I flussi di chiamate interne, o on-net, costituiscono la spina dorsale della comunicazione aziendale. I test di accettazione in quest'area verificano che le chiamate tra utenti all'interno dell'organizzazione vengano instradate correttamente e che funzionalità come il trasferimento di chiamata, la messa in attesa, l'inoltro e la conferenza funzionino come previsto. È necessario verificare l'integrità dei piani di composizione, la connettività tra gli interni e il supporto alle politiche di chiamata aziendali.

Gestione delle chiamate utente e convalida delle funzionalità

Un aspetto importante dei test di accettazione consiste nel verificare come gli utenti gestiscono le chiamate utilizzando l'app Webex e i telefoni fissi supportati. Questo processo si concentra sulla verifica che i flussi di lavoro quotidiani relativi alle chiamate siano intuitivi e affidabili e che gli utenti abbiano un accesso agevole alle funzionalità principali necessarie per i loro ruoli. I test dovrebbero valutare la facilità con cui gli utenti possono effettuare e ricevere chiamate, gestire le funzioni di messa in attesa e ripresa, ed eseguire trasferimenti sia ciechi che con consultazione. È inoltre essenziale verificare che l'inoltro di chiamata, la conferenza e altre funzionalità avanzate, come la messa in attesa e il recupero delle chiamate o l'attivazione non interferiscano, siano facilmente disponibili e funzionino senza intoppi.

L'esperienza utente dovrebbe essere valutata in termini di chiarezza e reattività, considerando come gli utenti interagiscono con la cronologia delle chiamate, la segreteria telefonica e le rubriche integrate. Occorre prestare particolare attenzione alla possibilità di trasferire le chiamate attive tra dispositivi e di utilizzare efficacemente i comandi durante le chiamate, sia all'interno dell'applicazione che sui telefoni fisici. L'obiettivo finale è garantire che l'esperienza dell'utente finale sia coerente, efficiente e supporti pienamente le esigenze di comunicazione dell'organizzazione dopo la migrazione.

Code chiamate: Esperienza come agente e supervisore

Le code di chiamata vengono spesso utilizzate per gestire elevati volumi di chiamate in entrata. In questo contesto, i test di accettazione si concentrano su diverse dimensioni. Innanzitutto, è necessario verificare che le chiamate vengano distribuite agli agenti in base alla logica di coda configurata, come ad esempio round robin, time-out o squillo simultaneo. La visualizzazione delle chiamate in coda sui desktop degli operatori deve essere esaminata in termini di chiarezza e facilità d'uso, garantendo che gli operatori possano accettare, mettere in attesa e trasferire le chiamate in modo efficiente.

Per i supervisori, l'esperienza desktop dovrebbe essere valutata in base a funzionalità quali il monitoraggio in tempo reale, l'inserimento in chiamata e l'analisi o le informazioni sulle prestazioni delle code. Ciò include, a titolo esemplificativo ma non esaustivo, la convalida di dashboard e strumenti di reporting che forniscono dati utilizzabili sulla distribuzione delle chiamate, sull'attività degli agenti e sulle metriche delle code.

Gruppi di risposta: Distribuzione delle chiamate

I gruppi di ricerca sono un meccanismo fondamentale per distribuire le chiamate a gruppi di utenti predefiniti. I test di accettazione devono confermare che le chiamate vengano instradate ai membri del gruppo in base all'algoritmo di instradamento configurato e che i casi di sovraccarico, inoltro e mancata risposta vengano gestiti come previsto. Garantire che l'appartenenza ai gruppi e le modalità di instradamento delle chiamate corrispondano a quelle precedentemente stabilite in Unified CM è essenziale per la coerenza operativa e la soddisfazione degli utenti.

Operatori automatici: Annunci e operazioni del menu

I sistemi di risposta automatica rappresentano la prima linea della gestione automatizzata delle chiamate. I test devono includere la riproduzione degli annunci, l'accuratezza dei saluti registrati e il corretto funzionamento dei menu ad albero. Le opzioni del menu dovrebbero indirizzare in modo affidabile i chiamanti ai reparti, alle persone o ai numeri esterni appropriati. I test dovrebbero includere anche scenari non validi o di timeout per confermare che i chiamanti ricevano indicazioni chiare o vengano reindirizzati come previsto.

Gestione della segreteria telefonica

Infine, la funzionalità di segreteria telefonica è fondamentale per l'esperienza utente. I test di accettazione devono verificare che le caselle vocali siano assegnate correttamente e accessibili, sia dall'interno dell'organizzazione che da remoto. È necessario confermare la possibilità di registrare, recuperare e gestire i messaggi, nonché la corretta ricezione delle notifiche.

Per monitorare l'ambiente post-migrazione, convalidare le prestazioni ed effettuare le modifiche necessarie per garantire stabilità ed efficienza operativa, fare riferimento alla fase di ottimizzazione .