Funciones no compatibles con Domain Transfer

1. Verifique las vinculaciones de EMM activos y elimine los dispositivos asociados a ellas. Consulta más información en Gestionar vinculaciones de EMM.
2. Si has desarrollado alguna aplicación privada, asegúrate de que tu entorno de origen pueda acceder a la cuenta de desarrollador de Google Play asociada.
3. En la consola de administración de Google de tu entorno de origen, elimina las vinculaciones de EMM. Consulta más información en Cancelación y eliminación de datos.

• Asegúrate de que la política Obligación de volver a realizar el registro esté desactivada en todas las organizaciones y de dar de baja todos los dispositivos.
• Además de las licencias, debe quitarse la suscripción antes de cambiar el dominio principal por el dominio de servicio. Si es necesario, se puede restaurar la suscripción y volver a dar de alta los dispositivos en el dominio de servicio después del cambio.
• Si quieres quitar las licencias de Chrome Enterprise, ponte en contacto con [email protected] para obtener asistencia.

• Además de las licencias, debe quitarse la suscripción antes de cambiar el dominio principal por el dominio de servicio. Si es necesario, se puede restaurar la suscripción y volver a dar de alta los dispositivos en el dominio de servicio después del cambio.
• Más información sobre las licencias perpetuas

• Essentials Starter, Essentials, Enterprise Essentials y Enterprise Essentials Plus no son compatibles.
• Essentials Starter, Essentials, Enterprise Essentials y Enterprise Essentials Plus no admiten la licencia de dominio parcial.
  • No puedes añadir otras licencias de Google Workspace ni de G Suite Business y G Suite Basic a un entorno de destino que utilice una licencia de Essentials Starter, Essentials, Enterprise Essentials y Enterprise Essentials Plus.
  • No puedes añadir licencias de Enterprise Essentials ni de Essentials en un entorno de destino que contenga otras licencias de Google Workspace o de G Suite Business y G Suite Basic.
  • Actualiza la licencia de Essentials Starter, Essentials, Enterprise Essentials y Enterprise Essentials Plus a otra compatible para poder hacer la transferencia.

• La licencia de almacenamiento en Drive debe quitarse antes de iniciar el proceso de transferencia.
• Si los usuarios tienen licencias Business Starter o G Suite Basic y se quita la de almacenamiento en Google Drive, ocurre lo siguiente:
  • Los datos no se borran y siguen estando disponibles.
  • Los productos no pueden sobrepasar el límite de almacenamiento.

  Nota: Quedarse sin espacio en productos como Gmail, Drive o Google Fotos tiene ciertas repercusiones. Más información

• Si los usuarios tienen licencias de Enterprise Plus, Enterprise Standard, Business Plus, Business Standard o G Suite Business y se quita la licencia de almacenamiento en Drive, los usuarios no se verán afectados.
• Más información sobre las licencias de almacenamiento en Drive

• No se admite el Marcado Internacional de Google Meet, y los registros existentes no se transferirán al entorno de destino.
• Si es necesario, puedes configurar el Marcado Internacional de Meet en el entorno de destino. Más información

Debes eliminar todas las suscripciones y licencias de los dispositivos antes de cambiar el dominio principal por el de servicio. Puedes elegir entre las siguientes opciones:

• Transferir las licencias: las licencias del entorno de origen se transferirán al de destino. Todas las licencias se deben transferir al nuevo dominio y no solo algunas.

  Más información sobre cómo transferir licencias

• Quitar las licencias: ponte en contacto con el equipo de Asistencia de Google Workspace para quitar tus licencias. Si solo vas a cambiar el dominio principal, las licencias se restaurarán automáticamente en el dominio de servicio. Si no quieres que se restauren las licencias, ponte en contacto con el equipo de Asistencia.

