Migración desde una PBX heredada: guía empresarial actual

By Mirko Peters · 2026-05-18 · Updated 2026-07-18

Aprende a migrar desde una PBX heredada con orientación práctica sobre configuración, arquitectura, seguridad, gobernanza y casos de uso reales.

Automatically translated with AI from the original post. Read the English original

Cover: Microsoft Teams Phone and Telephony | Simply Explained

Seamos sinceros: los sistemas PBX antiguos ya no son jóvenes, y la forma en que trabajamos hoy está cambiando muy rápido. Cada vez más organizaciones quieren dejar atrás las centralitas telefónicas locales, poco flexibles, y pasarse a soluciones modernas como las comunicaciones unificadas en la nube (UCaaS), los modelos híbridos o plataformas totalmente integradas como Microsoft Teams. El proceso de migración puede resultar abrumador, pero es necesario para dar soporte a los equipos remotos, reducir costes y desbloquear nuevas funciones que impulsan la productividad. Esta guía ofrece una hoja de ruta práctica: aprenderás qué desencadena una migración de PBX, cómo planificar y ejecutar cada fase, gestionar los riesgos y el cumplimiento normativo, y, al final, medir el impacto de la migración en el negocio. Si estás valorando el cambio o ya estás inmerso en la planificación, este recurso te acompañará desde la primera auditoría hasta la puesta en producción completa.

Comprender los factores impulsores y los retos de la migración desde una PBX heredada

En muchas empresas, mantener una PBX heredada antigua puede parecerse a conducir un coche con los días contados. Es cierto que funciona, hasta que deja de hacerlo. A medida que las empresas evolucionan, estos sistemas empiezan a mostrar grietas: desde caídas frecuentes hasta facturas de soporte cada vez más altas. Esto no es solo un problema de TI; se convierte en un riesgo real para el negocio si las llamadas se cortan, el soporte para el teletrabajo falla o las nuevas integraciones se vuelven imposibles. En ese punto, la PBX no solo se ha quedado atrás, sino que te está frenando.

Pero la decisión de migrar no siempre es sencilla. Cambiar sistemas críticos implica retos operativos y técnicos, desde el riesgo de interrupción del servicio hasta la necesidad de reformar a los usuarios. Las presiones presupuestarias, los requisitos de cumplimiento normativo y el temor a alterar el flujo de trabajo diario pueden ralentizar el avance. Es un equilibrio delicado: saber cuándo lo heredado se convierte en un pasivo y justificar la apuesta por algo mejor.

A continuación, desglosaremos en qué consiste exactamente la fricción operativa de una PBX heredada, te mostraremos las señales de alerta de que tu sistema está bajo una presión real y expondremos los tipos de riesgo que pueden hacer fracasar una migración de gran envergadura. Comprender estos factores y retos es el primer paso hacia un traslado más fluido e inteligente.

Fricción operativa: señales de que tu PBX heredada frena el crecimiento del negocio

Caídas y interrupciones frecuentes: Tu equipo sufre con regularidad fallos en el sistema telefónico, lo que provoca llamadas perdidas y oportunidades de negocio desaprovechadas.
Altos costes de soporte y mantenimiento: Mantener en funcionamiento los sistemas heredados consume tiempo y presupuesto de TI, sobre todo a medida que el fabricante deja de ofrecer soporte.
Dificultades con el trabajo remoto e híbrido: Las PBX heredadas a menudo no admiten dispositivos móviles ni conexiones remotas, lo que obliga a los equipos a recurrir a soluciones improvisadas.
Obstáculos de integración: Conectar con plataformas modernas, herramientas CRM o Microsoft Teams resulta caro o directamente imposible con tecnología antigua.
Quejas de los usuarios sobre las funciones: Los empleados quieren funciones como el buzón de voz a correo electrónico, el desvío de llamadas o los softphones, pero la PBX no puede seguir el ritmo.

Cómo la presión sobre los sistemas heredados activa la preparación para la migración

Obsolescencia del hardware: Los componentes clave envejecen, las piezas de repuesto escasean y encontrar expertos capaces de dar servicio a equipos tan antiguos se convierte en un reto. Cuando acabas buscando placas de repuesto en eBay, es una señal de alarma clara.
Fallos e interrupciones en aumento: La inestabilidad del sistema crece a medida que los entornos PBX obsoletos tienen dificultades con la capacidad y la fiabilidad. Las interrupciones pueden empezar siendo eventos aislados, pero pronto se vuelven habituales, con el riesgo de perder contactos con clientes.
Incompatibilidad de integración: Los intentos de incorporar nuevas herramientas de colaboración o de integrarse con servicios en la nube suelen fallar, lo que pone de manifiesto los límites de la arquitectura. Si Teams o las plataformas CRM chocan constantemente contra un muro, es hora de cambiar.
Falta de escalabilidad: Añadir nuevos usuarios, sedes o funciones se convierte en un engorro. Las configuraciones heredadas no pueden escalar de forma elástica, lo que limita tu flexibilidad a medida que crece el negocio.
Riesgos de seguridad y cumplimiento normativo: Las PBX antiguas a menudo carecen de parches y de controles de seguridad modernos, lo que te expone a amenazas y a complicaciones regulatorias. Esto es especialmente arriesgado en sectores regulados.

