La mayoría de de mesas de ayuda se centran en la velocidad. Esta guía sobre migración completa de mesas de ayuda está dirigida a equipos que no pueden sacrificar la exhaustividad por la comodidad. Esto incluye operaciones de soporte con obligaciones de cumplimiento, años de historial de incidencias acumulado y la realidad práctica de que los agentes necesitan el contexto completo del cliente para realizar su trabajo.
La migración completa de datos del servicio de asistencia técnica no es un proceso que se complete con un solo clic. Datos del sector, como los de Oracle , muestran que más del 80 % de los proyectos de migración se retrasan o superan el presupuesto. Asimismo, USC Data informa que el 83 % de los proyectos no cumplen con los objetivos iniciales. Dado que una migración afecta las operaciones diarias y el cumplimiento normativo a largo plazo, debe tratarse como un proyecto estratégico desde el principio.
Esta guía explica paso a paso cómo hacerlo sin comprometer la integridad de tus datos, sin generar caos en tu plataforma de destino ni crear un vacío en tu historial de soporte que te perjudique seis meses después. Para lograrlo, sigue estas seis fases: audita tus datos, configura tu plataforma de destino, selecciona tus registros, realiza una demostración, ejecuta la migración completa y valida los resultados.
Qué significa realmente "Completar" en una migración de mesa de ayuda
Antes de comenzar, defina claramente el alcance. La migración completa de datos es una operación de transferencia de datos, no un servicio de configuración de plataforma. Otro error común es pensar que verificar que el número de tickets coincida después de la transferencia no demuestra que la migración se haya realizado correctamente.
Las relaciones se rompen en silencio. Estas son las cuatro dimensiones de la plenitud que necesitas verificar.
- Registro completo. Cada solicitud, hilo y entidad similar a un ticket, independientemente de su estado: abierto, pendiente, cerrado, resuelto, fusionado o spam. Cada registro de cliente y organización, así como cada miembro y estructura de equipo, encuentra su correspondencia con sus homólogos en la plataforma de destino. Todos los artículos de la base de conocimientos en todas las versiones lingüísticas.
- Integridad de las relaciones. Un ticket vinculado a un contacto vinculado a una empresa debe llegar a la plataforma de destino con esas conexiones intactas, no como tres registros huérfanos sin ningún vínculo entre ellos. Las Helpdesk son la víctima más común de una migración apresurada.
- La integridad del contenido garantiza que su nuevo servicio de asistencia sea idéntico al anterior. El Asistente de Migración transfiere los archivos adjuntos y guarda las imágenes integradas para que los enlaces no se rompan. Registramos las marcas de tiempo con precisión para mantener las conversaciones en orden cronológico. Sus agentes obtienen el contexto completo desde el primer día.
- La integridad del cumplimiento normativo garantiza la validez legal de sus datos. La herramienta conserva los registros históricos para cumplir con los estrictos plazos de retención reglamentarios. Al migrar las marcas de tiempo y los registros del sistema originales, mantiene intacto el historial de auditoría. Esto le proporciona un historial verificable para las revisiones regulatorias.
Si no cumples con alguno de estos cuatro requisitos, tu migración estará incompleta. Una barra de progreso que indica que el progreso está al 100 % no significa nada si tus datos están dañados.
¿Qué no cubre una migración completa del servicio de asistencia técnica? Las herramientas de migración de datos transfieren sus datos, no su configuración.
Sus flujos de trabajo, políticas de SLA y lógica de enrutamiento no se transferirán. Deberá reconstruirlos manualmente en su nueva plataforma. Hágalo antes de migrar para que el sistema funcione correctamente cuando lleguen sus registros.
En ocasiones, los equipos dan por sentado que el nuevo servicio de asistencia técnica funcionará automáticamente igual que el anterior. Los datos se transfieren, pero la lógica operativa permanece inalterada.
Si necesita ayuda para reconstruir esa lógica, trabaje con uno de nuestros socios de implementación. Faye se encarga de Zendesk, Freshdesk, Freshservicey Salesforce Service Cloud. Envoy cubre las mismas plataformas, además de ServiceNow. GrowthDot se especializa en Zendesk, Freshdesk, Intercomy Jira. Aktie Now se enfoca en la implementación integral Zendesk en Norteamérica, Latinoamérica, Europa y Oriente Medio. Cada socio puede analizar sus necesidades de configuración y lograr que su nueva plataforma funcione de la misma manera que la anterior.
Fase 1: Audite primero su plataforma de origen
La migración transfiere sus datos tal cual. Una migración completa de datos de mesa de ayuda desde una plataforma de origen desorganizada produce una plataforma de destino completa, pero desorganizada. Los equipos que omiten la fase de descubrimiento y limpieza dedican el doble de tiempo a solucionar errores tras la puesta en marcha. Si bien una fase de descubrimiento exhaustiva requiere entre el 5 % y el 10 % del presupuesto del proyecto, USC Data demuestra que previene más del 50 % de los fallos comunes de migración. Esta fase es indispensable para lograr una completa helpdesk sin pérdida de datos .
Inventarie sus tipos y volúmenes de registros
Cuenta todos los registros antes de iniciar la transferencia. Este recuento establece la base de validación para las comprobaciones finales posteriores a la migración.
Documente estos elementos:
- Boletos por estado: abiertos, pendientes, cerrados
- Contactos y empresas
- Artículos de la base de conocimientos por versión de idioma
- Archivos adjuntos
- Tipos de campos personalizados
Exporta este inventario. Lo compararás con tu informe posterior a la migración en la Fase 6.
Identificar y solucionar los problemas de calidad de los datos antes de la migración
Antes de hacer cualquier otra cosa, revise la lista de verificación previa a la migración específica para su plataforma de origen. Los problemas más comunes que surgen después de la migración son: contactos duplicados, relaciones de tickets rotas y registros huérfanos. Limpie primero, migre después.
Tres cosas que debes arreglar antes de ejecutar nada:
- Fusionar contactos duplicados. Un cliente, un registro. Los duplicados rompen la integridad de la relación y generan confusión después de la migración.
- Estandariza las etiquetas superpuestas. Combina etiquetas similares, como billing_issue, billing-problem y billing, en una sola etiqueta. Las etiquetas inconsistentes distorsionan los informes en la plataforma de destino.
- Elimine los datos huérfanos. Borre las automatizaciones desactivadas, los campos personalizados vacíos y las respuestas predefinidas sin usar. No es necesario que los guarde.
La migración de datos pone de manifiesto problemas de calidad. Si no se perfilan y limpian los datos de origen previamente, se producirán errores impredecibles más adelante. El tiempo invertido en esta etapa siempre es menor que el necesario para solucionar problemas una vez finalizada la migración completa del servicio de asistencia técnica.
Mapea tus obligaciones de retención de cumplimiento
Establezca sus requisitos legales de conservación de documentos antes de decidir qué registros migrar o archivar.
| Regulación | Período mínimo de retención | Enfoque en el cumplimiento |
|---|---|---|
| HIPAA | 6 años desde su creación o último uso | Información sanitaria protegida |
| SOX | 7 años | Registros financieros y de auditoría |
| PCI DSS | 1 año accesible (3 meses inmediatos); 3 años en total | Entornos de datos del titular de la tarjeta |
| Artículo 20 GDPR | Se garantiza la portabilidad de los datos, pero no la usabilidad | Acceso a los datos y derecho de supresión |
HIPAA La migración de la mesa de ayuda conforme requiere que identifique qué tickets están sujetos a obligaciones específicas antes de iniciar la transferencia. Helpdesk El cumplimiento GDPR implica la eliminación de solicitudes de borrado y registros que superen sus límites de retención antes de la importación de datos.
Fase 2: Configuración previa a la migración
Configurar correctamente la plataforma de destino protege toda la migración de datos.
Los datos no pueden existir de forma aislada. Cada ticket requiere un marco específico (un propietario asignado, un estado válido y campos personalizados coincidentes) para cargarse correctamente. Si falta dicho marco, la API rechaza los registros.
Para proteger su transferencia, debe completar tres pasos de configuración antes de ejecutar la migración:
Deshabilitar las automatizaciones y los activadores en la plataforma de destino
Los sistemas de asistencia técnica activos utilizan activadores y reglas basadas en el tiempo para automatizar los flujos de trabajo. Si los mantiene activos durante una importación, el sistema de destino tratará los tickets históricos entrantes como eventos completamente nuevos.
El sistema enviará notificaciones automáticas por correo electrónico a los clientes sobre incidencias cerradas hace años. Además, incumplirá instantáneamente los plazos de los acuerdos de nivel de servicio (SLA), lo que alterará sus métricas de informes históricos.
Algunas plataformas se desactivan automáticamente durante la importación. Imagínelo como un interruptor integrado en su nuevo sistema de soporte técnico. La plataforma detecta una importación masiva de datos y silencia automáticamente su sistema de notificaciones hasta que finaliza la importación. Verifique que la suya funcione antes de darlo por sentado.
Consulta con el equipo de migración si tu plataforma admite la supresión de notificaciones a nivel de solicitud. Si es así, habilítala antes de ejecutarla.
Cree todos los campos personalizados en la plataforma de destino
Omitir campos personalizados es un error de configuración muy común. Los campos que no existen en el sistema de destino provocan que los datos se pierdan silenciosamente sin generar advertencias de error.
Para migrar correctamente los registros de la mesa de ayuda con campos personalizados:
- Mapea los nombres de los campos correspondientes.
- Cree todos los campos personalizados en el destino antes de comenzar.
- Utilice el Asistente de migración para asignar los campos de origen a los campos de destino.
Puedes crear campos personalizados directamente a través del Asistente de migración. Hazlo antes de la migración de la versión de demostración, no después.
Agentes de emparejamiento
Los agentes no vinculados generan tickets huérfanos. Si un agente no tiene una cuenta en el nuevo sistema, sus tickets llegan sin un responsable. Para evitarlo, utilice direcciones de correo electrónico idénticas en ambas plataformas para que la herramienta de migración las vincule automáticamente.
Para los exempleados, asigne sus registros a una bandeja de entrada genérica o a un agente activo en lugar de dejarlos en blanco. O seleccione un agente predeterminado en la configuración del Asistente de migración para capturar los registros no asignados
Fase 3: Selección de qué migrar
Para una migración completa de los datos del servicio de asistencia técnica, debe seleccionar todas las casillas de verificación en la pantalla de selección de objetos.
Aquí te explicamos qué representa cada objeto, por qué lo necesitas y qué coste tiene dejarlo atrás.
Todas las entradas
Por defecto, la herramienta de migración transfiere todos los tickets, independientemente de su estado: abierto, pendiente, cerrado, resuelto, etc. Si desea limitar la transferencia a estados específicos, puede aplicar filtros para restringir el alcance. Sin embargo, recomendamos encarecidamente migrar todos los estados sin excepción.
Los tickets cerrados contienen el historial de conversaciones con los clientes. Los agentes los consultan a diario para revisar las interacciones, gestionar las escaladas y aportar pruebas para las auditorías de cumplimiento. Excluir cualquier grupo de estado no reduce significativamente el espacio de almacenamiento, pero perjudica la precisión de los informes y las capacidades de búsqueda.
Al migrar todo el historial de tickets a su nuevo helpdesk, no aplique filtros de estado a menos que tenga una razón específica y documentada para hacerlo.
Todos los contactos y empresas con sus relaciones
Los tickets no se pueden migrar sin sus contactos asociados. Cada ticket debe estar vinculado a un registro de contacto en la plataforma de destino; de lo contrario, el ticket llegará sin propietario ni identidad del cliente.
Las empresas están vinculadas a los contactos, no directamente a los tickets. La cadena de relaciones es: empresa → contacto → ticket. Migrar contactos sin sus asociaciones con empresas rompe el contexto a nivel de cuenta para los equipos de soporte B2B. Los agentes pierden visibilidad sobre a qué organización pertenece un contacto, lo que dificulta considerablemente la gestión de cuentas y la resolución de incidencias.
Migre contactos y empresas juntos, manteniendo intactos todos los vínculos de relación. Una lista de contactos sin integridad en las relaciones es una libreta de direcciones, no un historial de soporte.
Artículos de la base de conocimientos en todas las versiones lingüísticas
Al migrar la base de conocimientos con todos los idiomas, seleccione todos los artículos publicados, borradores, categorías y subcarpetas en una sola operación. No migre los artículos en lotes separados por idioma. Mover todas las versiones juntas preserva la conexión estructural entre las diferentes opciones de idioma.
Habilita la opción para actualizar los enlaces internos entre artículos. Esta función reescribe automáticamente las URL internas para que cada referencia apunte a la ubicación correcta en la plataforma de destino.
Los equipos suelen copiar y pegar artículos manualmente para ahorrar tiempo. Este error conlleva semanas de trabajo tedioso. Además, daña las rutas de las imágenes y los enlaces internos, lo que perjudica el posicionamiento en los motores de búsqueda.
Archivos adjuntos, imágenes insertadas y comentarios
Para migrar correctamente los archivos adjuntos y los comentarios helpdesk , compruebe tres cosas antes de empezar.
- Confirma que tu nueva plataforma tenga espacio suficiente para recibir todos los archivos. Si se alcanza el límite de almacenamiento durante la migración, la transferencia se detendrá y se producirán errores del sistema.
- Migre las imágenes incrustadas como archivos adjuntos en lugar de dejarlas como referencias a la plataforma de origen. Las imágenes incrustadas se alojan en el sistema de origen y utilizan URL basadas en el origen.
- Una vez que se desactiva la plataforma de origen, esas URL dejan de funcionar y todas las imágenes incrustadas se convierten en iconos rotos. Migrarlas como archivos adjuntos permite que los archivos se alojen en la plataforma de destino, de modo que permanezcan accesibles después de la migración.
- Verifique su configuración de privacidad antes de ejecutar la migración completa. Esta medida de seguridad mantiene los comentarios internos ocultos para los clientes cuando llegan los registros.
Al mover archivos adjuntos, imágenes insertadas y comentarios, los equipos suelen tomar atajos para ahorrar espacio de almacenamiento o acelerar el proceso. Evite estos tres errores comunes al tomar atajos:
- No deje las imágenes insertadas como enlaces HTML sin formato para evitar que los iconos de las imágenes se rompan al desactivar su antigua plataforma.
- No excluya los archivos adjuntos grandes o históricos para evitar perder el contexto fundamental que sus agentes necesitan para resolver problemas recurrentes.
- No omita probar la configuración de visibilidad de los comentarios para evitar exponer notas internas privadas de los agentes directamente a sus clientes.
Campos personalizados y sus valores
Cada tipo de campo personalizado requiere un enfoque de mapeo específico.
- Texto y números: una correspondencia directa uno a uno.
- Selección múltiple y menús desplegables: Recree todas las opciones en la plataforma de destino antes de ejecutar la herramienta.
- Fechas: Verifique la compatibilidad de formato entre ambas aplicaciones.
- Casillas de verificación: Asocian los valores verdadero y falso con los estados objetivo correspondientes.
- Datos faltantes: Asigne valores predeterminados a los campos que contengan registros vacíos.
Configure los campos de destino antes de ejecutar la transferencia. Si el contenedor no existe, el Asistente de migración no podrá transferir sus datos. Además, debe verificar que ambas plataformas utilicen el mismo formato de fecha. Los formatos incompatibles provocan que la API rechace la solicitud completa.
Fase 4: Migración de demostración y validación del mapeo de campos
Toda migración debe comenzar con una prueba piloto. La migración de demostración es un paso de seguridad obligatorio, no una formalidad opcional. La herramienta transfiere una pequeña muestra representativa de aproximadamente 20 tickets y artículos de la base de conocimientos, junto con sus contactos, agentes y archivos adjuntos. Esta prueba permite validar el comportamiento de los datos antes de realizar una transferencia completa.
Cómo realizar una demostración productiva de migración
Una vez que la herramienta de migración complete la ejecución de la muestra, descargue el informe de asignación de datos y verifique manualmente los registros en su nueva plataforma.
Utilice esta lista de verificación de validación de datos de migración helpdesk para la demostración:
- Orden de la conversación: Busque un orden cronológico exacto sin interrupciones en los hilos de conversación.
- Valores de campos personalizados: Verifique que todos los valores se correspondan con los atributos correctos.
- Archivos adjuntos: Abra los archivos para asegurarse de que sean accesibles y no estén dañados.
- Notas internas: Confirmar que los comentarios privados permanecen ocultos para los clientes.
- Contactos: Compruebe que los tickets estén vinculados a los perfiles correctos de cliente y empresa.
No proceda a la transferencia final si su lista de verificación revela datos erróneos. La herramienta ofrece demostraciones gratuitas e ilimitadas para que pueda ajustar la configuración y volver a realizar pruebas hasta obtener un resultado correcto.
Fase 5: Migración completa de datos
Tu equipo seguirá trabajando en la plataforma de origen durante toda la migración completa de los datos del servicio de asistencia técnica. Mantén a tu equipo en el sistema anterior hasta que completes la validación posterior a la migración.
Iniciar la migración completa
Antes de pulsar el botón de inicio, confirme que las cinco afirmaciones son verdaderas. Si alguna es falsa, deténgase y corríjala antes de continuar.
- En la plataforma de destino existen campos personalizados.
- Cada perfil de agente está asociado a una cuenta de destino o a un usuario predeterminado designado.
- Las automatizaciones, los activadores y las notificaciones del sistema de destino están completamente desactivados.
- La migración de demostración superó todas las comprobaciones de validación.
- Has descargado una copia de seguridad completa de tus datos desde el servicio de asistencia técnica de tu proveedor.
Escalabilidad avanzada para grandes conjuntos de datos
Si va a transferir un gran volumen de registros, utilice estas dos funciones de arquitectura para gestionar los límites de la API. Tenga en cuenta que solo están disponibles en el plan Signature.
- La migración por intervalos pausa la transferencia de datos durante las horas pico de actividad y reanuda el proceso durante la noche o los fines de semana. Esto protege sus operaciones en vivo y evita el agotamiento de la cuota de la API.
- La migración multihilo ejecuta varios hilos de datos en paralelo simultáneamente para llevar la API de la plataforma de destino a su límite máximo de rendimiento. La velocidad de transferencia depende en gran medida del nivel de plan de la plataforma de destino. Es la ruta más rápida para una migración completa de datos de mesa de ayuda con un plazo de entrega estricto.
Cambios en la captura de la migración delta durante la transición
Una migración delta copia los registros nuevos o modificados que aparecieron en la plataforma de origen después de que comenzara la migración completa. No traslade a su equipo al nuevo servicio de asistencia técnica antes de ejecutar la migración delta. Cambiar de plataforma demasiado pronto deja atrás todas las conversaciones con los clientes generadas durante el período de migración completa.
Dos cosas que debes saber:
- Debe ejecutar su Migración Delta dentro de los 10 días posteriores a la finalización de la transferencia completa de datos.
- La migración Delta solo está disponible en el plan Signature.
Fase 6: Validación posterior a la migración
Que la barra de progreso llegue al 100 % no significa que la migración haya finalizado. La validación confirma que todos los registros de historial de tickets y campos personalizados se hayan guardado correctamente. Mantenga su sistema anterior activo hasta que verifique todos los registros.
Conciliación del recuento de registros
Descargue su informe final de conciliación de datos. Compare sus cifras objetivo directamente con la línea base previa a la migración que creó durante la Fase 1:
- Total de tickets migrados frente al número de tickets de origen
- Total de perfiles de contacto y empresa migrados en comparación con el número de fuentes
- Artículos de la base de conocimientos migrados por versión de idioma frente al número de fuentes
Investigue y resuelva cualquier discrepancia estadística antes de desactivar su antiguo sistema de asistencia técnica.
Validación de artículos de la base de conocimientos
Lista de verificación para la validación de datos de migración del helpdesk para el contenido de la base de conocimientos:
- Todos los artículos están disponibles en todos los idiomas.
- La plataforma de destino recrea la estructura exacta de carpetas y categorías.
- Todos los hipervínculos internos funcionan correctamente después de actualizar las URL codificadas a la nueva estructura de la plataforma.
- Las imágenes incrustadas se visualizan correctamente dentro del texto.
- Los artículos en borrador permanecen en estado de borrador en lugar de publicarse automáticamente.
Cuándo utilizar los servicios profesionales
El asistente de migración automatizado funciona a la perfección para transferencias de datos estándar. Sin embargo, los proyectos a gran escala o database requieren intervención manual para evitar la pérdida de datos y el tiempo de inactividad.
A continuación, se presentan cuatro escenarios en los que las herramientas de autoservicio resultan insuficientes, los riesgos de simplificar el proceso y cómo abordarlos.
Escenario 1: Estás consolidando varios servicios de asistencia técnica
La fusión de dos o más plataformas tras una adquisición genera importantes solapamientos de datos. Es necesario eliminar los perfiles de contacto duplicados y resolver los campos personalizados conflictivos entre los distintos sistemas.
Algunos gestores optan por importar databasesecuencialmente sin un esquema de mapeo maestro. Esto sobrescribe los perfiles de usuario activos y crea cuentas de clientes duplicadas.
Escenario 2: Tienes dependencias de campos personalizados complejos
Los tipos de datos no estándar, las migraciones masivas entre varios proyectos independientes y los campos condicionales eluden las plantillas de mapeo estándar.
Algunos equipos intentan introducir datos relacionales complejos en campos de texto libre estándar. Esto provoca una pérdida silenciosa de datos, ya que el nuevo sistema no puede interpretar la estructura de datos anidada.
Escenario 3: Necesita un registro de auditoría regulatoria
Los marcos de cumplimiento estrictos exigen que las empresas proporcionen una cadena de custodia formal para todos los registros de clientes durante un cambio de infraestructura.
Algunos equipos intentan confiar en los registros de herramientas automatizadas básicas. Estos rara vez superan las auditorías de cumplimiento estrictas.
Conclusión: La migración de datos es un proceso de seis etapas, no una sola exportación
La migración completa de datos de un servicio de asistencia técnica se realiza en seis fases por una sencilla razón: protege sus datos desde el primer día, garantiza la continuidad del servicio de su equipo de soporte y proporciona a sus agentes registros limpios.
El orden es fijo porque los primeros pasos definen los campos y sientan las bases. Los pasos posteriores se encargan del trabajo pesado. Al seguir esta secuencia, evitas introducir datos en un sistema no probado.
¿Quieres ver tus campos en acción? Inicia tu migración de demostración gratuita para ver cómo el asistente de mapeo gestiona tus tickets y artículos reales antes de confirmarla.
¿Tiene una configuración compleja? Hable con nuestro equipo sobre nuestros servicios profesionales. Le ayudaremos a definir el volumen de su database y sus necesidades de cumplimiento normativo antes del lanzamiento.
Si una migración completa del servicio de asistencia técnica no se ajusta a su cronograma actual, considere otras estrategias: consulte la Guía de migración exprés para una transición más rápida o revise la Guía de migración con prioridad en la IA para centrarse en la automatización.
Preguntas frecuentes sobre Help Desk Migration
El tiempo de procesamiento depende del volumen de registros y de la plataforma que utilice. Los conjuntos de datos pequeños, con menos de 50 000 registros, suelen completarse en uno a tres días. databasegrandes, con entre 100 000 y 500 000 registros, pueden tardar entre una y dos semanas. Realice una migración de demostración gratuita para obtener una estimación precisa del tiempo de procesamiento de su conjunto de datos.
No. Cada mesa de ayuda utiliza su propia estructura de ID interna, por lo que la nueva plataforma generará ID nuevos al importarlos. La herramienta conserva perfectamente los asuntos, las marcas de tiempo y los hilos de conversación. Puede descargar un informe posterior a la migración para comparar sus ID antiguos con los nuevos.
Sí, pero primero debes configurar el entorno de destino. Crea todos tus campos personalizados en el nuevo servicio de asistencia antes de iniciar la transferencia. Revisa la asignación de campos en el Asistente de migración y ejecuta una demostración para verificar que tus datos se almacenen correctamente.
El artículo 20 GDPR exige la portabilidad de los datos en un formato estructurado, mientras que el artículo 17 regula el cumplimiento de las solicitudes de supresión. Para proteger los derechos de los consumidores, utilice una herramienta de migración que mantenga la estructura relacional de sus datos. Elimine los registros que superen el límite de retención establecido antes de la transferencia. Asegúrese de firmar un Acuerdo de Tratamiento de Datos con su proveedor de migración para cumplir con sus obligaciones de cumplimiento normativo.
La herramienta de migración mueve los archivos adjuntos y las imágenes incrustadas junto con sus tickets originales para que sigan estando accesibles. Tras la transferencia, compruebe que entre 10 y 20 archivos adjuntos se abren correctamente. Revise los límites de tamaño de archivo de su nueva plataforma antes de migrar archivos excepcionalmente grandes.
Sí. Los motores de automatización utilizan lógicas completamente diferentes entre los proveedores de software, por lo que no se pueden transferir automáticamente. Documente sus reglas de negocio actuales antes de comenzar. La mayoría de los equipos descubren que hasta el 40 % de sus reglas antiguas están obsoletas, lo que convierte la migración en una oportunidad perfecta para optimizar sus flujos de trabajo.
