Tu copia local miente
Tener una biblioteca documental sincronizada con tu Power BI no garantiza que estés editando la última versión. Lo que pasa de verdad con la latencia, el bloqueo, la sesión en memoria y el borrado cuando dos personas comparten un mismo archivo.
Comenzaste a trabajar de forma compartida usando una biblioteca documental e hiciste todo bien. Bloqueaste el archivo, lo abriste desde la carpeta sincronizada, editaste, guardaste y liberaste con su comentario. Y aun así, dos días después falta el trabajo de alguien.
Esto no va del método —de eso hablé en el artículo anterior— sino de lo que ocurre por debajo cuando dos personas comparten un mismo archivo. Es la parte donde todo lo que diseñaste y pusiste en práctica se pierde en silencio: sin errores, sin avisos y sin que nadie haga nada mal.
La regla que resume todo lo que viene: la copia local nunca es la autoridad. La autoridad está siempre en la biblioteca.
Resumen
- Tres cosas desactualizan tu copia sin avisarte: la latencia de subida y bajada, los archivos a petición —lo que ves puede no estar en tu disco— y la sesión en memoria de Power BI Desktop.
- La tercera es la peligrosa: Desktop carga el archivo al abrirlo y no vuelve a mirar el disco. Dejarlo abierto de un día para otro es la causa más común de sobreescritura involuntaria.
- Guardar en la biblioteca desde Desktop copia, no mueve: acabas con dos archivos del mismo nombre y solo la ruta los distingue.
- Power BI Desktop no sincroniza. No hay botón de actualizar. Traer los cambios de otra persona es cerrar el archivo y volver a abrirlo.
- Dos comportamientos que verifiqué: uno confirma lo documentado —el solo lectura de estas bibliotecas se levanta al desproteger— y otro no lo he encontrado documentado: de una sesión de bloqueo sale una única versión, guardes dos veces o guardes mil.
- Al cerrar el ciclo, el icono local puede tardar en actualizarse. El historial del navegador es la fuente de verdad, no lo que veas en tu explorador.
- El bloqueo no protege del borrado, y hay tres operaciones que no pasan por la papelera. La mitigación real es de permisos.
Sección 01Por qué tu copia local va por detrás
La sincronización ayuda muchísimo, pero hay tres aspectos importantes a tener en cuenta:
| Factor | Por qué importa |
|---|---|
| Latencia | Subir y bajar un archivo lleva su tiempo. Cuanto más pesa el .pbix, más ancha es la ventana en la que tu copia está atrasada sin que lo notes. |
| Archivos a petición | Por defecto los archivos aparecen como marcadores en la nube y solo se descargan al abrirlos. Lo que ves en el explorador puede no estar realmente en tu disco. |
| Carga en memoria | Power BI Desktop carga el archivo entero al abrirlo y no vuelve a mirar el disco. Si otra persona libera una versión mientras lo tienes abierto, tu sesión no se entera nunca. |
El tercero es el que hace daño, porque es silencioso y ocurre aunque la sincronización funcione perfectamente. No hay error, no hay aviso, no hay nada que mirar.
Sección 02¿Cuál de los dos archivos estoy abriendo?
Esta fue la duda que más me costó resolver, y creo que le pasa a todo el mundo.
Cuando usas Guardar como → SharePoint desde Desktop, lo que ocurre es que se sube una copia. El archivo original sigue existiendo en tu disco, tal cual, y a partir de ese momento tienes dos archivos distintos con el mismo nombre. Los dos aparecen en Archivo → Abrir → Recientes, uno debajo del otro, y solo se distinguen por la ruta.
No te confundas: si trabajas contra la carpeta sincronizada, la ruta también empieza por una unidad local. La diferencia está en la ruta y en cómo se ven los archivos que tengas ahí. Me explico: la carpeta sincronizada lleva el nombre de tu organización y muestra los iconos de estado de la nube; la copia suelta viene de tus Documentos, o de la carpeta local donde tengas el archivo, y no tiene ninguno. Si dudas, ábrela en el explorador y mira si hay iconos junto al archivo.
Haz que equivocarse sea imposible, no improbable
Mientras la copia suelta siga existiendo en tu disco, algún día con prisa la vas a abrir. Bórrala o muévela a una carpeta de archivo en cuanto el archivo esté en la biblioteca.
Si prefieres conservarla como copia base de seguridad —por si las cosas salen mal y necesitas volver al inicio con algo que funcionaba—, al menos renómbrala para que no aparezca igual en la lista de recientes, del estilo Ventas_Voz_LOCAL_NO_USAR.pbix.
Sección 03Cómo traigo los cambios de la otra persona
Aquí está la respuesta: Power BI Desktop no sincroniza nada. Al abrir un archivo se trae la versión que hubiera en ese momento y ahí se queda. No hay botón de «actualizar desde el servidor», y no hay aviso si alguien libera una versión mientras tú lo tienes abierto.
Así que traer los cambios de otra persona consiste en una sola cosa: cerrar el archivo y volver a abrirlo. Eso trae la versión actual en ese instante. No hay un mecanismo mejor ni más elegante.
Lo que cambia es desde dónde lo reabres. Si trabajas con la biblioteca sincronizada, desde la carpeta sincronizada: el cliente ya habrá bajado la última versión, siempre que la sincronización esté al día. Si abres directamente de la biblioteca, desde la entrada de Recientes cuya ruta es la del sitio, nunca desde la que cuelga de tus Documentos.
Y si quieres estar seguro/a antes de ponerte a trabajar, la comprobación son diez segundos: abre el historial en el navegador y compara la fecha y hora de la última versión con lo que tienes delante. Si la de la biblioteca es más reciente, cierra y vuelve a abrir.
Sección 04Comprobar antes de abrir
Si trabajas con la biblioteca sincronizada, el explorador te dice en todo momento si tu copia está al día. Es la comprobación de tres segundos que hay que hacer antes de abrir, y con ella te ahorras casi todo lo que cuenta este artículo.
En realidad son tres controles, de menos a más fiable: el icono de estado, el bloqueo y el número de versión. Van así.
Uno · El icono de estado
El candado que aparece junto al icono es otra cosa distinta: es el solo lectura que impone el bloqueo obligatorio. Mientras esté ahí, Desktop no te dejará guardar por mucho que el archivo esté descargado. Desaparece cuando desproteges.
Dos · El bloqueo
El control que no depende de ningún icono
Este no depende de ninguna herramienta, es de proceso. Si el equipo respeta el turno, nadie ha podido subir nada mientras tú tenías el archivo desprotegido.
Así que si acabas de desproteger y el icono está verde, no hay versión nueva posible: el bloqueo la habría impedido. Por eso el orden correcto es desproteger primero y abrir después, nunca al revés. El bloqueo no solo evita que otro edite: es lo que te garantiza que lo que tienes delante es lo último.
Tres · El número de versión
Confirma el número de versión. Antes de editar, anota cuál es la actual; al cerrar el ciclo, la nueva debe ser exactamente la siguiente. Si el salto es mayor, alguien intervino en medio. Es detección de conflictos artesanal —el equivalente manual a lo que un repositorio hace solo— y para un equipo de dos personas resulta suficiente.
Y con archivos pesados
Cuanto más grande es el .pbix, más ancha es la ventana entre que obtienes el bloqueo y que la descarga termina. Con un archivo de cientos de megas, esperar a la marca verde no es una manía, es la diferencia entre trabajar sobre lo último o sobre lo de ayer.
Cómo eliminar esa espera del todo
Clic derecho sobre la carpeta de archivos de origen → Conservar siempre en este dispositivo. Los archivos dejan de ser marcadores en la nube y pasan a estar descargados de verdad, así que al desproteger y abrir no hay latencia ninguna: la ventana de riesgo desaparece.
El precio es espacio en disco, y con .pbix grandes no es poco: una carpeta con tres tableros de 800 MB se lleva más de dos gigas. Si el disco aprieta, fija solo los ligeros y deja los pesados como marcadores, o usa Liberar espacio sobre los que no toques a diario. Eso no borra nada de la biblioteca.
Y al cerrar el ciclo, ¿cómo sé que subió?
Es la duda que aparece justo al final, y confunde bastante. Cuando liberas el bloqueo desde el navegador, el servidor cierra la versión al instante, pero tu cliente de sincronización tarda unos segundos —a veces un par de minutos— en enterarse y actualizar el icono. Durante ese rato verás las flechas girando, y da la impresión de que algo falló.
No falló. No lo compruebes en tu equipo, es en el servidor donde tienes que hacerlo: abre el historial de versiones desde el navegador. Si ves una fila nueva con tu comentario y la hora de hace un momento, el ciclo está cerrado, haga lo que haga el icono local.
El icono describe el estado de tu copia. El historial describe el estado de la biblioteca. Cuando discrepen, manda el segundo.
Un detalle que despista al principio: el candado que ves junto a los archivos no desaparece después del check-in. Si lo llevan todos los archivos de la carpeta, no es tu bloqueo: es el indicador de que la biblioteca exige desprotección para editar. El de tu bloqueo es el que se levanta al desproteger, y solo afecta al archivo que tomaste.
Sección 05Dos comportamientos que verifiqué
Son observaciones de mi entorno, no garantías: pruébalo en el tuyo antes de poner este mecanismo en producción.
Uno · El solo lectura se levanta al desproteger
La documentación indica que las bibliotecas con bloqueo obligatorio se sincronizan en solo lectura y que los cambios no se propagan de vuelta. Es cierto, pero incompleto: ese solo lectura es el estado por defecto, no un estado permanente. Desproteger lo levanta.
Lo comprobé con los dos archivos de la misma biblioteca, en el mismo momento y en la misma máquina. Al desproteger uno de ellos, el candado desaparece de ese archivo y se mantiene en el otro. La única variable que cambió fue la desprotección.
| Situación | Comportamiento observado |
|---|---|
| Sin bloqueo | El archivo en la carpeta sincronizada aparece con candado y en solo lectura. Desktop no deja guardar. |
| Con bloqueo propio | El candado desaparece y el archivo se vuelve escribible. Al guardar, el cambio sube automáticamente y queda registrado. Sin descargas ni subidas manuales. |
Dos · Una sesión de bloqueo equivale a una fila del historial
Esto lo probé paso a paso, y la secuencia exacta es esta:
- Desprotejo el archivo y lo abro desde la biblioteca.
- Hago un cambio y guardo. Si abro el historial, ya aparece una fila nueva, con su autor y su hora, y sin comentario.
- Guardo otra vez. Y otra. El historial no añade filas: la misma entrada se queda ahí y solo se actualiza su fecha y hora.
- Libero el bloqueo. Ahí el sistema pide la descripción, que se aplica a esa misma fila.
La conclusión es directa: entre la desprotección y la liberación puedo hacer un cambio o mil, y en el historial siempre queda una sola fila, con la hora del último guardado y el comentario que escribí al liberar.
Guardes dos veces o guardes diez, de una sesión de bloqueo sale una sola versión. El comentario del check-in describe todo lo que hiciste en esa sesión, no el último guardado.
La consecuencia práctica es doble. Por un lado, quita el miedo a guardar seguido: no ensucias el historial ni consumes versiones de más. Por otro, obliga a redactar mejor: si en esa sesión tocaste tres cosas, el comentario tiene que mencionarlas, porque no habrá ninguna otra entrada donde queden registradas.
Un detalle relacionado sobre dónde guarda Desktop: escribe en la ruta desde la que abriste el archivo, y nada más. No tiene un guardado consciente de la biblioteca como las aplicaciones ofimáticas. Si abriste desde Descargas, ahí se queda. Por eso sincronizar no es una comodidad: es lo que hace que guardar y subir sean la misma acción.
Sección 06El borrado, que el bloqueo no cubre
El bloqueo restringe la edición, no la eliminación. Cualquiera con permiso de edición puede borrar el archivo, y el borrado se propaga a la biblioteca y de ahí a la carpeta local de los demás.
Es recuperable: los elementos eliminados permanecen en la papelera del sitio durante 93 días y vuelven con su historial íntegro. Pero hay tres operaciones que no lo son:
- Eliminar una versión concreta desde el panel de historial: se borra de forma permanente, sin pasar por la papelera.
- Usar
Delete All Versions: se lleva el historial entero, sin vuelta atrás. - Borrar el archivo elimina todas sus versiones; no se puede restaurar una versión de un archivo que ya no existe.
Para forzar la última versión, no borres el archivo
Es el error más caro que puedes cometer aquí. La sincronización es bidireccional: si borras el archivo de tu carpeta local para «descargarlo limpio», el borrado sube a la biblioteca y se lleva el archivo con todo su historial a la papelera del sitio.
El camino correcto: cierra Desktop, clic derecho sobre el archivo → Liberar espacio. Se convierte en marcador en la nube sin tocar la biblioteca, y al abrirlo se descarga en su versión más reciente. La alternativa es Conservar siempre en este dispositivo, que lo baja completo antes de abrirlo.
La mitigación real no es de proceso, es de permisos: rompe la herencia en la carpeta de archivos de origen, da edición solo a quien desarrolla y deja al resto en solo lectura. Si reasignar permisos se complica, la alternativa limpia es un sitio privado del equipo de BI con la biblioteca dentro.
Sección 07Catálogo de obstáculos
Los cinco que me encontré montando esto, con su causa raíz y su solución. Llevan numeración propia de este artículo; el catálogo del método está en el artículo anterior.
Power BI Desktop no puede acceder a la nube
Al intentar guardar en OneDrive desde Desktop, un error de acceso denegado con código HTTP 423 («bloqueado»). No es un problema de permisos sobre la carpeta: es una política del tenant —acceso condicional o restricción de dispositivos— que impide la conexión desde aplicaciones de escritorio.
No se resuelve desde Desktop y no conviene intentar rodearlo. Prueba antes la pestaña de SharePoint, por si la restricción afecta solo a OneDrive personal. Si tampoco, trabaja contra la biblioteca sincronizada: el método completo sigue funcionando. Y si quieres el acceso directo, pide el desbloqueo a tu administrador aportando el código de error y el identificador de solicitud que muestra la pantalla.
El selector de cuenta apunta al tenant equivocado
Al autenticarse aparece un mensaje diciendo que la cuenta no existe en el tenant y que habría que añadirla como usuario externo. Suele ocurrir cuando hay más de una cuenta iniciada en Power BI Desktop y el diálogo arrastra el contexto de la que no toca.
Cerrar sesión de las cuentas que no sean la corporativa, cerrar la aplicación por completo y volver a entrar solo con la del trabajo. Comprobación rápida: si entras a tu SharePoint desde el navegador con esa cuenta y funciona, el problema es del selector; si tampoco entras, es política del tenant y vuelves al S1.
Producción actualizada, archivo de origen atrás
Publicar al servicio y guardar en la biblioteca son operaciones independientes, y el bloqueo solo afecta a la segunda. Publicar funciona siempre; en cambio, si editaste sin desproteger, la sincronización del archivo se atasca. Resultado: lo publicado avanzó y la fuente única de verdad se quedó en la versión anterior.
Los cambios no se pierden: siguen en local hasta que resuelvas el bloqueo. Desprotege, deja que suba y libera con comentario. Para prevenirlo, la regla de oro: no publicar nunca sin haber desprotegido antes el archivo de origen, aunque publicar no lo exija.
Borrar en local para «forzar una descarga limpia»
Parece inofensivo y es lo más destructivo de la lista. La sincronización es bidireccional: la eliminación local sube a la biblioteca y arrastra el archivo, con todo su historial, a la papelera del sitio.
Usar Liberar espacio en su lugar, que convierte el archivo en marcador sin tocar la biblioteca. Si ya ocurrió, recupéralo desde la papelera del sitio —no desde la del equipo local, cuya copia perdió el vínculo— y deja que la sincronización lo baje de nuevo.
El archivo abierto de un día para otro
Con el archivo abierto, el sistema lo bloquea y la sincronización no puede sobreescribirlo: se detiene o genera una copia de conflicto. Y aunque llegara a actualizarse en disco, la sesión en memoria seguiría siendo la anterior.
Cerrar Power BI Desktop al terminar la jornada. Es una regla de un segundo que elimina el escenario de riesgo más silencioso de todos.
Sección 08El comentario, que ahora carga con toda la sesión
El hallazgo de la sección anterior tiene una consecuencia que conviene aterrizar: si de cada sesión de bloqueo sale una sola fila, ese comentario es el único registro de todo lo que hiciste. No hay una segunda entrada donde matizar.
Por eso conviene una convención con prefijo, que permita leer el historial en diagonal. La que uso responde a la pregunta que de verdad se hace uno al mirar una fila: ¿este cambio pudo alterar las cifras?
| Etiqueta | Cuándo |
|---|---|
[modelo] | Tablas, relaciones, columnas o medidas. Todo lo que puede mover un número. |
[origen] | Consultas, conexiones, parámetros, transformaciones. Es el de más riesgo, por eso no vive dentro de [modelo]. |
[reporte] | Páginas, visualizaciones, filtros, formato. Nada que altere cifras. |
[correctivo] | Arreglas algo que estaba mal. Son las filas que buscarás cuando alguien pregunte desde cuándo un dato salía raro. |
[base] | Versión inicial o punto estable al que querrías poder volver. |
[etiqueta] qué cambió · por qué [modelo] medida de tasa de contacto efectivo · petición de operaciones [origen] filtro de fecha en la consulta de origen · el histórico completo tardaba [correctivo] relación duplicada calendario–hechos · totales inflados [reporte] página de detalle: orden por volumen en vez de alfabético
Tres reglas que hacen que una convención así sobreviva. Pocas etiquetas: cinco se recuerdan sin consultar nada, doce acaban en que cada persona use la suya. Una sola por comentario: si tocaste varias cosas, pon la de mayor riesgo. Y el «por qué» es lo que más vale, porque dentro de seis meses el «qué» lo deduces mirando el archivo, y el «por qué» no lo deduce nadie.
Sección 09Las siete reglas que acabamos acordando
| Regla | Qué evita |
|---|---|
| Cerrar Desktop al terminar | Trabajar sobre una sesión en memoria obsoleta. |
| Verificar la sincronización antes de abrir | Editar una copia que aún no recibió los últimos cambios. |
| Confirmar el número de versión al abrir y al cerrar | Que una intervención concurrente pase desapercibida. |
| Comentario con formato uniforme en cada liberación | Un historial que sea una lista de fechas. |
| No borrar nunca el archivo de la carpeta sincronizada | Propagar el borrado a la biblioteca y al resto del equipo. |
| No tocar el borrado de versiones ni el de todo el historial | Pérdidas irreversibles, sin papelera que valga. |
| Confirmar el cierre en el historial, no en el icono | Dar por subido algo que se quedó a medias, o al revés. |
Ninguna de las siete es técnica. Todas son de disciplina, y esa es exactamente la conclusión a la que llegué en el artículo anterior: la herramienta no arregla lo que el equipo no ha acordado. Aquí solo se ve con más detalle por qué esas siete, y no otras.
Este artículo es la segunda parte
El método completo —los cinco acuerdos de equipo, el protocolo de publicación, cómo montar la biblioteca desde cero y las cuatro alternativas de control de versiones evaluadas con licencia Pro— está en «Publicar entre varios, sin perder trabajo».
Si has llegado aquí buscando por qué se te desaparecen cambios, empieza por ahí: este artículo es la letra pequeña de aquel método.
Sección 10Fuentes oficiales
- Archivos a petición de OneDrive support.microsoft.com · «Ahorrar espacio en disco con Archivos a petición de OneDrive»
- Desprotección, protección y descarte de cambios en archivos de una biblioteca support.microsoft.com · «Check out, check in, or discard changes to files»
- Planificación del almacenamiento de versiones en bibliotecas documentales learn.microsoft.com/sharepoint/plan-version-storage
- Restaurar elementos de la papelera de reciclaje de un sitio support.microsoft.com · «Restore items in the recycle bin of a SharePoint site»
- Integración de Power BI Desktop con OneDrive y SharePoint learn.microsoft.com/power-bi/create-reports/desktop-sharepoint-save-share
¿Te has encontrado un comportamiento distinto en tu tenant? Los dos hallazgos de la sección 05 son los que más me interesa contrastar: si en tu entorno el bloqueo se comporta de otra forma, cuéntamelo y lo incorporo con tu crédito.