Evaluación de los elementos de riesgo y de los riesgos de la migración de PBX

Interrupciones del servicio: Trasladar el enrutamiento de llamadas, portar números o cambiar de sistema puede provocar pérdida de conectividad si no se gestiona con cuidado. Incluso una interrupción breve en horario laboral podría frustrar tanto al personal como a los clientes.
Pérdida de datos: Existe el riesgo de que registros de llamadas esenciales, buzones de voz o directorios de usuarios queden sin migrar o se corrompan si los pasos de la migración no se siguen y documentan con precisión.
Sobrecostes: Los presupuestos pueden dispararse si el alcance de la migración no se planifica por completo o si surgen obstáculos técnicos inesperados. Tener en cuenta soluciones de redundancia temporal o sistemas paralelos es clave para evitar sorpresas.
Asignación incorrecta de recursos: Asignar tiempo, personal o experiencia insuficientes puede derivar en errores, plazos incumplidos o integraciones fallidas, dejándote con una migración parcial o fallida.
Incumplimiento normativo: Las migraciones de telefonía que pasan por alto requisitos regulatorios (por ejemplo, E911 o HIPAA) pueden acarrear problemas legales si no se cumplen las llamadas de emergencia o las normas de residencia de datos.
Riesgo de adopción por parte de los usuarios: Los cambios rápidos sin formación ni comunicación adecuadas pueden generar resistencia de los usuarios y afectar aún más a la productividad. Es imprescindible que los usuarios se impliquen antes y después del lanzamiento.

Definir el estado objetivo: elegir UC en la nube, híbrido o local moderno

Una vez que estés convencido de que es el momento de cambiar, el siguiente paso es decidir cómo debe ser realmente tu nuevo entorno de comunicaciones. Las soluciones de voz actuales vienen en varias modalidades: UCaaS puramente en la nube, soluciones híbridas con respaldo local («supervivencia») y sistemas locales renovados para las necesidades actuales. Cada enfoque ofrece un equilibrio distinto entre control, fiabilidad y posibilidades de integración.

Aquí es donde entran las grandes decisiones estratégicas: ¿quieres trasladar la carga de la infraestructura a un proveedor en la nube? ¿Necesitas mantener algunos equipos en las instalaciones por motivos de cumplimiento normativo u operativos? ¿O buscas un término medio que combine la flexibilidad de la nube con la resiliencia local de una configuración híbrida?

Te guiaremos en la comparación de los modelos UCaaS solo en la nube y los híbridos, destacaremos lo que es posible con los destinos de migración locales y explicaremos cómo proveedores como Sangoma acompañan este proceso. Aprenderás a hacer coincidir estos tipos de solución con las prioridades de tu organización, ya sea la integración con Microsoft Teams, la recuperación ante desastres o una soberanía de datos estricta. Para más información sobre cómo estructurar una colaboración eficaz en Teams, consulta esta guía práctica de decisión sobre canales privados y compartidos.

Comparación entre UCaaS puro en la nube y la supervivencia de UCaaS híbrido

Fiabilidad y continuidad del negocio: El UCaaS puro en la nube funciona a través de Internet, por lo que una conexión sólida es esencial. Los modelos híbridos mantienen sistemas en las instalaciones como respaldo, lo que garantiza la supervivencia si falla Internet.
Facilidad de gestión: La nube completa reduce el mantenimiento: tu proveedor se encarga de las actualizaciones y de la resolución de problemas. Las configuraciones híbridas requieren cierta supervisión local continuada, pero dan a TI más control durante la transición.
Integración con Microsoft Teams: El UCaaS puro en la nube puede vincularse estrechamente con herramientas como Teams, lo que simplifica la comunicación unificada y la colaboración. Los modelos híbridos pueden requerir trabajo adicional, pero permiten una adopción gradual y una integración más sencilla con sistemas heredados.
Recuperación ante desastres: La resiliencia de la nube es sólida si el proveedor cuenta con varios centros de datos. El respaldo local de un modelo híbrido permite que las llamadas locales sigan funcionando aunque caigan los enlaces WAN.
Seguridad y cumplimiento normativo: Los proveedores de nube invierten mucho en marcos de cumplimiento, pero algunas organizaciones pueden necesitar la garantía de mantener los datos sensibles en local. El modelo híbrido te ofrece opciones.