• Voice no es compatible, por lo que estos datos no se transferirán del entorno de origen al de destino.
• Además, la licencia de Voice puede bloquear el proceso de transferencia, independientemente de si el entorno de origen la está utilizando. Si se ha tenido esta licencia en algún momento, solo se puede continuar con la transferencia si se cumplen las siguientes condiciones:
  • Se ha anulado manualmente la asignación de todos los números de Voice a los usuarios, ya que de lo contrario se podrían transferir.
  • Deben quitarse todas las licencias de Voice de los usuarios.
  • Debe cancelarse la suscripción de la licencia de Voice.
  • El cliente debe aceptar que el equipo de ingeniería de Voice elimine de forma permanente todos los datos de Voice asociados del entorno de origen.
• Cumplir estas condiciones es imprescindible, ya que, si un entorno de origen ha tenido una licencia de Voice en algún momento, la gestión con Voice de los usuarios de la transferencia no estará disponible en el entorno de destino. Por el momento, no hay ninguna solución temporal.
• Lo expuesto aquí solo es aplicable a la licencia de Voice incluida en Google Workspace que permite que los administradores gestionen Voice en nombre de sus usuarios. No se aplica a usuarios concretos que hayan utilizado Voice por su cuenta.

• Las ediciones Google Workspace for Education Fundamentals, Google Workspace for Education Standard, Teaching and Learning Upgrade o Google Workspace for Education Plus no se admiten.
• No se pueden hacer transferencias de dominio con una licencia educativa. Más información

• Además de las licencias, debe quitarse la suscripción antes de cambiar el dominio principal por el dominio de servicio. Si es necesario, se puede restaurar la suscripción y volver a dar de alta los dispositivos en el dominio de servicio después del cambio.
• Puede que sea necesario ponerse en contacto con el equipo de gestión de pedidos de Google o el distribuidor de Jamboard para quitar las licencias del entorno de Google Workspace. Más información sobre cómo quitar licencias de Jamboard

• Los roles de administrador que se aplican a cuentas de servicio no se reasignan al entorno de destino.
• Si fuera necesario, los administradores del entorno de destino deberán reasignar manualmente sus roles de administrador a las cuentas de servicio después de la transferencia.
• Durante el proceso de transferencia, se revocan todos los accesos de administrador a las cuentas de servicio del entorno de origen.

• Cuando se transfieren los administradores del entorno de origen al entorno de destino, se convierten en usuarios normales, es decir, se revocan sus roles de administrador.
• Si fuera necesario, los administradores del entorno de destino deberán reasignar manualmente los roles de administrador a los administradores del entorno de origen después de la transferencia.
• Se revocan todos los accesos de administrador (tanto al entorno de origen como al de destino) mediante la eliminación de roles durante el proceso de transferencia.

• Los roles de administrador asignados a los grupos de seguridad en el entorno de origen no se transfieren automáticamente al entorno de destino.
• Si fuera necesario, los administradores del entorno de destino deberán reasignar manualmente sus roles de administrador a los grupos de seguridad después de la transferencia.
• Se revocan todos los accesos de administrador de los grupos, tanto en el entorno de origen como en el de destino, mediante la eliminación de roles durante el proceso de transferencia.

• El servicio de claves configurado en el entorno de origen no se transferirá al entorno de destino.
• Domain Transfer puede migrar archivos cifrados de Google Drive. Sin embargo, dado que el servicio de claves de encriptado no se migra, los documentos migrados no se pueden descifrar, por lo que se vuelven ilegibles.
• Por lo tanto, tener activado el cifrado por parte del cliente (EPC) en el entorno de origen impide que se use Domain Transfer. Más información

Los directorios personalizados no se trasladan y deben volver a generarse en el Directorio de Google Workspace del entorno de destino.

• Las aplicaciones que utilizan la delegación en todo el dominio deben añadirse manualmente a las listas de acceso en la configuración de seguridad (clientes y permisos) del entorno de destino para que sigan funcionando. Más información
• Importante: Si una aplicación utiliza la identidad de un administrador del entorno de origen, ese administrador no conservará sus privilegios de forma automática después de la transferencia.

• Sin embargo, en la transferencia se incluyen los siguientes elementos:
  • Las asignaciones de URLs personalizadas de Google Sites en la consola de administración, junto con el dominio asociado, se copian del entorno de origen al entorno de destino.
