El primer paso en la transición Webex Calling es garantizar una conectividad a Internet confiable y segura entre la red local y la nube de Webex.

Dado que la mayoría de las organizaciones se conectan a Internet a través de uno o más firewalls o dispositivos de seguridad, es esencial validar que se soporten los flujos de tráfico requeridos.

Los administradores de redes y seguridad deben entender estos flujos en términos de:

• Dirección (entrante vs saliente)

• Protocolos (Ejemplo: SIP TLS, SRTP, HTTPS)

• Rangos de direcciones IP utilizados por los servicios de Webex

• Números de puerto que se deben abrir o permitir.

Esto garantiza que los firewalls corporativos, los dispositivos NAT y otra infraestructura de red estén configurados correctamente para acomodar el Webex Calling tráfico mientras se mantienen las políticas de seguridad de la empresa.

Para obtener información sobre los flujos requeridos, incluida la dirección IP, los puertos y los protocolos, consulte Información de referencia de puertos para Webex Calling. Utilice esta información para configurar el firewall, los proxies y otra infraestructura de red en la implementación existente para habilitar los flujos de Webex Calling red.

La ruptura descentralizada de Internet de cada sucursal o sitio es el enfoque recomendado para los servicios de colaboración en la nube comoWebex Calling. Al permitir que el tráfico salga localmente, este modelo:

• Reduce el retardo y la tensión de ida y vuelta, mejorando la calidad general de las llamadas

• Se escala de manera eficiente a medida que más usuarios y sitios transitan a Webex Calling

• Funciona sin problemas con SD-WAN, que puede enrutar sesiones dinámicamente al punto de entrada en la nube Webex más cercano para un rendimiento óptimo

• Permite rastrear la ubicación del usuario en función de su dirección IP pública, lo que ayuda con el análisis de la ruta de medios y la solución de problemas.

Además, las organizaciones deben garantizar un ancho de banda de Internet adecuado en cada sitio. El ancho de banda debe dimensionarse en función del número esperado de llamadas simultáneas, el códec seleccionado (por ejemplo, Opus o G.711), además de la sobrecarga para señalización, retransmisiones y crecimiento. Esto se alinea con la fase de preparación del ciclo de vida de PPDIO y establece una base sólida para la migración.

La subsección de configuración inicial dentro de la fase de implementación de implementación Webex Calling es fundamental para establecer un entorno de llamadas en la nube bien estructurado y manejable. Esta etapa abarca tareas críticas como la configuración de la organización Control Hub, la obtención y asignación de licencias y la verificación y reclamación de los dominios de su empresa para garantizar la administración y la seguridad adecuadas de los usuarios. Además, incluye el aprovisionamiento de plantillas de licencia para automatizar las asignaciones de licencias de usuario, configurar el inicio de sesión único (SSO) para agilizar la autenticación del usuario y mejorar la seguridad, y ajustar la configuración del servicio y del cliente para alinearse con las políticas de la organización y las necesidades del usuario. Completar estas actividades de configuración inicial garantiza que el Webex Calling entorno esté configurado correctamente para la escalabilidad, la seguridad y la experiencia del usuario sin interrupciones, preparando el escenario para las fases posteriores de implementación y operaciones.

Durante la fase de implementación, ejecutar una migración piloto representa un hito crítico en la validación de la transición de Unified CM aWebex Calling. Este piloto implica el aprovisionamiento de un subconjunto representativo de usuarios en una o más ubicaciones en la Webex Calling plataforma, asegurando que la población seleccionada refleje diversos casos de uso y roles organizacionales. Paralelamente a la migración de usuarios, los servicios de colaboración esenciales, incluidos el correo de voz, los asistentes automáticos, las colas de llamadas y los grupos de búsqueda, deben pasar a sus Webex Calling equivalentes para mantener la continuidad del negocio y la funcionalidad del servicio.

La migración piloto debe aprovechar la misma combinación de herramientas proporcionadas por Cisco y utilidades de migración de terceros que están planificadas para la implementación organizacional más amplia, asegurando que los procesos, los flujos de trabajo de automatización y los puntos de integración se validen completamente en condiciones representativas.

