Quelles sont les fonctionnalités non compatibles avec Domain Transfer ?

Android Enterprise n'est pas compatible. Pour éviter toute perte de données, vous devez effectuer les opérations suivantes avant le transfert :

1. Recherchez les liaisons EMM actives et supprimez les appareils associés. Pour en savoir plus, consultez Gérer les liaisons EMM.
2. Si vous avez développé des applications privées, assurez-vous de sécuriser l'accès de votre environnement source au compte de développeur Google Play associé.
3. Dans la console d'administration Google de votre environnement source, supprimez les liaisons EMM. Pour en savoir plus, consultez Résiliation et suppression des données.

De plus, dans l'environnement source, vous devez supprimer tous les appareils compatibles avec l'enregistrement sans contact. Vous pourrez les ajouter dans l'environnement de destination après le transfert. Pour en savoir plus, consultez Enregistrement sans contact.

Si vous utilisez un abonnement Cameyo, vous ne pouvez pas modifier votre domaine principal, car l'abonnement bloque cette modification. Pour modifier le domaine, vous devez d'abord supprimer toutes les licences Cameyo associées à votre domaine principal actuel avant de le remplacer par le nouveau domaine.

Pour en savoir plus sur l'impact de la suppression des licences Cameyo, consultez Comprendre votre forfait Cameyo.

• Assurez-vous que le réenregistrement forcé est désactivé pour toutes vos organisations et déprovisionnez tous les appareils.
• De même que toutes les licences, l'abonnement doit être supprimé avant le remplacement du domaine principal par le domaine réservé. Si nécessaire, l'abonnement peut être restauré et les appareils réenregistrés dans le domaine réservé une fois le remplacement effectué.
• Pour supprimer des licences Chrome Enterprise, contactez ompf-helpdesk@google.com afin d'obtenir de l'aide.

• De même que toutes les licences, l'abonnement doit être supprimé avant le remplacement du domaine principal par le domaine réservé. Si nécessaire, l'abonnement peut être restauré et les appareils réenregistrés dans le domaine réservé une fois le remplacement effectué.
• En savoir plus sur les licences permanentes

• Les éditions Essentials Starter, Essentials, Enterprise Essentials et Enterprise Essentials Plus ne sont pas compatibles.
• Les éditions Essentials Starter, Essentials, Enterprise Essentials et Enterprise Essentials Plus ne permettent pas l'attribution de licences de domaine partiel.
  • Vous ne pouvez pas ajouter d'autres licences Google Workspace ou G Suite Business et Basic à un environnement de destination utilisant une licence Essentials Starter, Essentials, Enterprise Essentials ou Enterprise Essentials Plus.
  • Vous ne pouvez pas ajouter de licences Enterprise Essentials ou Essentials à un environnement de destination contenant d'autres licences Google Workspace, G Suite Business ou G Suite Basic.
  • Passez au préalable d'une licence Essentials Starter, Essentials, Enterprise Essentials ou Enterprise Essentials Plus à une licence supérieure compatible pour que le transfert soit possible.

• Cette licence de stockage Drive doit être supprimée avant de commencer le processus de transfert.
• Si des utilisateurs disposent de licences Business Starter ou G Suite Basic, et qu'une licence de stockage Google Drive est supprimée :
  • les données ne sont pas supprimées et restent disponibles ;
  • les produits ne peuvent pas ajouter d'espace de stockage au-delà de la limite établie.

  Remarque : Des dispositions spécifiques s'appliquent si vous manquez d'espace de stockage pour des produits tels que Gmail, Drive et Google Photos. En savoir plus

• La suppression d'une licence de stockage Drive n'a aucune incidence pour les utilisateurs disposant de licences Enterprise Plus, Enterprise Standard, Business Plus, Business Standard ou G Suite Business.
• En savoir plus sur les licences de stockage Drive

• Les appels internationaux Google Meet ne sont pas compatibles et les journaux existants ne sont pas transférés vers l'environnement de destination.
• Si nécessaire, vous pouvez configurer les appels internationaux Meet dans l'environnement de destination. En savoir plus

