Points à noter pour le transfert de domaine

Avant de lancer un transfert de domaine Google Workspace, veillez à vous familiariser avec les points suivants.

Fonctionnalité Points de vigilance
Programmes alpha et bêta
  • 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.
Google Cloud
  • Une fois transférés, les utilisateurs et les groupes de l'environnement source sont considérés comme externes à l'organisation Google Cloud associée à l'environnement source ou au domaine réservé.
  • 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 projets Google Cloud associés à des fichiers Apps Script restent dans l'environnement source.

Découvrez comment Domain Transfer interagit avec Google Cloud.
Utilisateurs
  • Les comptes utilisateur supprimés ne sont pas transférés.
  • Vous ne devez pas supprimer ni restaurer des comptes utilisateur dans l'environnement source dans les 48 heures précédant le transfert. La suppression ou la restauration peut retarder le transfert.

    Conseil : Nous vous recommandons de restaurer les comptes utilisateur supprimés, et de les suspendre ou de les archiver. Vous devez effectuer le processus au moins 48 heures avant le transfert afin que les comptes utilisateur soient transférés vers l'environnement de destination. Vous pourrez ensuite les restaurer ou les supprimer une fois le processus de transfert terminé.

  • Vous ne pouvez pas restaurer les comptes utilisateur supprimés dans l'environnement source une fois le processus de transfert terminé, car le domaine source associé à ces comptes n'existe plus.
Google Groupes
  • Tous les groupes comportant le nom d'un domaine transféré seront transférés vers l'environnement de destination.
  • Si un groupe inclut "tous les utilisateurs de la source", il inclura tous les utilisateurs de destination après le transfert.
  • D'autres services peuvent être affectés, comme un événement d'agenda associé à un participant de groupe.

Découvrez comment Domain Transfer interagit avec Groupes.
Problèmes liés à Google Workspace Les comptes des visiteurs (utilisés pour le partage des codes) peuvent entraîner l'échec du changement de nom des comptes de destination.
Identité
  • La fusion ou la déduplication d'identités n'est pas compatible pendant le processus de transfert. En savoir plus
  • Les systèmes de provisionnement et les fournisseurs d'identité tiers (tels qu'Okta) doivent être mis à jour pour prendre en compte les utilisateurs transférés dans l'environnement de destination.
  • La configuration de systèmes tiers par Google n'entre pas dans le champ d'application du processus de transfert.
Licences
  • Les licences non compatibles, telles que le matériel Google Meet, bloquent le remplacement entre le domaine principal et le domaine réservé.
  • L'achat de nouvelles licences, la résolution des dispositions hors connexion et la nécessité d'éviter les coûts supplémentaires liés aux licences n'entrent pas dans le champ d'application du processus de transfert.
Règles et paramètres
  • La plupart des paramètres et des règles de l'environnement source ne sont pas inclus dans le transfert.
  • Les éléments concernés incluent l'activation de services ou de fonctionnalités par unité organisationnelle ou groupe, le routage des messages, les règles de conformité et de protection contre la perte de données, les listes d'accès Google Drive ou OAuth, les mots de passe, les applications approuvées, l'authentification unique pour SAML, ainsi que les pays/régions où les données sont disponibles.
Options de transfert
  • Si vous avez sélectionné l'option de transfert supprimée pour le partage par lien Google Drive, les utilisateurs n'ont plus accès aux documents qui ne sont pas partagés avec eux directement. En savoir plus
  • Le passage des licences à une version supérieure peut entraîner l'activation de Google Vault et nécessite l'ajout de règles Vault pour l'environnement source, même si celui-ci n'utilise pas Vault actuellement.

Implications concernant les licences

L'utilisation de Google Workspace Domain Transfer a également certaines conséquences concernant les licences.

Attribution de licences de domaine partiel

L'attribution de licences de domaine partiel (PDL, Partial Domain Licensing) permet aux administrateurs d'attribuer une licence à une partie seulement de leurs utilisateurs actifs. Plusieurs points sont à prendre en compte :

  • Les licences Google Workspace ou G Suite ne peuvent pas toutes coexister avec d'autres licences.
    • Les licences Google Workspace ne peuvent pas coexister avec les anciennes licences G Suite.
    • Les licences Enterprise Plus et Enterprise Standard ne peuvent pas coexister avec des licences Business Plus et Business Standard.
    • Les éditions Essentials Starter, Essentials, Enterprise Essentials et Enterprise Essentials Plus ne peuvent pas coexister avec d'autres licences Google Workspace ou G Suite.
  • En général, les licences secondaires (par exemple, Chrome Enterprise, Google Meet, Vault Former Employee, etc.) sont conçues pour coexister avec une licence principale.

Processus d'effacement des services

Le processus d'effacement des données des services peut être déclenché lorsqu'une licence de compte Google Workspace repasse à une version antérieure.

Ce processus permet de supprimer toutes les données client associées aux services Google désactivés dans l'édition Google Workspace antérieure. Il répond à une obligation légale dans les cas où le Règlement général sur la protection des données (RGPD) doit s'appliquer.

Google identifie les cas où un compte doit respecter le processus SWP. Le client lance le SWP lorsqu'il passe à une édition inférieure. Google confirme à la fois le changement d'édition et l'action SWP avant de poursuivre le processus de transfert.

Le SWP peut prendre jusqu'à 90 jours et ne peut pas être accéléré. Si le passage à une édition antérieure est nécessaire, il doit débuter et se terminer avant la suite du transfert de domaine. Les deux actions ne peuvent pas se dérouler en parallèle. L'exécution du processus d'effacement des données retarde le début du processus de transfert de domaine.