Los objetivos principales de esta implementación piloto son dos: primero, validar y refinar los procesos de transición de extremo a extremo, incluidos los flujos de trabajo de aprovisionamiento de usuarios, los procedimientos de migración de datos y las configuraciones de punto final; y segundo, verificar de manera integral la funcionalidad de los servicios migrados en condiciones operativas del mundo real.

Este enfoque por fases permite al equipo del proyecto identificar y remediar cualquier problema técnico o de procedimiento en un entorno controlado, recopilar comentarios de los usuarios sobre la nueva experiencia de la plataforma, evaluar la efectividad de las herramientas de migración seleccionadas y establecer confianza en la metodología de migración antes de continuar con una implementación organizacional más amplia.

Los conocimientos adquiridos durante esta fase piloto son fundamentales para optimizar las olas de migración posteriores y garantizar una transición fluida y mitigada al riesgo para toda la empresa.

Para obtener servicios de PSTNWebex Calling, primero seleccione una opción de conectividad PSTN en el centro de control.

Si una organización planea mantener el control de llamadas dual híbrido (fase 1 en la figura Transición de llamadas en fase: híbrido y nube), ya sea temporal o indefinidamente, deberá implementar una o más puertas de enlace locales para PSTN local para permitir llamadas entre puntos finales. Webex Calling Unified CM

Si una transición completa (fase 2) a la nube es el objetivo final, incluyendo PSTN, entonces se requerirá un plan de llamadas Cisco o una Webex Calling opción Cloud Connect para PSTN.

Trabaje con su proveedor elegido para ordenar y transferir números de teléfono antes de configurarlos en Control Hub. Pedir números de teléfono o iniciar pedidos de puertos solo es necesario/posible para PSTN en las instalaciones y Cloud Connect para. Webex Calling Para los planes de llamadas de Cisco, el pedido y la portabilidad se inician desde Control Hub tan pronto como se crea la ubicación y en los países donde Cisco Calling Plan está disponible. Para obtener más información sobre los planes de Cisco Calling, consulte Introducción a los planes de Cisco.

Como parte de la implementación de PSTN, asegúrese de que su proveedor haya habilitado los servicios PSTN entrantes y salientes para su ubicación. Además, realice llamadas de prueba para verificar que las llamadas se están enrutando correctamente a través de su conexión PSTN elegida.

Antes de agregar usuarios y dispositivos aWebex Calling, debe aprovisionar ubicaciones de llamadas. Para cada ubicación, se debe ingresar una dirección postal válida. En los Estados Unidos y Canadá, esta dirección es validada y utilizada por la plataforma para enviar información de ubicación de PIDF-LO para llamadas de emergencia.

Al configurar ubicaciones que utilizan PSTN local, debe configurar las puertas de enlace locales en consecuencia. EnWebex Calling, se debe crear un enlace troncal y un grupo de rutas para cada puerta de enlace local y, a continuación, el grupo de rutas se asigna como la opción PSTN para la ubicación. Cisco recomienda encarecidamente seleccionar siempre un grupo de rutas como opción PSTN, ya que este enfoque le permite agregar fácilmente enlaces troncales adicionales en el futuro, soportando tanto escalabilidad como redundancia. Cisco también recomienda habilitar la compatibilidad con doble identidad y P-Charge-Info en cada enlace troncal PSTN, ya que esto simplifica la identificación de la parte facturable para las llamadas salientes directas o desviadas. Si su proveedor de PSTN utiliza un encabezado diferente para la facturación, puede copiar la información del encabezado P-Charge-Info en la puerta de enlace local al encabezado de facturación requerido.

Para ubicaciones que utilizan Cloud Connect Webex Calling o Cisco Calling Plan como opción PSTN, simplemente seleccione la opción PSTN respectiva para la ubicación durante la configuración. Si la ubicación utiliza Cloud Connect para Webex Calling o PSTN local, deberá agregar los números de teléfono que se solicitaron en el paso anterior. Los números se pueden agregar como inactivos si no desea que se incluyan en el enrutamiento de llamadas de inmediato; puede activar estos números más tarde cuando se asignen a usuarios o características.

Es importante establecer siempre el número principal para cada ubicación. El número principal se puede asignar a un usuario o a una función, como un asistente automático. Para habilitar el correo de voz en la ubicación, asegúrese de establecer el número piloto del correo de voz, también conocido como número de portal de voz.