• Voice n'est pas compatible et les données ne sont pas transférées de l'environnement source vers l'environnement de destination.
• L'existence d'une licence Voice peut également bloquer le processus de transfert, même si l'environnement source ne l'utilise pas. Le transfert ne peut se poursuivre que dans les conditions suivantes :
  • L'attribution de tous les numéros Voice aux utilisateurs doit être annulée, soit manuellement, soit potentiellement par transfert.
  • Toutes les licences Voice doivent être supprimées des comptes utilisateur.
  • L'abonnement à la licence Voice doit être résilié intégralement.
  • Le client doit accepter que l'équipe d'ingénieurs Voice supprime définitivement toutes les données Voice associées à l'environnement source.
• Ces conditions sont requises, car si un environnement source a possédé une licence Voice, Voice ne pourra plus par la suite gérer les utilisateurs transférés dans l'environnement de destination. Il n'existe aucune solution pour le moment.
• Ce point ne concerne que la licence Voice dans Google Workspace qui permet aux administrateurs de gérer Voice au nom des utilisateurs. Si des utilisateurs ont utilisé Voice individuellement, ils ne sont pas concernés.

• Les rôles d'administrateur appliqués aux comptes de service ne sont pas réattribués à l'environnement de destination.
• Après le transfert, si nécessaire, les administrateurs de l'environnement de destination doivent réattribuer manuellement les rôles d'administrateur des comptes de service.
• Tous les accès administrateur des comptes de service de l'environnement source sont révoqués lors du processus de transfert.

• Les administrateurs de l'environnement source sont déplacés vers l'environnement de destination, dont ils deviennent des utilisateurs standards. Leur rôle d'administrateur est révoqué.
• Après le transfert, si nécessaire, les administrateurs de l'environnement de destination doivent réattribuer manuellement le rôle des administrateurs de l'environnement source.
• Tous les accès administrateur (pour les environnements source et de destination) sont révoqués par suppression des rôles lors du processus de transfert.

• Les rôles d'administrateur appliqués aux groupes de sécurité ne sont pas réattribués à l'environnement de destination.
• Après le transfert, si nécessaire, les administrateurs de l'environnement de destination doivent réattribuer manuellement les rôles d'administrateur des groupes de sécurité transférés.
• Tous les accès administrateur (pour les environnements source et de destination) pour les groupes sont révoqués par suppression des rôles lors du processus de transfert.

• Le service de clés configuré dans l'environnement source ne sera pas transféré vers l'environnement de destination.
• Domain Transfer permet de migrer des fichiers Google Drive chiffrés. Toutefois, comme le service de clés de chiffrement n'est pas migré, les documents transférés ne peuvent pas être déchiffrés, ce qui les rend illisibles.
• De ce fait, si le chiffrement côté client (CSE) est activé dans l'environnement source, il provoque le blocage de Domain Transfer. En savoir plus

Les annuaires personnalisés ne sont pas déplacés et doivent être à nouveau générés dans l'annuaire Google Workspace de l'environnement de destination.

