Il primo passo per passare 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 convalidare che i flussi di traffico richiesti siano supportati.

Gli amministratori di rete e di 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 altre infrastrutture di rete siano configurati correttamente per gestire il traffico Webex Calling, mantenendo al contempo i criteri di sicurezza aziendali.

Per informazioni sui flussi richiesti, inclusi indirizzo IP, porte e protocolli, vedere Informazioni di riferimento sulle porte per Webex Calling. Utilizzare queste informazioni per configurare il firewall, i proxy e altre infrastrutture di rete nella distribuzione esistente per abilitare i flussi di rete di Webex Calling.

Per i servizi di collaborazione cloud come Webex Calling, l'approccio consigliato è l'accesso Internet decentralizzato da ogni filiale o sede. Consentendo al traffico di uscire localmente, questo modello:

• Riduce il ritardo di andata e ritorno e il jitter, migliorando la qualità complessiva della chiamata

• Si adatta in modo efficiente man mano che più utenti e siti passano a Webex Calling

• Funziona perfettamente con SD-WAN, che può indirizzare dinamicamente le sessioni al punto di ingresso cloud Webex più vicino per prestazioni ottimali

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

Inoltre, le organizzazioni devono garantire un'adeguata larghezza di banda Internet 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ù il sovraccarico per la segnalazione, le ritrasmissioni e la crescita. Ciò è in linea con la fase di preparazione del ciclo di vita PPDIO e costituisce una solida base per la migrazione.

La sottosezione di configurazione iniziale all'interno della fase di implementazione della distribuzione di Webex Calling è fondamentale per stabilire un ambiente di chiamata cloud ben strutturato e gestibile. Questa fase comprende attività critiche quali 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 modelli di licenza di provisioning per automatizzare l'assegnazione delle licenze utente, la configurazione di Single Sign-On (SSO) per semplificare l'autenticazione utente e migliorare la sicurezza e la regolazione delle impostazioni del servizio e del client per allinearle alle policy aziendali e alle esigenze degli utenti. Il completamento di queste attività di configurazione iniziale garantisce che l'ambiente Webex Calling sia configurato correttamente per garantire scalabilità, sicurezza e un'esperienza utente fluida, preparando il terreno per le successive fasi di distribuzione e operative.

Durante la fase di implementazione, l'esecuzione di una migrazione pilota rappresenta una tappa fondamentale per convalidare la transizione da Unified CM a Webex Calling. Questo progetto pilota prevede la fornitura di un sottoinsieme rappresentativo di utenti in una o più sedi sulla piattaforma Webex Calling, garantendo che la popolazione selezionata rifletta diversi casi d'uso e ruoli organizzativi. Parallelamente alla migrazione degli utenti, i servizi di collaborazione essenziali, tra cui segreteria telefonica, operatori automatici, code di chiamata e gruppi di ricerca, devono essere trasferiti ai loro equivalenti Webex Calling per mantenere la continuità aziendale e la funzionalità del servizio.

La migrazione pilota dovrebbe sfruttare la stessa combinazione di strumenti forniti da Cisco e utilità di migrazione di terze parti pianificate per la più ampia implementazione organizzativa, garantendo che i processi, i flussi di lavoro di automazione e i punti di integrazione siano convalidati in modo approfondito in condizioni rappresentative.

Gli obiettivi principali di questo progetto pilota sono due: 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 completo 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 della piattaforma, valutare l'efficacia degli strumenti di migrazione selezionati e stabilire la fiducia nella metodologia di migrazione prima di procedere con una distribuzione organizzativa più ampia.

Le informazioni acquisite durante questa fase pilota sono fondamentali per ottimizzare le successive ondate di migrazione e garantire una transizione fluida e con rischi ridotti per l'intera azienda.

Per ottenere servizi PSTN per Webex Calling, selezionare prima un'opzione di connettività PSTN nel Control Hub.

Se un'organizzazione prevede di mantenere il controllo ibrido delle chiamate doppie ( fase 1 nella figura Transizione delle chiamate in fasi: Ibrido e Cloud) temporaneamente o indefinitamente, dovranno distribuire uno o più gateway locali per PSTN locale per consentire le chiamate tra gli endpoint Webex Calling e Unified CM.

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

