erreur 7q6ch sur serveur rdp microsoft 365 enterprise

Bonjour Cédric, merci d'avoir posté dans la communauté Microsoft Q&A.

L'erreur 7q6ch indique un échec du gestionnaire de compte web (Web Account Manager - WAM) ou une corruption des jetons d'authentification. Lors d'une migration P2V, l'identifiant matériel de la machine change, ce qui invalide souvent les jetons de sécurité et le cache d'identité d'Office. Même si votre configuration SharedComputerLicensing est correcte, l'application ne parvient pas à valider l'identité de l'utilisateur contre le nouveau matériel virtuel.

Pour résoudre ce problème, il est nécessaire de nettoyer les caches d'identité pour forcer une nouvelle négociation de jetons.

Procédure de nettoyage des caches:

1. Fermez toutes les applications Office (Word, Excel, Outlook, Teams).
2. Ouvrez l'Explorateur de fichiers et supprimez le contenu des dossiers suivants pour l'utilisateur concerné :
   • %localappdata%\Microsoft\Office\16.0\OfficeFileCache
   • %localappdata%\Microsoft\OneAuth
   • %localappdata%\Microsoft\IdentityCache
3. Ouvrez le Gestionnaire d'identification Windows (Credential Manager), allez dans Informations d'identification Windows et supprimez toutes les entrées liées à MicrosoftOffice16 ou à l'adresse e-mail de l'utilisateur.
4. Relancez une application Office et tentez de vous reconnecter.

Réinitialisation de l'état de l'appareil:

Si le nettoyage des dossiers ne suffit pas, l'enregistrement de l'appareil au niveau du système (Workplace Join) peut être corrompu suite au changement de matériel virtuel. Vous pouvez tenter de forcer la récupération du service d'authentification :

1. Ouvrez une invite de commandes (CMD) en tant qu'administrateur.
2. Exécutez la commande suivante :

dsregcmd /forcerecovery

Note : Cette commande demandera à l'utilisateur de se réauthentifier lors de la prochaine ouverture d'Office pour recréer les clés liées au nouveau matériel.

Si le problème persiste, j'aurai besoin d'analyser l'état de la connexion Microsoft Entra (Azure AD) du serveur. Pourriez-vous exécuter la commande suivante dans la session de l'utilisateur et me transmettre les résultats des sections Device State et SSO State ?

dsregcmd /status

Je vais suivre ce dossier de près pour m'assurer que votre serveur RDP retrouve son activation complète. Si ces étapes résolvent votre problème, merci de considérer d'accepter la réponse afin d'aider les autres membres de la communauté.

Documentation officielle Microsoft :

• Réinitialiser l'état d'activation de Microsoft 365 Apps for enterprise
• Résolution des problèmes d'authentification dans les applications Office

Bonjour,

Le code d’erreur 7q6ch que vous voyez lors de la tentative d’activation de Microsoft 365 sur un serveur RDP n’est pas un message standard de Windows Server mais un identifiant d’erreur renvoyé par le service d’activation en ligne de Microsoft. Ce type d’erreur survient généralement lorsque l’activation via compte Microsoft est bloquée par la configuration du serveur, notamment dans les environnements RDS (Remote Desktop Services).

Microsoft 365 n’est pas conçu pour être activé directement par un compte Microsoft sur un serveur RDP multi‑session. Dans les environnements serveur, l’activation doit se faire via Office Shared Computer Activation (SCA), qui est inclus dans les licences Microsoft 365 Apps for Enterprise. Cela permet à chaque utilisateur de s’authentifier avec son propre compte Microsoft 365, plutôt que d’essayer d’activer l’installation globale avec un seul compte. Si vous tentez d’activer avec un compte Microsoft personnel ou standard, vous obtiendrez des erreurs comme celle que vous mentionnez.

La bonne pratique est donc de vérifier que vous avez bien installé Microsoft 365 Apps for Enterprise avec le mode SCA activé. Cela se configure via le fichier configuration.xml utilisé par l’Office Deployment Tool, en ajoutant la ligne :

<SharedComputerLicensing>true</SharedComputerLicensing>

Une fois installé avec cette option, chaque utilisateur qui se connecte via RDP pourra activer Office avec ses propres identifiants Microsoft 365, et l’erreur disparaîtra.

Si vous utilisez une édition qui ne supporte pas SCA (par exemple Microsoft 365 Family ou Personal), elle ne pourra pas être activée sur un serveur RDP. Dans ce cas, il faut migrer vers une licence Microsoft 365 Apps for Enterprise ou Microsoft 365 E3/E5 qui inclut le droit d’usage en environnement partagé.

