SharePoint et OneDrive : comprendre une incohérence d’identifiant

Après recréation d’un compte avec la même adresse, son identifiant interne peut différer de celui mémorisé dans SharePoint ou OneDrive. Microsoft appelle ce scénario « Site User ID Mismatch » ; l’ancien titre utilisait « PUID mismatch ».

Un refus d’accès ne suffit toutefois pas à poser ce diagnostic. Il peut aussi venir d’un lien incorrect, d’une autorisation absente ou de l’état du site. La chronologie et le périmètre sont les premières preuves à recueillir.

Reconnaître les indices utiles

Une recréation récente, un message mentionnant un ancien compte ou une URL OneDrive avec un suffixe inattendu sont des indices à examiner.

Évitez d’en déduire une correction automatique : posez l’hypothèse, vérifiez-la et consignez le résultat. Cause et symptômes documentés par Microsoft.

Préparer un dossier de diagnostic

Relevez sans demander le mot de passe :

• l’identifiant de connexion concerné et le tenant ;
• l’URL exacte du site d’origine et celle vers laquelle la personne est dirigée ;
• le message complet, l’heure du test et l’éventuel identifiant de corrélation ;
• les dates connues de suppression, restauration, recréation ou changement d’annuaire ;
• les ressources qui fonctionnent encore et celles qui échouent ;
• les modifications de droits déjà tentées.

Vérifiez le compte réellement connecté dans le navigateur et essayez l’URL convenue avec ce compte. Faites confirmer par le propriétaire que l’accès est attendu. Si plusieurs personnes sont touchées simultanément, recherchez aussi un incident de service ou une modification commune : cela évite de traiter chaque compte comme une recréation isolée.

Utiliser le diagnostic adapté avec un administrateur habilité

Microsoft recommande le diagnostic « Site User Mismatch » avec un administrateur SharePoint. Pour un OneDrive, vérifiez la correspondance entre les comptes : réutiliser l’adresse d’une autre personne ne permet pas de récupérer son ancien espace.

Avant d’accepter une correction, identifiez les sites concernés, les données présentes et les validations nécessaires. Le responsable doit comprendre quels objets seront modifiés et comment le résultat sera contrôlé. Gardez le résultat du diagnostic dans le dossier d’intervention avec les décisions prises.

La disponibilité et les délais du diagnostic varient selon l’environnement. Si le résultat est inconclusif ou l’identité incertaine, préparez une demande au support avec les preuves recueillies. Évitez d’enchaîner des suppressions et recréations qui rendraient la chronologie plus difficile à établir.

Exemple illustratif et critères de reprise

Dans cet exemple fictif, un compte a été recréé pour la même personne après une erreur d’administration. La messagerie fonctionne, mais son ancien dossier partagé refuse l’accès. Le support confirme la recréation et les droits attendus, puis fait exécuter le diagnostic sur le site concerné.

La recette vérifie ensuite l’ouverture avec le compte utilisateur, l’accès à un document attendu et le niveau de droit prévu. Elle vérifie également que les ressources sans rapport avec l’incident n’ont pas été ouvertes plus largement. Conservez le résultat du diagnostic, les opérations acceptées et l’heure de chaque contrôle. Si le service n’a pas encore reflété le changement, suivez le délai indiqué par la procédure applicable avant de conclure à un nouvel échec.

Sources

Sources primaires consultées le 23 octobre 2026. Cette démarche prépare l’intervention ; elle ne permet pas de confirmer une incohérence d’identité sans examen du tenant.

• Microsoft : corriger un Site User ID Mismatch dans SharePoint ou OneDrive.
• Microsoft : diagnostiquer un refus d’accès 403 dans OneDrive ou SharePoint.

Notre support · Organiser les identités et les départs