• Les applications qui utilisent la délégation au niveau du domaine doivent être ajoutées manuellement aux listes d'accès dans les paramètres de sécurité de l'environnement de destination (client et champs d'application) pour conserver leur fonctionnalité. En savoir plus
• Important : Si une application utilise le compte d'un administrateur de l'environnement source, ce compte ne conserve pas automatiquement ses droits après le transfert.

• Cependant, les éléments suivants sont inclus dans le transfert :
  • Les mappages d'URL personnalisées pour Google Sites dans la console d'administration, ainsi que le domaine associé, sont copiés depuis l'environnement source vers l'environnement de destination.
• Les Drive partagés de l'environnement source sont déplacés vers l'unité organisationnelle racine de transfert de la destination. Ils sont accessibles aux administrateurs de la destination, mais peuvent être en accès restreint pour les autres utilisateurs. Le processus de transfert peut également entraîner des restrictions de règles supplémentaires au niveau des unités organisationnelles ou la modification de règles de confiance, mais cela n'affectera pas la liste de contrôle d'accès des Drive partagés.

• Les audiences cibles personnalisées ne sont pas transférées de l'environnement source vers l'environnement de destination.
• Si vous transférez des fichiers partagés avec l'audience cible par défaut dans l'environnement source, vous choisissez de quelle manière vous souhaitez que tous les fichiers transférés soient partagés sur le domaine cible. Pour en savoir plus, consultez Google Drive, Docs, Sheets, Slides, Forms et Drawings dans les applications principales.
• Les audiences cibles des documents d'utilisateurs transférés restent disponibles, même si elles ne sont ni visibles ni modifiables depuis la console d'administration Google de l'environnement de destination.
• Les utilisateurs transférés peuvent afficher les autorisations de partage d'une audience cible, mais un avertissement les informe si l'audience cible est externe à l'organisation.
• Les utilisateurs transférés peuvent modifier ou supprimer les autorisations de partage. Si elles sont supprimées, il n'est plus possible de les ajouter, car les règles de l'environnement de destination s'appliquent et seules les audiences cibles qui lui sont associées sont disponibles dans les options de partage.

En savoir plus sur les audiences cibles

• Les comptes non gérés sont des comptes Google créés de manière indépendante par des utilisateurs à l'aide de l'un des domaines de votre organisation. Pour en savoir plus, consultez Rechercher et ajouter des utilisateurs non gérés.
• Les invitations en attente concernant les comptes d'utilisateurs non gérés ne sont pas transférées de l'environnement source vers l'environnement de destination.
• Lorsqu'un utilisateur non géré se déplace avec son domaine vers une autre entité, l'invitation correspondante en attente expire.
• Si vous cliquez sur l'invitation en attente, le message d'erreur suivant s'affiche : "Votre invitation a expiré. Le lien de validation n'est plus actif."

• Les groupes dynamiques sont transférés, mais les appartenances sont suspendues jusqu'à ce que la requête d'appartenance soit mise à jour. Pour en savoir plus, consultez Étape 3 : Tâches liées à l'environnement de destination.
• Tous les membres existant au moment du transfert persistent une fois qu'il est terminé, quelles que soient les règles d'adhésion.

• Les fichiers Apps Script sont transférés avec le reste du contenu Drive, mais pas les projets Google Cloud qui leur sont associés. Les règles d'administration continuent de s'appliquer à ces projets dans l'environnement source. En savoir plus
• La solution recommandée est que les utilisateurs créent une copie de leurs fichiers Drive après le transfert. Cette action génère de nouveaux projets Google Cloud régis par les règles d'administration de l'environnement de destination.
• Après le transfert, les applications risquent de ne pas fonctionner comme prévu et les utilisateurs peuvent voir s'afficher des demandes d'autorisation OAuth qu'ils devront accepter pour exécuter les scripts. De plus, des erreurs peuvent se produire si l'environnement de destination comporte des règles différentes qui limitent les champs d'application pouvant être demandés lors de l'utilisation d'Apps Script.

• Les messages privés (MP) sont transférés, mais pas les MP de groupe.
• Les espaces et les messages associés ne sont pas transférés.
• Important : Bien que les espaces et les messages privés de groupe restent dans l'environnement source, certaines données peuvent rester accessibles aux utilisateurs transférés si les espaces et les groupes Google avaient été configurés pour autoriser les membres externes. Ces espaces et groupes disparaissent lors de la suppression de l'environnement source. Vous devez conseiller aux utilisateurs de créer des espaces et des groupes dans l'environnement de destination, même si ceux de l'ancien environnement sont toujours accessibles.
• Les emoji personnalisés utilisés dans Chat ne sont pas transférés. Après un transfert, les utilisateurs ne voient que les emoji personnalisés de l'environnement de destination. Les MP entre deux personnes qui utilisent des emoji personnalisés dans l'environnement source affichent une valeur d'espace réservé à la place.

• Si vous souhaitez transférer vos numéros Voice vers l'environnement de destination, Google peut s'en occuper pour vous.
• Des restrictions s'appliquent au transfert des numéros Voice.
  • Environnement source :
    • L'acquisition du numéro se fait auprès d'une autre source. Il peut s'agir d'un numéro en attente ou d'un numéro inclus dans un autre transfert.
    • Google ne gère pas directement le numéro.
    • Le numéro fait partie d'un groupe de numéros. Les numéros peuvent se trouver en Suisse (CH), en Italie (IT) et en Allemagne (DE).
  • Environnement de destination :
    • Vous n'êtes peut-être pas autorisé à posséder un numéro associé à un pays ou une région spécifique. Ce problème peut être dû au fait que vous ne disposez pas de la bonne version de Google Voice Enterprise, ou que vous n'avez pas configuré d'adresse principale dans le pays ou la région en question.
    • Le transfert ferait dépasser le nombre maximal de numéros du domaine de la destination.
• Si le transfert peut être effectué :
  • Google se coordonnera avec vous pour décider du moment où aura lieu le processus de transfert.
  • Il n'est pas nécessaire d'annuler toutes les attributions de numéros à l'avance.
  • Vous devez accepter de prendre toutes les mesures demandées par Google.
  • Une fois le transfert démarré, les utilisateurs Voice de l'environnement source ne peuvent pas recevoir d'appels sur leur numéro jusqu'à ce que le transfert du domaine soit terminé et que les numéros soient réattribués.

Pour en savoir plus, consultez "Google Voice" sous Licences sources.

• Google Workspace Domain Transfer ne transfère pas les inscriptions aux programmes alpha et bêta.
• Si l'environnement source ou de destination est inscrit à des programmes spécifiques alors que l'autre environnement ne l'est pas, cet autre environnement doit postuler à ces programmes et y être accepté.
• Si la destination est inscrite à des programmes spécifiques à un domaine, tous les nouveaux domaines sources doivent être acceptés.
• Nous vous recommandons d'effectuer l'inscription avant le transfert afin de ne pas perturber l'expérience ni modifier les fonctionnalités disponibles pour les utilisateurs transférés au cours du transfert.

Important

• Organisation Google Cloud : lors du transfert, les utilisateurs et les groupes deviennent externes à l'organisation Google Cloud associée à l'environnement source ou au domaine réservé.
• Clients OAuth : si vous avez des clients OAuth configurés en tant qu'applications internes (y compris des clients utilisés pour l'authentification avec Identity-Aware Proxy), les utilisateurs ne peuvent pas s'authentifier après un transfert, car ils ne font pas partie de l'organisation Google Cloud associée. Avant le transfert, déterminez si vous voulez rendre les clients externes ou ajouter les utilisateurs en tant que testeurs et ne pas publier en externe.

