Asistente de migración Microsoft 365: cómo automatizar y controlar una migración tenant-to-tenant
Una migración entre tenants de Microsoft 365 puede involucrar cientos o miles de operaciones: crear o relacionar identidades, preparar buzones, copiar correo, mover OneDrive, trasladar sitios SharePoint, reconstruir Microsoft Teams, revisar permisos, controlar errores y coordinar el momento en el que los usuarios empiezan a trabajar en el nuevo entorno.
Por eso muchas empresas buscan lo que habitualmente se denomina un asistente de migración Microsoft 365: una herramienta que reduzca parte del trabajo manual, guíe al administrador durante la configuración y permita organizar la migración mediante proyectos, lotes, validaciones, sincronizaciones e informes.
Conviene aclarar desde el principio que “Microsoft 365 Migration Assistant” no es el nombre de un único producto oficial que resuelva todas las migraciones. Existen diferentes asistentes, orquestadores y plataformas, cada uno diseñado para determinados workloads y escenarios.
Microsoft dispone de Migration Orchestrator y de diferentes capacidades cross-tenant. CodeTwo ofrece un entorno guiado especialmente orientado a Exchange Online. ConnectWise Cloud Migration, procedente del ecosistema SkyKick, automatiza determinadas migraciones Microsoft 365 con un enfoque especialmente interesante para partners y proveedores de servicios. ShareGate, Quest On Demand Migration y BitTitan MigrationWiz proporcionan plataformas más amplias para diferentes combinaciones de workloads.
La herramienta puede automatizar muchas operaciones, pero no puede decidir por sí sola qué debería migrarse, cómo debe quedar el tenant destino, cuándo mover el dominio corporativo o qué aplicaciones necesita reconstruir la empresa.
En esta guía veremos qué debe hacer realmente un asistente de migración, qué opciones existen actualmente, qué diferencias hay entre ellas y cómo elegir una plataforma que ayude a reducir trabajo y riesgo sin convertir la herramienta en sustituto de la planificación.
Qué debería aportar un buen asistente de migración
| Capacidad | Por qué resulta útil |
|---|---|
| Discovery | Permite saber qué usuarios, buzones, sitios o workloads existen antes de empezar. |
| Mapping | Relaciona correctamente los objetos del tenant origen con sus equivalentes en destino. |
| Validación previa | Detecta configuraciones que pueden bloquear la migración antes del cutover. |
| Lotes y oleadas | Permite migrar usuarios o recursos de forma progresiva. |
| Premigración / delta | Cuando el workload lo permite, reduce el volumen pendiente durante la ventana final. |
| Reporting | Facilita distinguir entre completado, advertencia, error y contenido pendiente. |
| Reintentos | Permite volver a procesar objetos problemáticos sin rehacer todo el proyecto. |
| Validación posterior | Ayuda a comprobar que la operación terminó correctamente. |
Pero ninguna de estas capacidades elimina la necesidad de diseñar la arquitectura, preparar el dominio, revisar aplicaciones y validar con usuarios reales.
¿Necesitas automatizar una migración tenant-to-tenant?
Antes de elegir plataforma podemos revisar ambos tenants y determinar qué parte de la migración puede automatizarse, qué workloads necesitan tratamiento específico y qué herramienta encaja mejor con el proyecto.
Analizar mi migración Microsoft 365Índice
- Qué es realmente un asistente de migración Microsoft 365
- Qué no puede hacer por ti
- Wizard, asistente y orquestador: no son exactamente lo mismo
- Cuándo merece la pena utilizar una herramienta guiada
- Funciones que deberías exigir a la plataforma
- Microsoft Migration Orchestrator
- Cómo funciona actualmente Migration Orchestrator
- CodeTwo Office 365 Migration
- ConnectWise Cloud Migration y el antiguo SkyKick
- ShareGate Migrate
- Quest On Demand Migration
- BitTitan MigrationWiz
- Comparativa de asistentes y plataformas
- Qué elegir cuando solo hay correo
- Qué elegir en una migración multiworkload
- Qué ocurre si Teams y SharePoint son críticos
- Qué ocurre cuando también hay identidad
- El papel de la coexistencia
- Hasta dónde conviene automatizar
- Permisos y seguridad del asistente
- Proceso recomendado con una plataforma de migración
- El piloto sigue siendo obligatorio en la práctica
- Errores frecuentes
- Checklist antes de contratar una herramienta
- Preguntas frecuentes
- Documentación oficial
Qué es realmente un asistente de migración Microsoft 365
Un asistente de migración Microsoft 365 es cualquier herramienta que simplifica y estructura determinadas operaciones necesarias para trasladar usuarios o información entre entornos Microsoft.
Puede ser una aplicación instalada localmente, una plataforma SaaS, un wizard de configuración o un orquestador capaz de coordinar varias cargas de trabajo.
La idea fundamental es que el administrador no tenga que ejecutar manualmente cada operación y mantener por separado cientos de scripts, hojas de cálculo y logs.
Por ejemplo, una herramienta puede descubrir automáticamente los buzones de origen, permitir seleccionar cuáles se migrarán, emparejarlos con sus usuarios de destino y ejecutar varias pasadas del contenido.
Otra puede ir mucho más allá y relacionar al mismo tiempo Exchange, OneDrive, SharePoint, Microsoft Teams e identidad.
La palabra “asistente” abarca herramientas muy distintas
| Tipo | Ejemplo | Características |
|---|---|---|
| Wizard de workload | CodeTwo | Guía paso a paso una migración específica, principalmente correo. |
| Orquestador nativo | Microsoft Migration Orchestrator | Coordina workloads soportados y sus dependencias. |
| Plataforma SaaS | Quest / BitTitan | Proyectos, workloads, discovery, mapping y reporting. |
| Suite de migración | ConnectWise Cloud Migration | Automatización y migración guiada con foco especial en partners y proyectos cloud. |
| Plataforma de migración y administración | ShareGate | Combina planificación, identidad, buzones, contenido y administración de Microsoft 365. |
Qué no hace un asistente de migración
Una interfaz sencilla puede dar la impresión de que una migración es un proceso completamente automatizable. No lo es.
La herramienta puede encontrar un Team, pero no sabe si ese Team corresponde a un proyecto terminado que debería archivarse. Puede encontrar 800 GB de documentos, pero no sabe cuáles tienen valor legal o cuáles son copias obsoletas. Puede copiar un buzón, pero no decide cuándo debe transferirse empresa.com al nuevo tenant.
Hay decisiones que siguen siendo responsabilidad del proyecto.
| Decisión | Quién debe resolverla |
|---|---|
| Qué usuarios migrar | Negocio + TI. |
| Qué información archivar | Propietarios de datos + compliance. |
| Cómo quedará la identidad | Arquitectura de Microsoft Entra ID. |
| Cuándo transferir el dominio | Equipo de migración. |
| Cómo tratar aplicaciones | Responsables técnicos de cada aplicación. |
| Qué permisos deben mantenerse | Propietarios y seguridad. |
| Cuándo aceptar el resultado | TI + usuarios clave. |
“Completed” tampoco significa “el usuario puede trabajar”
Un asistente puede decir que una tarea terminó correctamente porque consiguió copiar 30.000 objetos.
La validación real consiste en comprobar después que el usuario:
puede iniciar sesión, enviar correo, abrir documentos, acceder a los equipos correctos, utilizar aplicaciones críticas y trabajar con los permisos esperados.
Wizard, asistente y orquestador: diferencias importantes
Los tres términos se utilizan a menudo como sinónimos, pero técnicamente describen enfoques distintos.
| Enfoque | Qué hace | Ejemplo |
|---|---|---|
| Wizard | Guía al administrador por una secuencia de configuración. | Crear una conexión, seleccionar buzones y lanzar un job. |
| Asistente | Automatiza operaciones y simplifica decisiones repetitivas. | Matching automático, provisioning o reporting. |
| Orquestador | Coordina tareas relacionadas respetando dependencias y orden. | Migrar Exchange antes que determinados componentes de Teams. |
Esta última diferencia es particularmente importante.
Un proyecto puede disponer de excelentes asistentes independientes para Exchange y OneDrive y seguir teniendo problemas si nadie controla la secuencia en la que deben ejecutarse.
El valor de un orquestador está precisamente en comprender que los workloads no son completamente independientes.
Cuándo merece la pena utilizar una plataforma guiada
En una migración de tres buzones pequeños puede resultar innecesario desplegar una plataforma sofisticada.
A medida que aumenta el número de usuarios, workloads o dependencias, el beneficio crece rápidamente.
| Escenario | Valor de un asistente |
|---|---|
| 10 buzones sencillos | Moderado. |
| 200 usuarios Exchange + OneDrive | Alto. |
| Fusión con Exchange, SharePoint y Teams | Muy alto. |
| Carve-out por oleadas | Muy alto. |
| Varios tenants y dominios | Muy alto. |
| Migración con identidad y dispositivos | Muy alto. |
El volumen no es el único factor
Una migración de 30 usuarios puede ser más difícil que una de 300 si contiene muchos sitios SharePoint personalizados, identidades híbridas, varias aplicaciones empresariales y canales privados de Teams.
La complejidad depende de las relaciones entre objetos, no únicamente del número de empleados.
Funciones que deberías exigir a un buen asistente de migración
No todas son necesarias en todos los proyectos, pero conviene saber qué comparar.
Discovery real
La herramienta debería permitir entender qué existe antes de ejecutar.
Un discovery útil no se limita a indicar “300 usuarios”. Debería ayudar a localizar workloads y excepciones que puedan modificar el alcance.
Mapping configurable
El matching automático resulta muy útil, pero también debe existir alguna forma de controlar las excepciones.
El hecho de que:
nombre.apellido@empresa-a.com
deba corresponder a:
n.apellido@empresa.com
no siempre puede deducirse sin reglas de mapping.
Pre-checks
Un asistente que descubre los problemas antes de migrar suele ahorrar mucho más tiempo que uno que únicamente proporciona buenos logs después del fallo.
Migraciones incrementales
Cuando la tecnología y el workload lo permiten, los deltas son muy útiles.
Se puede copiar la mayor parte de la información días antes y trasladar durante el cutover únicamente aquello que cambió.
No todas las tecnologías funcionan así. Algunas capacidades nativas de Microsoft son deliberadamente movimientos de una sola pasada.
Reintentos controlados
En un proyecto grande siempre aparecerán incidencias: objetos bloqueados, permisos, throttling o elementos incompatibles.
El asistente debería permitir identificar y reintentar únicamente los elementos necesarios.
Informes exportables
Los informes son necesarios no solo para TI, sino también para el cierre formal del proyecto.
Hay que poder demostrar qué se migró, qué falló, qué se excluyó y qué debe tratarse manualmente.
La automatización empieza con un buen inventario
Si todavía no conoces el número real de buzones, OneDrive, sitios SharePoint, Teams, usuarios invitados o aplicaciones, lo primero no debería ser configurar el asistente, sino obtener un inventario fiable.
Solicitar discovery de Microsoft 365Microsoft Migration Orchestrator
Microsoft 365 Migration Orchestrator es actualmente la opción de Microsoft para coordinar determinadas migraciones tenant-to-tenant de datos de usuario.
La documentación oficial sigue indicando que la solución está en preview, por lo que su disponibilidad, licencias y comportamiento deben comprobarse nuevamente antes de diseñar una migración de producción.
Microsoft soporta actualmente cuatro workloads dentro de un batch orquestado:
| Workload | Estado dentro de Orchestrator |
|---|---|
| Exchange Online Mailbox | Soportado. |
| OneDrive | Soportado. |
| Teams Chats | Incluido dentro del alcance actual de preview. |
| Teams Meetings | Incluido dentro del alcance actual de preview. |
Referencia oficial: Microsoft – Migration Orchestrator Overview.
Un detalle crítico: Orchestrator mueve contenido, no identidades
El administrador sigue siendo responsable de preparar correctamente los usuarios de destino.
Eso significa que Migration Orchestrator no debe confundirse con una herramienta completa de migración de Microsoft Entra ID.
También hay contenido fuera de alcance
Microsoft indica actualmente que la solución de Cross-Tenant User Data Migration no mueve los datos compartidos de:
Teams, Channels y SharePoint Sites.
Estos elementos necesitan su estrategia correspondiente.
Cómo funciona actualmente Microsoft Migration Orchestrator
La parte interesante de Orchestrator no es simplemente que disponga de varios workloads, sino que intenta controlar su orden.
Microsoft recomienda que, cuando un usuario vaya a migrar Exchange, OneDrive, chats y reuniones, estos workloads se ejecuten conjuntamente para que el orquestador gestione las dependencias.
1. Preparación e Identity Mapping
Los usuarios deben existir correctamente en ambos tenants y cumplir los requisitos de cada workload.
2. Validación
Microsoft proporciona una fase de validación independiente que puede repetirse antes de migrar.
Comprueba elementos como:
permisos, relaciones entre tenants, licencias e identity mappings.
3. Batch
Los usuarios se agrupan en batches. La documentación vigente establece un máximo de 100 usuarios por batch.
4. Pre-Cutover
Exchange puede comenzar a sincronizar contenido antes de la fecha de corte mientras los usuarios siguen trabajando en el buzón origen.
Microsoft recomienda actualmente enviar los batches aproximadamente dos semanas antes de la fecha CompleteAfterDate para permitir esta sincronización previa.
5. Cutover
Cuando llega CompleteAfterDate, Exchange realiza el cambio antes de que los otros workloads comiencen su movimiento final.
Después se procesan OneDrive, chats y reuniones según el alcance seleccionado.
Migration Orchestrator no es una migración completa del tenant
Es una plataforma muy interesante para los workloads que soporta, pero una migración empresarial puede necesitar además SharePoint Sites, estructuras de Teams, identidad, dispositivos, aplicaciones, dominios y otros componentes.
Hay que analizar el proyecto completo antes de decidir si Orchestrator puede ser la herramienta principal o simplemente una pieza de la solución.
CodeTwo Office 365 Migration
CodeTwo Office 365 Migration es un ejemplo excelente de un asistente que tiene un objetivo muy claro: simplificar migraciones de Exchange y Microsoft 365 sin obligar al administrador a construir el procedimiento completo mediante PowerShell.
Es una aplicación que puede instalarse en un equipo con conectividad hacia los tenants y que utiliza asistentes para configurar origen, destino y jobs.
Qué puede migrar en tenant-to-tenant
CodeTwo está orientado fundamentalmente a:
| Contenido | CodeTwo Office 365 Migration |
|---|---|
| Primary mailboxes | Sí. |
| Archive mailboxes | Sí. |
| Sí. | |
| Calendarios | Sí. |
| Contactos | Sí. |
| Tareas y otros mailbox items | Sí. |
| Public Folders | Sí. |
| SharePoint | No es su función. |
| Microsoft Teams | No es su función. |
Provisioning y matching
Una de las funcionalidades útiles de CodeTwo es que puede ayudar a crear y licenciar usuarios en destino y realizar matching automático entre buzones.
Esto reduce operaciones repetitivas cuando el alcance está fundamentalmente en Exchange.
Delta Migration
CodeTwo permite realizar nuevas pasadas para copiar elementos que hayan aparecido después de la primera migración.
Esto permite hacer un pre-stage del buzón y dejar para la ventana final una cantidad menor de datos.
¿Cuándo elegiría CodeTwo?
Cuando el correo es claramente el centro del proyecto y buscamos una interfaz administrativa guiada, sin necesidad de desplegar una plataforma multiworkload mucho más amplia.
Si además debemos trasladar 80 Teams y 4 TB de SharePoint, CodeTwo debería considerarse una pieza para Exchange, no la solución completa.
Referencia oficial: CodeTwo – Microsoft 365 Tenant-to-Tenant Migration.
ConnectWise Cloud Migration: la evolución del ecosistema SkyKick
SkyKick fue durante años una de las marcas más conocidas en migraciones cloud para partners Microsoft.
ConnectWise adquirió SkyKick en 2024 y actualmente presenta estas capacidades dentro de su oferta ConnectWise Cloud Migration.
Por tanto, para un artículo actualizado conviene hablar ya principalmente de ConnectWise Cloud Migration, explicando que procede del ecosistema SkyKick.
Enfoque especialmente orientado a partners
ConnectWise mantiene un fuerte enfoque hacia MSPs y proveedores de servicios que ejecutan migraciones de clientes de forma recurrente.
Su oferta actual incluye suites para diferentes escenarios:
| Escenario | ConnectWise Cloud Migration |
|---|---|
| Exchange → Microsoft 365 | Sí. |
| Microsoft 365 tenant-to-tenant | Sí. |
| Google → Microsoft 365 | Sí. |
| IMAP / POP3 → Microsoft 365 | Sí. |
Tenant-to-tenant
Para migraciones entre tenants, ConnectWise destaca actualmente funcionalidades como:
discovery, object matching, soporte multidominio, adaptación de mappings cuando cambian direcciones y procesos staged antes del cutover.
La propia documentación comercial describe la posibilidad de realizar sincronizaciones previas y una delta final próxima al corte.
Cuándo resulta especialmente interesante
En proyectos de correo y Microsoft 365 gestionados por partners que quieren automatizar muchas tareas repetitivas y disponer de un flujo operativo consistente entre clientes.
Antes de seleccionarlo para una migración multiworkload compleja, debe confirmarse qué workloads concretos están cubiertos por la suite contratada.
Referencia oficial: ConnectWise – Cloud Migration.
ShareGate Migrate: de SharePoint a una propuesta tenant-to-tenant mucho más amplia
ShareGate ha cambiado notablemente durante 2026.
Históricamente era habitual asociarlo principalmente con SharePoint, OneDrive y Teams. Su oferta tenant-to-tenant actual se presenta de forma mucho más amplia y cubre un flujo formado por:
identidades → buzones → contenido.
Identity Migration
ShareGate permite actualmente preparar y copiar usuarios y grupos de Microsoft Entra ID dentro de los planes compatibles.
La función permite realizar mapping, detectar conflictos, crear identidades destino y asignar licencias.
Esto es relevante porque elimina una de las grandes limitaciones que tenían versiones anteriores del producto en proyectos tenant-to-tenant.
Exchange Online
ShareGate también ha incorporado migración de mailboxes.
Su oferta actual contempla diferentes tipos de buzones y funcionalidades relacionadas con calendarios, contactos, archivos online, reglas y otras propiedades soportadas.
SharePoint y OneDrive
Siguen siendo cargas donde ShareGate tiene una experiencia especialmente amplia.
Su enfoque permite combinar migración con reorganización, selección de contenido y revisión de permisos.
Microsoft Teams
ShareGate permite trabajar con:
Teams, standard channels, private channels, archivos, permisos, tabs, apps, Planner y sitios SharePoint asociados, dentro de las características y limitaciones documentadas.
Migraciones incrementales
La plataforma permite realizar nuevas pasadas para trasladar cambios producidos entre oleadas.
Esto encaja bien en proyectos donde los usuarios deben continuar trabajando durante varios días o semanas.
Cuándo evaluaría ShareGate
Cuando SharePoint y Teams tienen un peso relevante y, especialmente, si se quiere reducir el número de herramientas necesarias para cubrir identidad, correo y contenido.
Referencia oficial: ShareGate – Tenant-to-Tenant Migration.
Las comparativas de 2024 o 2025 pueden estar ya desactualizadas
Migration Orchestrator, ShareGate, Teams APIs, BitTitan y Quest han cambiado considerablemente. Si estás diseñando una migración en 2026, conviene contrastar nuevamente qué soporta cada plataforma antes de comprar licencias.
Comparar herramientas para mi proyectoQuest On Demand Migration
Quest On Demand Migration no funciona tanto como un wizard lineal, sino como una verdadera plataforma de migración Microsoft 365.
Está especialmente orientada a escenarios de fusiones, adquisiciones, carve-outs, consolidaciones y proyectos con múltiples workloads.
Quest documenta actualmente capacidades para:
| Área | Quest ODM |
|---|---|
| Exchange Online | Sí. |
| OneDrive | Sí. |
| SharePoint Online | Sí. |
| Microsoft Teams y Groups | Sí. |
| Power BI | Sí. |
| Microsoft Entra ID / AD | Según plan y componentes contratados. |
| Dispositivos | Capacidades específicas dentro de ODM for AD. |
| Domain Rewrite / Domain Move | Disponibles en planes específicos. |
Discovery y collections
Quest permite descubrir el entorno y trabajar con grupos lógicos de objetos, lo que facilita organizar pilotos y oleadas.
Account Matching
El mapping de usuarios forma parte central de su enfoque.
Esto es especialmente importante para SharePoint, OneDrive y Teams, donde los datos y permisos dependen de que los objetos de usuario estén correctamente relacionados.
Coexistencia
Quest también tiene capacidades específicas para escenarios en los que los dos tenants deben continuar colaborando durante la transición.
Esto puede ser decisivo en una migración de varios meses.
Cuándo lo evaluaría
En proyectos amplios de Microsoft 365 donde buscamos una consola única y necesitamos combinar varios workloads, identidad o coexistencia.
Referencia oficial: Quest – On Demand Migration.
BitTitan MigrationWiz
MigrationWiz utiliza un enfoque basado en proyectos y licencias por tipo de migración.
Esto hace que el administrador configure un proyecto dependiendo de aquello que necesita trasladar.
Tipos de licencia
BitTitan documenta actualmente diferentes opciones, entre ellas:
| Necesidad | Licencia / proyecto |
|---|---|
| Mailbox individual | Mailbox Migration. |
| Mailbox + archive + documentos de usuario | User Migration Bundle. |
| Teams | Collaboration / Teams correspondiente. |
| SharePoint | Shared Document. |
| Tenant-to-tenant Microsoft 365 | Tenant Migration Bundle. |
Teams Private Chat
BitTitan renovó durante julio de 2026 el procedimiento de Teams Private Chat.
La documentación actual establece un proyecto específico y una concurrencia máxima de 20 usuarios para estas tareas.
Este tipo de cambios demuestra por qué el soporte de Teams debería comprobarse siempre justo antes del proyecto.
Cuándo evaluaría BitTitan
Cuando queremos una plataforma SaaS madura, especialmente para Exchange y workloads asociados, con proyectos relativamente estructurados y una extensa base documental.
Referencia oficial: BitTitan – Microsoft 365 Tenant Migration.
Comparativa práctica de asistentes y plataformas de migración
| Herramienta | Enfoque principal | Fortaleza | Aspecto a revisar |
|---|---|---|---|
| Microsoft Migration Orchestrator | Orquestación nativa. | Coordina Exchange, OneDrive, chats y reuniones dentro del alcance soportado. | Preview, identidades fuera de alcance y datos compartidos no incluidos. |
| CodeTwo | Wizard de Exchange. | Simplicidad para correo, Archive y Public Folders. | No cubre un tenant Microsoft 365 completo. |
| ConnectWise Cloud Migration | Automatización cloud para partners. | Discovery, matching, staged migration y flujos repetibles. | Confirmar workloads concretos de la suite elegida. |
| ShareGate | Plataforma tenant-to-tenant. | Identidad, buzones, SharePoint, OneDrive y Teams. | Revisar alcance exacto y plan contratado. |
| Quest ODM | Plataforma multiworkload. | Microsoft 365, identidad, dispositivos y coexistencia. | Licencias, módulos y complejidad de configuración. |
| BitTitan MigrationWiz | Proyectos SaaS por workload. | Exchange, documentos y Teams según licencia. | Elegir correctamente tipo de proyecto y bundle. |
Si la migración es casi exclusivamente de correo
No siempre tiene sentido desplegar una plataforma capaz de migrar AD, dispositivos, Teams, SharePoint y Power BI si el alcance real son 70 buzones.
En un escenario centrado en Exchange conviene comparar:
| Opción | Puede resultar adecuada cuando… |
|---|---|
| Microsoft Cross-Tenant Mailbox Migration | Queremos utilizar el procedimiento nativo y cumplimos sus requisitos. |
| CodeTwo | Buscamos una interfaz guiada y migración por copia con deltas. |
| BitTitan | Queremos un SaaS con proyecto específico de mailbox. |
| Quest | El correo es solo la primera fase de una migración más amplia. |
| ConnectWise | Se ejecutan proyectos recurrentes desde un modelo MSP/partner. |
Si hay Exchange, OneDrive, SharePoint y Teams
En este caso la necesidad cambia completamente.
El valor ya no está únicamente en que cada workload pueda migrarse, sino en disponer de una forma coherente de:
descubrir, mapear, ejecutar, monitorizar y validar todas las cargas.
Quest y ShareGate resultan especialmente interesantes en este tipo de proyectos por su amplitud actual.
BitTitan y otras plataformas también pueden cubrir diferentes workloads mediante proyectos o bundles.
Microsoft Orchestrator puede ser una alternativa nativa interesante cuando los workloads incluidos encajan con el alcance, aunque SharePoint Sites y las estructuras compartidas de Teams necesitan seguir analizándose aparte.
Si Teams y SharePoint son críticos
Teams debe cambiar la forma en la que evaluamos la herramienta.
Decir simplemente que una plataforma “migra Teams” resulta insuficiente.
| Debemos preguntar por… | Por qué importa |
|---|---|
| Standard Channels | Son la estructura básica. |
| Private Channels | Tienen permisos y SharePoint específicos. |
| Shared Channels | Pueden tener relaciones cross-tenant. |
| Posts | Histórico de conversaciones. |
| Chats privados | Workload distinto de los posts de canal. |
| Files | Dependen de SharePoint y OneDrive. |
| Planner | No es simplemente un archivo del Team. |
| Apps y tabs | Pueden necesitar recreación. |
En estos escenarios, ShareGate y Quest merecen normalmente una evaluación detallada, junto con BitTitan o alternativas especializadas dependiendo del alcance concreto.
Si también hay que mover identidad
En una fusión o carve-out real, mover documentos puede ser solo la mitad del trabajo.
También puede ser necesario tratar:
usuarios, grupos, password strategy, Active Directory, dispositivos, Microsoft Entra Join, Intune y aplicaciones.
Microsoft Migration Orchestrator no resuelve por sí mismo la migración de identidades.
Quest dispone de una familia específica de capacidades para Active Directory y Microsoft Entra ID.
ShareGate ha incorporado durante 2026 la posibilidad de copiar identidades entre tenants dentro de sus planes Pro y Enterprise.
Por tanto, el peso de la identidad puede modificar notablemente qué herramienta resulta más adecuada.
Si los tenants van a convivir durante semanas o meses
Una herramienta puede ser excelente copiando datos y, sin embargo, no ser la mejor para una migración de seis meses.
Cuando existen oleadas largas, necesitamos pensar también en:
mail routing, free/busy, colaboración Teams, acceso a documentos, identity synchronization y experiencia de usuario.
Quest dispone de funcionalidades expresamente orientadas a determinados escenarios de coexistencia.
Microsoft permite construir coexistencia mediante diferentes servicios y configuraciones, pero normalmente hay que diseñarlos y coordinarlos como piezas independientes.
Hasta dónde conviene automatizar
Automatizar una tarea repetitiva suele ser positivo. Automatizar una decisión que no comprendemos puede ser peligroso.
Automatización ideal
Hay operaciones que suelen ser buenas candidatas:
discovery, matching basado en reglas, creación de jobs, reintentos, exportación de logs y reporting.
Decisiones que deberían mantener supervisión humana
Especialmente:
resolución de mappings ambiguos, usuarios duplicados, eliminación de contenido, permisos sensibles, cambios de dominio y aceptación del resultado.
La herramienta debería reducir trabajo mecánico para que el equipo técnico pueda dedicar más atención precisamente a estas excepciones.
Qué permisos estamos concediendo al asistente
Este punto merece tanta atención como las funcionalidades.
Una herramienta tenant-to-tenant puede necesitar leer y escribir:
correo, documentos, grupos, SharePoint, chats, Teams e identidades.
Antes de conceder consentimiento conviene revisar:
| Pregunta | Objetivo |
|---|---|
| ¿Qué App Registrations se crean? | Documentar aplicaciones de migración. |
| ¿Qué permisos Graph solicita? | Conocer el alcance real de acceso. |
| ¿Utiliza Application Permissions? | Evaluar acceso sin usuario. |
| ¿Puede limitarse el scope? | Aplicar mínimo privilegio cuando sea posible. |
| ¿Necesita cuentas de servicio? | Gestionarlas y protegerlas adecuadamente. |
| ¿Qué retiraremos al terminar? | Cerrar correctamente el proyecto. |
El decommission debe formar parte del proyecto
Cuando termina la migración deberían revisarse:
Enterprise Applications, App Registrations, service accounts, temporary users, certificados y consentimientos utilizados exclusivamente para la migración.
Proceso recomendado utilizando un asistente de migración
La herramienta debería entrar después del assessment, no antes.
1. Analizar el entorno
Inventariar usuarios, buzones, OneDrive, SharePoint, Teams, dominios, aplicaciones, identidad y requisitos legales.
2. Definir el alcance
Documentar qué se migra, qué se archiva, qué se recrea y qué queda excluido.
3. Elegir arquitectura
Decidir identidad, dominios, coexistencia, secuencia de workloads y modelo de cutover.
4. Seleccionar herramienta
Comparar plataformas contra el alcance real.
5. Preparar permisos
Autorizar la herramienta en origen y destino y documentar exactamente qué se ha concedido.
6. Ejecutar discovery propio de la herramienta
Comparar el resultado con el inventario previo para localizar discrepancias.
7. Mapping
Resolver automáticamente los casos simples y revisar manualmente los ambiguos.
8. Piloto
Utilizar casos representativos, no únicamente usuarios fáciles.
9. Premigración
Cuando el método lo soporte, trasladar gran parte de los datos antes del cutover.
10. Oleadas
Migrar usuarios y workloads de forma controlada.
11. Cutover
Coordinar identidad, dominio, DNS, Exchange y aplicaciones según el runbook.
12. Validación
Combinar informes de la herramienta con pruebas funcionales.
13. Hypercare
Mantener soporte reforzado durante los primeros días.
14. Decommission
Retirar permisos temporales y cerrar el tenant origen únicamente cuando el proyecto lo permita.
Por qué el piloto sigue siendo imprescindible aunque exista un asistente
La documentación describe lo que una herramienta soporta.
El piloto demuestra qué resultado obtiene con tus datos.
| Caso | Qué queremos comprobar |
|---|---|
| Buzón estándar | Flujo normal. |
| Buzón con Archive | Licencia y contenido histórico. |
| Shared mailbox | Permisos y delegación. |
| OneDrive grande | Rendimiento y sharing. |
| SharePoint complejo | Metadata, permisos y versiones. |
| Team con canal privado | Permisos y SharePoint relacionado. |
| Chats de Teams | Fidelidad del histórico. |
| Usuario con aplicaciones | SSO y dependencias. |
Después del piloto puede ocurrir algo perfectamente válido: que decidamos cambiar de herramienta o utilizar una combinación distinta.
Errores frecuentes al utilizar asistentes de migración
| Error | Qué provoca | Cómo evitarlo |
|---|---|---|
| Creer que el asistente diseña el proyecto | Migración técnicamente ejecutada pero mal planteada. | Diseñar arquitectura previamente. |
| Elegir herramienta antes del discovery | El producto no cubre todo el alcance. | Inventariar primero. |
| Confiar ciegamente en auto-matching | Usuarios relacionados incorrectamente. | Revisar excepciones. |
| No comprobar limitaciones actuales | Se promete contenido que la herramienta no migra. | Consultar documentación vigente. |
| Confundir Orchestrator con tenant completo | Quedan fuera SharePoint Sites, estructuras Teams o identidades. | Separar contenidos incluidos y excluidos. |
| Elegir CodeTwo para un proyecto de Teams | Falta una herramienta para el resto de workloads. | Utilizarlo donde destaca: Exchange. |
| No revisar el producto actual de SkyKick | Se utilizan documentación o nombres antiguos. | Consultar ConnectWise Cloud Migration. |
| No hacer piloto | Limitaciones descubiertas en producción. | Probar casos complejos. |
| No revisar permisos concedidos | Accesos innecesarios permanecen después. | Plan de mínimo privilegio y decommission. |
| Cerrar al ver “Completed” | Los usuarios encuentran incidencias posteriormente. | Validación funcional y hypercare. |
Checklist antes de contratar un asistente de migración Microsoft 365
| Pregunta | Debe poder responderse antes de comprar |
|---|---|
| ¿Cuántos usuarios? | Sí. |
| ¿Cuántos buzones y Archives? | Sí. |
| ¿Cuántos shared mailboxes? | Sí. |
| ¿Cuánto OneDrive? | Sí. |
| ¿Cuántos SharePoint Sites? | Sí. |
| ¿Cuántos Teams y canales? | Sí. |
| ¿Necesitamos chats? | Sí. |
| ¿Hay identidad híbrida? | Sí. |
| ¿Hay dispositivos? | Sí. |
| ¿Hay aplicaciones empresariales? | Sí. |
| ¿Cuánto durará la coexistencia? | Sí. |
| ¿Qué dominio se transferirá? | Sí. |
| ¿Qué fidelidad necesitamos? | Sí. |
| ¿Se necesitan deltas? | Sí. |
| ¿Qué permisos necesita la herramienta? | Sí. |
| ¿Cómo se licencia? | Sí. |
| ¿Cómo validaremos el resultado? | Sí. |
Preguntas frecuentes sobre asistentes de migración Microsoft 365
No existe un único producto oficial con ese nombre que migre todo Microsoft 365.
El término “asistente de migración” se utiliza de forma genérica para describir herramientas guiadas, plataformas y orquestadores que simplifican diferentes tipos de migración.
Es la solución nativa de Microsoft para coordinar determinados workloads durante una migración tenant-to-tenant.
Actualmente permite trabajar con Exchange Online, OneDrive, Teams Chats y Teams Meetings dentro de su alcance soportado.
Sí. La documentación oficial revisada para esta guía sigue indicando que tenant-to-tenant migration with Orchestrator está en preview.
Su estado debe comprobarse nuevamente antes de cada proyecto.
No.
Microsoft indica expresamente que el producto mueve contenido, no identidades. Los usuarios deben prepararse correctamente en origen y destino.
Actualmente Exchange mailboxes, OneDrive, Teams Chats y Teams Meetings.
Microsoft recomienda coordinar los workloads relacionados dentro del mismo batch cuando corresponda.
No dentro de Cross-Tenant User Data Migration.
Microsoft indica que datos compartidos como Teams, Channels y SharePoint Sites están fuera del alcance actual de esa solución.
Sí, pero su especialidad es Exchange.
CodeTwo Office 365 Migration permite trasladar mailboxes, Archive mailboxes y Public Folders entre tenants mediante una interfaz guiada.
Sí. CodeTwo permite ejecutar nuevas pasadas para trasladar elementos que hayan aparecido desde una migración anterior.
Esto puede utilizarse para hacer pre-stage antes del cutover.
No es su objetivo.
Si el proyecto incluye Teams, SharePoint y OneDrive, habrá que utilizar otra tecnología para esas cargas.
SkyKick fue adquirida por ConnectWise en 2024.
Las capacidades actuales de migración se presentan dentro del portfolio ConnectWise Cloud Migration, por lo que conviene utilizar la documentación y denominación actual.
Sí. ConnectWise ofrece actualmente una suite específica para Microsoft 365 tenant-to-tenant con capacidades de discovery, matching y automatización del proyecto.
Debe comprobarse el alcance exacto de workloads para cada proyecto.
ShareGate ha ampliado considerablemente su cobertura en 2026.
Actualmente presenta un flujo que incluye identidades Entra ID, Exchange Online, SharePoint, OneDrive y Microsoft Teams dentro de los planes correspondientes.
Sí. ShareGate lanzó Copy Identities y actualmente está disponible para determinados planes Migrate Pro y Enterprise.
Permite trabajar con mapping, creación de identidades y asignación de licencias.
Es más apropiado describirlo como una plataforma de migración.
Incluye discovery, mapping, collections, jobs, dashboards y capacidades específicas para distintos workloads Microsoft 365, identidad y dispositivos.
Sí. Dependiendo del plan y escenario, Quest dispone de capacidades relacionadas con Directory Sync, Domain Rewrite, Domain Move y otras funcionalidades orientadas a coexistencia.
MigrationWiz utiliza un modelo de proyectos guiados para diferentes tipos de migración.
El administrador configura endpoints, selecciona el tipo de proyecto, carga los objetos y controla jobs y reintentos desde la plataforma SaaS.
Sí. BitTitan dispone actualmente de un proyecto específico de Teams Private Chat.
Su documentación fue actualizada en julio de 2026 y debe utilizarse la configuración vigente para nuevos proyectos.
Puede tener sentido evaluar CodeTwo, BitTitan, Microsoft Cross-Tenant Mailbox Migration, Quest o ConnectWise según volumen, modelo de migración, coexistencia y licencias.
La respuesta no es la misma para todos los proyectos.
Conviene evaluar plataformas multiworkload como Quest o ShareGate y compararlas con BitTitan, otras soluciones especializadas y las capacidades nativas de Microsoft.
El inventario y el piloto deberían decidir la opción final.
No necesariamente.
Algunas herramientas reducen mucho su uso, pero PowerShell sigue siendo muy útil para inventarios, preparación, validación, troubleshooting y determinadas configuraciones de Microsoft 365.
No.
Automatiza operaciones y puede detectar problemas, pero no elimina errores relacionados con arquitectura, permisos, aplicaciones, dominios, identidad o decisiones de alcance.
No suele ser recomendable plantearlo así.
Muchas tareas se automatizan bien, pero la limpieza de contenido, mappings ambiguos, permisos sensibles, aplicaciones y cutover requieren supervisión técnica.
Algunas plataformas pueden ayudar con determinadas tareas relacionadas con coexistencia o domain move, pero la transferencia de un dominio personalizado sigue teniendo dependencias de Microsoft 365 y DNS que deben planificarse.
Sí, es muy recomendable.
Los pre-checks comprueban requisitos técnicos conocidos. El piloto comprueba además el resultado real, permisos, tiempos y experiencia de usuario.
No basta con revisar que el job aparezca como completado.
Deben combinarse los informes de la plataforma con pruebas de inicio de sesión, correo, archivos, Teams, permisos y aplicaciones realizadas con usuarios reales.
Sí.
Por ejemplo, puede utilizarse CodeTwo para Exchange y ShareGate para SharePoint y Teams.
Lo importante es que ambos procesos formen parte de una misma arquitectura y respeten las dependencias del proyecto.
No debería prometerse interrupción cero.
Las plataformas pueden reducir mucho el impacto mediante pre-stage, deltas y automatización, pero el dominio, DNS, identidad, aplicaciones o clientes pueden necesitar una ventana de transición.
Cuando el proyecto incluye varios workloads, muchos usuarios, SharePoint o Teams complejos, dominios personalizados, aplicaciones, identidad híbrida, dispositivos o una ventana de cutover reducida.
También resulta útil para comparar herramientas antes de adquirir licencias.
Conclusión: el mejor asistente es el que automatiza el proyecto correcto
Un asistente de migración Microsoft 365 puede ahorrar cientos de operaciones manuales, pero su valor depende de que se utilice dentro de una arquitectura bien diseñada.
Microsoft Migration Orchestrator resulta especialmente interesante porque Microsoft empieza a coordinar de forma nativa Exchange, OneDrive, chats y reuniones teniendo en cuenta las dependencias entre workloads. Pero continúa en preview y no constituye por sí mismo una migración completa de todo un tenant.
CodeTwo sigue siendo una opción muy interesante cuando el proyecto se concentra en Exchange y se busca una experiencia guiada con matching, provisioning, jobs y deltas.
ConnectWise Cloud Migration continúa el enfoque de automatización que durante años caracterizó a SkyKick y resulta especialmente relevante para partners que necesitan procesos repetibles.
ShareGate ha evolucionado considerablemente y actualmente puede trabajar con identidades, buzones y contenido dentro de una estrategia tenant-to-tenant mucho más amplia.
Quest On Demand Migration sigue destacando como plataforma multiworkload para proyectos complejos de Microsoft 365, identidad, dispositivos y coexistencia, mientras BitTitan mantiene un modelo SaaS muy consolidado basado en proyectos y licencias por workload.
Por eso, la elección no debería empezar preguntando “¿qué asistente es el mejor?”.
Debería empezar preguntando:
¿qué necesitamos migrar, qué queremos conservar exactamente y qué operaciones queremos automatizar sin perder control sobre el proyecto?
Una vez contestadas esas preguntas, elegir la herramienta es mucho más sencillo.
¿Necesitas elegir o configurar un asistente de migración Microsoft 365?
En Kloudeal podemos analizar vuestro entorno antes de adquirir las licencias y determinar qué plataforma encaja mejor con el alcance real.
Trabajamos con Exchange Online, OneDrive, SharePoint, Microsoft Teams, dominios, Microsoft Entra ID, identidad híbrida, aplicaciones, permisos y coexistencia.
Podemos utilizar capacidades nativas de Microsoft o herramientas especializadas como Quest On Demand Migration, ShareGate, BitTitan, CodeTwo o ConnectWise Cloud Migration, utilizando una sola plataforma o una combinación cuando sea técnicamente más adecuado.
Hablar con Kloudeal sobre mi migración Microsoft 365Documentación oficial recomendada
Microsoft Migration Orchestrator
- Microsoft – Migration Orchestrator Overview
- Microsoft – Preparing Users for Migration Orchestrator
- Microsoft – Running a Migration with Migration Orchestrator
- Microsoft – Migration Orchestrator FAQ
- Microsoft – Plan a Microsoft 365 Tenant-to-Tenant Migration
CodeTwo Office 365 Migration
- CodeTwo – Office 365 Migration
- CodeTwo – Tenant-to-Tenant Migration
- CodeTwo – Microsoft 365 Tenant-to-Tenant Walkthrough
ConnectWise Cloud Migration
ShareGate
- ShareGate – Tenant-to-Tenant Migration
- ShareGate – Exchange Online Mailbox Migration
- ShareGate – Entra ID Migration
- ShareGate – Microsoft Teams Migration
- ShareGate – Migrate Release Notes
Quest On Demand Migration
- Quest – On Demand Migration
- Quest – On Demand Migration User Guide
- Quest – On Demand Migration Release Notes