Formación práctica para profesionales, autónomos y empresas.
Portátil con dashboard para diagnosticar por qué Power BI no actualiza datos

Power BI no actualiza datos: 9 causas y cómo diagnosticarlas

Cuando Power BI no actualiza datos, el problema puede estar en la fuente, Power Query, credenciales, gateway, servicio o modelo.

Cambiar cosas al azar suele alargar la incidencia. Un diagnóstico por capas permite encontrar si el fallo ocurre antes, durante o después de la carga.

Qué busca realmente alguien que consulta «Power BI no actualiza datos»

La intención es de resolución de problema. El usuario ya tiene Power BI y necesita recuperar una actualización fiable sin romper el informe.

Por eso esta guía no se limita a definir términos. El objetivo es que puedas reconocer el escenario, tomar una decisión y saber qué comprobar antes de cambiar herramientas, fórmulas o procesos.

1. La fuente cambió de ruta o nombre

Archivos movidos, carpetas renombradas o URLs modificadas rompen referencias.

Comprueba primero si la consulta puede acceder a la misma ubicación desde el entorno donde se ejecuta la actualización.

Una ruta válida en el ordenador del autor puede no existir para el servicio.

2. Las credenciales han caducado

Contraseñas, tokens y permisos pueden cambiar aunque el PBIX siga abriendo.

Revisa configuración de fuente y vuelve a autenticar únicamente después de confirmar que el endpoint sigue siendo correcto.

No confundas un error de autenticación con un problema de transformación.

3. El gateway está desconectado o mal mapeado

Fuentes locales suelen necesitar un gateway disponible para Power BI Service.

Comprueba estado, versión y correspondencia exacta entre la fuente del modelo y la configurada en gateway.

Un archivo que actualiza en Desktop puede fallar en Service por este motivo.

4. Cambió el schema de la fuente

Una columna eliminada, renombrada o con otro tipo puede romper un paso de Power Query.

Revisa la consulta desde el primer paso con error y compara columnas esperadas con las actuales.

Evita arreglar el último paso si el problema nació varios pasos antes.

5. Una transformación no tolera nuevos valores

Conversiones de tipo, divisiones, expansiones o joins pueden fallar con datos inesperados.

Identifica qué fila o valor introduce el error y decide si debe corregirse, excluirse o registrarse como excepción.

Ocultar todos los errores puede dejar el refresh ‘verde’ y el dato incompleto.

6. El refresh termina pero el informe parece igual

A veces los datos cargan y el problema está en filtros, relaciones o medidas.

Compara una tabla de control con la fuente y revisa fecha máxima, número de filas y total de una métrica estable.

Este control separa actualización de visualización.

Cómo tomar una decisión con criterio

Primero identifica qué resultado necesitas y con qué frecuencia. Una solución que funciona para un análisis puntual puede no ser adecuada para un proceso que se actualiza cada día o que utiliza varias fuentes.

Después separa datos, transformación, cálculo y presentación. Esta arquitectura permite encontrar errores y evita que una corrección visual cambie accidentalmente la lógica del modelo.

Por último, define cómo comprobarás que el cambio ha funcionado. Tiempo de actualización, número de pasos manuales, discrepancias, facilidad de mantenimiento y capacidad de responder nuevas preguntas son métricas más útiles que la sensación de que el archivo o dashboard parece más avanzado.

Ejemplo práctico

Un informe de ventas deja de mostrar el mes actual. Desktop actualiza bien, pero Service falla.

La fuente es un archivo de red y el gateway había quedado sin acceso después de un cambio de contraseña. El modelo no necesitaba ninguna modificación.

Revisar el proceso por capas evitó tocar DAX, relaciones y visuales que funcionaban correctamente.

Errores que conviene evitar

  • Borrar pasos de Power Query sin identificar el primero que falla.
  • Publicar de nuevo el PBIX como primera reacción.
  • Ignorar el mensaje detallado del historial de actualización.
  • Ocultar errores masivamente para que el refresh termine.
  • No mantener una hoja o medida de reconciliación.

Estos errores suelen compartir una causa: intentar resolver el síntoma sin revisar la estructura. Cuando los datos, relaciones o criterios no están definidos, añadir funciones o visuales solo hace más difícil detectar el problema.

Curso relacionado en BlackHold Academy

Si quieres trabajar este tema de forma completa, el itinerario recomendado es Curso Power BI completo. El curso desarrolla el proceso con módulos, prácticas y evaluación.

Para proyectos de BI, integración y reporting empresarial, BlackHold Consulting puede acompañar la implantación.

Recursos para seguir profundizando

Preguntas frecuentes

¿Por qué actualiza en Desktop y no en Service?