Collabora con il provider scelto per ordinare e trasferire i numeri di telefono prima di configurarli in Control Hub. L'ordinazione di numeri di telefono o l'avvio di ordini di porta è solo required/possible per PSTN in sede e Cloud Connect per Webex Calling. Per i piani di chiamata Cisco, l'ordine e il trasferimento vengono avviati da Control Hub non appena viene creata la sede e nei paesi in cui è disponibile il piano di chiamata Cisco. Per ulteriori informazioni sui piani Cisco Calling, vedere Introduzione ai piani Cisco.

Come parte dell'implementazione PSTN, assicurati che il tuo provider abbia abilitato i servizi PSTN in entrata e in uscita per la tua posizione. Inoltre, esegui delle chiamate di prova per verificare che le chiamate vengano instradate correttamente attraverso la connessione PSTN scelta.

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

Quando si configurano sedi che utilizzano la rete PSTN locale, è necessario impostare di conseguenza i gateway locali. In Webex Calling, è necessario creare un trunk e un gruppo di routing per ciascun gateway locale, quindi il gruppo di routing viene assegnato come scelta PSTN per la posizione. Cisco consiglia vivamente di selezionare sempre un gruppo di routing come scelta PSTN, poiché questo approccio consente di aggiungere facilmente ulteriori trunk in futuro, supportando sia la scalabilità che la ridondanza. Cisco consiglia inoltre di abilitare il supporto della doppia identità e P-Charge-Info su ogni trunk PSTN, poiché ciò semplifica l'identificazione della parte fatturabile per le chiamate dirette o deviate in uscita. Se il tuo provider PSTN utilizza un'intestazione diversa per la fatturazione, puoi copiare le informazioni dall'intestazione P-Charge-Info sul gateway locale nell'intestazione di fatturazione richiesta.

Per le sedi che utilizzano Cloud Connect per Webex Calling o il Cisco Calling Plan come opzione PSTN, è sufficiente selezionare la rispettiva scelta PSTN per la sede durante la configurazione. Se la sede utilizza Cloud Connect per Webex Calling o PSTN locale, sarà necessario aggiungere i numeri di telefono ordinati nel passaggio precedente. È possibile aggiungere i numeri come inattivi se non si desidera includerli subito nell'instradamento delle chiamate; è possibile attivare questi numeri in un secondo momento, quando vengono assegnati a utenti o funzioni.

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

Ulteriori impostazioni per le posizioni di chiamata includono la configurazione dei dettagli delle chiamate di emergenza, come il numero di richiamata di emergenza, le opzioni di notifica e le funzionalità avanzate delle chiamate di emergenza. Dovresti anche rivedere e adattare le impostazioni di registrazione, le preferenze della lingua e le configurazioni del dispositivo in base alle esigenze di ogni posizione. Se la tua organizzazione utilizza la chiamata abbreviata inter-sede in rete con numeri aziendali significativi, ricorda di configurare un codice sito univoco per la posizione nelle impostazioni di chiamata interna. Infine, se la chiamata esterna richiede una cifra di chiamata in uscita, assicurarsi di impostarla nelle impostazioni di chiamata esterna. Quando si configura una cifra di selezione in uscita, Cisco consiglia di abilitare l'applicazione della cifra di selezione in uscita per garantire la coerenza.

Per l'integrazione con il controllo delle chiamate in sede, è necessario configurare i trunk, i gruppi di routing, i piani di selezione aziendali e le impostazioni globali e di posizione. Iniziare 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 necessari trunk dedicati. Se i trunk e i gruppi di routing esistenti sono sufficienti per la distribuzione, possono essere riutilizzati per l'interconnessione on-premise senza ulteriore configurazione.

Una volta stabiliti i trunk e i gruppi di routing, procedere alla creazione dei piani di selezione aziendali e assegnare il gruppo di routing appropriato come destinazione per ciascun piano di selezione. Quando l'integrazione coinvolge più sistemi di controllo delle chiamate in sede collegati tramite diversi trunk, saranno necessari più piani di selezione. È importante assicurarsi che questi piani di selezione contengano solo i modelli necessari per l'instradamento delle chiamate verso destinazioni locali.

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

Quando si migrano gli utenti da Unified CM a Webex Calling, potrebbe non essere possibile spostare 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 del sito limitate per supportare la finestra di modifica, durata della finestra di modifica, complessità della modifica, ecc.

