Migración entre tenants

Une, separa o renombra tenants con un solo corte.

Una fusión, una adquisición, una separación, un cambio de marca o de dominio. Planificamos y ejecutamos el traslado de un Google Workspace a otro, o de un tenant de Microsoft 365 a otro, con las herramientas propias de Google y Microsoft, copiamos todo lo posible con anticipación y tratamos la hora en que se mueve tu dominio como el corte.

Dos equipos trabajando en la misma mesa, cada uno en su laptop, planeando el cambio de tenant

Qué se migra y cómo

Dos plataformas, dos juegos de herramientas muy distintos.

Moverse entre dos tenants de la misma plataforma suena sencillo. Las herramientas de cada proveedor no son simétricas, así que cada mitad de esta ruta tiene sus propias reglas.

QuéGoogle Workspace a Google WorkspaceMicrosoft 365 a Microsoft 365
CorreoImportación de datos de Google desde otro Workspace: el correo con sus etiquetas, hasta 1,000 usuarios de origen por importaciónMigración de buzones entre tenants: el correo junto con contactos, calendario, tareas y notas
Calendarios y contactosSe mueven aparte: transferencia de calendario por usuario y contactos por CSVViajan con el buzón
ArchivosUso compartido de Drive, transferencia de propiedad o la API de DriveMigración de OneDrive entre tenants por PowerShell, hasta 5 TB o un millón de elementos por cuenta
Aprobación y preparaciónUn superadministrador del origen aprueba la importación dentro de 24 horasUna app de Entra, una relación entre organizaciones, usuarios de correo creados de antemano y el complemento de pago por usuario Cross Tenant User Data Migration
Tenants más grandesGoogle Workspace Migrate (servidores Windows propios, Business Standard o superior) o la transferencia de dominio de Google, que no es autoservicioPlanificado por lotes en cada proyecto
El origen despuésSe conserva hasta que decidas cerrarloEl buzón se elimina después del traslado; OneDrive deja una redirección
Grupos y espacios compartidosReconstruidos en el destino desde el inventario de gruposReconstruidos en el destino desde el inventario de grupos

Basado en la documentación de migración de Google y de Microsoft, revisada en octubre de 2026. Los límites cambian; los confirmamos para ambos tenants en el descubrimiento.

Lo que no sobrevive

Las trampas de esta ruta, dichas antes de empezar.

Los traslados entre tenants fallan por restricciones que nadie leyó, no por los datos. Estas son las que dan forma al plan.

  • La importación de Google es solo correoLas etiquetas llegan, pero calendarios, contactos y Drive necesitan sus propios métodos. Planificamos cada uno en vez de descubrirlo después de importar.
  • Una ventana de aprobación de 24 horasUn superadministrador del tenant de origen tiene que aprobar la importación de Google dentro de 24 horas. En una adquisición esa persona suele trabajar para otra empresa, así que agendamos el momento con anticipación.
  • Los buzones de origen se eliminanEl traslado de buzones entre tenants de Microsoft elimina el buzón de origen al terminar. Lo que deba quedarse con el vendedor se exporta antes.
  • Las retenciones detienen el trasladoUn buzón con retención no se puede mover entre tenants. Las retenciones legales y de conservación se revisan con su responsable antes de armar el lote.
  • OneDrive se mueve una sola vezEl traslado de OneDrive entre tenants no tiene pasada delta. Lo programamos cerca del corte y congelamos la edición durante esa ventana corta.
  • Los dominios deben ser distintos durante el trasladoMicrosoft exige dominios de origen y destino diferentes para migrar buzones, por eso el dominio en sí se mueve al final.
Dos equipos trabajando juntos en laptops después de pasar a un solo tenant

Todo gira alrededor del día en que se mueve el dominio.