Impacts

• Les projets Google Cloud restent dans l'organisation associée à l'environnement source.
• Le nom du nœud de l'organisation devient celui du domaine réservé une fois le domaine principal remplacé. La mise à jour peut prendre plusieurs jours.
• L'environnement source peut être conservé pour l'administration de l'organisation Google Cloud associée. Toutefois, le processus de transfert de domaine rend l'environnement source inadapté à la production dans Google Workspace.
• Les autorisations IAM (Identity & Access Management) pour les utilisateurs et les groupes Google ne sont pas affectées.
• Les projets Google Cloud associés à des fichiers Apps Script restent dans l'environnement source.

Points d'arrêt

Les éléments suivants doivent être évalués et ajustés pour garantir la continuité une fois le transfert terminé :

• Les autorisations de projet s'appliquant à un domaine spécifique (soumis à une stratégie IAM définie à l'aide d'un préfixe de domaine)
• Une liaison IAM attribuant le rôle de base "Propriétaire" pour un projet peut inclure un groupe Google en tant que propriétaire du projet uniquement s'ils font partie de la même organisation. Les utilisateurs ne peuvent être associés au rôle de propriétaire de façon interactive.
• Les organisations sources qui restreignent les identités par domaine (dans ce cas, seuls les futurs utilisateurs sont concernés, et pas les utilisateurs actuels)
• Les autorisations IAM qui ne fournissent pas d'accès aux instances pour les utilisateurs externes
• Les configurations Terraform et le code d'automatisation personnalisé qui référencent de façon statique les noms de domaines et les ID d'organisations (par exemple, l'automatisation des données de vente d'un projet)
• Le code d'automatisation personnalisé gère les entités qui sont transférées (par exemple, les adhésions à certains groupes via Terraform).