Las configuraciones adicionales para las ubicaciones de llamadas incluyen la configuración de detalles de llamadas de emergencia, como el número de devolución de llamada de emergencia, opciones de notificación y funciones mejoradas de llamadas de emergencia. También debe revisar y ajustar la configuración de grabación, las preferencias de idioma y las configuraciones del dispositivo según sea necesario para cada ubicación. Si su organización utiliza la marcación abreviada entre sitios en la red con números significativos de la empresa, recuerde configurar un código de sitio único para la ubicación en la configuración de marcado interno. Finalmente, si la marcación externa requiere un dígito de marcado saliente, asegúrese de configurarlo en la configuración de marcado externo. Cuando se configura un dígito de marcado saliente, Cisco recomienda habilitar la aplicación del dígito de marcado saliente para garantizar la coherencia.

Para integrarse con el control de llamadas local, es necesario configurar troncales, grupos de rutas, planes de marcado empresarial y configuraciones de ubicación y globales. Comience configurando los enlaces troncales y las puertas de enlace locales destinados a la interconexión con el sistema de control de llamadas local; este paso solo es necesario si se necesitan enlaces troncales dedicados. Si los enlaces troncales y los grupos de rutas existentes son suficientes para su implementación, se pueden reutilizar para la interconexión local sin configuración adicional.

Una vez establecidos los troncales y los grupos de rutas, proceda a crear los planes de marcado empresarial y asigne el grupo de ruta apropiado como destino para cada plan de marcado. Cuando la integración involucra múltiples sistemas de control de llamadas locales conectados a través de diferentes troncales, se requerirán múltiples planes de marcado. Es importante asegurarse de que estos planes de marcado contengan solo los patrones necesarios para enrutar llamadas a destinos locales.

Si su implementación requiere soporte para enrutamiento de extensión desconocido, esta función debe estar habilitada en el nivel de ubicación. Además, cuando se activa el enrutamiento de extensión desconocido, debe especificar la longitud máxima de extensión desconocida dentro de la sección Enrutamiento de llamadas entre Webex Calling y las instalaciones de la configuración de los servicios de llamadas en Control Hub. Esto garantiza un enrutamiento de llamadas sin problemas y un manejo adecuado de escenarios de marcado basados en extensiones en su entorno integrado.

Cuando migra usuarios de Unified CM aWebex Calling, es posible que no pueda mover todos los usuarios al mismo tiempo. Esto puede deberse a múltiples razones, que incluyen, entre otras, la cantidad de sitios o usuarios, el tiempo que se tarda en realizar la transición de un sitio y/o grupo de usuarios a la vez, recursos limitados de TI o sitio para admitir la ventana de cambio, duración de la ventana de cambio, complejidad del cambio, etc.

Cuando migra usuarios en fases, es fundamental identificar qué usuarios necesitan migrar juntos en el mismo lote. El objetivo principal es migrar a los usuarios que tienen dependencias entre sí para sus servicios y características de llamadas. Quiere asegurarse de que todas sus funciones de llamadas (ejemplo, colas de llamadas) sean completamente funcionales Webex Calling como estaban antes de la Unified CM transición.

Incluso si implementa la interconexión de llamadas entre Unified CM y Webex Calling con puertas de enlace locales, no puede dividir servicios o características compartidos en esta conexión. Por lo tanto, necesita identificar las dependencias entre los usuarios observando características como:

• Monitoreo de otros usuarios usando BLF

• En el mismo piloto de caza, cola de llamadas, etc.

• Líneas compartidas

• Uso de la recogida de llamadas

• Usando los mismos números del parque de llamadas

• Intercomunicador

• Ejecutivo/Administrador.

Un ejemplo sería un usuario que forma parte de un grupo de Unified CM caza al que se está haciendo la transición. Webex Calling Este usuario hará la transición Webex Calling con Hunt Group y con todos los demás miembros del Grupo Hunt. Por lo tanto, después de la transición, Hunt Group y sus miembros pueden responder con éxito a las llamadas en la nueva plataforma.

