Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Importante
Las experiencias de preguntas y respuestas van a desaparecer en diciembre de 2026. Se recomienda usar Copilot para Power BI, que ofrece una manera más avanzada e integrada de consultar los datos mediante lenguaje natural. Para obtener más detalles y alternativas recomendadas, consulte Desaprobación de Q&A de Power BI.
Es eficaz usar frases comunes y lenguaje natural para formular preguntas sobre los datos. Es aún más eficaz cuando los datos responden, que es lo que hace la característica de preguntas y respuestas en Power BI.
Para permitir que Q&A interprete correctamente la gran colección de preguntas a las que es capaz de responder, Q&A realiza suposiciones sobre el modelo. Si la estructura del modelo no cumple una o varias de estas suposiciones, debe ajustar el modelo. Esos ajustes para Q&A son las mismas optimizaciones de procedimientos recomendados para cualquier modelo en Power BI, independientemente de si usa Q&A.
Usar herramientas de preguntas y respuestas para solucionar sus preguntas
En las secciones siguientes, se describe cómo ajustar el modelo para que funcione bien con Q&A en Power BI. Con la herramienta de preguntas y respuestas, puede enseñar los términos principales de su negocio al sistema de Q&A y ajustar las preguntas que formulan sus usuarios finales. A veces, todavía no se pueden responder preguntas porque los datos tienen una forma incorrecta o faltan. En este caso, lea las secciones siguientes para ayudarle a optimizar las preguntas y respuestas. Para obtener más información, consulta Introducción a las herramientas de preguntas y respuestas.
Agregar relaciones que faltan
Si el modelo no tiene relaciones entre tablas, los informes de Power BI y las preguntas y respuestas no pueden interpretar cómo combinar esas tablas. Las relaciones son la piedra angular de un buen modelo. Por ejemplo, no puede solicitar el "total de ventas para los clientes de Seattle" si falta la relación entre la tabla orders y la tabla customers . Las imágenes siguientes muestran un modelo que necesita trabajo y un modelo listo para preguntas y respuestas.
Necesita trabajo
En la primera imagen, no hay relaciones entre las tablas Customers, Sales y Products.
Listo para preguntas y respuestas
En la segunda imagen, las relaciones se definen entre las tablas.
Cambiar el nombre de tablas y columnas
La elección de tablas y columnas es importante para preguntas y respuestas. Por ejemplo, supongamos que tiene una tabla denominada CustomerSummary que contiene una lista de los clientes. Tendría que hacer una pregunta como "Enumerar los resúmenes de clientes en Chicago" en lugar de "Enumerar los clientes en Chicago".
Aunque Q&A puede realizar una división básica de palabras y detectar plurales, Q&A supone que los nombres de tabla y columna reflejan con precisión su contenido.
Otro ejemplo podría ser si tiene una tabla denominada Headcount que contiene nombres y apellidos y números de empleado. Tiene otra tabla denominada Employees que contiene números de empleado, números de trabajo y fechas de inicio. Las personas que están familiarizados con el modelo pueden comprender esta estructura. Otra persona que pregunte "cuenta de empleados" obtendrá un recuento de las filas de la tabla "Empleados". Este resultado probablemente no es lo que tenían en mente, porque es un recuento de todos los trabajos que cada empleado ha tenido. Sería mejor cambiar el nombre de esas tablas para reflejar realmente lo que contienen.
Necesita trabajo
Los nombres de tabla como StoreInfo y Lista de productos necesitan funcionar.
Listo para preguntas y respuestas
Las tablas denominadas Store y Products funcionan mejor.
Corrección de tipos de datos incorrectos
Los datos importados pueden tener tipos de datos incorrectos. En concreto, las columnas de fecha y número que se importan como cadenas no se interpretan por Q&A como fechas y números. Seleccione el tipo de datos correcto en el modelo de Power BI.
Cambiar la configuración de columna de año e identificador
Power BI agrega columnas numéricas de forma predeterminada, por lo que las preguntas como "ventas totales por año" a veces pueden dar lugar a un total general de ventas junto con un total general de años. Si tiene columnas específicas en las que no desea que Power BI muestre este comportamiento, establezca la propiedad Resumir predeterminada de la columna en No resumir. Tenga en cuenta las columnas Year, Month, Day y ID , ya que esas columnas son los problemas más frecuentes. Otras columnas que no son razonables para sumar, como Age, también pueden beneficiarse de establecer el resumen predeterminado en No resumir o en Promedio. Esta configuración se encuentra en la sección Propiedades después de seleccionar una columna.
Elegir una categoría de datos para cada columna de fecha y geografía
La categoría de datos proporciona información sobre el contenido de una columna más allá de su tipo de datos. Por ejemplo, puede marcar una columna entera como código postal o una columna de cadena como ciudad, país o región. Q&A utiliza esta información de dos maneras importantes, para la selección de visualización y para los sesgos de lenguaje.
En primer lugar, Q&A usa la información de categoría de datos para ayudar a tomar decisiones sobre qué tipo de visualización visual se va a usar. Por ejemplo, reconoce que las columnas con categorías de datos de fecha u hora son una buena opción para el eje horizontal de un gráfico de líneas o el eje de reproducción de un gráfico de burbujas. Se da por hecho que los resultados que contienen columnas con categorías de datos geográficas podrían tener un aspecto correcto en un mapa.
En segundo lugar, Q&A realiza algunas estimaciones educadas sobre cómo es probable que los usuarios hablen sobre las columnas de fecha y geografía para ayudarle a comprender ciertos tipos de preguntas. Por ejemplo, el "cuándo" en "¿Cuándo fue contratado John Smith?" Es casi seguro que se asigne a una columna de fecha, y el 'Brown' en "Contar clientes en Brown" es más probable que sea una ciudad que un color de cabello.
Elija una columna para ordenar las columnas pertinentes
La propiedad Ordenar por columna permite ordenar en una columna para ordenar automáticamente una columna diferente en su lugar. Por ejemplo, al preguntar "ordenar clientes por tamaño de sombrero", probablemente quiera que la columna Tamaño de sombrero ordene por el número de tamaño subyacente (XS, S, M, L, XL) en lugar de alfabéticamente (L, M, S, XL, XS).
Normalización del modelo
No es necesario cambiar la forma de todo el modelo. Sin embargo, ciertas estructuras son tan difíciles que Q&A no las maneja bien. Si realiza cierta normalización básica de la estructura del modelo, la facilidad de uso de los informes de Power BI aumenta significativamente, junto con la precisión de los resultados de preguntas y respuestas.
Siga esta regla general: cada "cosa" única que el usuario habla debe representarse exactamente mediante un objeto de modelo (tabla o columna). Por lo tanto, si los usuarios hablan de clientes, debe haber un objeto cliente. Si los usuarios hablan de ventas, debe haber un objeto de ventas . Hay funcionalidades de modelado de datos enriquecidas disponibles en el Editor de consultas si las necesita. Las transformaciones más sencillas se pueden ajustar mediante cálculos en el modelo de Power BI.
Las secciones siguientes contienen algunas transformaciones comunes que es posible que tenga que realizar. Consulte Normalización frente a desnormalización en el artículo Descripción del esquema de estrella y la importancia de Power BI para obtener más información sobre cómo normalizar un modelo.
Creación de tablas para entidades de varias columnas
Si tiene varias columnas que actúan como una sola unidad distinta dentro de una tabla mayor, esas columnas deben dividirse en su propia tabla. Por ejemplo, supongamos que tiene una columna Nombre de contacto, Título de contacto y Teléfono de contacto en la tabla Empresas . Un mejor diseño sería tener una tabla contactos independiente para contener el nombre, el título y el teléfono, y un vínculo a la tabla Compañías . Esto facilita la realización de preguntas sobre contactos independientemente de las preguntas sobre las empresas para las que son el contacto y mejora la flexibilidad de visualización.
Necesita trabajo
Listo para preguntas y respuestas
Cambio estratégico para eliminar colecciones de propiedades
Si tiene bolsas de propiedades en el modelo, deben reestructurarse para tener una sola columna por propiedad. Los conjuntos de propiedades, aunque son convenientes para administrar un gran número de propiedades, tienen limitaciones inherentes que los informes de Power BI y Q&A no están diseñados para manejar.
Por ejemplo, considere una tabla CustomerDemographics con columnas CustomerID, Property y Value, donde cada fila representa una propiedad diferente del cliente (por ejemplo, edad, estado civil o ciudad). Al sobrecargar el significado de la columna Value en función del contenido de la columna Property, resulta imposible que Q&A interprete la mayoría de las consultas que hacen referencia a ella. Una pregunta sencilla, como "mostrar la edad de cada cliente" podría funcionar, ya que podría interpretarse como "mostrar los clientes y los datos demográficos de los clientes donde la propiedad es la edad". Sin embargo, la estructura del modelo no admite preguntas más complejas, como la "edad media de los clientes en Chicago". Aunque los usuarios que crean directamente informes de Power BI a veces pueden encontrar formas inteligentes de obtener los datos que buscan, Q&A solo funciona cuando cada columna tiene un único significado.
Necesita trabajo
Listo para preguntas y respuestas
Unión para eliminar la creación de particiones
Si ha particionado los datos en varias tablas o ha pivoteado valores entre varias columnas, algunas operaciones comunes son difíciles o imposibles de realizar para los usuarios. Considere primero una creación de particiones de tabla típica: una tabla Sales2000-2010 y una tabla Sales2011-2020 . Si todos los informes importantes están restringidos a una década específica, es probable que lo deje de esta manera para los informes de Power BI. Sin embargo, la flexibilidad de Q&A lleva a los usuarios a esperar respuestas a preguntas como "ventas totales por año". Para que esta consulta funcione, debe unir los datos en una sola tabla de modelos de Power BI.
Del mismo modo, considere una columna de valor dinamizado típica: una tabla BookTour que contiene columnas Author, Book, City1, City2 y City3. Con una estructura como esta, incluso preguntas sencillas como "contar libros por ciudad" no se puede interpretar correctamente. Para que esta consulta funcione, cree una tabla BookTourCities independiente, que unione los valores de ciudad en una sola columna.
Necesita trabajo
Listo para preguntas y respuestas
Dividir columnas formateadas
Si el origen desde el que va a importar los datos contiene columnas con formato, los informes de Power BI (y Q&A) no llegan dentro de la columna para analizar su contenido. Por lo tanto, si tiene, por ejemplo, una columna Dirección completa que contiene la dirección, la ciudad y el país o región, también debe dividirla en columnas Address, City y CountryRegion para que los usuarios puedan consultarlas individualmente.
Necesita trabajo
Listo para preguntas y respuestas
Del mismo modo, si tiene columnas de nombre completo para una persona, agregue las columnas Nombre y Apellidos , solo en caso de que alguien quiera hacer preguntas con nombres parciales.
Creación de tablas para columnas de varios valores
Además, una situación similar, si el origen desde el que va a importar los datos contiene columnas de varios valores, los informes de Power BI (y Q&A) no pueden llegar dentro de la columna para analizar el contenido. Por lo tanto, si tiene, por ejemplo, una columna Composer que contiene los nombres de varios compositores para una canción, divida esta información en varias filas en la tabla Composers independiente.
Necesita trabajo
Listo para preguntas y respuestas
Desnormalizar para eliminar las relaciones inactivas
La única excepción a la regla "normalización es mejor" se produce cuando hay más de una ruta de acceso para obtener de una tabla a otra. Por ejemplo, supongamos que tiene una tabla Flights con las columnas SourceCityID y DestinationCityID, cada una de las cuales está relacionada con la tabla Cities . Una de esas relaciones debe marcarse como inactiva. Dado que Q&A solo puede usar relaciones activas, no se pueden formular preguntas sobre el origen o el destino, según cuál se haya elegido. Si en su lugar desnormaliza las columnas de nombre de la ciudad en la tabla Vuelos , puede hacer preguntas como "enumerar los vuelos para mañana con una ciudad de origen de Seattle y una ciudad de destino de San Francisco".
Necesita trabajo
Listo para preguntas y respuestas
Adición de sinónimos a tablas y columnas
Este paso se aplica específicamente a las preguntas y respuestas (y no a los informes de Power BI en general). Los usuarios suelen tener muchos términos que usan para hacer referencia a lo mismo, como las ventas totales, las ventas netas y las ventas netas totales. Puede agregar estos sinónimos a tablas y columnas en el modelo de Power BI.
Este paso puede ser importante. Incluso con nombres sencillos de tablas y columnas, los usuarios de Q&A formulan preguntas utilizando el vocabulario que primero les viene a la mente. No eligen entre una lista predefinida de columnas. Los sinónimos más razonables que agregue, mejor será la experiencia del usuario con el informe. Para agregar sinónimos, en Power BI Desktop, vaya a la vista Modelo seleccionando la pestaña Modelo y, a continuación, seleccione un campo o tabla. El panel Propiedades muestra el cuadro Sinónimos , donde puede agregar sinónimos.
Tenga en cuenta que agregar el mismo sinónimo a más de una columna o tabla introduce ambigüedad. Q&A usa el contexto siempre que sea posible para elegir entre sinónimos ambiguos, pero no todas las preguntas tienen suficiente contexto. Por ejemplo, cuando un usuario pregunta "contar los clientes", si tiene tres cosas con el sinónimo "customer" en el modelo, es posible que el usuario no obtenga la respuesta que busca. En estos casos, asegúrese de que el sinónimo principal sea único porque ese sinónimo es lo que se usa en la reformulación. Puede alertar al usuario sobre la ambigüedad (por ejemplo, una reformulación de "mostrar el número de registros de clientes archivados"), lo que sugiere que podría desear formularlo de manera diferente.