Suele apuntar a credenciales, gateway, rutas o diferencias de entorno.

¿Dónde miro el error?

En el historial de actualización del dataset y, si es necesario, en cada consulta de Power Query.

¿Puede ser DAX?

DAX no suele impedir el refresh de la fuente, pero puede hacer que los visuales no reflejen el dato como esperas.

¿Qué hago si cambian columnas?

Ajusta la transformación desde el primer paso afectado y revisa dependencias posteriores.

¿Conviene automatizar alertas?

Sí, especialmente en reporting crítico, para detectar fallos antes de que un usuario consulte datos desactualizados.

Plan de aplicación en cuatro semanas

Semana 1: registra cómo funciona hoy el proceso y conserva una muestra de datos con un resultado conocido. No optimices todavía.

Semana 2: aplica una única mejora relacionada con Power BI no actualiza datos. Documenta qué has cambiado y qué debería ocurrir si la hipótesis es correcta.

Semana 3: prueba excepciones, nuevas filas, periodos distintos y datos incompletos. Un modelo profesional debe fallar de forma visible cuando la entrada no es válida.

Semana 4: compara tiempo, calidad y mantenimiento frente al punto de partida. Conserva únicamente los cambios que reduzcan trabajo o aumenten capacidad de análisis de forma demostrable.

Qué cambia cuando aumenta el volumen

A medida que crecen filas, fuentes y usuarios, los pasos manuales empiezan a costar más. Una estructura que parecía suficiente con un archivo mensual puede volverse frágil cuando llegan datos diarios, varios departamentos o diferentes reglas de negocio. Por eso conviene evaluar no solo si la solución funciona hoy, sino cuánto esfuerzo necesitará para actualizarse dentro de seis meses.

A medida que crecen filas, fuentes y usuarios, los pasos manuales empiezan a costar más. Una estructura que parecía suficiente con un archivo mensual también puede volverse frágil cuando llegan datos diarios, varios departamentos o diferentes reglas de negocio. Por eso resulta útil evaluar no solo si la solución funciona hoy, sino cuánto esfuerzo necesitará para actualizarse dentro de seis meses.

Cómo documentar el modelo

Guarda una descripción breve de fuentes, claves, filtros, medidas y controles. No hace falta crear un manual enorme. Una página con el flujo de actualización, las definiciones de KPI y los errores conocidos puede ahorrar horas cuando otra persona tenga que mantener el sistema o cuando vuelvas a él después de varias semanas.

Guarda una descripción breve de fuentes, claves, filtros, medidas y controles. No hace falta crear un manual enorme. Una página con el flujo de actualización, las definiciones de KPI y los errores conocidos también puede ahorrar horas cuando otra persona tenga que mantener el sistema o cuando vuelvas a él después de varias semanas.

Cuándo merece la pena cambiar de herramienta

Cambiar de herramienta tiene sentido cuando resuelve un límite estructural y el beneficio supera el coste de migración, formación y mantenimiento. Si el problema se corrige con una mejor tabla, una relación o una regla de calidad, introducir una plataforma nueva puede añadir complejidad sin mejorar el resultado.

Cambiar de herramienta tiene sentido cuando resuelve un límite estructural y el beneficio supera el coste de migración, formación y mantenimiento. Si el problema se corrige con una mejor tabla, una relación o una regla de calidad, introducir una plataforma nueva también puede añadir complejidad sin mejorar el resultado.

Revisión final antes de dar el proceso por cerrado

Comprueba que otra persona puede seguir la lógica sin depender de explicaciones verbales. Revisa además que los totales reconciliados coinciden con la fuente, que las excepciones son visibles y que la actualización no necesita copiar fórmulas, mover columnas o corregir valores manualmente. La calidad del sistema se demuestra cuando puede repetirse, no cuando funciona una sola vez.

Por último, conserva una pequeña batería de casos conocidos. Volver a ejecutarlos después de una modificación ayuda a detectar regresiones antes de entregar un informe o tomar una decisión basada en un cálculo incorrecto.

Conclusión

Cuando Power BI no actualiza, diagnostica fuente, credenciales, gateway, Power Query, carga y modelo en ese orden. La disciplina de control suele resolver más rápido que republicar o modificar el dashboard sin saber dónde nació el fallo.

Cómo encaja con el ecosistema BlackHold

Cuando el análisis parte de datos operativos, Clientum puede actuar como fuente de gestión para clientes, facturación y procesos. Si el análisis parte del ciclo comercial, Aira CRM permite centralizar oportunidades y actividad. Power BI puede utilizar esos datos como capa analítica, siempre que las integraciones y definiciones estén correctamente diseñadas.

Fotografía: Atlantic Ambience / Pexels.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Scroll al inicio