Conviene planificar como si un dominio solo pudiera vivir en un tenant a la vez. Todo lo que se puede copiar antes se copia antes, y la hora en que el dominio cambia de tenant se vuelve el corte.

  1. Acordar el estado final

    Quién se mueve, quién se queda, qué dominio termina dónde, qué archivos compartidos son de quién y quién aprueba qué en cada lado.

  2. Inventario de ambos tenants

    Usuarios, alias, grupos, unidades compartidas o sitios, retenciones, integraciones que envían correo y tamaños, con las trampas de tu mitad de la ruta.

  3. Identidad en el destino

    Cuentas creadas en un dominio temporal o secundario del tenant de destino, grupos reconstruidos y, en Microsoft 365, las licencias del complemento, la app de Entra y la relación entre organizaciones listas.

  4. Copia inicial mientras se trabaja

    El historial de correo y los archivos se copian en segundo plano, primero un grupo piloto, mientras todos siguen trabajando en el tenant de origen.

  5. Mover el dominio

    En tu ventana: el dominio se libera del origen, se agrega al destino, cambia el MX y se publican DKIM y SPF del destino, con el traslado único de OneDrive y una sincronización final en la misma ventana.

  6. Reconciliar y entregar

    Conteos de mensajes y archivos comparados por usuario en ambos lados, direcciones renombradas al dominio real y un runbook de una página para quienes heredan el tenant.

Tiempos y precio

Cuánto tarda, y cómo se fija el precio.

Tiempo calendario típico desde el arranque hasta la entrega reconciliada de correo, calendarios y contactos. Las bibliotecas de archivos grandes suman tiempo de copia en segundo plano, no tiempo sin servicio.

5usuarios

Dos a tres días hábiles

Un fundador, unas pocas personas y una bandeja compartida. Corte en una tarde, todos conectados a la mañana siguiente.

25usuarios

Cerca de una semana

Entran en juego grupos, buzones compartidos y una biblioteca de archivos. Una pasada inicial y un corte de tarde o de fin de semana.

100usuarios

Dos a tres semanas

Copiado por oleadas según departamento, con un grupo piloto primero. El cambio de MX igual ocurre una sola vez, en una sola ventana.

  • Precio fijo por migración. Se define después de la llamada de descubrimiento según la cantidad de usuarios, los orígenes y el volumen de archivos. Solo cambia si cambia el alcance.
  • Las licencias son tuyas. Compras Google Workspace o Microsoft 365, y cualquier complemento que pida la ruta, directamente. Te asesoramos sobre el nivel; no lo revendemos.
  • Qué incluye. Planificación, migración de datos, DNS y autenticación del correo, la ventana del corte, la reconciliación, una sesión de inicio para tu equipo y treinta días de preguntas después.

Cómo definimos el alcance, cotizamos y facturamos está en cómo trabajamos.

Antes de decidir

Respuestas directas.

¿Cuándo es la ruta correcta?

Una fusión o adquisición que consolida dos empresas, una separación que independiza una división, un cambio de marca que retira un nombre o un cambio de dominio más fácil en un tenant nuevo.

¿Por qué el dominio fija la fecha?

Conviene planificar como si un dominio viviera en un solo tenant a la vez. Mientras no salga del origen, el destino no recibe su correo, así que la hora en que se mueve es el corte.

¿La importación de Google lo mueve todo?

No. Mueve el correo con etiquetas para hasta 1,000 usuarios de origen. Calendarios, contactos y Drive van aparte, y los tenants grandes usan Google Workspace Migrate o la transferencia de dominio.

¿Y de Microsoft 365 a Microsoft 365?

Los buzones necesitan un complemento de pago por usuario, el buzón de origen se elimina y las retenciones bloquean el traslado. OneDrive se mueve una sola vez, sin pasada delta.

¿La gente puede seguir trabajando?

Sí. El historial se copia mientras todos trabajan en el tenant de origen. La interrupción es la ventana del corte más una sesión corta de inicio de sesión.

Cuéntanos qué dos tenants se vuelven uno, o qué tenant se vuelve dos.

Treinta minutos, sin costo. Trae la cantidad de usuarios de cada lado, qué dominio termina dónde y tu fecha de cierre, y sales con un plan, las trampas conocidas y un precio fijo.

info@guanacostech.com · Respondemos en un día hábil