Blog · En Producción
Publicar entre varios, sin perder trabajo
Cómo trabajar en equipo sobre los mismos tableros de Power BI sin perder cambios: cinco acuerdos de equipo, el protocolo de publicación, las herramientas que lo sostienen con licencia Pro y las trampas que hay que conocer antes de montarlo.
Por Glenda Piñero Muñoz · · 38 min de lectura
¿No te ha pasado que algo que publicaste en el servicio la semana pasada, a la siguiente ya no está?
No te pasa solo a ti. Y casi nunca es negligencia: el equipo no siempre puede avisarse en tiempo real. Surge un cambio urgente, o simplemente se olvida, porque todos llevamos varias cosas encima. Nadie borró nada a propósito. Alguien publicó desde una copia local que ya no era la última. Y ahí está el problema: el método dependía de que alguien se acordara.
«¿Quién publicó esto, cuándo, y cómo volvemos a como estaba antes?»
Que publiquen varias personas sobre el mismo tablero es lo normal en cuanto el equipo de BI deja de ser una sola persona. El primer instinto me llevó a buscar la configuración que lo iba a resolver. Lo investigué a fondo, y lo que encontré fue otra cosa: ninguna herramienta arregla un equipo que no ha acordado cómo trabaja. Lo que hace la herramienta es hacer cumplible el acuerdo.
Así que este artículo va en ese orden. Primero la metodología —cinco acuerdos y un protocolo de publicación—, y después las herramientas que la sostienen con licencia Pro, sin capacidad avanzada (Fabric, Premium, PPU) y sin rol de administrador del tenant. OJO, ser administrador/a de tu área de trabajo no cuenta. Incluye también detalles que me encontré en el camino y un par de conclusiones que di por firmes en mi primer análisis que ya no lo son.
Resumen
- Power BI publica bajo el principio de «la última escritura prevalece». No hay detección de conflictos nativa: si publicas a partir de una versión desactualizada, el trabajo del otro desaparece sin aviso.
- Cinco acuerdos: fuente única, un solo autor a la vez, todo cambio deja rastro legible, publicar es un acto anunciado, y toda restauración tiene dueño y dos pasos.
- El protocolo por publicación son cinco pasos en orden obligatorio: bloquear → editar y guardar → publicar → liberar con comentario → avisar.
- La red de seguridad que el equipo cree tener viene desactivada: el historial de versiones del modelo exige dos ajustes y una primera apertura en modo edición. Y guarda solo cinco versiones del modelo, no del reporte.
- Herramienta principal con licencia Pro: el archivo que se usa en producción debe estar en una biblioteca documental corporativa (SharePoint, Teams, o el equivalente de repositorio de tu organización) con versionado y bloqueo de edición. Con una advertencia que casi nadie menciona: ese historial no es ilimitado.
- Si tu equipo puede trabajar con
.pbip+ repositorio Git, no exige capacidad avanzada y es lo único que previene la pérdida, en lugar de solo permitir recuperarla.
¡Alto ahí! 🛑 Hasta aquí llega la vista previa. El resto del artículo es para suscriptores: gratis y sin contraseñas.