Por qué una letra de unidad sigue importando
En un mundo totalmente en la nube, esperarías que la unidad montada fuera una reliquia. No lo es, porque
una gran cantidad de software empresarial real solo puede abrir una ruta, nunca una dirección web:
sistemas de contabilidad y ERP, back-ends de Access, archivos de CAD e ingeniería vinculados por ruta,
trabajos de copia de seguridad, scripts por lotes, exportaciones programadas. Dales
https://…sharepoint.com/… y sencillamente no pueden. Dales X:\Projects\… y
funcionan sin más. Ese único hecho mantiene viva la letra de unidad. (Vivimos toda la saga detrás de esto: la
historia del desarrollador está aquí.)
Los métodos que la gente prueba
1 · WebDAV — «Agregar una ubicación de red»
FrágilEl método al que todos recurren primero: pegar la URL del sitio en Conectar a unidad de red y dejar que el cliente WebDAV integrado de Windows la monte. En una demo limpia se ve perfecto. En el uso diario es el más confuso, porque es el método que Microsoft ha ido retirando en la práctica.
- La sesión no se mantiene viva: este es el verdadero problema. La cookie de autenticación dura solo unas pocas horas, tras lo cual la unidad se cae en silencio o vuelve a pedir credenciales. El cliente integrado no la renueva por su cuenta, así que los usuarios se topan con «acceso denegado» en mitad del trabajo varias veces al día. Eso, y no un único límite, es lo que hace que WebDAV no sea apto para el uso diario.
- Se apoya en Internet Explorer. El flujo de mapeo clásico depende del viejo motor de IE para la autenticación, y Microsoft descontinuó el acceso de IE11 a SharePoint y OneDrive a mediados de enero de 2023. Cuando se rompe, se te pide volver a autenticarte en el «modo Internet Explorer».
2 · Sincronización de OneDrive (con una letra de unidad encima)
Copia todo
El cliente de sincronización puede poner tu biblioteca en el Explorador de archivos, e incluso puedes asignar
una letra a la carpeta sincronizada con subst. Pero esto no es una unidad «sin copias»: refleja
los archivos en el disco, lo que trae de vuelta todo el problema de las bibliotecas grandes. La propia
recomendación de Microsoft es mantenerse por debajo de 300,000 elementos sincronizados para
un buen rendimiento; la primera sincronización de una biblioteca grande puede llevar buena parte de un día, y
el «procesamiento de cambios» puede durar días. Bien para una carpeta pequeña; un muro para un terabyte.
Nos topamos con cada parte de ese muro.
3 · Simplemente usa el navegador
Sin ruta para las appsPerfectamente válido para abrir un documento a mano. Inútil para el software que necesita una ruta real: el sistema de contabilidad, el back-end de Access, el archivo de CAD, el trabajo de copia de seguridad. No pueden abrir una dirección web, y por más que digas «simplemente usa el navegador», eso no cambia.
4 · «Unidades» de pago dedicadas para SharePoint
Rompe la nubeExisten apps de pago independientes que prometen SharePoint y OneDrive como una unidad. Quitan parte del dolor de WebDAV, pero por el camino rompen justo aquello para lo que sirve la nube:
- Requieren un registro de aplicación en Azure. Antes de que aparezca una sola unidad: consentimiento del administrador y un proyecto en el tenant. Para una empresa pequeña sin departamento de TI, eso es un obstáculo insalvable.
- Acaban con la edición en tiempo real. En lugar de coautoría en vivo, obtienes o bien un bloqueo total del archivo para una sola persona, o conflictos de versiones para varias. Lo mejor que te da la nube desaparece.
- Sobrescriben el historial de versiones. Cada guardado envía una copia completamente nueva del archivo a la nube en lugar de editar el documento vivo: la cadena de versiones limpia se sustituye por una pila de sobrescrituras del archivo completo.
Qué aguanta de verdad
Si reduces los fallos a requisitos, la respuesta es concreta. Una letra de unidad para SharePoint que sobreviva al trabajo real tiene que:
- Montar sin Internet Explorer: sin depender de un motor obsoleto.
- Mantener la sesión viva: renovar la autenticación en silencio, para que la unidad no se caiga cada pocas horas.
- No copiar nada al disco: para que una biblioteca de un terabyte y su millón de archivos no sean un problema, y no haya un tope de 300,000 archivos.
- Preservar la coautoría y el historial de versiones: el archivo en la unidad tiene que ser el documento vivo de la nube, no una copia que sobrescribe la nube en cada guardado.
- No necesitar ningún registro de aplicación en Azure: un inicio de sesión normal de Microsoft 365, nada que un administrador tenga que aprobar.
La letra de unidad debería ser una ventana al archivo en la nube, no una copia de él. Si aciertas con
eso, todo lo que SharePoint hace bien sigue funcionando a través de X:\.
Cómo lo hace OneMount
OneMount es la herramienta que creamos para cumplir con esa lista. Monta bibliotecas de SharePoint Online y OneDrive como unidades de Windows normales a través de WebDAV, pero sin la dependencia de Internet Explorer, con la sesión mantenida viva en segundo plano y sin copiar nada a tu disco. Como el archivo en la unidad es el documento vivo de SharePoint, Word y Excel lo abren con coautoría real, Autoguardado e historial de versiones completo intactos: las cosas que los otros enfoques desactivan sin decírtelo.
- Instala: un solo archivo, sin permisos de administrador.
- Inicia sesión: tu cuenta normal de Microsoft 365; OneMount encuentra tus sitios y bibliotecas por sí mismo. Sin registro en Azure, sin consentimiento del administrador, sin configuración del tenant.
- Trabaja: las unidades están en el Explorador de archivos, y cada app que quiere una ruta por fin tiene una. El período de prueba comienza automáticamente.
Y para compartir a diario: un menú contextual en el Explorador de archivos. Haz clic derecho en un archivo o carpeta de la unidad para copiar el enlace web de SharePoint (para personas externas) o la ruta de la unidad (para colegas internos), abrir el archivo en SharePoint, mostrar su historial de versiones o enviarlo a Outlook. El enlace correcto en un clic, sin tener que buscar en el navegador.
¿Quieres la historia de fondo: la biblioteca de un terabyte, las copias en conflicto, las herramientas que aplanaron nuestro historial de versiones? Lee la historia del desarrollador que dio origen a OneMount →
Fuentes