Quando si migrano gli utenti in più fasi, è fondamentale identificare quali utenti devono migrare insieme nello stesso batch. L'obiettivo principale è quello di far migrare insieme gli utenti che hanno dipendenze reciproche per i loro servizi e funzionalità di chiamata. Si desidera garantire che tutte le funzionalità di chiamata (ad esempio le code di chiamata) siano pienamente operative su Webex Calling, come lo erano prima della transizione a Unified CM.

Anche se si implementa l'interoperabilità delle chiamate tra Unified CM e Webex Calling con gateway locali, non è possibile suddividere i servizi o le funzionalità condivise su questa connessione. Pertanto, è necessario identificare le dipendenze tra gli utenti esaminando funzionalità come:

• Monitoraggio di altri utenti tramite BLF

• Nello stesso pilota di caccia, coda di chiamata, ecc.

• Linee condivise

• Utilizzo del servizio di risposta alle chiamate

• Utilizzando gli stessi numeri di parcheggio delle chiamate

• 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 Webex Calling con il gruppo di ricerca e con tutti gli altri membri del gruppo di ricerca. Pertanto, dopo la transizione, il gruppo di ricerca e i suoi membri potranno rispondere correttamente alle chiamate sulla nuova piattaforma.

La situazione diventa più complessa quando gli utenti sono connessi a gruppi di utenti diversi per servizi e funzionalità di chiamata diversi. Ciò richiederà la transizione di più gruppi di utenti e di un servizio di chiamata a Webex Calling contemporaneamente.

Utilizzare l'output dello strumento Control Hub Migration Insights o dello strumento di terze parti utilizzato nella fase prepare per determinare quali utenti e funzionalità devono essere raggruppati insieme. Questo output avrebbe dovuto essere utilizzato per sviluppare il tuo piano di migrazione e ti fornirà informazioni su come raggruppare gli utenti e le funzionalità che devono essere trasferiti insieme.

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

• Identificazione degli utenti da migrare insieme

• Verifica che tutti gli utenti siano in Control Hub

• Verificare che tutti i TN per gli utenti esistano in Control Hub

• Verificare il formato corretto del numero di telefono nella directory

• Assicurarsi che il modello di licenza e di impostazioni per i gruppi di utenti sia impostato 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 di utenti abilitati alle chiamate

• Leverage Tools - Strumenti di migrazione delle funzionalità e degli utenti di Control Hub and/or strumenti di terze parti

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

Dopo aver migrato un gruppo di utenti, testa un sottoinsieme di utenti per verificare che tutte le loro funzionalità e servizi di chiamata funzionino correttamente. Se le funzionalità di chiamata, quali coda di chiamata, gruppi di ricerca, ecc., vengono trasferite al 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 (ad esempio una sala conferenze, uno spazio di incontro o una scrivania condivisa) a cui possono essere assegnati dispositivi, interni e utenti. A differenza dei tradizionali telefoni Unifed CM, gli spazi di lavoro sono:

• Incentrato sulla posizione: legato agli spazi fisici.

• Dispositivo flessibile: può avere uno o più dispositivi (telefoni fissi, lavagne, ecc.).

Una volta identificati gli spazi di lavoro come parte della transizione a Webex Calling, è possibile aggiungerli in Control Hub in Dispositivi. Ogni area di lavoro necessita dell'assegnazione di un dispositivo e, se è già presente in Unified CM, deve essere reimpostata o sottoposta a nuovo provisioning per Webex. È possibile abilitare o disabilitare le funzionalità di Webex Calling, quali segreteria telefonica, inoltro di chiamata e risposta alle chiamate, e applicare policy per videochiamate, parcheggio chiamate e mobilità, a seconda delle esigenze. Testare ogni spazio di lavoro effettuando chiamate interne ed esterne, testando le funzionalità video, di conferenza e di mobilità. Infine, informa gli utenti di eventuali procedure applicabili ai dispositivi e alle prenotazioni degli spazi di lavoro.

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