En résumé, l’erreur 7q6ch est liée au fait que vous essayez d’activer Microsoft 365 sur un serveur RDP avec une méthode non supportée. La solution est de déployer Office avec Shared Computer Activation et de vous assurer que la licence utilisée est bien une édition Enterprise adaptée aux environnements multi‑utilisateurs.

J'espère que vous avez trouvé ces informations utiles. Si elles vous ont permis de mieux comprendre le problème, n'hésitez pas à accepter la réponse. Si vous avez d'autres questions, laissez un message. Bonne journée !

Domic Vo.

Le code d’erreur « 7q6ch » n’apparaît pas dans la documentation fournie, mais plusieurs causes classiques bloquent l’activation de Microsoft 365 Apps sur un serveur (y compris en environnement RDS/RDP). Les actions ci‑dessous couvrent les problèmes réseau, de proxy/firewall, de licence et de profil utilisateur, qui sont les plus fréquents.

1. Vérifier la connectivité réseau et le proxy

• Sur le serveur, ouvrir une session avec un compte administrateur.
• Vérifier si le serveur est derrière un proxy : si oui, configurer WinHTTP pour utiliser ce proxy :

    netsh winhttp set proxy <adresse_serveur_proxy>
  

• S’assurer que les URL d’activation Microsoft 365 sont accessibles depuis le serveur (pas de blocage proxy/firewall) :
  • https://officecdn.microsoft.com
  • https://ols.officeapps.live.com/olsc
  • https://activation.sls.microsoft.com
  • https://odc.officeapps.live.com
  • https://crl.microsoft.com/pki/crl/products/MicrosoftProductSecureServer.crl
  • https://crl.microsoft.com/pki/crl/products/MicrosoftRootAuthority.crl
• Si un firewall est en place, ajouter des règles d’autorisation pour ces URL/CRL et, plus largement, pour les endpoints Microsoft 365 documentés.

2. Vérifier les services réseau Windows Sur le serveur, lancer services.msc et vérifier que les services suivants sont en cours d’exécution :

• Network Connected Devices Auto-Setup
• Network List Service
• Network Location Awareness
• Windows Event Log Démarrer tout service arrêté, puis réessayer l’activation.

3. Vérifier l’activation et les licences Microsoft 365

• Confirmer que le compte utilisé pour se connecter dans Office dispose bien d’une licence incluant « Microsoft 365 Apps for enterprise » (ou équivalent) et que la sous‑licence Office est cochée dans le Centre d’administration Microsoft 365.
• Si le message d’erreur côté portail indique « You currently have not been assigned an office license that includes the Office desktop apps », corriger l’affectation de licence, puis relancer l’activation.

4. Réinitialiser l’état d’activation Office sur le serveur

• Suivre la procédure « Reset activation state for Microsoft 365 Apps for enterprise » pour effacer l’état d’activation existant, puis relancer une activation propre.

5. Vérifier les paramètres RDS/VDI Sur un serveur RDS, s’assurer que :

• Le scénario d’utilisation est supporté (Microsoft 365 Apps en mode partagé/Shared Computer Activation si applicable).
• Les informations d’identification Microsoft 365 ne sont pas « roamées » de manière incorrecte entre sessions.
• Si l’environnement est VDI non persistant, mettre en place Seamless SSO selon la documentation Microsoft Entra.

6. Nettoyer les identités et informations d’identification locales Sur le serveur (ou le profil utilisateur concerné) :

• Ouvrir Gestionnaire d’identification > Informations d’identification Windows et supprimer les entrées liées à MicrosoftOffice16 ou au compte Microsoft 365 utilisé.
• Dans Paramètres > Comptes > Accès au travail ou à l’école, déconnecter tout compte qui ne doit pas être utilisé pour Office sur ce serveur, puis redémarrer et réessayer l’activation.

7. Vérifier les mises à jour

• Installer les dernières mises à jour Windows Server.
• Dans une application Office (Word, etc.) : Fichier > Compte > Options de mise à jour > Mettre à jour maintenant.

Si, après ces vérifications (réseau/proxy/firewall, services, licences, état d’activation, configuration RDS/VDI et identités locales), l’erreur 7q6ch persiste, il est recommandé de collecter les journaux d’activation Office et d’ouvrir un ticket de support Microsoft avec ces éléments.

References:

• "We are unable to connect right now" error when users try to activate Microsoft 365 Apps for enterprise
• Microsoft 365 Apps activation error codes 0xCAA70007 and 0xCAA80000
• Sign in issues when activating Microsoft 365 Apps
• Microsoft 365 Apps activation error: "Sorry, we are having some temporary server issues"
• "Sorry, we can't connect to your account." error when you activate Office from Microsoft 365
• Microsoft 365 Apps activation error: "You currently have not been assigned an office license that includes the Office desktop apps"
• Can't sign in to microsoft 365 desktop apps - Microsoft Q&A