VantegrateIntegración nativa por APIMetrix, el agente de datos de Vantegrate, se conecta a tu Power BI por la API oficial (Power BI REST con Execute Queries): traduce tu pregunta a DAX, la corre contra tu modelo semántico y te devuelve la respuesta, sin que abras el dashboard. Los datos siguen viviendo en tu Power BI; el agente los consulta, no se los lleva.
Cómo fluye el dato
Integrar Power BI con los agentes de IA de Vantegrate significa que Metrix consulta tus datos por la Power BI REST API oficial: cuando preguntás algo como cómo viene la facturación del mes, traduce la pregunta a DAX, la corre con Execute Queries contra tu modelo semántico y te devuelve la respuesta en segundos, sin abrir el dashboard. Es lectura sobre tu propio modelo, no una copia aparte.
Es distinto de un bot que vive afuera con una planilla desactualizada. Acá el agente consulta el mismo modelo semántico que alimenta tus dashboards (una sola fuente de verdad), así sus respuestas coinciden con lo que ve tu equipo. La conexión es por OAuth 2.0 con un Service Principal de Microsoft Entra ID, con permisos de lectura sobre los modelos que autorizás; tus datos quedan en tu Power BI.
Marcá lo que te interesa y armamos el mensaje por vos.
1 · Elegí qué resolver
2 · Esto le llega al equipo
Vantegrate
en línea
El agente trabaja sobre los objetos estándar de Power BI en modo lectura: consulta tus modelos semánticos con DAX para responder, sin tocar ni alterar el dato de origen.
El agente consulta tus modelos semánticos (los datasets de Power BI) y reutiliza las medidas DAX que ya definiste, así la respuesta usa la misma lógica de cálculo que tus dashboards.
Tu equipo pregunta en español y Metrix traduce la pregunta a una consulta DAX, la corre con Execute Queries y devuelve el dato, sin escribir queries ni abrir el Service.
Vos definís sobre qué workspaces y modelos consulta cada integración. El Service Principal accede con permisos de lectura, ni más ni menos de lo que el caso requiere.
Vantegrate se encarga de la configuración y la puesta en marcha. El admin de tu tenant autoriza, tu equipo valida y empieza a usar.
Registramos una app en Microsoft Entra ID (Azure AD) con un Service Principal (App ID y secret) y un security group, para una conexión server to server, sin credenciales de usuario.
El admin habilita los service principals en el Admin Portal y activa el setting de Execute Queries; sumamos el Service Principal al workspace con permisos de lectura sobre los modelos.
Metrix traduce cada pregunta a DAX y la corre con Execute Queries contra el modelo semántico, reutilizando tus medidas para que el número coincida con el dashboard.
Probamos con tus modelos y tus KPIs reales, validamos las respuestas con tu equipo de datos y de TI, y activamos de forma progresiva.
Power BI expone una REST API oficial y, dentro de ella, la operación Execute Queries, que ejecuta una consulta DAX contra un modelo semántico y devuelve los datos en modo lectura. Es el camino que usa Metrix para responder: en vez de exportar un reporte a Excel y recalcular, el agente le pregunta al mismo modelo que alimenta tus dashboards y obtiene el número vigente.
La diferencia con exportar a mano o con un bot que copia datos se nota en la consistencia. El agente reutiliza tus medidas DAX ya definidas, así la respuesta usa exactamente la misma lógica que el dashboard y no aparece una tercera versión del KPI. Execute Queries soporta solo DAX (no MDX ni consultas DMV), por eso la integración se diseña sobre las medidas y tablas de tu modelo.
| Dimensión | Exportar a mano / bot externo | Integración por la API de Vantegrate |
|---|---|---|
| Origen del dato | Copia exportada que se desfasa | Tu modelo semántico, en vivo |
| Lógica de cálculo | Recalculada aparte, puede diferir | Tus medidas DAX, la misma del dashboard |
| Conexión | Manual o credenciales de usuario | OAuth 2.0 con Service Principal |
| Acceso | Amplio o sin control | Permisos de lectura sobre lo que autorizás |
| Lenguaje | Fórmulas de planilla | DAX vía Execute Queries |
Comparación de patrones; el alcance exacto se define con tu equipo según tu tenant, tus workspaces y tus modelos.
Tus datos quedan en tu Power BI: Metrix consulta tu modelo semántico por la API, en modo lectura, no se lleva tu base a otro lado ni altera el dato de origen. La conexión usa un Service Principal con permisos de lectura y cada consulta queda registrada y auditable.
Conectar un agente a Power BI no es self-service: requiere acción del admin del tenant. Hay que registrar una app en Microsoft Entra ID, activar en el Admin Portal el setting que permite a los service principals usar las APIs de Power BI, habilitar el tenant setting de Execute Queries y sumar el Service Principal al workspace con permisos de lectura y build sobre los modelos.
Un detalle que evita errores difíciles de diagnosticar: para un Service Principal, Microsoft recomienda no agregar API permissions delegados en el portal de Azure, porque no se usan y suelen romper la conexión. La integración también respeta los límites de la API (por ejemplo, el cupo de consultas por minuto), con consultas acotadas y reintentos.
Sobre los límites de la API: Power BI limita el uso por frecuencia y responde con un HTTP 429 al superarlo (por ejemplo, 120 consultas por minuto por usuario). El límite no se sube con una licencia superior ni con Premium; la integración se diseña respetando esos cupos.
Contanos cómo está armado tu Power BI y te decimos qué datos necesitamos y por dónde se conecta el agente.
| Herramienta de IA aislada | Agente integrado a tu Power BI | |
|---|---|---|
| Fuente del dato | Copia que se desfasa | Tu fuente de verdad, en vivo |
| Dónde quedan tus datos | En un sistema de terceros | En tu entorno, cifrados de extremo a extremo |
| Resultado de cada pregunta | Una exportación aislada | Una respuesta con datos en vivo, donde trabaja tu equipo |
| Permisos y trazabilidad | Genéricos, poco auditables | Rol de solo lectura y registro de cada consulta |
| Llega a producción | Suele quedar en piloto | Activación progresiva validada |
Cifras de terceros, con fuente publicada, para dimensionar el desafío. Ninguna cifra es un resultado propio de Vantegrate.
25-35%
Adopción típica del BI tradicional entre los empleados: buena parte de las licencias queda subutilizada
Fuente: Gartner y BARC (benchmark de adopción de BI)
95%
De los pilotos de IA generativa, la mayoría no llega a producción con impacto medible en el negocio
La cifra de adopción de BI es un benchmark de la industria, no un dato propio de Vantegrate, y varía según la fuente. El dato de MIT NANDA refleja la brecha entre experimentar y operar agentes de IA en producción.
La integración de datos la usa Metrix, el agente de BI conversacional: trabaja sobre tu modelo semántico en tiempo real y responde con la misma lógica de tus dashboards.
El principio es simple: la IA viene a tu dato, no tu dato a la IA. Metrix consulta tu Power BI por la API oficial en modo lectura, con un Service Principal acotado, y los agentes corren sobre infraestructura cloud certificada.
Lo que suelen preguntar los equipos de datos y de TI antes de conectar un agente de IA a su Power BI.
Con una conexión por la Power BI REST API oficial usando OAuth 2.0 con un Service Principal de Microsoft Entra ID. Metrix traduce tu pregunta a DAX, la corre con Execute Queries contra tu modelo semántico y devuelve el dato en modo lectura. El admin de tu tenant habilita los service principals y el setting de Execute Queries, y suma el Service Principal al workspace; tu equipo valida y empieza a usar. Conocé el agente de datos en Metrix.
En DAX. La operación Execute Queries de la API soporta solo DAX (no MDX, DMV ni funciones INFO), así que Metrix traduce tu pregunta a una consulta DAX y reutiliza las medidas que ya definiste en tu modelo semántico. Por eso el número que devuelve coincide con el de tu dashboard: usa la misma lógica de cálculo.
Sí. Execute Queries trabaja en modo lectura sobre el modelo semántico: el agente consulta el dato y lo devuelve sin abrir ni modificar el dashboard, y sin alterar el dato de origen. Hace falta habilitar el tenant setting de Execute Queries y darle al Service Principal permisos de lectura y build sobre el modelo.
No es self-service. El admin registra una app en Microsoft Entra ID (Service Principal con App ID y secret), activa en el Power BI Admin Portal el setting que permite a los service principals usar las APIs, habilita el setting de Execute Queries y suma el Service Principal al workspace con permisos de lectura. Microsoft recomienda no agregar API permissions delegados en Azure, porque no se usan y suelen causar errores.
Solo si los datos de origen son on-premise y Power BI los necesita refrescar a través del gateway. Para consultar por la API un modelo semántico ya publicado en el Power BI Service, no hace falta gateway: Metrix le pregunta directamente al modelo en la nube.
Sí. Microsoft Fabric es la plataforma de análisis de Microsoft y Power BI es una de sus cargas de trabajo, junto con Data Factory, Data Warehouse y Real-Time Intelligence; tus espacios de trabajo y tus modelos semánticos siguen siendo los mismos, según Microsoft. Metrix los consulta igual: con DAX por Execute Queries, con el Service Principal y los permisos de lectura y build sobre cada modelo.
Cómo tu equipo pregunta los KPIs en lenguaje natural y obtiene la respuesta sobre tus modelos, sin abrir un dashboard.
Ver másEl mapa completo: con qué BI, ERP, CRM y herramientas se conectan los agentes de IA.
Ver másEl mapa de la Suite Vantegrate: ventas, marketing, documentos, datos y logística.
Ver másContanos qué modelos semánticos y qué KPIs tenés en Power BI y te mostramos qué consulta el agente, qué Service Principal pedimos y cómo queda preguntar tus indicadores en lenguaje natural. Una conversación de 30 minutos, sin compromiso.
Te atiende Francisco Morales, cofundador. Respondemos por WhatsApp en menos de 4 horas hábiles, sin compromiso.