Para orientación sobre cómo mantener el orden al escalar en Microsoft Teams, revisa cómo la gobernanza de Teams convierte la colaboración en algo confiable.

Definir los destinos locales para la migración: el papel de los sistemas modernos

Control interno: Mantener los sistemas de UC en las instalaciones te da el máximo control sobre la seguridad, el mantenimiento y las personalizaciones. Algunas organizaciones lo prefieren, sobre todo en sectores regulados.
Cumplimiento y soberanía de los datos: Los sistemas locales simplifican el cumplimiento de las normativas regionales sobre almacenamiento de datos, algo crítico en sectores como la sanidad o las finanzas.
Aprovechar las inversiones existentes: Si has invertido recursos en infraestructura heredada, modernizar la solución on-premises (en lugar de sustituirla totalmente por la nube) puede ofrecerte una ruta de actualización más suave.
Extensiones híbridas: Muchas organizaciones optan por un núcleo on-premises con integración selectiva en la nube para funciones como Teams o VoIP móvil, reduciendo el riesgo y ampliando la funcionalidad.
Conservación de equipos heredados: Algunas sedes o departamentos pueden necesitar mantener teléfonos de sobremesa antiguos o líneas analógicas durante la transición. La solución on-premises adecuada hace que esto sea manejable.

Cómo los PBX on-premises de Sangoma y otros proveedores influyen en la migración

Experiencia en migraciones: Fabricantes como Sangoma aportan procesos probados que minimizan el riesgo y guían las transiciones por fases desde las comunicaciones unificadas heredadas hasta las modernas.
Diseño de soluciones a medida: Los partners ayudan a adaptar los sistemas on-premises o híbridos a las necesidades de tu negocio: integración con sistemas heredados, compatibilidad con Teams o supervivencia local.
Soporte continuo: Los proveedores consolidados ofrecen mantenimiento, soporte y formación continuos, lo que garantiza una transición fluida tras la migración.
Confianza en la continuidad: Con un proveedor experimentado tienes la seguridad de que la comunicación crítica para el negocio no quedará al azar durante los cambios de sistema.
Asesoramiento sobre los objetivos de comunicación: Estos equipos ayudan a alinear las soluciones técnicas con los objetivos más amplios de colaboración, seguridad y cumplimiento.

Alinear la elección de la solución con los objetivos de comunicación

La solución de comunicaciones unificadas más adecuada no depende solo de la tecnología, sino de cómo sirve a tus objetivos empresariales más amplios. El entorno que elijas, ya sea en la nube, híbrido o on-premises moderno, debe respaldar directamente la forma en que necesitas colaborar, tus requisitos de seguridad y tus planes de crecimiento futuro. Esto implica considerar no solo la calidad de las llamadas o el coste, sino también la facilidad con la que los equipos trabajan juntos, cómo se garantiza la privacidad de los datos y cómo se escala a medida que cambia tu negocio. Alinear las decisiones tecnológicas con los objetivos estratégicos es lo que hace que la migración merezca la pena.

Planificación previa a la migración: cómo construir una base sólida

Ninguna migración de PBX tiene éxito sin un trabajo previo sólido. Antes de desconectar un teléfono de sobremesa o firmar un contrato, debes saber exactamente qué tienes, qué quieres y qué se necesita para llegar hasta allí. Esta fase abarca dos aspectos críticos: auditar tu entorno de comunicaciones actual y definir con detalle tus requisitos y flujos de trabajo futuros.

Igual de importante es elegir el proveedor adecuado de UCaaS o de migración. Saber qué preguntas hacer, qué credenciales buscar y cómo encaja un proveedor con tus objetivos empresariales te ahorrará muchos quebraderos de cabeza más adelante. Una planificación previa a la migración bien pensada no eliminará todas las sorpresas, pero reduce considerablemente el riesgo de retrasos en el proyecto, sobrecostes y pérdida de funciones críticas.

Las siguientes secciones te guían por una auditoría detallada del sistema, los hitos clave de la planificación, las preguntas cruciales para seleccionar proveedor y una lista de comprobación para identificar asesores de migración fiables.

Realiza una auditoría completa de tu sistema PBX actual

