Problèmes connus dans Google Workspace

Nouveau service de migration de données : échec de la migration des événements d'agenda

Description : lors des migrations d'Exchange Online (Microsoft 365) vers Google Agenda, si l'utilisateur est membre d'un groupe de participants, mais n'est ni l'organisateur ni un participant, l'événement n'est pas migré pour lui. Dans ce cas, le message d'erreur "L'utilisateur cible n'est ni un organisateur de l'événement, ni un participant à ce dernier" s'affiche.

La version 4.3.77.0 de GWSMO peut créer des dossiers Outlook en double

Description : La version 4.3.73.0 de Google Workspace Sync for Microsoft Outlook (GWSMO) supprime les dossiers et sous-dossiers des contacts Outlook lors du processus de synchronisation. Lorsque vous passez à la version 4.3.77.0 de GWSMO, la nouvelle version tente de remplacer les dossiers supprimés. Ces dossiers s'affichent sous forme de dossiers vides et en double dans Outlook.

Solution de contournement : cliquez sur chaque dossier en double pour le supprimer automatiquement. Lorsque les dossiers en double sont supprimés, GWSMO crée de nouveaux dossiers aux emplacements appropriés.

La version 4.3.73.0 de GWSMO peut provoquer le plantage d'Outlook

Description : Si vous utilisez la version 4.3.73.0 de Google Workspace Sync for Microsoft Outlook (GWSMO), Outlook peut planter lors de la synchronisation des contacts.

Solution : Désinstallez la version 4.3.73.0 de GWSMO, puis installez la version de GWSMO compatible avec votre compte Outlook. Pour installer la version compatible, téléchargez un fichier .msi sur Google Workspace Sync for Microsoft Outlook.

GCDS supprime un groupe et en crée un autre

Le problème peut se produire avec Google Cloud Directory Sync (GCDS) dans deux cas.

Situation 1

Vous renommez l'adresse e-mail d'un groupe dans Microsoft Active Directory (AD) après la synchronisation du groupe avec Google Workspace. Après une synchronisation, GCDS supprime le groupe actuel et en crée un autre avec la nouvelle adresse e-mail.

Solution 1 : Ne modifiez pas l'adresse e-mail du groupe dans AD.

Solution 2 : Modifiez manuellement l'adresse e-mail du groupe dans AD et Google Workspace afin qu'elles correspondent.

Situation 2

Le problème se produit dans les cas suivants :

