Migraciones Google Workspace
Planificamos el traslado de correo y colaboración entre dos entornos Google Workspace. Un proyecto para consolidaciones, adquisiciones o separaciones empresariales, con alcance, pruebas y coordinación del cambio.
Valorar el proyecto Ver el alcance
Punto de partida
Dos empresas pueden utilizar Google Workspace y mantener estructuras, dominios y formas de compartir diferentes. Reunirlas en una organización exige decidir dónde quedará cada usuario, quién será propietario de la información y cómo accederán los equipos a sus documentos.
Comenzamos por distinguir una migración real entre organizaciones de un cambio de dominio o una reorganización interna. Definimos la relación entre las identidades de origen y destino, las cargas incluidas y las condiciones que debe cumplir el entorno de llegada. Así se evita presupuestar únicamente buzones cuando el trabajo también afecta a documentos y colaboración.
El servicio puede abordar una consolidación completa, el traslado de un grupo de usuarios o la separación de una unidad de negocio. Los datos, las aplicaciones y los permisos que deben permanecer en origen se identifican antes de iniciar la ejecución.
Datos y colaboración
Inventario de buzones, volumen, etiquetas y direcciones. Revisamos los elementos que admite el método elegido y comprobamos una muestra de mensajes y adjuntos en destino.
Identificación de calendarios personales y compartidos, recursos y contactos incluidos. Las reuniones, delegaciones y configuraciones especiales necesitan comprobaciones específicas.
Revisión de propiedad, volumen, estructura, tipos de archivo y permisos. Los documentos propiedad de terceros requieren un tratamiento acordado con sus responsables.
Inventario de unidades, miembros y funciones. Definimos el destino y las correspondencias de identidad antes de trasladar el contenido y comprobar el acceso.
Preparación de usuarios, grupos, alias y dominio cuando forman parte del proyecto. Coordinamos el cambio de servicio con los responsables de DNS y de la administración de las organizaciones.
Revisión separada de integraciones, autenticación, automatizaciones y otros productos de Google. Su traslado o adaptación se incluye únicamente si está descrito en la propuesta.
Compatibilidad
La selección del método depende de las ediciones contratadas, las cargas, el volumen, las autorizaciones y las restricciones de cada organización. Las herramientas nativas y las especializadas tienen coberturas diferentes. Elegimos la combinación después del análisis y la contrastamos mediante un piloto.
La documentación de Google distingue los datos admitidos de las configuraciones que no se conservan. Por ejemplo, Google Workspace Migrate no traslada todos los enlaces de reuniones ni todas las versiones de documentos nativos. Tampoco debe suponerse que copiar un archivo corrige los enlaces que otros documentos o correos mantienen hacia el original.
Estas diferencias se convierten en una lista de decisiones: qué se migra, qué se recrea, qué queda fuera y qué deberán revisar los usuarios. Los requisitos de acceso, retención e información que deba conservarse se acuerdan antes del traslado.
Ejecución
Recogemos las organizaciones, dominios, usuarios, buzones, unidades y volúmenes. Definimos la relación entre cuentas y los responsables que validarán correo, documentación y accesos.
Comprobamos licencias, permisos y configuración de destino. Ejecutamos un piloto con una muestra representativa y contrastamos el resultado con los criterios acordados.
Organizamos las transferencias previstas y la ventana de cambio. Coordinamos las tareas de dominio y correo incluidas y las acciones que dependen del equipo del cliente.
Revisamos registros, excepciones y muestras de datos. Comprobamos el acceso con los responsables y entregamos los resultados, las incidencias pendientes y las recomendaciones operativas.
Resultados del proyecto
Alcance, correspondencias, secuencia de ejecución, ventanas y responsabilidades del proyecto.
Resultados del piloto, comprobaciones acordadas y registro de las excepciones detectadas.
Documentación de las actuaciones y tareas pendientes para administrar el entorno de llegada.
El presupuesto identifica el trabajo técnico, las herramientas, las licencias y los servicios posteriores. La administración continuada y la coexistencia prolongada requieren un alcance propio. El cierre del entorno de origen se decide después de la validación y de revisar las necesidades de conservación.
Preguntas frecuentes
No. Un cambio de dominio puede resolverse dentro de la organización actual. Una migración entre organizaciones exige revisar cuentas, datos y accesos en un destino independiente. Analizamos el objetivo antes de proponer el método.
Son cargas que pueden formar parte del proyecto. La cobertura se confirma según el método, las ediciones, los permisos y las pruebas. Unidades compartidas, archivos de terceros y configuraciones especiales se inventarían por separado.
No debe darse por supuesto. El cambio de identidades y de propiedad puede afectar a permisos y enlaces. Acordamos qué se reconstruye, qué requiere actuación de los propietarios y qué excepciones deben comunicarse a los usuarios.
Se evalúa el traslado del dominio y de las direcciones junto con la configuración de origen y destino. Las dependencias y la secuencia de cambio se documentan antes de la ventana de puesta en servicio.
Estos elementos requieren una revisión específica. No se consideran incluidos automáticamente por migrar Gmail o Drive. La propuesta identifica los elementos cubiertos, el tratamiento previsto y las exclusiones.
Se tienen en cuenta usuarios, volumen y número de archivos, unidades compartidas, dominios, permisos, herramientas y fecha objetivo. El inventario inicial y una muestra representativa permiten concretar el esfuerzo y las licencias necesarias.
Servicios relacionados
Indíquenos los usuarios, las organizaciones implicadas, las unidades compartidas y la fecha prevista. Prepararemos el alcance a partir de esa información.