Documenta todas las líneas y números telefónicos: Empieza por enumerar cada número de teléfono: líneas principales, extensiones directas, líneas de conferencia, líneas de fax y dispositivos analógicos. Registra qué departamentos o usuarios son propietarios de cada número.
Cataloga los dispositivos físicos y el hardware: Haz un inventario de todos los teléfonos de sobremesa, máquinas de fax, adaptadores analógicos y hardware del PBX. Anota el fabricante, el modelo, la antigüedad y la ubicación de cada uno.
Define los requisitos de los usuarios: Identifica quién usa el sistema y cómo. ¿Los equipos necesitan buzón de voz, extensiones móviles, desvío de llamadas o marcación internacional? Habla con las personas clave: el departamento de TI por sí solo no lo detectará todo.
Enumera las funciones y las integraciones existentes: Anota todos los flujos de llamada personalizados, los asistentes automáticos, los grupos de llamadas, la megafonía, las integraciones con CRM o Teams y cualquier automatización basada en API.
Documenta las dependencias y los flujos de trabajo: Registra los sistemas upstream y downstream que dependen del PBX (puertas de seguridad, alarmas, ascensores) y dibuja los flujos de comunicación actuales de cada departamento.
Señala los riesgos de fin de vida útil y de soporte: Marca los equipos con garantías caducadas o con soporte del fabricante vencido: son tus prioridades de migración más urgentes.

Pasos esenciales en la fase de planificación previa a la migración

Identifica a las partes interesadas: Recaba aportaciones de TI, de los responsables de los departamentos y de los usuarios finales: todas las personas afectadas por la migración.
Define un calendario realista: Establece hitos para la auditoría, la selección del proveedor, las pruebas y el corte, de modo que no se pasen por alto fechas clave.
Estima el presupuesto y los recursos: Incluye el hardware, el software, las tarifas de servicio y cualquier ejecución en paralelo que vayas a necesitar.
Diseña los flujos de comunicación: Describe cómo colaboran los equipos y qué nuevas funciones podrían agilizar el trabajo.
Revisa los requisitos de cumplimiento: Asegúrate de comprender desde el principio las necesidades normativas, de seguridad y de tratamiento de datos.

Preguntas que debes hacer a tu proveedor de UCaaS antes de migrar una centralita PBX

¿Qué experiencia tienes en nuestro sector? Los proveedores familiarizados con tu sector anticiparán los retos específicos y las necesidades de cumplimiento.
¿Cómo gestionas la portabilidad de números y el corte? Busca procesos claros y documentados que minimicen el tiempo de inactividad y eviten llamadas perdidas.
¿Qué opciones de integración existen (por ejemplo, Microsoft Teams, CRM)? Pregunta específicamente por los conectores y las API disponibles, y por su experiencia con implantaciones híbridas o por fases.
¿Cómo se gestionan la seguridad del sistema y la privacidad de los datos? Confirma los estándares de cifrado, los controles de acceso, la autenticación multifactor y las certificaciones de cumplimiento imprescindibles para tu sector.
¿Qué soporte y formación están incluidos? Pregunta por la mesa de ayuda posterior a la migración, la formación de usuarios y los procedimientos de escalado para incidencias urgentes.
¿Puedes facilitarnos referencias detalladas y casos de éxito? Hablar con clientes similares suele ser la mejor forma de valorar la capacidad real de un proveedor.
¿Cuál es la estrategia de salida? Los buenos socios saben explicar cómo podrías salir, migrar a otra solución o revertir el proceso si las cosas no funcionan.

Cómo elegir al proveedor adecuado para la transformación de las comunicaciones

Credenciales probadas: Comprueba las certificaciones, las alianzas con líderes tecnológicos y un historial de migraciones exitosas.
Experiencia en el sector: Busca asesores que comprendan los matices de tu sector y de su entorno normativo.
Alcance completo: Los mejores proveedores cubren todo, desde la auditoría hasta el soporte posterior a la puesta en producción, y no se limitan a presentar propuestas comerciales.
Capacidad a escala empresarial: Asegúrate de que han migrado organizaciones de tu tamaño y complejidad.
Comunicación transparente: Quieres un asesor que hable con claridad, fije expectativas realistas y no prometa de más.

Ejecución de la migración: de la configuración al corte

Ahora llega la fase práctica: una migración no consiste solo en planificar y en la documentación. Trasladar una PBX a una solución UC en la nube o a Microsoft Teams implica pasos que deben secuenciarse con cuidado para evitar interrupciones. Esta fase aborda el reto de ejecutar en paralelo las centralitas antigua y nueva, portar los números, configurar las nuevas funciones y preparar un plan de corte sólido.

Las transiciones fluidas son clave. Eso significa revisar dos veces las configuraciones, verificar las integraciones y asegurarse de que los equipos de TI están preparados para revertir el proceso si es necesario. En la mayoría de las organizaciones, minimizar el tiempo de inactividad no depende solo de las buenas intenciones; depende de procesos probados, planes de respaldo y de estar preparados para los imprevistos.

En las secciones siguientes encontrarás orientación para portar los números con seguridad, configurar sistemas paralelos, programar el corte y consejos prácticos para alcanzar el objetivo de «cero tiempo de inactividad».

Cómo portar números en paralelo y configurar los nuevos sistemas