Migration Google Cloud

• La migration des projets Google Cloud peut s'avérer complexe, selon la nature des projets. Si une migration est requise, elle peut être effectuée avant ou après le processus de transfert. En revanche, nous vous recommandons de ne pas effectuer les deux opérations conjointement.

  Votre contact Google Cloud peut vous mettre en lien avec une équipe Google qui gère la migration des projets Google Cloud.

• Les règles et les configurations ne sont pas transférées. Après le transfert, les utilisateurs transférés sont soumis aux règles de l'environnement de destination.
• Si l'environnement source utilise la gestion avancée des appareils mobiles pour les appareils Android, il ne sera pas possible d'effectuer le transfert. Dans certains cas, des utilisateurs peuvent constater que toutes les applications non liées au système sont désinstallées lors de leur transfert à partir d'un environnement source disposant de la gestion avancée des appareils mobiles pour les appareils Android.
• En savoir plus sur la gestion Google des points de terminaison

• Les Chromebooks et le matériel Meet enregistrés dans l'environnement source ne sont pas transférés. Supprimez les unités de l'environnement source et provisionnez-les à nouveau dans l'environnement de destination. En savoir plus sur les appareils Chrome et le matériel Meet
• D'autres aspects liés aux licences sont à prendre en compte. Pour en savoir plus, consultez les sections "Matériel Google Meet" dans Licences sources.
• Les appareils Chrome enregistrés sans contact ne sont pas transférés. Pour savoir comment procéder, consultez la section sur les appareils Chrome enregistrés sans contact à l'Étape 1 : Tâches liées à l'environnement source.

Looker Studio : autorisations de partage des rapports ou des sources de données. Pour en savoir plus, consultez Étape 3 : Tâches liées à l'environnement de destination.

• Il est possible que les services liés à l'utilisateur continuent de fonctionner comme prévu. Par exemple, avec YouTube, c'est l'utilisateur qui contrôle la propriété et la validation, et non l'organisation.
• Les services suivants ont été inclus lors de précédents transferts. Même si aucun problème majeur n'a été signalé, les comportements passés ne sont pas représentatifs des comportements présents et futurs :
  • Campaign Manager
  • Display & Video 360
  • Google Ads
  • Google Analytics
  • Google Play (Store et écosystème)
  • Search Ads 360
  • YouTube

• Les applications installées au niveau du domaine dans l'environnement source ne sont pas transférées.
• Les applications privées de l'environnement source ne sont pas compatibles. Les utilisateurs transférés perdent l'accès à ces applications après le transfert.
• Les applications installées au niveau du domaine dans l'environnement de destination sont automatiquement disponibles pour les utilisateurs transférés après le transfert.

• Les EMM permettant de sécuriser les données d'entreprise sur les appareils mobiles de vos collaborateurs ne sont pas compatibles.
• Exemples de technologies concernées :
  • BlackBerry EMM
  • Citrix XenMobile
  • IBM MaaS360
  • Microsoft Enterprise Mobility + Security
  • MobileIron
  • VMware AirWatch

• La plupart étant probablement liés à l'utilisateur, il est possible qu'ils continuent de fonctionner comme prévu.
• Si un service tiers est particulièrement important pour vous, vérifiez s'il est dépendant d'ID, d'unités organisationnelles ou de noms de domaines.