Error «Query references other queries or steps» en Power Query: causas y soluciones

TL;DR: Este error aparece porque Power Query activa su «cortafuegos de privacidad» al detectar que una consulta intenta combinar datos de fuentes con distinto nivel de privacidad. La solución más rápida es ajustar la configuración de niveles de privacidad en Opciones. Si usas el servicio Power BI, la solución es configurar la puerta de enlace o cambiar los niveles de privacidad de las fuentes de datos directamente en la configuración del dataset.

---

Con más de 248,000 vistas en el foro oficial de Microsoft Fabric, este es uno de los errores más frecuentes al actualizar reportes en Power BI Desktop y en el servicio en la nube. Aparece de forma intermitente: a veces al hacer clic en «Actualizar», y otras veces solo al ejecutar la primera actualización del día.

¿Qué significa el error?

Query references other queries or steps, so it may not directly access
a data source. Please rebuild this data combination.

Power Query tiene un sistema de niveles de privacidad para cada fuente de datos (Privado, Organizacional, Público). Cuando una consulta intenta combinar datos de dos fuentes con niveles distintos, el motor activa un bloqueo para evitar que datos sensibles se filtren a través de la combinación.

El mensaje es confuso porque no explica qué fuentes están en conflicto ni cómo resolverlo. Por eso la mayoría de los usuarios cierra y vuelve a abrir el editor, lo que casualmente «resuelve» el error de forma temporal al reinicializar el motor.

¿Por qué se resuelve solo al cerrar y reabrir el editor?

Al cerrar el editor de Power Query sin guardar cambios, el motor descarta el caché de evaluación parcial y reinicia la sesión de consultas. En esa reinicialización vuelve a leer la configuración de privacidad correctamente. Es un workaround, no una solución real, y el error vuelve en la siguiente sesión.

Solución 1: ignorar los niveles de privacidad (entorno personal)

Esta opción es adecuada cuando trabajas con datos internos no sensibles en Power BI Desktop.

1. Ve a Archivo → Opciones y configuración → Opciones
2. En la sección Archivo actual, selecciona Privacidad
3. Activa «Ignorar los niveles de privacidad y mejorar potencialmente el rendimiento»
4. Haz clic en Aceptar y actualiza el informe

Esta opción solo aplica al archivo .pbix actual. Cada archivo nuevo requiere configurarla de nuevo.

Solución 2: asignar el mismo nivel de privacidad a todas las fuentes

Si no quieres desactivar el cortafuegos, asigna el mismo nivel a todas las fuentes implicadas en la combinación.

1. Ve a Archivo → Opciones y configuración → Configuración de origen de datos
2. Selecciona cada fuente → Editar permisos
3. Cambia el Nivel de privacidad a Organizacional en todas las fuentes que participan en la combinación
4. Haz clic en Guardar y actualiza

Con el mismo nivel en todas, el motor ya no necesita el cortafuegos y la combinación se ejecuta sin errores.

Solución 3: usar Table.Buffer() en la consulta referenciada

Cuando la consulta A referencia a la consulta B y B tiene su propio origen de datos, puedes materializar B en memoria antes de que A la consuma. Así A ya no «accede directamente» a la fuente de B.

let
    // Consulta B (la que es referenciada)
    Fuente = Sql.Database("servidor", "base_de_datos"),
    DatosProductos = Fuente{[Schema="dbo", Item="Productos"]}[Data],
    // Buffer: materializa en memoria, corta la referencia directa a la fuente
    DatosEnMemoria = Table.Buffer(DatosProductos)
in
    DatosEnMemoria

Después, la consulta A puede hacer merge con DatosEnMemoria sin problema porque Power Query ya no necesita rastrear la fuente original.

Solución 4: configurar niveles de privacidad en el servicio Power BI

Si el error ocurre al actualizar un dataset publicado en el servicio:

1. Ve a Configuración del dataset en el portal de Power BI
2. Expande Credenciales de origen de datos
3. Haz clic en Editar credenciales para cada fuente
4. En la ventana emergente, ajusta el Nivel de privacidad a Organizacional
5. Guarda y ejecuta la actualización programada

Para reportes que usan una puerta de enlace de datos local: el nivel de privacidad también debe configurarse en la configuración del gateway para cada fuente registrada.

Tabla de diagnóstico rápido

Síntoma	Causa probable	Solución recomendada
Error solo en la primera actualización del día	Caché de privacidad expirado	Solución 1 o 2
Error en Power BI Desktop al combinar Excel + SQL	Niveles de privacidad distintos	Solución 2
Error persistente en el servicio de Power BI	Dataset publicado sin nivel configurado	Solución 4
Error desaparece al cerrar y reabrir el editor	Bug de caché de sesión	Solución 3 (Table.Buffer)
Error en gateway on-premises	Configuración de fuente en gateway	Solución 4 en configuración del gateway

¿Qué nivel de privacidad elegir?

Nivel	Cuándo usarlo
Privado	Datos confidenciales que no deben combinarse con ninguna otra fuente
Organizacional	Datos internos de la empresa que pueden combinarse entre sí
Público	Datos de acceso público (APIs, archivos CSV externos, sitios web)

Para la mayoría de los reportes corporativos, asignar Organizacional a todas las fuentes internas resuelve el error sin comprometer la seguridad.

Prevención: buena práctica de estructura de consultas

Organizar las consultas en capas ayuda a evitar este error:

Capa 1 (Fuentes) → solo conexión, sin transformaciones
Capa 2 (Transformación) → limpieza y preparación, sin combinar fuentes distintas
Capa 3 (Combinación) → merge o append una sola vez por consulta final

Cuando la combinación sucede en una sola capa definida, Power Query gestiona los niveles de privacidad de forma más predecible.

---

Udemy

Power Query

Power BI: Power Query Limpiar y extraer Datos con Lenguaje M

★ 4.6(1100 estudiantes)

$54.99

COMPRAR AHORASABER MÁS

---

Fuente: hilo del foro oficial de Microsoft Fabric con más de 248,000 vistas y solución verificada por la comunidad.