Coordina la portabilidad de números: Empieza trabajando con los operadores actual y nuevo para programar las ventanas de portabilidad. Suele hacerse por fases: primero los números principales, después las extensiones y las líneas menos utilizadas.
Configura los entornos paralelos: Configura tu nuevo UCaaS o sistema basado en Microsoft Teams mientras la PBX antigua sigue en funcionamiento. Los usuarios deberían poder realizar y recibir llamadas en cualquiera de los dos sistemas antes de la puesta en producción.
Prueba los flujos de llamadas y el enrutamiento: Asegúrate de que el enrutamiento de llamadas, los asistentes automáticos, el buzón de voz y las reglas de desvío funcionan exactamente igual en el nuevo sistema. Usa números de prueba y llamadas internas para comprobar su funcionamiento.
Actualiza el DNS y la configuración de red: En sistemas basados en la nube, realiza los cambios necesarios en el firewall y ajusta la calidad de servicio (QoS) para priorizar el tráfico de voz y evitar el jitter o la pérdida de paquetes.
Forma a los usuarios en la operación dual: Durante los periodos de funcionamiento en paralelo, el personal debe saber qué teléfonos o aplicaciones usar y cómo informar de incidencias.
Supervisa las interrupciones: Vigila las llamadas perdidas, las transferencias fallidas o los usuarios que, sin querer, siguen utilizando los sistemas heredados en lugar de los nuevos Teams o los teléfonos en la nube.

Cambiar desde la central local: sincronizar la migración

Ejecuta sistemas en paralelo: Mantén en funcionamiento tanto la antigua centralita PBX como la nueva solución en la nube o UCaaS durante un periodo determinado, para que los usuarios se adapten y los problemas salgan a la luz de forma temprana.
Planifica las ventanas de operación dual: Define cuándo cambiarán determinados usuarios o ubicaciones, utilizando despliegues por fases para controlar el riesgo.
Ten un plan de reversión: Asegúrate de disponer de instrucciones claras para volver atrás si el nuevo entorno falla o surgen problemas clave.
Comunica con frecuencia: Las actualizaciones periódicas mantienen a todos los usuarios informados sobre el estado de la migración, lo que reduce la confusión y el número de tickets al servicio de asistencia.

Cómo crear un plan de corte y programar la migración

Programa el corte de forma estratégica: Elige horarios fuera de la jornada laboral, fines de semana o periodos de poco tráfico para reducir el impacto en el negocio. Incluye tiempo de margen por si algún problema retrasa la transición completa.
Prepara una estrategia de reversión: Documenta los pasos para volver rápidamente a la antigua PBX si la migración falla. Asigna a miembros del equipo decisiones concretas de «go/no-go» en cada paso.
Notifica a todas las partes interesadas: Comunica los planes de corte con antelación: qué va a ocurrir, cuándo, a quién llamar si surgen incidencias y cuánto pueden durar las interrupciones menores.
Asigna responsabilidades: Designa responsables para lo técnico, el soporte a usuarios y la comunicación con la dirección durante todo el periodo de migración.
Confirma las soluciones de respaldo: Despliega números de respaldo, reglas de desvío de llamadas o líneas directas de emergencia por si se producen cortes graves durante el corte.

Consejos para reducir el tiempo de inactividad y mantener un «cero tiempo de inactividad» durante el corte

Opta por cortes fuera de horario o en fin de semana: Minimiza el impacto en el negocio programando los cambios cuando menos usuarios se vean afectados.
Usa migraciones escalonadas o por fases: Cambia por bloques lógicos, por ubicación, departamento o rango de números de teléfono, lo que permite identificar problemas en tiempo real.
Mantén la preparación para la reversión: Conserva siempre la antigua PBX lista como alternativa por si surgen problemas inesperados durante el corte.
Aprovecha las herramientas de respaldo y conmutación por error: Recurre a servicios temporales de desvío de llamadas o aplicaciones móviles que mantengan las llamadas activas si los sistemas principales no están disponibles.
Supervisa y comunica: Asigna una monitorización en tiempo real y una «sala de guerra» para la comunicación, de modo que los incidentes se resuelvan antes de que los usuarios los noten.

Garantizar el éxito tras la migración a tu nueva plataforma de comunicación

Cambiar a los nuevos sistemas telefónicos no es el final del camino: obtener un valor real implica asegurarse de que todo funciona como se prometió, que los usuarios están cómodos y que el soporte está listo. Las pruebas y la formación del personal son tan importantes como la propia migración.

Esta fase final consiste en verificar la calidad de las llamadas, resolver rápidamente los problemas de los usuarios y ofrecer un soporte claro durante la puesta en producción. Y, una vez asentado el proceso, se trata de impulsar una adopción real: ayudar al personal a aprovechar las nuevas funciones, ofrecer recursos formativos y utilizar los comentarios para optimizar el sistema de forma continua. Microsoft Teams Governance también puede ayudar a agilizar el acceso de los usuarios y a mantener la colaboración segura y productiva.

