Comup migra operaciones de servicio completas desde ServiceNow, BMC Remedy, IBM Maximo y Zendesk hacia Freshservice y Freshdesk — historial, comentarios, adjuntos, contactos, activos y conocimiento — con validación registro a registro y sin detener tu operación.
de los equipos de ITSM ya reemplazaron su herramienta o planean hacerlo en cuanto puedan (ITSM.tools, 2025). La pregunta ya no es si migras — es cómo llegas con todo tu historial intacto.
No partimos de cero en cada proyecto: estas son las rutas que el equipo ya recorrió — o está recorriendo ahora — con sus volúmenes reales.
Migración completa de la operación de servicio a Freshservice, con su historial y la operación en continuo.
De una plataforma de activos a una mesa de servicio moderna, dentro de un acuerdo Enterprise de varios años.
Programa dimensionado sobre datos reales: 15,490 incidentes, 11,850 contactos y 1,397 cambios del último año, hacia una instancia de consulta histórica.
Migración de la operación de atención hacia Freshdesk Omni, en ejecución.
Histórico de atención al cliente hacia Freshdesk Omni, como segundo frente del mismo programa.
Si tu mesa vive en Jira, Cherwell, ManageEngine u otra plataforma, la ruta se diseña con el mismo método: inventario, mapeo y piloto antes de comprometer el corte. Y si tu sistema no tiene API, la ruta alterna es archivo estructurado (CSV).
El detalle que un CIO necesita para firmar tranquilo: esto es lo que viaja, campo por campo.
Operamos plataformas especializadas de migración — las mismas que usan los grandes programas — dentro de un método de consultoría.
Antes de comprometer nada, una muestra de tus propios tickets, contactos y artículos migra y se revisa contigo. Lo que se ve en el piloto es lo que ocurre en la migración completa.
Las plataformas especializadas que operamos mapean automáticamente la gran mayoría de los campos; el ajuste fino — campos personalizados, listas, multiselección — lo firma un consultor, no un algoritmo.
Tu equipo sigue trabajando en la plataforma origen durante el proceso: al corte, solo viaja lo nuevo y lo actualizado desde la migración completa. Nada se captura dos veces.
La transferencia puede pausarse y reanudarse para respetar tus horarios pico y tus ventanas operativas.
Trabajamos con plataformas de migración con certificación SOC 2 Tipo II y conexiones vía API: tus datos no pasan por hojas de cálculo sueltas ni correos.
¿Un sistema legado o propio sin conectores? La migración se ejecuta desde archivo estructurado, conservando las relaciones entre registros.
¿Varias mesas o regiones en plataformas separadas — o una adquisición que fusionar? Consolidamos dos o más instancias en una sola, etiquetando cada registro con su origen para que reportes y auditorías sigan cuadrando.
Cuando el mapeo estándar no basta: problemas y cambios que viajan como tickets, tareas que aterrizan como notas privadas, el ID legado dentro del asunto, correos en copia convertidos en campo. Cada ajuste se cotiza antes, con el piloto como evidencia.
Tu próxima plataforma no la usarán solo personas: los agentes de IA responderán desde tus datos. Una migración que ignora eso siembra respuestas equivocadas.
Filtramos registros obsoletos y normalizamos etiquetas, campos y notas internas: el agente de IA aprende de una operación ordenada, no de años de ruido.
Si tu conocimiento vive en varias bases, se fusiona en una sola fuente limpia y consistente — la que Freddy y tus agentes consultarán.
La base de conocimiento y los tickets recientes migran primero: validas la IA sobre datos vivos antes de que aterrice el histórico completo.
Cinco pasos, con evidencia en cada uno. El corte es el último paso, no el primero.
Inventario de volúmenes, campos y reglas de negocio; el diseño del mapeo origen → destino se firma antes de mover un solo registro. Entregable: el mapa y el plan de corte.
Una muestra representativa migra primero y se revisa contigo, campo por campo. Entregable: reporte del piloto con registros migrados, omitidos y fallidos.
El grueso del historial se mueve con plataformas especializadas mientras tu operación sigue atendiendo. Primero el histórico; lo reciente, al final.
Reconciliación de conteos, origen contra destino, y muestreo registro a registro. Nada se declara migrado sin comprobarlo. Entregable: reporte de reconciliación.
Migración delta de lo último, Ventana de corte acordada y fuera de horario: tu equipo cierra su jornada en la plataforma origen y amanece trabajando en la nueva. Acompañamiento cercano hasta que la operación se estabiliza.
Una herramienta mueve datos. Migrar una operación es otra cosa — y es exactamente donde un partner se gana su lugar.
Reglas de negocio, flujos de aprobación, SLA y orquestaciones son lógica de cada plataforma. Se rediseñan en el destino — y es la oportunidad de dejar fuera años de reglas muertas.
Formularios y catálogos de servicio se reconstruyen con la estructura del destino, pensados para el autoservicio y la IA que viene después.
Duplicados, contactos huérfanos y campos abandonados no viajan. La limpieza previa define qué historial vale la pena conservar — y abarata todo el programa.
Capacitación, comunicación y acompañamiento en la salida en vivo: una migración técnicamente perfecta fracasa si el equipo no la adopta.
Cinco decisiones que aceleran cualquier programa de migración.
No. La migración completa y la delta ocurren mientras tu equipo sigue atendiendo en la plataforma origen. Solo el corte final usa una ventana breve y acordada.
La transferencia técnica de los datos toma días. El programa completo — diagnóstico, piloto, migración, validación y corte — toma típicamente de 4 a 7 semanas. El tiempo de transferencia lo marcan los volúmenes, el peso de los adjuntos y los límites de API de ambas plataformas (que pueden ampliarse temporalmente para acelerar el corte).
Las fechas y la línea de tiempo, sí. El destino asigna identificadores nuevos; el número original queda guardado en un campo de referencia cruzada, para siempre localizable.
Viajan con su registro: adjuntos, imágenes en línea y evidencias quedan ligados al ticket en el destino.
Sí: el piloto con tus registros reales es parte del método y ocurre antes de la migración completa. Y la evaluación inicial — inventario, ruta y ventana — es sin compromiso.
El importador nativo de Freshservice, por ejemplo, cubre contactos por CSV. Una operación real necesita tickets con historial, conversaciones, adjuntos, campos personalizados, cambios y conocimiento — con mapeo y validación. Esa es la diferencia entre importar datos y migrar una operación.
Es el escenario clásico tras una adquisición o una reestructura regional: se ejecuta una migración por origen hacia la instancia única, con cada registro etiquetado por procedencia. También aplica al revés: separar una marca o región a su propia instancia.
La mesa sigue atendiendo durante todo el proceso; el corte se planea en tu ventana, no en la nuestra.
Cada volumen migrado se reconcilia contra el origen. Si un número no cuadra, no avanzamos.
Las mismas personas que mapean tu operación ejecutan el corte y el hipercuido.
Operamos desde Vancouver, Ciudad de México y Madrid, con proyectos en cinco países y soporte en español e inglés.
Evaluación de migración en una sesión ejecutiva: inventario, ruta y ventana de corte, sin compromiso.
Agenda tu evaluación