I telefoni attualmente registrati su Unified CM dovranno essere migrati a Webex Calling come parte della transizione al cloud. Per rendere la migrazione il più semplice possibile e ridurre al minimo le possibilità di fallimento, Cisco consiglia di migrare contemporaneamente anche le sedi fisiche o i reparti. Tuttavia, potrebbe essere necessario migrare gli utenti in batch a causa delle dipendenze delle funzionalità. Per maggiori dettagli, vedere la sezione Migrare gli utenti in batch.

Tutti i telefoni supportati da Webex Calling che devono passare 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 da Enterprise a Multiplatform Phone (MPP). Questo processo include il caricamento del firmware transitorio prima di caricare il firmware MPP necessario per la registrazione a Webex Calling. Richiede inoltre la licenza di migrazione appropriata. Negli ultimi anni Cisco ha migliorato questo processo per semplificare l'aggiornamento dei telefoni con firmware Enterprise al firmware MPP. Per ulteriori informazioni sui passaggi per completare l'aggiornamento del firmware, vedere Convertire i 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 a quello MPP. Questo strumento consente inoltre di aggiungere i telefoni a Control Hub e di assegnarli agli utenti o agli spazi di lavoro appropriati. Per maggiori informazioni sull'utilizzo dello strumento, vedere Migrare il telefono.

Per tutti i telefoni della serie 9800 registrati con Unified CM, il requisito di migrazione del firmware sopra indicato non si applica. Questi telefoni utilizzano PhoneOS, supportato sia da Unified CM che da Webex Calling. Per trasferire questi telefoni a Webex Calling, sarà 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 verrà registrato su Webex Calling una volta aggiunto a Control Hub, anche se il telefono è ancora predisposto 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 su 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 così la necessità di accedere fisicamente ai telefoni per integrarli in Webex Calling. Questa funzionalità è supportata con i Device Pack a partire dal 9 settembre 2025:

• CUCM v15 - Unified Communications Manager versione 15

• CUCM v14 - Unified Communications Manager versione 14.

Per maggiori informazioni sul processo di registrazione per la serie 9800, vedere Processo di registrazione.

Oltre ai telefoni IP Cisco, potrebbe essere necessario fornire altri dispositivi quali 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 i telefoni IP, per passare dal firmware aziendale al firmware cloud. Pertanto, dovrai predisporre 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 sulla configurazione del gateway vocale VG400, VG410 o VG420 in Control Hub, vedere Gateway locale

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

• Telefono wireless Wi-Fi - Per integrare il telefono 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, vedere Cisco IP DECT.

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

  Per ulteriori informazioni su Cisco IP DECT 6800, vedere Guida alla distribuzione

• 3^rd dispositivi e telefoni di terze parti^{- Lavora con fornitori} di terze parti su device/phone requisiti e il processo per migrarli o sostituirli per supportare Webex Calling.

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

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

• Risponditori automatici - Per gestire i risponditori automatici, vedere Risponditori automatici

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

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

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

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

• 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 Gestire le registrazioni

• Copertura con un singolo numero - Per configurare la copertura con un singolo numero (ufficio ovunque), vedere Configurare un singolo numero

• Gruppo segreteria telefonica - Per gestire una segreteria telefonica condivisa e una casella fax in entrata per Webex Calling, vedere Gestire la 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 convalida è multiforme e comprende tutto, dal provisioning degli utenti e dalle assegnazioni dei numeri 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 costituire una checklist esaustiva o completa.

Provisioning degli utenti e assegnazione dei numeri

Un aspetto fondamentale dei test di accettazione consiste nel verificare che tutti gli utenti siano forniti in modo accurato e completo all'interno di Webex Calling. Ciò richiede un confronto approfondito tra la directory di origine (Unified CM) e la nuova base utenti Webex Calling per garantire che ogni account utente, insieme agli attributi associati quali numeri di interno e assegnazioni di chiamata diretta (DID), sia stato migrato correttamente. La completezza del provisioning è fondamentale non solo per l'operatività immediata, ma anche per l'amministrazione e il supporto continui.