Esto se vuelve más desafiante cuando los usuarios están conectados a diferentes grupos de usuarios para diferentes servicios y características de llamadas. Esto requerirá la transición de más de un grupo de usuarios y un servicio de llamadas Webex Calling al mismo tiempo.

Utilice la salida de la herramienta Control Hub Migration Insights o de la herramienta de terceros que utilizó en la fase de preparación para determinar qué usuarios y características deben agruparse. Este resultado debería haberse utilizado para desarrollar su plan de migración y le dará información sobre cómo agrupará a los usuarios y las características que necesitan hacer la transición juntos.

Los pasos clave al realizar la transición de un lote de usuarios son:

• Identificación de usuarios para migrar juntos

• Verifique que todos los usuarios estén en Control Hub

• Verifique que todos los TN para los usuarios existan en Control Hub

• Verifique el formato correcto del número de teléfono en el directorio

• Asegúrese de que la plantilla de licencias y configuración para los grupos de usuarios esté configurada correctamente

• Verificar o configurar todos los servicios y características de llamadas para el grupo de usuarios (antes o durante la transición según corresponda)

• En el directorio corporativo, agregue usuarios al grupo de usuarios habilitados para llamadas

• Aprovechar las herramientas: herramientas de migración de funciones y usuarios de Control Hub y/o herramientas de terceros

• Deshabilitar/eliminar el número de directorio de usuario/dispositivo y llamar a características/servicios después de la transición. Unified CM

Después de migrar a un grupo de usuarios, pruebe un subconjunto de usuarios para validar que todas sus características y servicios de llamada funcionen correctamente. Si las funciones de llamada, como Call Queue, Hunt Groups, etc., se transfieren con el grupo de usuarios, pruebe estos servicios de llamada para una funcionalidad adecuada .

EnWebex Calling, un espacio de trabajo se refiere a una ubicación compartida (como una sala de conferencias, un espacio de reunión o un escritorio caliente) a la que se le pueden asignar dispositivos, extensiones y usuarios. A diferencia de los teléfonos CM Unifed tradicionales, los espacios de trabajo son:

• Centrado en la ubicación: atado a espacios físicos.

• Dispositivo flexible: puede tener uno o más dispositivos (teléfonos de escritorio, placas, etc.).

Una vez que se han identificado los espacios de trabajo como parte de la transición aWebex Calling, se pueden agregar en Control Hub en Dispositivos. Cada espacio de trabajo necesita una asignación de dispositivos y, si ya están dentroUnified CM, deben restablecerse o reaprovisionarse para Webex. Webex Callingfunciones como correo de voz, desvío de llamadas y recogida de llamadas se pueden habilitar o deshabilitar, y se pueden aplicar políticas para videollamadas, parque de llamadas y movilidad según sea necesario. Pruebe cada espacio de trabajo realizando llamadas internas y externas, probando funciones de video, conferencias y movilidad. Por último, deje saber a los usuarios sobre cualquier proceso aplicable para dispositivos de espacio de trabajo y reservas.

Para obtener más información sobre los espacios de trabajo en Control Hub, consulte Espacios de trabajo.

Los teléfonos que actualmente están registrados Unified CM deberán migrarse Webex Calling como parte de la transición a la nube. Para que la migración sea lo más simple posible con una posibilidad mínima de falla, Cisco recomienda migrar sitios físicos o departamentos al mismo tiempo. Sin embargo, es posible que deba migrar usuarios en lotes debido a las dependencias de las características. Consulte la sección Migrar usuarios en lotes para obtener más detalles.

Cualquier teléfono Webex Calling compatible desde Unified CM el que necesite realizar la transición deberá configurarse Webex Calling como usuario o espacio de trabajo y el teléfono físico deberá reconfigurarse para registrarse Webex Calling. Además, los teléfonos de las series 7800 y 8800 necesitan que su firmware se actualice del firmware Enterprise al firmware del teléfono multiplataforma (MPP). Este proceso incluye cargar el firmware de transición antes de cargar el firmware MPP necesario para el Webex Calling registro. También requiere la licencia de migración adecuada. Cisco ha mejorado este proceso en los últimos años para facilitarle la actualización de sus teléfonos con firmware Enterprise al firmware MPP. Para obtener más información sobre los pasos para completar la actualización del firmware, consulte Convertir los teléfonos IP de las series 7800 y 8800 de Cisco entre Enterprise y MPP Firmware.

