id: 2748367
title: "Caso real: Problema de acceso en OneDrive/SharePoint resuelto (por fin)"
published: true
tags: ["it", "onedrive", "sharepoint", "troubleshooting"]
series: Lo Arreglé y No Sé Cómo
description: "Un problema de acceso que no se resolvía recompartiendo archivos. La causa estaba en la lista oculta UserInfo de SharePoint. Y la solución, en un diagnóstico poco conocido de Microsoft 365."
canonical_url: "https://dev.to/ivajofranc/caso-real-problema-de-acceso-en-onedrivesharepoint-resuelto-por-fin-410k"
cover_image: "https://media2.dev.to/dynamic/image/width=1000,height=420,fit=cover,gravity=auto,format=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2F15aaniatkf8d44btvk95.png"

Caso real: Problema de acceso en OneDrive/SharePoint resuelto (por fin)

🇬🇧 Also read this post in English

🎯 Resumen rápido

Un usuario no podía acceder a archivos compartidos en OneDrive/SharePoint.

Mensaje típico: “Solicita acceso para ver el archivo”.

Cuenta recién recreada, permisos recompartidos, y nada funcionaba.

Spoiler: no era culpa de Azure AD.

❌ Lo que intentamos (y no funcionó)

1. Verificar usuario en Azure AD
   
   Confirmamos que la cuenta estaba OK, con su ObjectId correcto.

2. Buscar objetos eliminados en Azure AD
   
   Intentamos encontrar la cuenta antigua, pero ya estaba purgada.

3. Recompartir archivos desde cero
   
   Borramos permisos antiguos, compartimos de nuevo, pruebas en modo incógnito...
   
   Resultado: mismo error. ¿En serio?

4. Crear archivos nuevos para probar
   
   Nuevo Excel, compartido solo con el usuario.
   
   Resultado: sin acceso. ¿Quién se está inventando esta historia?

🧠 Diagnóstico técnico (lo importante)

El problema estaba en SharePoint Online, en una lista oculta llamada UserInfo dentro del sitio de OneDrive del propietario.

Esta lista mantenía referencias al viejo ObjectId eliminado, haciendo que SharePoint siguiera validando con un ID que ya no existía.

Resultado: archivos compartidos, pero acceso denegado.

✅ La solución mágica

Ejecutamos el diagnóstico oficial de Microsoft 365 llamado “Site User ID Mismatch” desde el Centro de Administración:

• Se detectó el conflicto de identidad en la lista UserInfo.
• Se eliminaron las referencias obsoletas.
• Se recalibraron los permisos usando el ObjectId correcto.

🔗 Enlaces útiles para más detalles:

• 🛠️ Diagnóstico oficial de Microsoft: “Fix site user ID mismatch”
• 🧩 Artículo técnico: Resolving User ID mismatch issues (ExpertBrains)

🔄 Resultado final

• El usuario recibió la invitación nuevamente.
• Ahora puede abrir los archivos sin pedir acceso.
• Probado en incógnito y navegadores varios, todo OK.
• Problema resuelto en archivos antiguos y nuevos.

📝 Conclusión

Cuando eliminas y recreas cuentas, SharePoint puede quedarse con metadatos desactualizados que bloquean el acceso.

La herramienta oficial de Microsoft limpia esta inconsistencia de forma segura y sin complicarte la vida.

💡 Recomendaciones para el futuro

• Al eliminar y recrear usuarios, ejecuta el diagnóstico “Site User ID Mismatch” si hay problemas de acceso.
• Limpia la lista UserInfo en migraciones o reprovisionamientos masivos.
• Evita reutilizar cuentas eliminadas en menos de 30 días si puedes.

Este artículo es parte de “Lo Arreglé y No Sé Cómo”: soluciones reales de IT, sin rodeos y sin esconder el truco.