• Las unidades compartidas del entorno de origen se mueven a la unidad organizativa raíz de transferencia del destino. Los administradores del destino tienen acceso a las unidades compartidas, pero es posible que se restrinja su acceso a otras. El proceso de transferencia también puede provocar que se apliquen otras restricciones de política o reglas de confianza a nivel de unidad organizativa, pero no afectará a la lista de control de acceso de las unidades compartidas.

• Las audiencias objetivo personalizadas no se transfieren del entorno de origen al de destino.
• Si transfieres archivos compartidos con la audiencia objetivo predeterminada en el entorno de origen, debes elegir cómo quieres que se compartan todos los archivos transferidos en el dominio de destino. Consulta más información en Google Drive, Documentos, Hojas de cálculo, Presentaciones, Formularios y Dibujos en Aplicaciones principales.
• Las audiencias objetivo que estén aplicadas a los documentos de los usuarios transferidos seguirán estando disponibles, pero no se podrán ver ni modificar en la consola de administración de Google del entorno de destino.
• Los usuarios transferidos pueden ver los permisos para compartir de una audiencia objetivo, pero se mostrará una advertencia de que es externa a la organización.
• Los usuarios transferidos pueden modificar o eliminar los permisos para compartir. Pero si se eliminan, no se pueden volver a añadir, ya que las políticas que se aplican ahora son las del entorno de destino y en las opciones para compartir solo están disponibles las audiencias objetivo de ese entorno.

Más información sobre las audiencias objetivo

• Se trata de usuarios que crean de forma independiente una cuenta de Google con uno de los dominios de tu organización. Consulta más información en el artículo Buscar y añadir usuarios no gestionados.
• Las invitaciones pendientes de cuentas de usuarios no gestionados no se transferirán del entorno de origen al entorno de destino.
• Cuando un usuario no gestionado traslada su dominio a otra entidad, la invitación pendiente caduca.
• Si haces clic en la invitación pendiente del usuario, recibirás el siguiente mensaje de error: "Tu invitación ha caducado. El enlace para verificar ya no está activo".

• Los grupos dinámicos se transfieren, pero las actualizaciones de pertenencia al grupo se pausan hasta que se actualiza la consulta de pertenencia. Para obtener más información, ve a Paso 3: Tareas del entorno de destino. 
• Todos los miembros existentes en el momento de la transferencia permanecen después de esta, independientemente de las reglas de pertenencia.

• Se transferirán los archivos de Apps Script junto con el resto del contenido de Drive, pero no los proyectos de la consola de Google Cloud que los sustentan. Las políticas de organización seguirán rigiendo estos proyectos en el entorno de origen. Más información
• La solución temporal recomendada es que los usuarios hagan una copia de sus archivos de Drive después de la transferencia. Esta acción genera nuevos proyectos de Google Cloud regidos por políticas de la organización en el entorno de destino.
• Después de la transferencia, puede que las aplicaciones no funcionen adecuadamente y se muestren mensajes de consentimiento de OAuth que deben aceptarse para poder ejecutar las secuencias de comandos. Además, es posible que se muestren mensajes de error si el entorno de destino tiene políticas distintas que limitan los permisos que pueden requerirse al usar Apps Script.

• Se transferirán los mensajes directos (MDs), pero no los mensajes de grupos.
• No se transferirán los espacios ni sus mensajes.
• Importante: Aunque los espacios y los mensajes directos de grupo siguen en el entorno de origen, es posible que algunos usuarios puedan seguir accediendo a ellos si la configuración de los espacios y los grupos de Google permitía miembros externos. Estos grupos y estos espacios se eliminan cuando se elimina el entorno de origen. Debes pedir a los usuarios que creen los espacios y los grupos en el entorno de destino, aunque todavía se pueda acceder a los anteriores.
• No se transferirán los emojis personalizados que se hayan usado en Chat. Después de la transferencia, los usuarios solo verán los emojis personalizados del entorno de destino. En el caso de los MDs individuales donde se hayan usado emojis personalizados en el entorno de origen, se mostrará un valor de marcador de posición en su lugar.

Aplicaciones de Chat