Próximamente: buenas prácticas paso a paso para las pruebas del sistema, la formación de los usuarios y los planes de gestión de la adopción a largo plazo, para que tu inversión dé resultados.

Realizar pruebas, formación y soporte en la puesta en producción tras la migración de la PBX

Pruebas exhaustivas del sistema: Realiza llamadas de prueba en directo (internas, externas e internacionales) para validar el enrutamiento de las llamadas, la calidad de audio y las integraciones con los directorios o el buzón de voz. Comprueba todas las extensiones, los grupos de salto y las funciones clave.
Pruebas de aceptación de usuario: Pide a usuarios representativos de cada departamento que confirmen que sus flujos de trabajo diarios, incluidos el desvío de llamadas, el buzón de voz y el acceso móvil, funcionan sin incidencias.
Sesiones de formación para el personal: Organiza formaciones obligatorias para todos los usuarios afectados, que cubran cómo usar los nuevos teléfonos de escritorio, las aplicaciones móviles y las integraciones con Teams. Muestra en directo cualquier función nueva o cambio en los flujos de trabajo.
Soporte inmediato tras la puesta en marcha: Configura un servicio de atención de incidencias de respuesta rápida durante la primera semana, con expertos técnicos y «acompañantes de planta» pacientes que resuelvan dudas o escalen con rapidez los problemas críticos.
Validación del rendimiento: Supervisa de forma activa la disponibilidad, la calidad del audio de las llamadas y la tasa de incidencias mediante paneles en tiempo real. Corrige los problemas en el momento; no esperes a que se acumulen las quejas.
Canales de feedback de los usuarios: Anima a los usuarios a dar su opinión, recopila los tickets de soporte y realiza encuestas rápidas para detectar problemas ocultos o solicitudes de funciones.

Si quieres saber más sobre cómo equilibrar la innovación y la privacidad durante los despliegues de sistemas, consulta la descripción general de la privacidad de datos de Microsoft Copilot.

Cómo desarrollar un plan de gestión de la adopción e impulsar el cambio de los usuarios

Plan de comunicación personalizado: Informa de forma proactiva al personal sobre los próximos cambios, las nuevas funciones y los beneficios de la migración.
Programa de embajadores de usuarios: Recluta y forma a «superusuarios» en cada departamento que puedan ayudar informalmente a sus compañeros antes y después de la puesta en marcha.
Ciclos de feedback: Solicita comentarios de forma periódica, atiende las preocupaciones con rapidez y adapta los flujos de trabajo en función de la opinión real de los usuarios.
Indicadores de rendimiento de referencia: Define objetivos claros de rendimiento y adopción directamente vinculados a los resultados de negocio.
Gobernanza para el éxito a largo plazo: Establece directivas y responsabilidades claras para el soporte continuo, el acceso de los usuarios y el cumplimiento normativo. Si utilizas Microsoft Teams, una gobernanza sólida de Teams ayuda a mantener la adopción y a que la comunicación sea segura.

Integrar la PBX heredada con UC moderno durante la transición

No todas las empresas pueden cambiar de sistema de la noche a la mañana y despedirse de la antigua PBX; a veces necesitas que la antigua y la nueva convivan en paralelo durante un tiempo. Este enfoque «híbrido» o por fases ayuda a reducir riesgos, mantiene las operaciones estables y permite que los equipos se adapten al cambio a su propio ritmo.

Las estrategias de transición modernas se apoyan en puentes técnicos como el SIP trunking y los controladores de frontera de sesión (SBC, por sus siglas en inglés) para conectar las PBX heredadas con las plataformas UC en la nube. Esta configuración mantiene las llamadas en curso, tanto internas como externas, incluso si la migración se alarga semanas o meses. La clave está en minimizar las interrupciones y facilitar la adopción gradual por parte de los usuarios.

A continuación, veremos cómo el SIP trunking y los SBC hacen posible todo esto, y cómo mantener sincronizadas entre el entorno heredado y el de la nube todas las funciones clave, como el buzón de voz y el desvío de llamadas, hasta que la migración esté realmente completa.

Cómo el SIP trunking y los SBC permiten una integración de PBX por fases