Además de los pasos descritos en este artículo, Control Hub tiene una herramienta incorporada, Migrar su teléfono a Webex Calling, que puede usar para ayudar a migrar sus teléfonos 7800 y 8800 de Enterprise al firmware MPP. Esta herramienta también le permite agregar los teléfonos a Control Hub y asignarlos a los usuarios o espacios de trabajo adecuados. Para obtener más información sobre el uso de herramientas, consulte Migrar su teléfono.

Para cualquier teléfono de la serie 9800 registrado con Unified CM el requisito de migración de firmware anterior no se aplica. Estos teléfonos ejecutan PhoneOS, que es compatible con ambos Unified CM yWebex Calling. Para hacer la transición de estos teléfonos a Webex Calling usted tendrá que agregarlosWebex Calling, asignarlos a un usuario o espacio de trabajo y luego restablecer los teléfonos de fábrica. La siguiente figura de secuencia de arranque de PhoneOS para el registro muestra la secuencia de arranque de PhoneOS y cómo se registrará el teléfono Webex Calling una vez que se haya agregado al Hub de control, incluso si el teléfono todavía está aprovisionado Unified CM y/o las opciones DHCP (Ejemplo 150) están en uso.

Unified CMadmite el restablecimiento de fábrica de dispositivos PhoneOS para permitir la incorporación Zero-Touch a. Webex Calling Unified CMlos administradores pueden restablecer de fábrica de forma remota los teléfonos 9800 y 8875 a través de las páginas de Administración CUCM, lo que elimina la necesidad de acceso físico a los teléfonos para incorporar los teléfonos. Webex Calling Esta función es compatible con los paquetes de dispositivos a partir del 9 de septiembre de 2025:

• CUCM v15 - Gerente de Comunicaciones Unificadas versión 15

• CUCM v14 - Gerente de Comunicaciones Unificadas versión 14.

Para obtener más información sobre el proceso de registro para la serie 9800, consulte Proceso de registro.

Además de los teléfonos IP de Cisco, es posible que se requiera el aprovisionamiento de otros dispositivos como adaptadores telefónicos analógicos (ATA), teléfonos inalámbricos (Wifi, DECT), dispositivos de video, puertas de enlace de voz y dispositivos y teléfonos de ^terceros. Muchos de estos dispositivos no tienen una ruta de actualización de firmware como los teléfonos IP para hacer la transición del firmware empresarial al firmware de la nube . Por lo tanto, aprovisionará cada uno de estos dispositivos en Control Hub. Algunos de estos no se pueden hacer la transición Webex Calling y el Webex Calling modelo equivalente tendrá que reemplazarlo (p. ej. ATA 191/192) y otros requerirán reconfiguración manual y/o cambios de software.

• Puertas de enlace de voz: para migrar su puerta de enlace local, consulte Migrar puerta de enlace local.

  Para obtener más información sobre cómo configurar su puerta de enlace de voz VG400, VG410 o VG420 en Control Hub, consulte Puerta de enlace local

• Adaptador de teléfono analógico (ATA) - Para comenzar con su Cisco ATA 191 y 192, consulte Cisco ATA.

• Teléfono inalámbrico Wifi: para integrar el teléfono inalámbrico Webex 840 y 860, consulte Integrar el teléfono inalámbrico Webex.

• Teléfonos inalámbricos DECT: para comenzar con su nueva serie Cisco IP DECT 6800, consulte Cisco IP DECT.

  Para crear y administrar una red DECT digital en Control Hub, consulte Administrar red DECT

  Para obtener más información sobre Cisco IP DECT 6800, consulte la Guía de implementación

• Dispositivos y teléfonos de ^{terceros: trabaje con proveedores externos sobre los requisitos de dispositivo/teléfono y el proceso para migrarlos o reemplazarlos para brindar soporte.} Webex Calling

Cualquier función de llamada que se requiera Webex Calling debe aprovisionarse antes o durante la transición. Como se discutió durante la sección Migrar usuarios en lotes, las funciones de llamada deben configurarse y transicionarse cuando los usuarios que las utilizan realizan la transición.