• Durante el proceso de Domain Transfer, es posible que las aplicaciones de Google Chat dejen de responder, desaparezcan de los mensajes directos o de Espacios, o dejen de funcionar del modo previsto.
• Es posible que una aplicación siga siendo totalmente funcional sin necesidad de hacer la migración si:
  • La aplicación está publicada en Google Workspace Marketplace.
  • El desarrollador de la aplicación era miembro del entorno de destino la primera vez que guardó la configuración de la aplicación.
  • La aplicación solo se comparte con usuarios concretos a través de sus direcciones de correo, que siguen siendo las mismas después de la fusión.
• Si el proceso de transferencia afecta a tu aplicación, es posible que el desarrollador de la aplicación de Chat tenga que migrarla a un nuevo proyecto de Google Cloud. Más información sobre cómo migrar tu aplicación de Chat

• Si quieres transferir tus números de Voice al entorno de destino, Google puede hacerlo por ti.
• Hay algunas restricciones sobre si se puede transferir un número de Voice.
  • Entorno de origen:
    • El número se adquiere de otra fuente. Puede ser un número pendiente o uno que forme parte de otra transferencia.
    • Google no gestiona el número directamente.
    • El número forma parte de un bloque de números. Esto incluye los números de Alemania (DE), Italia (IT) y Suiza (CH).
  • Entorno de destino:
    • Es posible que no puedas tener un número de un país o región concretos, lo que podría deberse a que no tienes la versión correcta de Google Voice Enterprise o a que no has configurado una dirección principal en el país o la región.
    • La transferencia superaría los límites de cantidad de dominios del destino.
• Si la transferencia puede continuar:
  • Google acordará contigo a qué hora se iniciará el proceso de transferencia.
  • No tienes que anular la asignación de todos los números por adelantado.
  • Debes aceptar todas las acciones que requiere Google.
  • Una vez realizada la transferencia, los usuarios de Voice del entorno de origen no pueden recibir llamadas en su número hasta que se complete la transferencia del dominio y se reasignan los números.

Consulta más información en el apartado de Google Voice de la sección Licencias de origen.

Artefactos de Vault (asuntos, retenciones, búsquedas, etc.):

• No transferir.
• Se deben descargar manualmente desde el entorno de origen. Luego, se pueden subir al entorno de destino manualmente o mediante la API de Vault después de la transferencia. Más información
• No se podrá acceder a ellos desde el entorno de origen después de la transferencia. Debes descargar los artefactos antes de la transferencia.

Importante

• Organización de Google Cloud: una vez transferidos, los usuarios y los grupos se convierten en externos a la organización de Google Cloud asociada al entorno de origen o al dominio de servicio.
• Clientes de OAuth: si tienes clientes de OAuth configurados como aplicaciones internas (incluidos los que se utilizan para la autenticación con Identity-Aware Proxy), los usuarios no podrán autenticarse después de la transferencia porque no forman parte de la organización de Google Cloud asociada. Antes de la transferencia, debes decidir si convertir los clientes en externos o añadir a los usuarios como testers y no publicarlos de forma externa.

Impactos

• Los proyectos de Google Cloud permanecen en la organización asociada al entorno de origen.
• El nombre de nodo de la organización pasa a ser el dominio de servicio después de que cambie el dominio principal. Este cambio puede tardar varios días en producirse.
• Se puede mantener el entorno de origen para usarlo en la administración de la organización de Google Cloud asociada. Sin embargo, el proceso de transferencia de dominio hace que el entorno de origen resulte inadecuado en los entornos de producción de Google Workspace.
• Los permisos de los usuarios y los grupos de Google de la Gestión de Identidades y Accesos no se verán afectados.
• Los proyectos de Google Cloud adjuntos a los archivos de Apps Script permanecen en el entorno de origen.

Cuestiones importantes

Conviene evaluar y ajustar los siguientes elementos para asegurar la continuidad una vez que se haya completado la transferencia:

• Permisos de proyecto que tengan un dominio específico como ámbito (regidos por una política de IAM definida por un prefijo de dominio).
• Las vinculaciones con una IAM de proyecto que tengan el rol de propietario básico solo pueden tener un grupo de Google asignado al rol de propietario de proyecto si ambos pertenecen a la misma organización. A los usuarios solo se les puede asignar el rol de propietario de forma interactiva.
• Organizaciones de origen que restringen identidades por dominio. Ten en cuenta que esto no afecta a los usuarios que ya haya, sino únicamente a los que se creen a partir de ese momento.
• Permisos de IAM que no proporcionan acceso a instancias a los usuarios externos.
• Configuraciones de Terraform y código de automatización personalizado que referencie estáticamente nombres de dominio e IDs de organizaciones (por ejemplo, automatización de ventas de proyectos).
• El código de automatización personalizado gestiona las entidades que se van a transferir (por ejemplo, gestiona la pertenencia a ciertos grupos a través de Terraform).

Migración a Google Cloud

• La migración de proyectos de Google Cloud puede ser un proceso complejo, según la naturaleza de los proyectos. Si se requiere una migración, puede hacerse antes o después del proceso de transferencia. Sin embargo, no recomendamos que se combinen ambos proyectos.

  Tu contacto de Google Cloud puede ponerte en contacto con un equipo de Google que gestione la migración de proyectos de Google Cloud.

• No se transfieren las políticas ni las configuraciones. Después de la transferencia, los usuarios incluidos en ella se rigen por las políticas del entorno de destino.
• Si en el entorno de origen se utiliza la gestión avanzada de dispositivos móviles para dispositivos Android, el entorno no cumplirá los requisitos y no se podrá realizar la transferencia. En determinadas circunstancias, puede que se desinstalen las aplicaciones que no son del sistema cuando se transfieren desde un entorno de origen mediante la gestión avanzada de dispositivos móviles para dispositivos Android.
• Más información sobre la gestión de puntos finales de Google

• No se transfieren los Chromebooks, el hardware de Meet ni los dispositivos Jamboard registrados en el entorno de origen. Quita las unidades del entorno de origen y vuelve a aprovisionarlas en el de destino. Más información sobre los dispositivos Chrome y el hardware de Meet
• Se deben tener en cuenta otras consideraciones sobre las licencias. Consulta más información en los apartados sobre el hardware de Google Meet y Jamboard de la sección Licencias de origen.
• Los dispositivos registrados en el programa de activación automática no se transfieren. Para obtener información sobre cómo continuar, ve a la sección "Dispositivos con activación automática" de Chrome, en Paso 1: Tareas en el entorno de origen. 

Looker Studio: permisos para compartir informes o fuentes de datos. Para obtener más información, consulta el Paso 3: Tareas del entorno de destino.

• Estos servicios están asociados a los usuarios y es probable que sigan funcionando adecuadamente. Por ejemplo, con YouTube es el usuario el que controla toda la propiedad y la verificación, no la organización.
• Los siguientes servicios han estado incluidos en transferencias anteriores. Si bien no se observaron problemas importantes, el comportamiento anterior no es indicativo del comportamiento presente ni futuro:
  • Campaign Manager
  • Display & Video 360
  • Google Ads
  • Google Analytics
  • Google Play (tienda y ecosistema)
  • Search Ads 360
  • YouTube

• No se transfieren las aplicaciones instaladas en todo el dominio en el entorno de origen.
• Las aplicaciones privadas del dominio que haya en el entorno de origen no son compatibles. Los usuarios de la transferencia pierden el acceso a esas aplicaciones después de la transferencia.
• Las aplicaciones instaladas en todo el dominio en el entorno de destino están disponibles automáticamente para transferir usuarios después de la transferencia.

• No se admiten los proveedores de EMM utilizados para proteger datos de empresa en los dispositivos móviles de los empleados.
• Esto incluye tecnologías como las siguientes:
  • EMM de BlackBerry
  • Citrix XenMobile
  • IBM MaaS360
  • Microsoft Enterprise Mobility + Security
  • MobileIron
  • VMware AirWatch

• Es probable que la mayoría estén asociados al usuario y sigan funcionando adecuadamente.
• Si hay un servicio de terceros que es especialmente importante para ti, comprueba si tiene alguna dependencia en IDs, unidades organizativas o nombres de dominio.