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 verificare che i flussi di traffico richiesti siano supportati.

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

• Direzione (in entrata o 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 accogliere il Webex Calling traffico mantenendo le politiche di sicurezza aziendali.

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

L'interruzione decentralizzata di Internet da ogni filiale o sito è l'approccio consigliato per servizi di collaborazione sul cloud come. Webex Calling Consentendo al traffico di uscire localmente, questo modello:

• Riduce il ritardo e il jitter di andata e ritorno, migliorando la qualità complessiva delle chiamate

• Scalabile 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 del cloud Webex più vicino per prestazioni ottimali

• Consente di tracciare la posizione degli utenti in base al loro indirizzo IP pubblico, il che aiuta nell' analisi del percorso multimediale e nella risoluzione dei problemi.

Inoltre, le organizzazioni devono garantire una larghezza di banda Internet adeguata in ogni sito. La larghezza di banda deve essere dimensionata in base al numero previsto di chiamate simultanee, al codec selezionato (ad esempio, Opus o G.711) e al sovraccarico per la segnalazione, le ritrasmissioni e la crescita. Ciò è in linea con la fase Prepare del ciclo di vita di PPDIO e stabilisce una solida base per la migrazione.

La sottosezione di configurazione iniziale nella fase di implementazione Webex Calling è fondamentale per creare un ambiente di chiamata cloud ben strutturato e gestibile. Questa fase comprende attività critiche come la configurazione dell'organizzazione Control Hub, l'approvvigionamento e l'assegnazione delle licenze e la verifica e la rivendicazione dei domini della sua azienda per garantire una corretta gestione e sicurezza degli utenti. Inoltre, include il provisioning di modelli di licenza per automatizzare l'assegnazione delle licenze utente, la configurazione del Single Sign-On (SSO) per semplificare l'autenticazione degli utenti e migliorare la sicurezza e la regolazione delle impostazioni del servizio e del cliente per allinearle alle politiche organizzative e alle esigenze degli utenti. Il completamento di queste attività di configurazione iniziali garantisce che l'Webex Callingambiente sia configurato correttamente per la scalabilità, la sicurezza e un'esperienza utente senza interruzioni, ponendo le basi per le successive fasi operative e di distribuzione.

Durante la fase di implementazione, l'esecuzione di una migrazione pilota rappresenta una pietra miliare fondamentale nella convalida della transizione da aUnified CM. Webex Calling Questo progetto pilota prevede il provisioning sulla Webex Calling piattaforma di un sottoinsieme rappresentativo di utenti in una o più sedi, assicurando che la popolazione selezionata rifletta casi d'uso e ruoli organizzativi diversi. Parallelamente alla migrazione degli utenti, i servizi di collaborazione essenziali tra cui segreteria telefonica, assistenti automatici, code di chiamata e gruppi di ricerca devono essere trasferiti ai loro Webex Calling equivalenti 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 pianificati per una più ampia distribuzione organizzativa, garantendo che i processi, i flussi di lavoro di automazione e i punti di integrazione siano accuratamente convalidati in condizioni rappresentative.

Gli obiettivi principali di questa implementazione pilota sono duplici: primo, 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 secondo, 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 acquisire fiducia nella metodologia di migrazione prima di procedere con una più ampia distribuzione organizzativa.

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

Per procurarsi servizi PSTN perWebex Calling, selezioni prima un'opzione di connettività PSTN nel Control Hub.

Se un'organizzazione prevede di mantenere il controllo ibrido delle doppie chiamate (fase 1 nella figura Phased Calling Transition: Hybrid and Cloud) temporaneamente o a tempo indeterminato, dovrà implementare uno o più gateway locali per PSTN locale per consentire le chiamate tra e gli endpoint. Webex Calling Unified CM

Se l'obiettivo finale è una transizione completa (fase 2) al cloud, incluso PSTN, per PSTN sarà richiesto un Cisco Calling Plan o un'Webex Callingopzione Cloud Connect for.

Collabori con il provider prescelto 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 portuali è richiesto/possibile solo per PSTN locali e Cloud Connect per. Webex Calling Per i piani di chiamata Cisco, l'ordinazione e il trasferimento vengono avviati da Control Hub non appena viene creata la sede e nei Paesi in cui Cisco Calling Plan è disponibile. Per ulteriori informazioni sui piani Cisco Calling, vedere Guida introduttiva ai piani Cisco.

Come parte dell'implementazione PSTN, si assicuri che il suo provider abbia abilitato i servizi PSTN in entrata e in uscita per la sua posizione. Inoltre, esegua chiamate di prova per verificare che le chiamate vengano instradate correttamente tramite la connessione PSTN prescelta.

Prima di aggiungere utenti e dispositivi aWebex Calling, deve fornire le posizioni di chiamata. Per ogni sede, deve essere inserito 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 PSTN locale, è necessario configurare i gateway locali di conseguenza. InWebex Calling, è necessario creare un trunk e un gruppo di rotte per ogni gateway locale e il gruppo di rotte viene quindi assegnato come scelta PSTN per la posizione. Cisco consiglia vivamente di selezionare sempre un gruppo di rotte come opzione 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 dual-identity 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 suo provider PSTN utilizza un'intestazione diversa per la fatturazione, può copiare le informazioni dall'intestazione P-Charge-Info sul gateway locale all'intestazione di fatturazione richiesta.

Per le sedi che utilizzano Cloud Connect for Webex Calling o Cisco Calling Plan come opzione PSTN, è sufficiente selezionare la rispettiva scelta PSTN per la posizione durante la configurazione. Se la sede utilizza Cloud Connect for Webex Calling o PSTN locale, dovrà aggiungere i numeri di telefono ordinati nel passaggio precedente. I numeri possono essere aggiunti come inattivi se non desidera che siano inclusi subito nell' instradamento delle chiamate; può attivare questi numeri in un secondo momento quando vengono assegnati a utenti o funzioni.

È importante impostare sempre il numero principale per ogni sede. Il numero principale può essere assegnato a un utente o a una funzione, ad esempio un operatore automatico. Per abilitare la segreteria telefonica presso la sede, si assicuri di impostare il numero del pilota della segreteria telefonica, noto anche come numero del portale vocale.

Le impostazioni aggiuntive per le località 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 per le chiamate di emergenza. È inoltre necessario rivedere e modificare le impostazioni di registrazione, le preferenze di lingua e le configurazioni del dispositivo come richiesto per ciascuna sede. Se la sua organizzazione utilizza una chiamata intersito abbreviata in rete con numeri aziendali significativi, si ricordi di configurare un codice univoco per la sede nelle impostazioni di chiamata interna. Infine, se la chiamata esterna richiede una cifra di chiamata in uscita, si assicuri di impostarla nelle impostazioni di chiamata esterna. Quando è configurata una cifra di chiamata in uscita, Cisco consiglia di abilitare l'applicazione delle cifre di chiamata in uscita per garantire la coerenza.

Per l'integrazione con il controllo delle chiamate locale, è necessario configurare trunk, gruppi di routing, piani di chiamata aziendali e impostazioni globali e di localizzazione. Inizia configurando i trunk e i gateway locali destinati all'interconnessione con il sistema di controllo delle chiamate locale; questo passaggio è necessario solo se sono necessari trunk dedicati. Se i trunk e i gruppi di percorsi esistenti sono sufficienti per la sua distribuzione, possono essere riutilizzati per l'interconnessione locale senza configurazioni aggiuntive.

Una volta stabiliti i treni e i gruppi di rotte, proceda alla creazione dei dial plan aziendali e assegni il gruppo di rotte appropriato come destinazione per ogni dial plan. Quando l'integrazione coinvolge più sistemi di controllo delle chiamate locali collegati tramite trunk diversi, saranno necessari più piani di chiamata. È importante assicurarsi che questi piani di chiamata contengano solo gli schemi necessari per indirizzare le chiamate verso destinazioni locali.

Se la sua distribuzione richiede il supporto per il routing di estensioni sconosciute, questa funzione deve essere abilitata a livello di sede. Inoltre, quando è attivato il routing delle estensioni sconosciute, deve 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 senza interruzioni e una corretta gestione degli scenari di chiamata basati sull'estensione nel suo ambiente integrato.

Quando esegue la migrazione degli utenti da Unified CM Webex Calling a potrebbe non essere in grado di spostare tutti gli utenti contemporaneamente. Ciò può essere dovuto a diversi motivi, tra cui il numero di siti o utenti, il tempo necessario per la transizione di un sito e/o di un 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 esegue la migrazione degli utenti in più fasi, è fondamentale identificare quali utenti devono migrare insieme nello stesso batch. L'obiettivo principale è far migrare insieme gli utenti che hanno dipendenze reciproche per i loro servizi e funzionalità di chiamata. Vuole assicurarsi che tutte le loro funzioni di chiamata (Esempio: code di chiamata) siano completamente funzionanti Webex Calling come prima della transizione. Unified CM

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

• Monitoraggio di altri utenti tramite BLF

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

• Linee condivise

• Utilizzo del servizio di risposta alle chiamate

• Utilizzando gli stessi numeri di call-park

• Citofono

• Dirigente/Amministratore.

Un esempio potrebbe essere un utente che fa parte di un gruppo Unified CM Hunt in fase di Webex Calling transizione. Questo utente passerà Webex Calling al gruppo Hunt e a tutti gli altri membri del gruppo Hunt. Pertanto, dopo la transizione, Hunt Group e i suoi membri possono rispondere con successo alle chiamate sulla nuova piattaforma.

Ciò diventa più difficile quando gli utenti sono connessi a diversi gruppi di utenti per diversi servizi e funzionalità di chiamata. Ciò richiederà il passaggio di più di un gruppo di utenti e un servizio di Webex Calling chiamata contemporaneamente.

Utilizzi l'output dello strumento Control Hub Migration Insights o dello strumento di terze parti utilizzato nella fase di preparazione per determinare quali utenti e funzionalità devono essere raggruppati. Questo risultato avrebbe dovuto essere utilizzato per sviluppare il suo piano di migrazione e le fornirà informazioni su come raggrupperà gli utenti e le funzionalità che devono passare insieme.

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

• Identificare gli utenti da migrare insieme

• Verificare che tutti gli utenti siano 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

• Si assicuri che il modello di licenza e 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 rubrica aziendale aggiungere utenti al gruppo di utenti abilitati alle chiamate

• Strumenti di leva - Strumenti di migrazione di utenti e funzionalità di Control Hub e/o strumenti di terze parti

• Disabilita/elimina il numero di rubrica utente/dispositivo e attiva le funzioni/servizi di chiamata dopo la transizione. Unified CM

Dopo la migrazione, un gruppo di utenti, testa un sottoinsieme di utenti per verificare che tutte le funzionalità e i servizi di chiamata funzionino correttamente. Se le funzionalità di chiamata come Call Queue, Hunt Groups, ecc. vengono trasferite con il gruppo di utenti, testa questi servizi di chiamata per verificarne la corretta funzionalità.

InWebex Calling, uno spazio di lavoro si riferisce a una posizione condivisa (come una sala conferenze, un huddle space o un hot desk) a cui possono essere assegnati dispositivi, estensioni e utenti. A differenza dei tradizionali telefoni Unifed CM, gli spazi di lavoro sono:

• Incentrato sulla posizione: legato agli spazi fisici.

• Flessibile nel dispositivo: può avere uno o più dispositivi (telefoni da tavolo, lavagne, ecc.).

Una volta identificati gli spazi di lavoro come parte della transizione aWebex Calling, possono essere aggiunti in Control Hub in Dispositivi. Ogni area di lavoro richiede l'assegnazione di un dispositivo e, se sono già presentiUnified CM, devono essere ripristinati o riforniti per Webex. Webex Callingfunzionalità come segreteria telefonica, inoltro di chiamata e risposta alle chiamate possono essere abilitate o disabilitate e le politiche possono essere applicate per le videochiamate, il parco chiamate e la mobilità, se necessario. Testa ogni spazio di lavoro effettuando chiamate interne ed esterne, testando video, conferenze e funzionalità di mobilità . Infine, informi gli utenti di eventuali processi applicabili ai dispositivi Workspace e alle prenotazioni.

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

I telefoni attualmente registrati Unified CM dovranno essere migrati Webex Calling come parte della transizione al cloud. Per rendere la migrazione il più semplice possibile con il minimo rischio di errore, Cisco consiglia di migrare siti o reparti fisici contemporaneamente. Tuttavia, potrebbe essere necessario migrare gli utenti in batch a causa delle dipendenze tra le funzionalità. Vedi la sezione Migrare gli utenti in batch per maggiori dettagli .

Tutti i telefoni Webex Calling supportati da cui deve passare Unified CM dovranno essere configurati Webex Calling come utente o spazio di lavoro e il telefono fisico dovrà essere riconfigurato per la registrazione. Webex Calling Inoltre, i telefoni delle serie 7800 e 8800 devono essere aggiornati dal firmware Enterprise al firmware Multiplatform Phone (MPP). Questo processo include il caricamento del firmware di transizione prima di caricare il firmware MPP richiesto per la Webex Calling registrazione. Richiede anche la licenza di migrazione appropriata. Cisco ha migliorato questo processo negli ultimi anni per semplificare l'aggiornamento dei suoi telefoni con firmware Enterprise al firmware MPP. Per ulteriori informazioni sui passaggi per completare l'aggiornamento del firmware, vedere Convertire i telefoni IP delle serie Cisco 7800 e 8800 tra Enterprise e MPP Firmware.

Oltre ai passaggi descritti in questo articolo, Control Hub ha uno strumento integrato, Migrate your phone toWebex Calling, che può utilizzare per aiutare a migrare i suoi telefoni 7800 e 8800 dal firmware Enterprise al firmware MPP. Questo strumento Le consente anche di aggiungere i telefoni a Control Hub e assegnarli agli utenti o agli spazi di lavoro appropriati. Per ulteriori informazioni sull'utilizzo degli strumenti, veda Eseguire la migrazione del telefono.

Per tutti i telefoni della serie 9800 registrati con Unified CM il suddetto requisito di migrazione del firmware non si applica. Questi telefoni utilizzano PhoneOS, che è supportato da entrambiUnified CM. Webex Calling Per trasferire questi telefoni a Webex Calling Lei dovrà aggiungerli aWebex Calling, assegnarli a un utente o a un'area di lavoro e quindi ripristinare le impostazioni di fabbrica dei telefoni. La sequenza di avvio di PhoneOS per la registrazione La figura seguente mostra la sequenza di avvio di PhoneOS e il modo in cui il telefono si registrerà Webex Calling una volta aggiunto a Control Hub, anche se il telefono è ancora acceso Unified CM e/o sono in uso le opzioni DHCP (Esempio: 150).

Unified CMsupporta il ripristino delle impostazioni di fabbrica dei dispositivi PhoneOS per consentire l'onboarding con Zero-Touch. Webex Calling Unified CMgli amministratori possono ripristinare le impostazioni di fabbrica da remoto dei telefoni 9800 e 8875 tramite le pagine di amministrazione del CUCM, il che elimina la necessità dell'accesso fisico ai telefoni su cui installare i telefoni. Webex Calling Questa funzione è 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 ulteriori informazioni sulla procedura di registrazione per la serie 9800, vedere Processo di registrazione.

Oltre ai telefoni IP Cisco, potrebbe essere necessario il provisioning di altri dispositivi come adattatori telefonici analogici (ATA), telefoni wireless (Wifi, 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 la transizione dal firmware aziendale al firmware cloud. Pertanto, fornirà ciascuno di questi dispositivi in Control Hub. Alcuni di questi non possono essere trasferiti Webex Calling e il Webex Calling modello equivalente dovrà sostituirli (ad es. ATA 191/192) e altri richiederanno una riconfigurazione manuale e/o modifiche al software.

• Gateway vocali - Per migrare il suo gateway locale, veda Migrate local gateway.

  Per ulteriori informazioni sulla configurazione del gateway vocale VG400, VG410 o VG420 in Control Hub, vedere Gateway locale

• Adattatore telefonico analogico (ATA) - Per iniziare con i suoi Cisco ATA 191 e 192, veda Cisco ATA.

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

• Telefoni wireless DECT - Per iniziare con la sua nuova serie Cisco IP DECT 6800, vedere 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, vedere la guida all'implementazione

• Dispositivi e telefoni di ^terze parti - Collabora con fornitori di ^terze parti sui requisiti dei dispositivi/telefoni e sul processo di migrazione o sostituzione al supporto. Webex Calling

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

Per dettagli su come configurare ciascuna Webex Calling funzionalità, consulti gli articoli di aiuto alla configurazione corrispondenti.

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

• Call park - Per gestire call park, vedere Call park

• Risposta chiamate - Per configurare il gruppo di ricezione chiamate, vedere Risposta chiamate

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

• Gruppi di caccia - Per gestire i gruppi di ricerca, vedere Gestire il gruppo di ricerca

• Modalità operative - Per il routing delle chiamate basato sulle modalità operative, vedere Routing delle chiamate basato sulle modalità operative

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

• Registrazioni - Per gestire la registrazione delle chiamate perWebex Calling, veda Gestire le registrazioni

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

• Gruppo Voicemail - Per gestire una segreteria telefonica condivisa e una casella fax in entrata perWebex Calling, vedere Gestire la segreteria telefonica.

I test di accettazione assicurano che l'ambiente migrato soddisfi i requisiti funzionali, funzioni come previsto e offra un'esperienza utente senza interruzioni in tutti i flussi di lavoro di comunicazione. Questo processo di convalida è multiforme e copre tutto, dal provisioning degli utenti e l'assegnazione dei numeri alle prestazioni operative delle funzionalità di chiamata avanzate.

Questa sezione fornisce esempi ed evidenzia gli aspetti chiave da considerare durante i test di accettazione; tuttavia, non intende fungere da lista di controllo esaustiva o completa.

Fornitura degli utenti e assegnazione dei numeri

Un aspetto fondamentale dei test di accettazione prevede la verifica che tutti gli utenti ricevano il provisioning in modo accurato e completo. Webex Calling Ciò richiede un confronto approfondito tra la directory source (Unified CM) e la nuova base di Webex Calling utenti per garantire che ogni account utente, insieme agli attributi associati come i numeri interni e le assegnazioni di chiamata diretta (DID) sia stato migrato correttamente. La completezza del provisioning è fondamentale non solo per l'operatività sin dal primo giorno, ma anche per l'amministrazione e il supporto continui.

La convalida dell'assegnazione dei numeri include la conferma che a ciascun utente sia assegnato l'interno e il numero esterno corretti e che questi numeri siano indirizzati correttamente nei flussi di chiamate interni (in rete) ed esterni (PSTN). È essenziale verificare eventuali sovrapposizioni, assegnazioni mancanti o configurazioni errate che potrebbero causare errori di routing delle chiamate o interruzioni del servizio.

Flussi di chiamate PSTN e presentazione dell'ID chiamante

Una solida procedura di test di accettazione deve comprendere la convalida end-to-end dei flussi di chiamate PSTN. Ciò include scenari di chiamata in entrata e in uscita. Per le chiamate PSTN in arrivo, il team addetto ai test deve confermare che le chiamate vengano recapitate agli endpoint previsti, siano essi singoli utenti, code di chiamata, gruppi di ricerca o assistenti automatici. Le chiamate PSTN in uscita devono essere effettuate con successo, prestando particolare attenzione alla corretta consegna e presentazione delle informazioni sull'ID chiamante. Ciò implica garantire che il nome e il numero del chiamante corretti vengano visualizzati ai destinatari esterni, in conformità con le politiche organizzative e i requisiti normativi.

I test dovrebbero riguardare anche gli scenari di failover, come la gestione di endpoint irraggiungibili o le interruzioni della rete. Questo aiuta a confermare che i meccanismi di riserva e il routing alternativo funzionano correttamente, mantenendo la continuità e l'affidabilità del servizio.

Flussi di chiamate in rete

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 gli utenti all'interno dell'organizzazione siano indirizzate correttamente, con funzionalità come trasferimento di chiamata, attesa, inoltro e conferenza che funzionano come previsto. L'integrità dei piani di chiamata, la connettività da estensione a estensione e il supporto per le politiche organizzative relative alle chiamate devono essere tutti confermati.

Gestione delle chiamate degli utenti 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 interruzioni 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 alla cieca 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 funzione Non disturbare, siano prontamente disponibili e funzionino senza problemi.

L'esperienza dovrebbe essere valutata per chiarezza e reattività, considerando il modo in cui gli utenti interagiscono con la cronologia delle chiamate, la segreteria telefonica e gli elenchi integrati. Dovrebbe essere prestata ulteriore attenzione alla capacità di spostare le chiamate attive tra dispositivi e di utilizzare efficacemente 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 di chiamata: esperienza con agente e supervisore

Le code di chiamata vengono spesso utilizzate per gestire scenari di chiamate in entrata ad alto volume. I test di accettazione qui si concentrano su diverse dimensioni. Innanzitutto, è necessario verificare che le chiamate vengano distribuite agli agenti in base alla logica di coda configurata, come round robin, longest idle o squillo simultaneo. La presentazione delle chiamate in coda sui desktop degli agenti deve essere esaminata per garantire chiarezza e facilità d'uso, garantendo che gli agenti possano accettare, sospendere e trasferire le chiamate in modo efficiente.

Per i supervisori, l'esperienza desktop dovrebbe essere valutata per funzionalità come il monitoraggio in tempo reale, il blocco delle chiamate 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.

Hunt Groups: distribuzione delle chiamate

I gruppi di ricerca sono un meccanismo chiave per distribuire le chiamate a gruppi di utenti predefiniti. I test di accettazione devono confermare che le chiamate vengano indirizzate ai membri del gruppo in base all'algoritmo di ricerca configurato e che gli scenari di overflow, inoltro e mancata risposta siano gestiti secondo la progettazione. Garantire che l'appartenenza ai gruppi e i comportamenti di instradamento delle chiamate corrispondano a quelli precedentemente stabiliti Unified CM è essenziale per la coerenza operativa e la soddisfazione degli utenti.

Assistenti automatici: annunci e operazioni sui menu

Gli assistenti automatici rappresentano la prima linea nella 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 dei 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.

Operazione di segreteria telefonica

Infine, la funzionalità della segreteria telefonica è fondamentale per l'esperienza utente. I test di accettazione dovrebbero verificare che le caselle vocali siano assegnate correttamente e accessibili, sia dall'interno dell'organizzazione che da remoto. La capacità di registrare, recuperare e gestire i messaggi deve essere confermata, insieme all'invio delle notifiche.

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