Para obtener detalles sobre cómo configurar cada una de las Webex Calling características, consulte los artículos de ayuda de configuración correspondientes.

• Asistentes automáticos - Para administrar los asistentes automáticos, consulte Asistentes automáticos

• Llame al parque - Para administrar el parque de llamadas, consulte Call park

• Recogida de llamadas - Para configurar el grupo de recogida de llamadas, consulte Recogida de llamadas

• Colas de llamadas - Para configurar la cola de llamadas, consulte Cola de llamadas

• Grupos de caza - Para administrar grupos de caza, consulte Administrar grupos de caza

• Modos de funcionamiento: para llamar al enrutamiento basado en los modos de funcionamiento, consulte Enrutamiento de llamadas basado en modos operativos

• Grupos de paginación: para configurar un grupo de paginación, consulte Configurar un grupo de paginación

• Grabaciones - Para administrar la grabación de llamadasWebex Calling, consulte Administrar grabaciones

• Alcance de un solo número: para configurar el alcance de un solo número (oficina en cualquier lugar), consulte Configurar número único

• Grupo de correo de voz: para administrar un correo de voz compartido y un buzón de fax entranteWebex Calling, consulte Administrar correo de voz.

Las pruebas de aceptación aseguran que el entorno migrado cumpla con los requisitos funcionales, funcione según lo esperado y ofrezca una experiencia de usuario perfecta en todos los flujos de trabajo de comunicación. Este proceso de validación es multifacético y abarca todo, desde el aprovisionamiento de usuarios y las asignaciones de números hasta el rendimiento operativo de las funciones avanzadas de llamadas .

Esta sección proporciona ejemplos y destaca aspectos clave a considerar durante las pruebas de aceptación; sin embargo, no pretende servir como una lista de verificación exhaustiva o completa.

Aprovisionamiento de usuarios y asignación de números

Un aspecto fundamental de las pruebas de aceptación implica verificar que todos los usuarios se aprovisionan de manera precisa y completamente dentro. Webex Calling Esto requiere una comparación exhaustiva entre el directorio source (Unified CM) y la base de Webex Calling usuarios recién establecida para garantizar que todas las cuentas de usuario, junto con los atributos asociados como números de extensión y asignaciones de marcado directo hacia adentro (DID) se hayan migrado correctamente. La integridad del aprovisionamiento es fundamental no solo para la operatividad del primer día, sino también para la administración y el soporte continuos.

La validación de asignación de números incluye confirmar que a cada usuario se le asigna la extensión y el número externo correctos, y que estos números se enrutan correctamente en los flujos de llamadas internos (en la red) y externos (PSTN) . Es esencial verificar si hay superposiciones, asignaciones faltantes o configuraciones erróneas que puedan provocar errores de enrutamiento de llamadas o interrupciones del servicio.

PSTN Flujos de llamadas y presentación del identificador de llamadas

Un procedimiento sólido de prueba de aceptación debe abarcar la validación de extremo a extremo de los flujos de llamadas PSTN. Esto incluye escenarios de llamadas entrantes y salientes. Para las llamadas PSTN entrantes, el equipo de pruebas debe confirmar que las llamadas se entregan a los puntos finales previstos, ya sean usuarios individuales, colas de llamadas, grupos de búsqueda o asistentes automáticos. Las llamadas salientes de PSTN deben realizarse con éxito, prestando especial atención a la correcta entrega y presentación de la información del identificador de llamadas. Esto implica asegurarse de que el nombre y el número correctos de la persona que llama se muestren a los destinatarios externos, de acuerdo con las políticas de la organización y los requisitos reglamentarios.

Las pruebas también deben abordar escenarios de conmutación por error, como el manejo de puntos finales inalcanzables o interrupciones de la red. Esto ayuda a confirmar que los mecanismos alternativos y el enrutamiento alternativo están funcionando correctamente, manteniendo la continuidad y confiabilidad del servicio.

Flujos de llamadas en la red

Los flujos de llamadas internos o en la red forman la columna vertebral de la comunicación empresarial. Las pruebas de aceptación en esta área verifican que las llamadas entre usuarios dentro de la organización se enruten correctamente, con características como transferencia de llamadas, retención, reenvío y conferencias que funcionan según lo previsto. Se debe confirmar la integridad de los planes de marcado, la conectividad de extensión a extensión y el soporte para las políticas de llamadas de la organización.