La convalida dell'assegnazione del numero include la conferma che a ciascun utente sia assegnato l'interno e il numero esterno corretti e che tali numeri vengano instradati correttamente nei flussi di chiamate sia interne (in rete) che esterne (PSTN). È essenziale verificare eventuali 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 test di accettazione solida deve comprendere la convalida end-to-end dei flussi di chiamate PSTN. Ciò include sia gli scenari di chiamate in entrata che quelli di chiamate in uscita. Per le chiamate PSTN in entrata, il team di test deve confermare che le chiamate vengano recapitate agli endpoint previsti, siano essi singoli utenti, code di chiamata, gruppi di ricerca o risponditori automatici. Le chiamate PSTN in uscita devono essere effettuate correttamente, prestando particolare attenzione alla corretta trasmissione e presentazione delle informazioni sull'ID chiamante. Ciò implica garantire che il nome e il numero corretti del chiamante vengano visualizzati ai destinatari esterni, in conformità con le politiche organizzative e i requisiti normativi.

I test dovrebbero anche tenere conto di scenari di failover, come la gestione di endpoint non raggiungibili o interruzioni di rete. Ciò aiuta a confermare che i meccanismi di fallback e il routing alternativo funzionino correttamente, mantenendo la continuità e l'affidabilità del servizio.

Flussi di chiamate on-net

I flussi di chiamate interni o in rete 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, con funzionalità quali trasferimento di chiamata, messa in attesa, inoltro e conferenza che funzionino come previsto. È necessario confermare l'integrità dei piani di selezione, la connettività tra interni e il supporto delle policy di chiamata aziendali.

Gestione delle chiamate utente e convalida delle funzionalità

Un aspetto importante dei test di accettazione riguarda la convalida del modo in cui gli utenti gestiscono le chiamate utilizzando l'app Webex e i telefoni fissi supportati. Questo processo si concentra sulla conferma che i flussi di lavoro delle chiamate quotidiane siano intuitivi e affidabili e che gli utenti abbiano accesso senza problemi 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 attesa e ripresa ed eseguire trasferimenti sia ciechi che consultivi. È inoltre essenziale verificare che l'inoltro di chiamata, la conferenza e altre funzionalità avanzate, come il parcheggio e il recupero delle chiamate o l'attivazione della modalità "non disturbare", siano prontamente disponibili e funzionino senza problemi.

L'esperienza dovrebbe essere valutata in termini di chiarezza e reattività, considerando il modo in cui gli utenti interagiscono con la cronologia delle chiamate, la segreteria telefonica e le directory integrate. Occorre prestare particolare attenzione alla possibilità di spostare le chiamate attive tra dispositivi e di utilizzare in modo efficace i controlli durante le chiamate all'interno dell'applicazione o 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 di agente e supervisore

Le code di chiamata vengono spesso utilizzate per gestire scenari di chiamate in entrata ad alto volume. In questo caso, 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, ad esempio round robin, inattività più lunga o squillo simultaneo. La presentazione delle chiamate in coda sui desktop degli agenti deve essere esaminata per chiarezza e facilità d'uso, garantendo che gli agenti possano accettare, mettere in attesa e trasferire le chiamate in modo efficiente.

Per i supervisori, l'esperienza desktop dovrebbe essere valutata per funzionalità quali monitoraggio in tempo reale, inclusione nelle chiamate e analisi o approfondimenti sulle prestazioni della coda. Ciò include, a titolo esemplificativo ma non esaustivo, la convalida di dashboard e strumenti di reporting che forniscono dati fruibili 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 predefiniti di utenti. I test di accettazione devono confermare che le chiamate vengano instradate ai membri del gruppo in base all'algoritmo di ricerca configurato e che gli scenari di overflow, inoltro e mancata risposta vengano gestiti secondo la progettazione. Garantire che i comportamenti di appartenenza al gruppo e di instradamento delle chiamate corrispondano a quelli precedentemente stabiliti in Unified CM è essenziale per la coerenza operativa e la soddisfazione dell'utente.

Operatori automatici: Annunci e operazioni del menu

I risponditori automatici rappresentano la prima linea della gestione automatizzata delle chiamate. I test devono riguardare la riproduzione degli annunci, l'accuratezza dei saluti registrati e il corretto funzionamento degli alberi dei menu. Le selezioni del menu dovrebbero indirizzare in modo affidabile le chiamate 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 istruzioni chiare o vengano reindirizzati come previsto.

Funzionamento della segreteria telefonica

Infine, la funzionalità di segreteria telefonica è fondamentale per l'esperienza dell'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 capacità di registrare, recuperare e gestire i messaggi, nonché l'invio delle notifiche.