1. L'adresse e-mail de votre groupe contient des caractères spéciaux (par exemple, !#$%&'*+/=?^_`).
2. Le groupe a été synchronisé avec Google Workspace à l'aide d'une version de GCDS antérieure à la version 5.0.20.
3. Vous mettez à niveau GCDS vers la version 5.0.20 ou une version ultérieure.
4. Après une synchronisation, GCDS tente de supprimer le groupe, puis de le recréer en utilisant les caractères spéciaux.

Solution 1 : Supprimez les caractères spéciaux de l'adresse e-mail du groupe AD.

Solution 2 : ajoutez les caractères spéciaux à l'adresse e-mail dans Google Groupes.

GCDS ne met pas à jour le fichier de configuration lorsque vous supprimez une requête de recherche d'utilisateur.

Description : ce problème est détecté avec la version 5.0.22 de Google Cloud Directory Sync (GCDS) lorsque vous procédez comme suit :

1. Dans le Gestionnaire de configuration, cliquez sur Configuration du domaine Google  Règles d'exclusion.
2. Pour Requête de recherche d'utilisateur, saisissez la requête de recherche d'un utilisateur et enregistrez le fichier de configuration.
3. Supprimez la même requête et enregistrez le fichier de configuration.
4. Comparez le fichier de configuration de l'étape 2 avec celui de l'étape 3.

   Le fichier de configuration est le même. La requête supprimée n'a pas été enregistrée dans le fichier.

Solution de contournement : Ouvrez le fichier de configuration et supprimez manuellement le paramètre <usersSearchQuery>.

GCDS ne synchronise pas correctement la licence après la modification de l'adresse e-mail principale d'un utilisateur

Description : ce problème peut survenir dans Google Cloud Directory Sync (GCDS). Si vous modifiez l'adresse e-mail principale d'un utilisateur sur le serveur LDAP, le changement de nom n'est pas pris en compte lorsque GCDS synchronise la licence de l'utilisateur. GCDS tente d'ajouter la licence à l'utilisateur renommé, et une erreur 412 s'affiche.

Service de migration de données : échec de la migration de l'utilisateur (erreur 18017)

Description : la migration de certains utilisateurs à l'aide du service de migration de données classique échoue et renvoie une erreur 18017. Cela est dû à l'utilisation de Workspace comme source de migration.

Solution :

Si vous utilisez le service de migration de données classique, il existe deux solutions de contournement :

• Utiliser Gmail comme source de migration
• Utiliser la validation en deux étapes et un mot de passe d'application

Vous pouvez également contourner cette erreur à l'aide du nouveau service de migration de données.

Service de migration de données : échec de la migration de l'utilisateur (erreur 25002)

Description : la migration de certains utilisateurs à l'aide du service de migration de données échoue et renvoie une erreur 25002. Cela est dû à l'édition Workspace for Education Fundamentals.

Solution : placez les utilisateurs dans une unité organisationnelle du compte de destination, puis définissez le libellé d'âge de l'unité organisationnelle sur Tous les utilisateurs ont au moins 18 ans. Essayez ensuite de relancer la migration. Pour en savoir plus, consultez Contrôler l'accès aux services Google selon l'âge.

GCDS ne synchronise pas les utilisateurs recréés

Description : Google Cloud Directory Sync (GCDS) utilise un identifiant unique pour associer les utilisateurs entre Google Workspace et votre annuaire externe. Les utilisateurs Microsoft Active Directory disposent d'un identifiant ObjectGUID, tandis que les utilisateurs Microsoft Azure Active Directory disposent d'un ID d'objet.

Si vous recréez un utilisateur dans votre annuaire externe, le nouvel utilisateur reçoit un identifiant ObjectGUID ou ID d'objet d'origine. Toutefois, comme l'adresse e-mail du nouvel utilisateur est déjà associée à l'utilisateur supprimé dans Workspace, la synchronisation échoue.

Solution de contournement : Si vous prévoyez de recréer un utilisateur avec la même adresse e-mail, enregistrez son ObjectGUID ou son ID d'objet dans votre annuaire externe. Vous pouvez également renommer ou supprimer l'adresse e-mail de l'utilisateur dans Workspace afin que GCDS puisse associer le nouveau compte utilisateur au nouvel utilisateur de votre annuaire externe.

Événements d'affichage en double pour les sessions iOS

Description : les événements d'affichage associés à des sessions iOS peuvent être comptabilisés deux fois dans ce scénario. Si un utilisateur Gmail sur iOS ouvre un message et le balaie vers la gauche pour revenir à la liste des conversations par e-mail, la recherche dans le journal des e-mails conserve deux événements d'affichage pour le message :

• Un événement pour le message ouvert
• Un événement pour le message suivant dans la liste de tous les messages

Cela se produit depuis la boîte de réception ou depuis n'importe quel dossier dans lequel un utilisateur parcourt et ouvre des messages.

Feuille de calcul Google Sheets trop volumineuse pour être modifiée

Description : dans de très rares cas, une feuille de calcul Google Sheets peut devenir trop volumineuse pour être modifiée et est alors uniquement accessible en mode lecture seule.

Solution : bien que le document soit en mode lecture seule de façon permanente, les onglets individuels peuvent généralement être copiés en dehors du document. Pour ce faire, effectuez un clic droit sur l'onglet, puis sélectionnez Copier dans Nouvelle feuille de calcul pour créer la nouvelle feuille. Vous pouvez également télécharger la feuille de calcul ou copier et coller les informations de la feuille de calcul dans un nouveau document.

Dans Google Sheets, la fonction ImportRange permet de contourner une option de confidentialité

Description : dans Google Sheets, la fonction ImportRange permet de contourner l'option "Désactiver les options permettant aux commentateurs et aux lecteurs de télécharger, d'imprimer et de copier l'élément".

Solution : aucune solution n'a été trouvée pour l'instant.

Impossible d'associer plusieurs comptes enseignant dans votre SIS à une seule adresse e-mail

Description : Si vous recréez un compte enseignant qui avait été précédemment supprimé à l'aide de l'ancienne adresse e-mail de l'enseignant, l'adresse est toujours associée à l'ancien compte du système d'information sur la scolarité (SIS).

Solution : l'utilisateur concerné doit utiliser une nouvelle adresse e-mail dans Classroom et le SIS.

Les notes s'affichent en double dans le SIS lorsqu'elles sont exportées depuis un cours réassocié

Description : Si vous dissociez Classroom de votre SIS et le réassociez ensuite, les notes s'affichent en double dans le SIS lorsque vous les exportez depuis Classroom.
Remarque : Cela ne s'applique pas à Skyward SMS 2.0.

Solution : Pour éviter des notes en double, les enseignants ne doivent pas exporter un devoir précédent après avoir réassocié des cours.

Les devoirs exportés précédemment ne peuvent plus l'être une fois supprimés

Description : les devoirs Classroom qui ont été exportés vers le SIS ne peuvent plus être réexportés s'ils ont été supprimés du SIS.

Solution : l'enseignant doit recréer le devoir et saisir à nouveau la note dans Classroom.

Les élèves ne peuvent pas prévisualiser les fichiers Drive sur mobile si le paramètre de téléchargement, d'impression et de copie est désactivé

Description : Dans l'application mobile Classroom, les élèves ne peuvent pas prévisualiser les fichiers Drive si le paramètre Télécharger, imprimer et copier est désactivé.

Solution : les enseignants peuvent modifier le paramètre Télécharger, imprimer et copier d'un fichier pour que les élèves puissent prévisualiser le fichier sur un appareil mobile.

Un cours devient orphelin lorsque le compte enseignant principal est supprimé.

Description : Une fois le compte d'un enseignant principal supprimé, les cours ne peuvent pas être transférés à un co-enseignant.

Solution : aucune solution n'a été trouvée pour l'instant.