Manejo de llamadas de usuario y validación de funciones

Un aspecto importante de las pruebas de aceptación implica validar cómo los usuarios manejan las llamadas utilizando la aplicación Webex y los teléfonos de escritorio compatibles. Este proceso se centra en confirmar que los flujos de trabajo de llamadas diarias son intuitivos y confiables, y que los usuarios tienen acceso sin problemas a las funciones principales necesarias para sus funciones. Las pruebas deben evaluar la facilidad con la que los usuarios pueden realizar y recibir llamadas, administrar funciones de retención y reanudación, y realizar transferencias ciegas y consultivas. También es esencial verificar que el desvío de llamadas, conferencias y otras capacidades avanzadas, como estacionar y recuperar llamadas o activar no molestan, estén disponibles y funcionen sin problemas.

La experiencia debe evaluarse en cuanto a claridad y capacidad de respuesta, teniendo en cuenta cómo los usuarios interactúan con el historial de llamadas, el correo de voz y los directorios integrados. Se debe prestar atención adicional a la capacidad de mover llamadas activas entre dispositivos y de usar controles dentro de las llamadas de manera efectiva dentro de la aplicación o en teléfonos físicos. El objetivo final es garantizar que la experiencia del usuario final sea consistente, eficiente y soporte completamente las necesidades de comunicación de la organización después de la migración.

Colas de llamadas: Experiencia en agentes y supervisores

Las colas de llamadas se utilizan con frecuencia para manejar escenarios de llamadas entrantes de alto volumen. Las pruebas de aceptación aquí se centran en varias dimensiones. En primer lugar, debe verificarse que las llamadas se distribuyen a los agentes de acuerdo con la lógica de cola configurada, como el round robin, el modo de inactividad más largo o el timón simultáneo. La presentación de las llamadas en cola en los escritorios de los agentes debe examinarse para mayor claridad y facilidad de uso, asegurando que los agentes puedan aceptar, retener y transferir llamadas de manera eficiente.

Para los supervisores, la experiencia de escritorio debe evaluarse para características tales como monitoreo en tiempo real, barging de llamadas y análisis o información sobre el rendimiento de las colas. Esto incluye, pero no se limita a, la validación de paneles y herramientas de informes que proporcionan datos procesables sobre la distribución de llamadas, la actividad del agente y las métricas de cola.

Grupos de caza: Distribución de llamadas

Los grupos de caza son un mecanismo clave para distribuir llamadas a conjuntos predefinidos de usuarios. Las pruebas de aceptación deben confirmar que las llamadas se enrutan a los miembros del grupo según el algoritmo de búsqueda configurado, y que los escenarios de desbordamiento, reenvío y sin respuesta se manejan de acuerdo con el diseño. Asegurar que la pertenencia al grupo y los comportamientos de enrutamiento de llamadas coincidan con los establecidos anteriormente Unified CM es esencial para la coherencia operativa y la satisfacción del usuario.

Asistentes automáticos: Anuncios y operaciones de menú

Los asistentes automáticos representan la primera línea del manejo automatizado de llamadas. Las pruebas deben cubrir la reproducción de anuncios, la precisión de los saludos grabados y el correcto funcionamiento de los árboles de menú. Las selecciones de menú deben enrutar de manera confiable a las personas que llaman a los departamentos, individuos o números externos apropiados. Las pruebas también deben incluir escenarios no válidos o de tiempo de espera para confirmar que las personas que llaman reciben una guía clara o son redirigidas según lo previsto.

Operación del correo de voz

Finalmente, la funcionalidad del correo de voz es fundamental para la experiencia del usuario. Las pruebas de aceptación deben verificar que las casillas de correo de voz estén correctamente asignadas y sean accesibles, tanto desde dentro de la organización como de forma remota. La capacidad de grabar, recuperar y administrar mensajes debe ser confirmada, junto con la entrega de notificaciones.

Para supervisar el entorno posterior a la migración, validar el rendimiento y realizar ajustes para garantizar la estabilidad y eficiencia operativas, consulte Optimizar fase.