Despliega el SIP trunking: Los troncales SIP actúan como líneas telefónicas virtuales que conectan tu PBX heredada con sistemas UC modernos o telefonía en la nube. Esto permite un enrutamiento de llamadas sin fisuras, uniendo los entornos antiguo y nuevo sin grandes reformas de infraestructura.
Instala controladores de frontera de sesión (SBC): Los SBC dirigen y protegen el tráfico de llamadas entre redes, se encargan de la traducción de protocolos y protegen contra accesos no autorizados o fallos de llamadas durante la convivencia.
Enruta las llamadas de forma flexible: Durante la migración, las llamadas pueden enrutarse de forma dinámica: algunas líneas o departamentos usan la PBX heredada, mientras que otros van directamente a Teams o a UC en la nube. Los SBC equilibran este enrutamiento en función de la asignación de usuarios y de las fases de la migración.
Mantén la operación híbrida: Un enfoque por fases mantiene ambos sistemas disponibles, lo que permite a los usuarios y al equipo de TI resolver problemas en directo sin interrumpir el servicio ni perder llamadas importantes.
Retira gradualmente la antigua PBX: A medida que los usuarios se sienten cómodos con la nueva plataforma, los troncales SIP facilitan dar de baja números, funciones o sedes una a una, minimizando riesgos e interrupciones en cada paso.

Sincronizar funciones durante la convivencia entre entornos heredados y en la nube

Buzón de voz unificado: Integra el buzón de voz entre sistemas para que los usuarios no pierdan mensajes importantes: reenvía los mensajes del buzón de voz de la PBX a los buzones en la nube, o viceversa.
Reenvío de llamadas coherente: Sincroniza las reglas de reenvío de llamadas entre plataformas para que todas las llamadas, tanto las dirigidas a números de PBX como a números de la nube, lleguen a los usuarios según lo esperado.
Sincronización de directorios: Mantén un directorio de empresa unificado para que no importe en qué plataforma esté un usuario: siempre podrá buscar y contactar a cualquier compañero.
Paridad de extensiones y plan de marcación: Mantén los planes de marcación coherentes para evitar confusiones. Si los usuarios marcan «1234» para soporte hoy, debe funcionar sin importar el back-end.
Pruebas de funciones durante la transición: Verifica de forma continua que las funciones clave se reflejan a medida que los usuarios pasan de las plataformas heredadas a las nuevas. Corrige las brechas con rapidez para que la experiencia de usuario siga siendo fluida.

Evaluación y gestión de los impactos normativos y de cumplimiento

Si trabajas en sanidad, servicios financieros o educación, sabes que el cumplimiento nunca es opcional, sobre todo al sustituir los sistemas telefónicos. No se trata solo de elegir un UCaaS con muchas funciones, sino de cumplir con obligaciones legales como E911 para llamadas de emergencia, o de mantener los datos de voz en la jurisdicción adecuada.

Esta sección aborda los dolores de cabeza normativos que suelen pasar desapercibidos durante una migración. Ya se trate de nuevas normas para las llamadas de emergencia en la nube o de garantizar que los registros sensibles nunca crucen fronteras, tus equipos legal y de TI deben trabajar juntos desde el primer día. Para profundizar en el cumplimiento en entornos de Microsoft, consulta la explicación de Microsoft Copilot sobre los límites de datos y el resumen de privacidad de Copilot.

Repasaremos lo que necesitas saber sobre E911, la Ley de Kari y cómo alinear tus comunicaciones con HIPAA, FINRA y otros estándares del sector durante la migración.

Cumplimiento de las comunicaciones en la nube: E911, la Ley de Kari y más

Cumplimiento de E911: En la nube, los sistemas deben proporcionar la ubicación precisa de quien llama a los servicios de emergencia. Esto implica actualizar las bases de datos de direcciones y asegurarse de que todos los dispositivos (teléfonos de escritorio, softphones y clientes móviles) estén asociados a una ubicación física.
Ley de Kari: La legislación de EE. UU. exige que los usuarios marquen el 911 directamente, sin dígitos adicionales. Asegúrate de que tu nueva plataforma esté configurada para que los usuarios puedan contactar con los servicios de emergencia desde cualquier dispositivo, sin excepciones.
Ley RAY BAUM: Obliga a que la información de ubicación procesable (como suite, planta o área) se transmita a los primeros intervinientes. Revisa y actualiza tu sistema de comunicaciones en consecuencia.
Directivas y documentación: Mantén actualizados los registros de cumplimiento, documenta cualquier cambio en las directivas de llamadas de emergencia y prueba periódicamente el cumplimiento de tu sistema. Para más información sobre cómo preservar la privacidad y el cumplimiento durante las migraciones, visita esta guía sobre los límites de datos de Copilot.

Gestión de la residencia de datos y de los requisitos específicos de cada sector

HIPAA para sanidad: Asegúrate de que todos los datos de voz, incluidas las grabaciones, los buzones de voz y los registros, permanezcan cifrados y nunca salgan de las regiones o países especificados.
FINRA para servicios financieros: Habilita el archivado conforme a la normativa de llamadas y mensajes, y prepárate para auditorías de datos bajo demanda.
PCI DSS para entornos de pago: Conserva las interacciones de voz que procesen datos de tarjetas de pago en un almacenamiento seguro y conforme a la normativa, sin excepciones.
Requisitos del sector educativo: Protege los registros de voz de los estudiantes con una seguridad de datos sólida y asegúrate de cumplir con FERPA y con las normativas locales.
Transparencia del proveedor: Tu proveedor de UCaaS debe explicar con detalle dónde se encuentran tus datos y respaldarlo con auditorías de cumplimiento periódicas. Más información al respecto en el resumen de privacidad de datos de Microsoft Copilot.

Medición del ROI y del impacto empresarial tras la migración de la PBX

Has completado la migración; ahora es el momento de demostrar que valió la pena el esfuerzo. Medir los beneficios (y detectar cualquier brecha) ayuda a mostrar a la dirección que tu inversión está dando resultados, a la vez que revela nuevas oportunidades de optimización.

En lugar de confiar solo en anécdotas, céntrate en datos concretos: ¿qué tan rápido resuelves los incidentes ahora? ¿Están satisfechos los usuarios? ¿Cumple la calidad de las llamadas las expectativas? ¿Está bajando tu coste por usuario gracias al modelo en la nube? Calcular el retorno de la inversión (ROI) y comparar el coste total de propiedad (TCO) antes y después de la migración es lo que realmente cuenta la historia.

Vamos a desglosar los KPI más útiles para medir el éxito de la migración, así como un marco para comparar los costes antes y después de la mudanza, para justificar tus decisiones y preparar un caso de negocio para futuras mejoras.

KPI para la evaluación posterior a la migración y el seguimiento del éxito

Tiempo medio de reparación (MTTR): Mide cuánto tardas en resolver los tickets de soporte y las interrupciones, y compáralo con los valores de referencia del sistema anterior.
Puntuaciones de satisfacción de los usuarios: Utiliza encuestas o el índice de recomendación neto (NPS) para recopilar opiniones sobre la facilidad de uso y la fiabilidad del nuevo sistema.
Métricas de calidad de las llamadas: Supervisa las llamadas caídas, el jitter, la pérdida de paquetes y la claridad general del audio para asegurarte de que cumples los SLA.
Ganancias de productividad: Mide el uso de las nuevas funciones (softphones, integración con Teams, acceso remoto) y relaciónalo con las mejoras de rendimiento.
Volumen y tipos de tickets de soporte: Menos tickets urgentes y un cambio de las quejas por «cómo se hace algo» a las de «algo está roto» son señales de una adopción exitosa.

Cómo comparar el coste total de propiedad antes y después de la migración

Calcula los costes de la centralita PBX heredada: Suma el mantenimiento del hardware, las licencias de software, los contratos de soporte, la energía y la refrigeración, y el trabajo del equipo de TI de tu sistema actual. Incluye las tarifas recurrentes de los proveedores y las «emergencias» de mantenimiento.
Evalúa los costes de suscripción de UCaaS/Teams: Registra los costes mensuales o anuales por usuario, teniendo en cuenta la flexibilidad para escalar hacia arriba o hacia abajo frente al gasto fijo en hardware.
Incluye los gastos de migración y formación: Los costes puntuales, como la portabilidad de números, la consultoría técnica, las ejecuciones en paralelo y la formación de los usuarios, cuentan para el plazo de recuperación de la inversión.
Incluye el ahorro en soporte continuo: Las reducciones de costes en reparaciones, actualizaciones y mano de obra se acumulan con el tiempo gracias a las soluciones modernas y gestionadas.
Compara los ahorros y beneficios «blandos»: No olvides estimar el ahorro derivado de una mayor disponibilidad, de una mayor productividad y de las nuevas funciones (como el trabajo móvil o remoto) que generan un valor real para el negocio.
Elabora una comparación interanual: Proyecta el gasto de tres a cinco años para cada escenario; el ROI real se ve a largo plazo, no solo en el primer año.

También te recomendamos escuchar

Si estás investigando la migración desde una centralita PBX heredada, estos episodios aportan contexto práctico sobre arquitectura, operaciones, seguridad y gobernanza:

Teams Telephony – Simply Explained — Entiende la arquitectura de llamadas detrás de la voz de Teams, el enrutamiento y las operaciones de telefonía.
Microsoft Teams Governance – The Illusion of Control — Relaciona las decisiones sobre llamadas con la propiedad, las directivas, el ciclo de vida y la gobernanza.
Azure Virtual Network – Simply Explained — Descubre cómo la arquitectura de red afecta a la calidad y la fiabilidad de las llamadas.
Microsoft Defender XDR – Simply Explained — Añade la supervisión de seguridad y la respuesta a tu plan de comunicaciones con Teams.